Хватит «колдовать» диаграммой Ганта. Планирование спринта работает, когда мы совмещаем здравый смысл команды (относительная оценка) и статистику потока (через Throughput, WIP, CFD) — а сроки считаем вероятностно методом Монте-Карло. Ниже — как это сделать без боли.
Кому полезно: тимлидам, Scrum Master-ам и Product Owner-ам, которые хотят предсказуемости на планировании, а не «торга» по оценкам.
Story Points vs Flow Metrics: коротко о главном
| Критерий | Story Points (отн. оценка) | Flow Metrics (поток) |
|---|---|---|
| Цель | Выравнивание понимания сложности в команде, снижение эффекта привязки (через Planning Poker) | Измерение реальной производительности: сколько элементов завершаем и с какой вариативностью |
| Основа | Коллективная договорённость, относительная шкала | Фактические данные: Throughput, Lead Time, WIP, CFD |
| Когда лучше | Новый продукт/команда, много неопределённости, нужно быстро «синхронизировать мозги» | Зрелые команды с историей данных; когда требуется прогноз с доверительными интервалами |
| Риск | Скатывание в «торг по цифрам»; перенос оценок в KPI | Неверная интерпретация метрик, отсутствие WIP-лимитов, «мусор на входе — мусор на выходе» |
| Итог | Отлично для обсуждения и декомпозиции | Незаменимо для прогнозирования сроков и управляемой загрузки |
Planning Poker: зачем он всё ещё нужен
Planning Poker — быстрый способ обсудить историю, вскрыть неизвестные и договориться о «размере» задачи. Он помогает обойти эффект привязки и не тратить часы на спор о часах. Используйте его строго как инструмент понимания — не превращайте points в контракт.
Практика: ограничьте обсуждение одной истории 8–10 минутами; если оценки «разбежались» — вскройте допущения, перепишите критерии приемки и (при необходимости) слайсите историю.
Flow Metrics: на чём держится предсказуемость
- Throughput — сколько элементов работы команда завершает за единицу времени (например, в неделю).
- Lead Time — от «взяли обязательство» до «ценность доступна пользователю».
- WIP — сколько элементов одновременно в работе. Без ограничений по WIP поток разваливается.
- CFD — визуализация стабильности потока: параллельные «ленты» = хорошо; расползаются — ищите узкое место.
Переводя с «менеджерского»: меньше параллельной возни — быстрее поставка — ниже разброс — точнее прогноз.
Монте-Карло для Scrum: быстрый рецепт
- Соберите данные Throughput — по спринтам или неделям: сколько элементов завершено (done).
- Выберите вопрос:
- «Когда мы завершим X задач/историй?»
- «Сколько задач успеем за N дней/к спринт-энд?»
- Смоделируйте 1 000–10 000 сценариев: на каждом шаге случайно подставляйте одно из исторических значений Throughput, пока не «закроете» X или не исчерпаете N дней.
- Возьмите процентили: P50 для ориентировочного плана, P85 — для обещаний бизнесу, P95 — для «безопасной» внешней коммуникации.
- Обновляйте прогноз каждую 1–2 недели, добавляя свежие данные и учитывая отпуска/праздники.
Важное правило: нет WIP-лимитов — нет предсказуемости. Ограничьте параллельность хотя бы верхней границей на колонках «В работе».
Как провести планирование спринта, совмещая подходы
- Подготовка бэклога: верхняя часть уточнена, критерии готовности понятны, крупные пункты порезаны.
- Быстрый Planning Poker: обсуждаем риски и слайсинг, а не «торгуемся». Получаем ориентиры относительного размера.
- Проверка через поток: смотрим CFD на стабильность, считаем последний медианный Throughput и разброс.
- Прогноз Монте-Карло: «на следующий спринт P85 = 9–12 элементов». Здесь и только здесь звучат сроки.
- Коммит-границы: фиксируем WIP-лимиты, резерв под незапланированную работу (например, 10–15%).
- Выход артефактов: цель спринта, список элементов, план (крупными кусками), понятные Definition of Done и правила сигнализации блокеров.
Чек-лист «здорового» спринт-планирования
- — История Throughput собрана за последние 12–20 недель.
- — В колонках есть разумные WIP-лимиты.
- — CFD стабильная, без расползания «В работе».
- — Есть резерв под баги/инциденты и незаплан.
- — Монте-Карло прогоняется за 2–3 минуты, процентили зафиксированы.
- — Обещания внешним стейкхолдерам = не ниже P85.
Ошибки и анти-паттерны
- Points = KPI: команда начинает «рисовать» оценки, метрики ломаются.
- CFD как «картинка для галочки»: её сила — в ежедневной диагностике узких мест.
- Игнорировать нули Throughput: праздники и больничные — такая же реальность, как «идеальные недели».
- Коммит по P50: это прогноз, а не обещание.
- Нет слайсинга: крупные истории убивают предсказуемость.
Как это сделать во ВЕБОФИС за 1 день
Мы умеем подружить планирование и поток в продуктах ВЕБОФИС:
- ВЕБОФИС: Agile — бэклог, Planning Poker (договорённость по размеру), слайсинг и критерии.
- ВЕБОФИС: Tracking — сбор Throughput, CFD, контроль WIP, автоматический расчёт медиан и разброса.
- ВЕБОФИС: Helpdesk — «неплан» и инциденты без провалов SLA, чтобы не портить поток.
Быстрый формат: запускаем учёт Throughput из вашей Jira/YouTrack/ВЕБОФИС, строим CFD и подключаем Монте-Карло. Через один-два спринта вы увидите стабильность и точные интервальные прогнозы.
Мини-гайд: свой Монте-Карло за 5 минут (без матфака)
- Выгрузите список «закрыто / done» по неделям (например: 3, 5, 4, 2, 6, 4…).
- Решите, что прогнозируем: «когда завершим 40 задач?» или «сколько задач за 10 рабочих дней?».
- Сделайте 5000 прогонов: на каждом суммируйте случайно выбранные значения Throughput до достижения цели.
- Отсортируйте результат и возьмите P50/P85/P95 — это и есть ваши «вилки» сроков.
Дальше — просто обновляйте данные каждую неделю и держите WIP в узде.
Обсудить проект Разберём ваш поток, подключим CFD и Монте-Карло, настроим планирование «без гаданий».
