Восстановление для Scrum-спринтеров
Многие команды отталкивает в Scrum требование начинать новый спринт сразу после окончания предыдущего. Откуда страх — понятно: перспектива непрерывной гонки без передышки пугает. Вот небольшая модификация Scrum, которая может не только снять страх, но и дать ощутимую пользу.
Заслуженный отдых после спринта
В одной из команд, с которой я работал, мы пришли к такой формуле: в каждом спринте 2,5 недели активного кодинга и тестирования, затем 3 дня отдыха. Конечно, «отдых» — не барбекю и не видеоигры. Команда продолжала работать почти так же. Главное отличие: в дни отдыха не было обычной ежедневной разработки. Меняли активности — а смена деятельности, по мнению многих, один из лучших способов восстановить ментальную энергию.
Практика отлично сработала в той команде. Думаю, вот почему:
- Небольшой отдых в конце спринта даёт команде перевести дух и снять эмоциональное напряжение. В следующем спринте работа идёт заметно быстрее.
- Короткая пауза позволяет «сбросить» остатки информации прошлого спринта. К planning команда приходит свежей, сфокусированной и готовой к новой итерации.
- Когда у команды есть официальные дни отдыха, разработчики охотнее «стартуют с групка» в следующий спринт. За короткое восстановление успевают психологически подготовиться. Меньше соблазна прокрастинировать в начале. Вся разработка становится прозрачнее. Растут продуктивность и предсказуемость.
- У команды появляется выделенное время на подготовку к sprint planning: пройти бэклог, изучить будущие user stories, добавить недостающую информацию, подготовить вопросы.
- Имея день (или несколько) для встреч, разработчики не отвлекаются от разработки в остальные дни. По моему опыту, в день planning продуктивность инженера — даже не половина обычной.
- Одновременно в эти дни команда не отвлекается кодингом от review, ретро, planning и refinement. Можно освежить, что происходило в спринте, перед review и ретро. Или, как выше, уточнить бэклог. Всё это делает командные события осмысленнее и продуктивнее.
Время на восстановление в конце итерации кажется мне естественным. Не случайно итерации в Scrum называют спринтами. Команда собирается в формацию и затем спринтует к цели на полную. А спортсменам после забега нужно восстанавливаться.
Более того, посмотрим, что Scrum Guide говорит о длительности событий Scrum. Встречи отнюдь не короткие. Например, для месячного спринта planning — 8 часов. Для более коротких — меньше, но минимум 2 часа для недельного спринта на практике всё равно. С учётом этого день-два, выделенные на командные встречи и подготовку к ним, уже не выглядят бессмысленными.
Простая рутина восстановления
Сколько времени резервировать на восстановление? Рекомендую начать с простого правила:
- 2-недельный спринт — 1 день отдыха
- 3-недельный спринт — 2–3 дня отдыха
- 4-недельный спринт — 3–4 дня отдыха
Затем итеративно рефлексируйте, как это работает. Главное: любая практика должна быть простой в использовании и приносить ценность команде.