Шаблон повестки планирования спринта для инженерных команд

Почему спринты перегружаются

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

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

Повестка (копируйте и вставляйте)

Длительность: 2 часа для 2-недельного спринта; 1 час для 1-недельного спринта
Формат: с ведущим, бэклог виден всей команде

Раздел 1 — Цель спринта (10 мин)

Одно предложение: как выглядит успешный спринт со стороны?
Цель должна быть достаточно конкретной, чтобы любой член команды в конце спринта мог оценить, достигли вы её или нет
Отвергайте цели, которые представляют собой просто список тикетов («закончить рефакторинг авторизации и страницу биллинга») — это бэклог, а не цель

Раздел 2 — Обзор ёмкости (15 мин)

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

Раздел 3 — Выбор из бэклога (45 мин)

Пройдите приоритетнейшие элементы из отгрумленного бэклога
По каждому кандидату: хватает ли команде, чтобы начать, или есть открытые вопросы, требующие ответов до начала спринта? Открытые вопросы место в очереди грумминга, а не в спринте
Прекращайте выбор, дойдя до 80% ёмкости; оставшиеся 20% поглощают перенос и незапланированную работу

Раздел 4 — Критерии приёмки (20 мин)

Для каждого выбранного элемента: заявите критерий, делающий его готовым
Если команда не может заявить критерий за 60 секунд, тикет недостаточно отгрумлен — верните его в бэклог
Пишите его в тикет сейчас, в комнате; не полагайтесь на «добавим позже»

Раздел 5 — Риски и зависимости (15 мин)

Что могло бы заблокировать достижение цели спринта, но не подконтрольно команде?
Назовите ответственного за зависимость; вынесите её сейчас, пока есть время разрешить до середины спринта
Неразрешённые зависимости получают названного ответственного из команды, который будет их отслеживать

Закрытие (15 мин)

Подтвердите, что цель спринта всё ещё валидна с учётом выбранной работы
Назначьте секретаря сводки спринта или подтвердите настройку автоматического отчёта
Подтвердите дату следующего планирования

Что упускает большинство шаблонов планирования спринта

Самые популярные шаблоны планирования спринта сосредоточены на грумминге бэклога и определении готовности (definition-of-done). И то, и другое важно. Но ни то, ни другое не адресует ту ошибку планирования, что порождает больше всего провалов спринтов: выбор работы без проверки доступности.

Команда из пяти инженеров на полной ёмкости имеет примерно 200 стори-поинтов на 2-недельный спринт. Команда из пяти с двумя инженерами в отпуске, одним на дежурной ротации и одним на трёхдневном выезде имеет, может быть, 110. Если вы выберете 180 поинтов во втором случае, вы уже провалились. Именно на шаге выбора и происходит переобязательство, и ёмкость должна ему предшествовать.

Второй пробел — критерии приёмки. Команды быстро проходят планирование, намереваясь написать критерии позже. Позже это не случается на том же уровне конкретики. Тот, кто написал бы точный критерий в комнате, на следующий день пишет что-то более расплывчатое по памяти или не пишет вовсе. Споры посреди спринта о том, что значит «готово», почти всегда прослеживаются к пропущенным критериям приёмки в планировании.

Накапливающаяся цена этих пробелов — перегруженные спринты, открытия посреди спринта, переспоренные определения — ясно проявляется, когда вы её суммируете: Налог на встречи.

Почему заметки планирования спринта труднее, чем кажется

Планирование спринта порождает больше информации, чем почти любая другая регулярная встреча: цель спринта, числа ёмкости, обоснование выбора по каждому элементу, критерии приёмки по каждому тикету, ответственные за зависимости, элементы рисков. Написать полезную сводку требует зафиксировать всё это в форме, полезной три дня спустя, когда кто-то спросит «а почему мы вырезали тот элемент?».

Pavleur формирует отчёт по планированию спринта автоматически в конце звонка. Он фиксирует цель спринта, выбранный бэклог с обоснованием, критерии приёмки в заявленном на встрече виде и ответственных за зависимости в названном виде. Если кто-то показывал экран с бэклогом или таблицей ёмкости, этот визуал включён в отчёт рядом с обсуждением — контекст, который чисто аудиоинструменты вроде Otter или Fireflies упустили бы полностью. Любой, кто присоединился поздно или кому нужно свериться с решением посреди спринта, имеет полную запись. Сравнение с чисто аудиоинструментами: Pavleur и альтернативы.

Как справляться с изменением плана посреди спринта

План спринта — это обязательство, а не контракт. Когда что-то посреди спринта действительно обесценивает план — продовый инцидент, критическая зависимость, блокирующая три тикета, сдвиг приоритетов от руководства, — правильный ответ это быстрый звонок перепланирования, а не тихий сброс объёма. Звонок перепланирования занимает 20 минут и порождает обновлённую цель спринта, отражающую реальность. Альтернатива — спринт, проваленный на бумаге, но неформально подстроенный так, что никто этого не записал, что делает ретроспективу труднее, а числа скорости бессмысленными.

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