Эту страницу открывают, когда PM понимает, что наличие людей в проекте ещё не означает достаточную пропускную способность. Capacity planning нужен, чтобы сопоставить объём работ с тем, сколько команда реально способна взять на себя в конкретный период. Как отдельный методологический слой это также связано с фреймворком планирования загрузки.
Что это такое
Capacity planning — это планирование доступной производственной и координационной мощности команды или набора ролей во времени. Оно помогает увидеть, сколько проект может реально выполнить без самообмана и системной перегрузки.
Когда особенно нужен
- команда работает сразу на нескольких инициативах;
- часть ролей доступна не на полный объём;
- в проекте есть узкие места по отдельным специалистам;
- объём работы нужно разложить по периодам, спринтам, этапам или релизам;
- возникают регулярные конфликты между обещанным и реально исполнимым.
Как делать
1. Определите доступную мощность по критичным ролям, а не среднюю температуру по команде. 2. Учтите регулярную операционку, встречи, поддержку, отпуска и переключения. 3. Сопоставьте capacity с планируемым объёмом по периодам. 4. Отдельно отметьте узкие места, которые ограничивают общий темп. 5. Используйте расчёт не только для первого плана, но и для регулярной пересборки загрузки.
Практический шаблон
Для каждого периода полезно фиксировать:
- доступный объём по ключевым ролям;
- уже занятый объём;
- резерв или отсутствие резерва;
- перегруженные роли и последствия этой перегрузки;
- какие задачи или потоки не помещаются в текущую мощность.
Такой разрез нужен, чтобы capacity planning работал как инструмент решения, а не как пассивная таблица о том, что команда и так перегружена.
Что ломается без этого
- проект обещает больше, чем команда способна реально выполнить;
- перегрузка отдельных ролей становится нормой;
- оценка срока и стоимости системно плавает;
- PM путает номинальный состав команды с реальной пропускной способностью.
Типовые ошибки
- считать, что все роли доступны одинаково;
- не учитывать непроектную работу;
- не обновлять capacity-картину при изменении состава команды;
- использовать capacity planning как статичную таблицу, а не как живой управленческий инструмент.