Роли и церемонии — Примеры

Пример 1 — Стендап, который на деле отчёт о статусе

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

Разработчик 1: вчера закрыл две задачи, сегодня беру следующую
Разработчик 2: всё ещё на вчерашней задаче, скоро доделаю
Разработчик 3: всё утро на встречах, прогресса нет
Разработчик 4: нечего сообщить

Решение

Цель спринта: клиент может запросить возврат и увидеть его статус.
Разработчик 1: основной путь возврата слит; меня ничто не блокирует.
Разработчик 2: заблокирован — эндпоинту статуса нужно решение команды
               платежей о схеме. Пока это не приземлится, ничего не движется.
Разработчик 3: могу взять элемент журнала аудита, если он ещё не начат.
Разработчик 4: препятствий нет; моя работа не угрожает цели.

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

Пример 2 — Ретроспектива, которая заканчивается ничем

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

Ретро, спринт 14
  - стендапы кажутся длинными
  - CI нестабилен
  - нам стоит лучше общаться
  - (назначена следующая ретро)

Решение

Изменение 1  ограничить стендап 15 минутами по таймеру; владелец: Прия
Изменение 2  изолировать два самых нестабильных теста в этом спринте; владелец: Сэм
Проверка     оба рассмотрены в начале ретроспективы спринта 15

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