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

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

5.6.3 И наконец

У Николя есть немного времени до собрания, чтобы проанализировать причины крупного бага на прошлой неделе. Он идет к участникам команды, которые занимаются историей «Отредактировать раздел с фотографиями собак». Помогает им пройти две проверки, связанные с этой историей. Она будет закончена сегодня вечером!

Он ведет обсуждение крупного бага, стремясь обеспечить согласованность в работе над улучшением. Хмм, похоже, следует добавить еще одно правило в написании кода.

5.6.4 Во благо команды

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

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

5.7 Антипаттерны

5.7.1 Scrum-мастер – микро-шеф

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

Последствия. Команда демотивирована. Самоорганизация отсутствует.

Как сделать лучше? Заменить Scrum-мастера в соответствии с паттерном вращающегося Scrum-мастера.

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

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

Рисунок 5.5 – Вращающийся SM

5.7.2 Scrum-мастер – чужак

Ситуация. При внедрении Scrum руководитель проекта стал Владельцем продукта, а на роль SM пригласили человека извне – буквально навязали его команде.

Последствия. Его легитимность не признана. Человек не способен устранять препятствия. Ко всему прочему, он не понимает проблем технического характера.

Как сделать лучше? Устраивать выборы без кандидатов.

5.7.3 Scrum-мастер – разработчик

Ситуация. Команда достигла значительных успехов, и в какой-то момент SM, бывший разработчик, решил развиваться дальше. Он покинул пост SM команды.

Последствия. Scrum не применяется, работа команды встала.

Как сделать лучше? Научиться менять положение в команде.

Роль Scrum-мастера развивается вместе с командой: сначала он уделяет много времени обучению команды принципам Scrum, затем становится советчиком (экспертом, ментором, коучем).

5.7.4 Scrum-мастер – добрый самаритянин

Ситуация. SM делает все, что связано с логистикой. Он убирается, закупает необходимое. Единственный из команды пишет Post-it®.

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

Рисунок 5.6 – Scrum-мастер проверяет, все ли готово

Как сделать лучше? Коллективно обсудить правила жизни команды.

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

Книги

‣ Rachel Davies, Liz Sedley, «Coaching Agile», Lulu, 2009. Эта книга дает очень хорошие советы Scrum-мастеру, хотя даже не упоминает эту роль

6 Структура бэклога

После решения о начале разработки продукта самая большая трудность – трансформировать первоначальное видение в нечто, что может использовать команда разработчиков.

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

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

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

Бэклог – это инструмент сбора и распределения задач.

6.1 Бэк что?

Неужели нет французского слова для бэклога?