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

Как сделать лучше? Участвовать в доработке всей командой (см. главу 7).

Impact mapping, story mapping, innovation games… Все это – инструменты, которые позволяют Владельцу продукта выходить за рамки Scrum. Мы коснемся этой темы чуть позже.

Рисунок 4.7 – Не нужно оставлять РО наедине с бэклогом

Чтобы идти дальше

Книги

‣ Хенрик Книберг, «Scrum и ХР: Заметки с передовой», 2006

Онлайн-ресурсы

‣ Brian Marick, «How to be a Product Director», эссе, Web, 2006

5 Роль Scrum-мастера

Когда речь идет о проекте, разработанном группой, обычно считается, что кто-то должен нести ответственность за команду. Традиционно это руководитель проекта. Во Франции такая роль прочно закреплена в культуре разработки. Вот два примера.

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

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

Приглашенный гость на «ScrumDay» Доминик Дюпань – врач, автор хроник передачи «Ответный удар» на канале «France Inter» – подчеркнул эту тенденцию: нередки случаи, когда в организации остается всего несколько человек, умеющих действительно производить ценность, а не руководить.

Никаких руководителей проектов в Scrum! Эта роль исключена.

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

5.1 Что такое Scrum – мастер?

В пятом издании этой книги я больше не пишу ScrumМастер одним словом, а разделяю их на два: Scrum-мастер (или SM). Такое написание привычно многим и используется, например, в объявлениях о работе.

Иногда приводят аналогии, чтобы объяснить эту роль: пастух, капитан, бульдог и т. д.

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

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

Термин Scrum-мастер вызывает сомнения по поводу своей второй части – мастер. Язык влияет на поведение: даже если термин Scrum-мастер новый для организации, часть мастер поможет встать на путь изменений и смены парадигмы.

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

Вот мое определение роли:

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

Одним словом, это фасилитатор.

Рисунок 5.1 – SM – фасилитатор для команды

5.2 Функции Scrum – мастера

5.2.1 Поощрение самоорганизации команды

Одна из функций – мотивировать команду становиться все более самостоятельной.

Он стимулирует команду:

✓ подталкивая участников к кроссфункциональности,

✓ укрепляя их навыки в инженерии, чтобы не зависеть от внешних экспертов.

Если SM преуспевает, команда меньше в нем нуждается. В этом парадокс роли.

Вовлечение Владельца продукта остается на одном уровне с течением времени. А роль Scrum-мастера – уменьшается или увеличивается.

5.2.2 Устранение препятствий

Во время разработки всегда бывают непредвиденные события. Некоторые могут замедлить или вовсе приостановить работу команды. По терминологии Scrum, такие события называются препятствиями (impediments) и могут сильно различаться по своей природе и значимости.