Как сделать лучше? Чтобы стать хорошим Владельцем продукта, нужны специальные навыки. Обучение должно включать в себя техники, касающиеся бэклога, предпочтительно, в групповых семинарах.
В организациях, где есть разрыв между пользователями и ИТ-специалистами (владелец проекта/менеджер проекта), обучение лучше вести внешнему тренеру (или 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 с учетом контекста организации.