Все о SCRUM. Изучение, разработка, интеграция — страница 14 из 60

5.3.4 Способность вести за собой и направлять

Scrum-мастер имеет большое влияние: он лидер, ориентир для команды. Знает, как создать условия для мотивации участников, чтобы те достигли результата.

Во время прелюдии SM может участвовать в формировании команды. Он прививает ценности участникам команды и гарантирует, что их соблюдают. Он должен подготовить оборудование – особенно столы и их оснащение – к совместной работе участников команды.

Во время спринта сопровождает команду на пути к результату, фокусируя участников на цели спринта, которую определили совместно.

5.3.5 Умение быть посредником

Важная долгосрочная задача Scrum-мастера – устранение препятствий. Есть такие, что возникают на почве конфликтов между участниками команды.

В спорах он выступает посредником, чтобы помочь найти приемлемое решение. Он подталкивает людей к консенсусу.


Рисунок 5.2 – SM играет роль посредника


В случае постоянных разногласий SM предлагает более радикальные меры – например, заменить участника команды. Если возникает конфликт с Владельцем продукта, он должен действовать аккуратно, чтобы не (вос)создать ситуацию противостояния между разработкой и бизнесом. Чтобы избежать таких разногласий, в команде изначально есть Владелец продукта.

Я знаю одного Scrum-мастера, который плохо понял свою роль. Под предлогом технических сложностей он выступал против Владельца продукта и пытался предотвратить запуск производства. Если между этими двумя ролями разлад, стоит помнить, что не Scrum-мастер отвечает за жизнь продукта. Он ограничивается представлением точки зрения команды.

5.3.6 Настойчивость и целеустремленность

Scrum-мастер делает так, чтобы препятствия не влияли на прогресс команды. Иногда их можно устранить только с помощью других команд или руководства. Эти люди зачастую слишком заняты, чтобы быстро разобраться в ситуации и помочь. Scrum-мастер не должен сдаваться. Его целеустремленность и настойчивость найдут того, кто сможет устранить препятствия, замедляющие команду.

5.3.7 Обеспечение прозрачности

Scrum требует прозрачности. Scrum-мастер обеспечивает соблюдение этого принципа.

В отличие от руководителя проекта, он больше за поддержку команды, чем за индивидуальный мониторинг. Индикаторы, используемые в Scrum, относятся к коллективу, а не к конкретному человеку.

Руководители проектов обычно очень любят отчеты. В Scrum снятие показателей проходит очень быстро: нет нужды тратить на это время.

Являясь гарантом прозрачности, SM следит, чтобы индикаторы были доступны и понятны заинтересованным сторонам. Он не несет особой ответственности за подготовку отчетности.

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

5.3.8 Служба команде

Scrum-мастер не командует, не навязывает и не принуждает. Он служит команде и предлагает участникам свою поддержку.

Его главное качество состоит в том, чтобы оставаться незаметным:

✓ если спринт прошел успешно, он не присваивает себе лавры почета. Это заслуга всей команды;

✓ если во время работы возникают трудности, это не вина кого-либо из команды.

5.4 Выбор Scrum – мастера

5.4.1 Человек, соответствующий уровню команды

Работа Scrum-мастер зависит от уровня команды.

При становлении команды группа проходит последовательные стадии. Каждый уровень соответствует определенным задачам Scrum-мастера:

✓ сначала он обучает команду Scrum,

✓ потом он помогает команде применять Scrum,

✓ затем он мотивирует участников команды брать на себя инициативу,

✓ он развивает такое свойство команды, как коллективный разум.

5.4.2 Человек, у которого есть время

Задачи SM, а особенно устранение препятствий, требуют времени.

Человек, принимающий на себя функции Scrum-мастера для начинающей Scrum-команды, работает на полную ставку.

Он участник команды и общается с остальными. Он должен регулярно с ними видеться – лично! – и не остается работать на своем месте.

В небольших командах он может участвовать в разработке. Тогда он берет на себя задачи текущего спринта, как и другие участники, но не наравне с ними: роль Scrum-мастера требует времени и приоритетна над другими задачами.

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

5.4.3 Человек, который олицетворяет изменения

Эта новая роль является олицетворением радикальных изменений. В случае организации с мощной иерархической культурой Scrum влияет на основы управления.

Вот почему человек, берущий на себя роль Scrum-мастера, должен понимать суть роли. Он должен стать воплощением изменений, которые представляет.

В некоторых командах Scrum-мастером становится опытный разработчик. Но чаще эту роль берет на себя руководитель проекта.

Бывает Scrum-мастер из добровольцев. Его можно избрать. Есть новый метод избрания SM в команде: выборы без кандидата. Об этом можно прочитать в работе «Мягкий разрыв»[22].

5.4.4 Scrum-мастер как состояние души

Само собой, функциям Scrum-мастера можно обучиться. Но человек, берущий на себя эту роль, должен ей подходить.

Некоторые черты характера позволяют обнаружить Scrum-мастера в команде:

✓ умение чувствовать эмоции команды,

✓ любознательность,

✓ уверенность, что люди делают все возможное в своей работе,

✓ желание перемен, даже если это представляется сложным,

✓ ориентация на коллектив,

✓ азартность.

Я встречал Scrum-мастеров, что называется, от природы. Они, как Обеликс, упали в Scrum-котел, когда были маленькими (хотя в галльской деревне Scrum-мастер, скорее, Астерикс).

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

5.5 Scrum – мастер внутри экосистемы

Рисунок 5.3 – Обмен с SM внутри экосистемы


SM является частью команды. Но хорошему SM нужно быть в контакте с людьми в экосистеме.

5.5.1 Обмен с Владельцем продукта

Уникальность Scrum в том, что обязанности распределяются: Владелец продукта планирует и предвосхищает, Scrum-мастер поддерживает команду в том, что она делает по требованию PO.

Успех Scrum основан на давлении запросов Владельца продукта на команду – давлении, конструктивно контролируемом Scrum-мастером.

5.5.2 Обмен с Agile-коучем

Этот обмен соответствует Зоне 3.

Scrum-мастер не коуч. Один и тот же человек может совмещать обе роли, но это редкий случай.

Коучинг принимает разные формы. Это может быть помощь в начале работы со Scrum, индивидуальный коучинг или помощь Scrum-мастеру во время событий спринта.

Это важно для крупных компаний с укоренившейся традиционной культурой. Они упорно сопротивляются переменам, и коучинг Scrum-мастеров необходим на первых порах внедрения Scrum.

Некоторые идут дальше и изучают специальные техники, чтобы применить их для коучинга команды.

5.5.3 Обмен с заинтересованными сторонами

Этот обмен проходит в Зоне 4.

Человек, который становится Scrum-мастером, в иерархии компании часто находится под руководством менеджеров.

Хорошее знание Scrum позволит ему самоутвердиться, и это ограничит чрезмерное давление заинтересованных сторон, использующих свою власть и навязывающих свое мнение.

5.5.4 Обмен в границах экосистемы

Этот обмен соотетствует Зоне 5.

Scrum-мастер делится практиками с коллегами.

Роль требует прекрасного знания Agile-культуры и владения Scrum. Этому, разумеется, можно научиться на практике, но можно узнавать новое из книг и статей.

Особенно полезны конференции. Там выступления почти всегда основаны на реальном опыте, а участники приезжают отовсюду.

Scrum-мастеру потребуется много времени на самообразование: смотреть видео, слушать подкасты и читать статьи.

5.6 Обычный день Scrum – мастера

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

Николя – Scrum-мастер команды Peetic. Его выбрали на эту роль. Он принял ее с радостью.

Сейчас идет третий спринт во втором сезоне.

5.6.1 Утренняя схватка

Утром Николя листает электронную почту, потом идет к кофемашине – там уже собралась команда. Ребята обсуждают фильм. В 9:30 начинается ежедневный Scrum перед доской текущего спринта. В рамках прошлой ретроспективы предложили улучшение, касающееся продолжительности схватки. Николя следит, чтобы Scrum длился не более четверти часа.

5.6.2 Забег с препятствиями

Сразу после схватки он видится с Жюльеном и системным инженером. Разговор идет о препятствии, связанном с промежуточным сервером: он еще не запущен и на каждом спринте затрудняет развертывание.

Решение найдено, Николя обновляет таблицу препятствий. Ох, осталось всего три! Заодно проверяет, обновлены ли задачи после схватки. Все сделано, хорошо.

Во второй половине дня, как обычно по средам, состоится совещание по доработке бэклога. Недолго говорит с Владельцем продукта Селиной, чтобы удостовериться: на следующий спринт у команды есть задачи, она сможет работать в прежнем темпе.