2learn

Роли и церемонии

Что это такое

Scrum определяет три зоны ответственности: владелец продукта, Scrum-мастер и разработчики. Церемоний четыре — планирование спринта, ежедневный стендап, обзор спринта и ретроспектива. У каждой церемонии на выходе ровно один артефакт. Если она не производит ничего, значит, давно стала совещанием по статусу.

Почему это важно

Называние зон ответственности снимает два самых частых источника паралича: никто не может решить, что строить, и при этом все отвечают за всё. Церемонии держат границу спринта честной — но лишь до тех пор, пока каждая производит свой артефакт. Здесь же проявляется и режим отказа Scrum: церемонию легко сохранить и так же легко выхолостить. Совещания остаются, а выгоды исчезают.

Ключевые идеи

Три зоны ответственности, три разных решения

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

Владелец продукта  "Возвраты раньше функции экспорта в этом спринте."
Разработчики       "Сможем, если разбить элемент возврата; часть с журналом
                    аудита не поместится."
Scrum-мастер       "Зависимость от журнала аудита блокирует два спринта;
                    я дожму решение на этой неделе."

Планирование спринта даёт цель спринта, а не список задач

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

Цель спринта: клиент может запросить возврат и увидеть его статус.
Прогноз: 6 элементов, 2 сверх плана.

Ежедневный стендап — для команды

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

Обзор — место, где осматривают продукт

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

Ретроспектива должна произвести одно изменение

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

Практика

Обозначьте артефакт одной церемонии

Для каждой из четырёх церемоний напишите артефакт, который она произвела в последний раз, и кто его потребляет.

Готово, когда: у каждой церемонии назван артефакт и потребитель, и вы нашли ту, что не произвела ни того, ни другого.

Замкните одну петлю ретроспективы

Возьмите единственное изменение, согласованное на последней ретроспективе, запишите его владельца и дату и проверьте его в начале следующей.

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

Частые ошибки

  • Стендап становится отчётом о статусе — команда оптимизируется под видимость занятости; исправить: держите его о цели и препятствиях, без руководителя, требующего обновлений.
  • Планирование спринта как разбивка на задачи — план устаревает ко второму дню; исправить: производите цель спринта и прогноз.
  • Нет цели спринта — спринт становится контейнером несвязанных элементов и не поддаётся оценке; исправить: напишите одно предложение, называющее достижение.
  • Обзор без тех, кто может отреагировать — решения не возвращаются, и инкремент демонстрируют самому себе; исправить: приглашайте пользователей и стейкхолдеров, способных решать.
  • Ретроспективы без действий — команда перестаёт поднимать что-либо; исправить: одно изменение с владельцем на ретроспективу, проверяемое в следующий раз.

Что читать дальше

Разобранные примеры

Файлы cookie аналитики ставятся только с вашего согласия. До вашего выбора ничего не загружается и никуда не отправляется.