Как считается ёмкость команды
Сначала берут номинал: число людей умножают на рабочие часы в день и на длину спринта в днях. Из него вычитают часы на встречи и запланированные отгулы и отпуска. Полученную рабочую массу уменьшают на буфер в процентах — резерв под то, что в план не попадает: баги, поддержку, срочные правки, переключения между задачами. Остаток и есть время, которое можно расписать по задачам спринта.
Как тают часы на примере значений по умолчанию: команда 5 человек, спринт 10 рабочих дней по 8 часов:
| Шаг | Часы | Осталось |
|---|---|---|
| Номинал: 5 человек × 8 ч × 10 дней | 400 | 400 |
| Минус встречи, 5 ч в неделю на человека | −50 | 350 |
| Минус отпуска и больничные | −16 | 334 |
| Минус буфер 20% на непредвиденное | −66,8 | 267,2 |
Итог 267 часов из номинальных 400, то есть 67%. Планировать спринт на 400 часов означает гарантированно его провалить.
Какой буфер закладывать
Обычно от 15 до 25%. Если команда много занимается поддержкой и разбором инцидентов, буфер ближе к верхней границе или выше. Заниженный буфер — самая частая причина, по которой спринт стабильно не закрывается: план составлен так, будто помех не будет, а они есть всегда.
Почему нельзя планировать на полную ёмкость
Восемь часов в офисе — не восемь часов работы над задачами. Между ними совещания, обсуждения, код-ревью, обед, ответы в мессенджерах и время на возвращение в контекст после каждого прерывания. Реально продуктивных часов у разработчика обычно пять-шесть из восьми, и план на сто процентов номинала срывается почти гарантированно. Оценить стоимость самих совещаний в деньгах поможет калькулятор стоимости встречи, а насколько быстро задачи проходят весь путь от старта до готовности — калькулятор Cycle Time.