Зузана Шохова - Путь скрам-мастера. #ScrumMasterWay

Книга осознанно создавалась как тонкое иллюстрированное издание, которое можно прочитать за выходные, не потратив на это слишком много времени и сил. Однако она должна стать для вас отправной точкой поиска полезной информации или идей относительно того, куда двигаться дальше. Безусловное преимущество этой книги – в наличии множества практических примеров того, как применять каждую из концепций.

Обратите внимание, что книга не объясняет базовых правил и принципов Scrum, поскольку предполагается, что вы уже знакомы с Agile и Scrum и у вас есть опыт работы scrum-мастером.

Книга разделена на восемь глав, которые шаг за шагом формируют осознание и понимание роли выдающегося scrum-мастера.

В главе 1 «Роли и обязанности scrum-мастера»мы знакомимся с основными обязанностями scrum-мастера.

В главе 2 «Состояние модели сознания»я представляю модель, которая помогает scrum-мастерам решать, какой подход они будут применять для решения проблем в повседневных ситуациях.

Глава 3 «#ScrumMasterWay»знакомит с носящей это название концепцией, подчеркивающей сложность роли scrum-мастера, необходимость построения сообщества scrum-мастеров и создания на ее основе agile-организации.

В главе 4 «Метанавыки и компетенции»мы поговорим о том, что позволит вам стать выдающимся scrum-мастером.

Глава 5 «Построение команд»посвящена теории создания команды и практическим примерам из agile-среды.

Глава 6 «Осуществление изменений»обращена к теме реализации и динамике изменений.

В главе 7 «Инструменты scrum-мастера»вы найдете описание различных инструментов, которые сможете использовать в своей работе scrum-мастера.

Глава 8 «Я верю…»завершает повествование, как бы закругляя его.

Книга дает более широкое, чем принято, определение роли scrum-мастера. Вводимая здесь концепция #ScrumMasterWay позволяет определить три уровня функционирования великого scrum-мастера. Быть scrum-мастером – это как играть в игры приключенческого жанра. По пути вы подбираете некоторые инструменты, суть использования которых может быть вам вначале неизвестна. Порой нужно творчески проявлять себя и пробовать разные подходы, иногда кажущиеся сумасшедшими. Время от времени вы чувствуете отчаяние и готовы отказаться от своего выбора. А потом вдруг осознаете, что существует еще один способ подойти к ситуации и заставить ее работать на вас. Это действительно похоже на то, что происходит в приключенческих играх, когда вам надо найти крошечную лазейку в стене, чтобы открыть секретную дверь, или использовать привычные инструменты каким-нибудь совсем необычным способом.

Даже если приведенные в книге примеры будут не вполне соответствовать вашей конкретной ситуации, а описанные методы, возможно, покажутся вам иными во время первой практической попытки их использовать, дайте им второй или третий шанс. Творчески адаптируйте эти примеры. Верьте, что они сработают и вы таки станете выдающимся scrum-мастером.

Роль scrum-мастера – одна из самых недооцененных в Scrum и Agile. Большинство начинающих команд не видят особого смысла в том, чтобы scrum-мастер работал на полной ставке, и, дабы «занять его работой», пытаются совместить эту должность с позицией разработчика или тестировщика. Это одна из самых распространенных ошибок в понимании роли scrum-мастера, свойственная большинству начинающих групп. Объясняется это примерно так: «Мы понимаем, что члены команды должны производить программный продукт, упорно трудиться. Они должны развивать кросс-функциональность и помогать друг другу. Должны сотрудничать. Мы также высоко оцениваем роль Владельца продукта, потому что этот человек определяет общее видение и согласовывает требования с клиентами. А как насчет scrum-мастера? Что делает он?» В таких условиях scrum-мастер часто превращается просто в секретаря – довольно скучная позиция, не правда ли? Он заботится о карточках на scrum-доске, сам устраняет все препятствия и близок к тому, чтобы начать готовить кофе для команды, пока она сосредоточена исключительно на работе. Знакомая ситуация?

Тогда продолжайте читать, потому что все описанное выше даже приблизительно не определяет основной роли scrum-мастера и его предназначения…

Другое весьма распространенное ошибочное отношение к роли scrum-мастера связано с тем, что кто-то берет ее на себя просто потому, что компании необходимо перейти на Scrum, – обычно такое происходит в крупных корпорациях. Там рассуждают примерно так: «Нам нужен scrum-мастер, чтобы воплощать Scrum, верно? Но мы не можем использовать для этого хорошего разработчика или тестировщика, потому что они должны заниматься программированием/тестированием». И scrum-мастером в таких случаях нередко становится какой-нибудь малоспособный, тихий человек, назначение которого scrum-мастером стало возможным лишь потому, что он не слишком хорош как разработчик.

Имея все это в виду, скажем: хороший scrum-мастер не может рассматриваться как «дополнительные издержки» – то есть как человек, не приносящий своей деятельностью особой пользы. Он должен рассматриваться как человек, способствующий стремительному росту производительности команды. Ведь scrum-мастер нацелен на создание не просто хорошей, а именно высокопроизводительной команды. И в такой команде scrum-мастер более чем окупается.

Scrum-мастер – это не секретарь.

Scrum-мастер – это не «дополнительные расходы», а человек, создающий высокопроизводительную команду.

Scrum-мастер – это эксперт по agile- и scrum-мышлению, искренне верящий в то, что Agile и Scrum – верный путь к успеху.

Одно из ключевых понятий Scrum – самоорганизующаяся команда. Говорят об этом все, но вот понять, а тем более развивать это на практике – сложно.

Самоорганизующаяся команда – это группа, которая сама умеет решать, как ей управляться с повседневными задачами. В Scrum это сводится к тому, «каким образом мы должны организовывать себя, чтобы определять цели спринта и спринт-бэклог на согласованном уровне качества в соответствии с определением «сделано»?». Иными словами, команда должна быть в состоянии решать, кому над какой задачей предстоит работать, как помогать друг другу, когда нужно будет учиться чему-то новому и как определять приоритеты повседневной работы при отсутствии внешнего авторитета.

Некоторые команды считают, что самоорганизация предоставляет им неограниченную власть что-то решать на этой планете. Но это не то, что понимается под самоорганизующейся командой в Scrum. Каждая самоорганизующаяся команда является таковой только внутри заданных границ. scrum-границы определяются процессом: целями спринта, бэклогом и поставкой работающего продукта в финале проекта.