Команды и разработка

Планирование capacity команды

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

Команды 8 мин
Схема для материала «Планирование capacity команды»
Содержание статьи

Задача и границы

Рабочий контур темы «планирование capacity команды» строится вокруг артефакта «баланс capacity команды». Такой формат помогает учитывать поддержку, отпуска, обязательные проверки, неизвестность и реальную доступность навыков до принятия обязательств. Рекомендации для артефакта «баланс capacity команды» остаются редакционной методикой без внешней ссылки.

В артефакте «баланс capacity команды» сначала связывают блоки «Календарь» и «Операции». Неизвестность по условию «новая команда не имеет надёжной истории» помечают отдельно. Причинные объяснения для темы «планирование capacity команды» остаются редакционными гипотезами до самостоятельной проверки.

Практическую пользу артефакта «баланс capacity команды» проверяют действием «начать с доступного календарного времени». В артефакте «баланс capacity команды» ошибку «приравнивать число сотрудников к полной capacity» используют как негативный сценарий. Для темы «планирование capacity команды» бесполезную запись удаляют при пересмотре.

Проверенные основания

Google SRE рекомендует ограничивать долю операционной работы и учитывать нагрузку, capacity и условия запуска производственных сервисов. основание

Google SRE приводит ориентир, при котором операционная работа не должна постоянно вытеснять проектное развитие команды. основание

Scrum Guide поручает разработчикам выбирать работу для Sprint Backlog с учётом прошлой производительности, доступной capacity и Definition of Done. основание

GOV.UK требует планировать ресурсы, необходимые для надёжной работы и улучшения сервиса на протяжении жизненного цикла. основание

Проверенные источники задают внешние ориентиры. Прикладная схема «баланс capacity команды» соединяет их с компонентом «Обязательства» и ограничением «сезонные пики требуют отдельной модели». Прямое копирование без адаптации не предлагается.

Рабочая модель

Календарь. Элемент «Календарь» в модели «баланс capacity команды»: рабочие дни, отпуска, обучение и корпоративные события. Расхождение запускает пересмотр.

Операции. Артефакт «баланс capacity команды», блок «Операции»: дежурства, обращения и регулярное сопровождение. Проверку проводят на завершённой работе.

Обязательства. Компонент «Обязательства» в артефакте «баланс capacity команды»: непереносимые проверки, отчёты и договорные сроки. Формулировку делают наблюдаемой.

Навыки. Раздел «Навыки» для артефакта «баланс capacity команды»: доступность редких компетенций в нужный период. Добавляют продуктовый пример.

Неопределённость. Элемент «Неопределённость» в модели «баланс capacity команды»: резерв для вариативной работы и новых фактов. Расхождение запускает пересмотр.

Факт. Артефакт «баланс capacity команды», блок «Факт»: сравнение плановой структуры времени с реальным распределением. Проверку проводят на завершённой работе.

В артефакте «баланс capacity команды» изменение блока «Календарь» сопоставляют с блоком «Навыки». Связь проверяют критерием «продуктовое обязательство выражено диапазоном». Остальные поля заполняют только при влиянии на решение.

Связка «Обязательства → Факт» получает отдельную строку в артефакте «баланс capacity команды». Блок «Обязательства»: непереносимые проверки, отчёты и договорные сроки. Блок «Факт»: сравнение плановой структуры времени с реальным распределением. Переход проверяют критерием «ограничения навыков отражены отдельно». Ошибка «планировать дежурного как обычного участника спринта» служит отрицательным тестом для темы «планирование capacity команды». Если связь не объясняет эту ошибку, модель «баланс capacity команды» упрощают или дополняют.

Порядок внедрения

1. Начать с доступного календарного времени. Шаг «начать с доступного календарного времени» выполняют на ограниченной выборке. В артефакте «баланс capacity команды» сохраняют решение и риск.

2. Вычесть дежурства и повторяющуюся операционную работу. Действие «вычесть дежурства и повторяющуюся операционную работу» обновляет артефакт «баланс capacity команды». Недостающие сведения помечают отдельно.

3. Отметить ограничения редких специалистов. Шаг «отметить ограничения редких специалистов» проверяют реальными примерами. Результат вносят в артефакт «баланс capacity команды».

4. Зарезервировать место для известных обязательств. Операцию «зарезервировать место для известных обязательств» проводят с затронутыми участниками. В артефакте «баланс capacity команды» фиксируют итог.

5. Сформировать диапазон продуктовой capacity. Шаг «сформировать диапазон продуктовой capacity» выполняют на ограниченной выборке. В артефакте «баланс capacity команды» сохраняют решение и риск.

6. Сравнить план и факт без оценки отдельных людей. Действие «сравнить план и факт без оценки отдельных людей» обновляет артефакт «баланс capacity команды». Недостающие сведения помечают отдельно.

После действия «сравнить план и факт без оценки отдельных людей» артефакт «баланс capacity команды» получает срок проверки. Подтверждением считают критерий «факт изменяет следующий цикл планирования». Ограничение «capacity не показывает ценность выбранной работы» служит сигналом пересборки.

Цикл «баланс capacity команды» начинается действием «начать с доступного календарного времени». Завершение подтверждает критерий «операционная работа имеет историческую основу». Ошибка «игнорировать обучение и поддержку коллег» прерывает обычный ход темы «планирование capacity команды». Ограничение «сезонные пики требуют отдельной модели» определяет допустимое исключение. Новый факт по блоку «Неопределённость» вносят в артефакт «баланс capacity команды» до следующего решения. Такой ритм удерживает артефакт «баланс capacity команды» непосредственно в delivery-процесса, а — для сценария «Планирование capacity команды» — не в самостоятельной отчётной практике.

Рабочий сценарий

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

В примере «баланс capacity команды» связывает компонент «Неопределённость» с шагом «сформировать диапазон продуктовой capacity». При переносе заново проверяют ограничение «подрядчики могут иметь фиксированную доступность» и критерий «резерв не превращён в скрытый backlog».

Контрольный разбор «баланс capacity команды» сопоставляет «Операции», действие «отметить ограничения редких специалистов» и критерий «ограничения навыков отражены отдельно». Ограничение «крупный инцидент разрушает краткосрочный план» записывают рядом. Для темы «планирование capacity команды» эта регламент действий обеспечивает проверку — в практике «Планирование capacity команды» —, но не устанавливает причинную связь.

Перед применением команда проверяет артефакт «баланс capacity команды» на одном завершённом элементе темы «планирование capacity команды». Она восстанавливает блок «Календарь» и повторяет действие «вычесть дежурства и повторяющуюся операционную работу». Для темы «планирование capacity команды» отдельно проверяют ошибку «равномерно распределять редкую экспертизу». Если критерий «резерв не превращён в скрытый backlog» нельзя подтвердить имеющимися данными, решение остаётся пробным. Ограничение «подрядчики могут иметь фиксированную доступность» записывают до начала следующего рабочего случая.

Типовые ошибки

  • Приравнивать число сотрудников к полной capacity. В артефакте «баланс capacity команды» последствие относится к блоку «Обязательства». Исправление меняет рабочее правило.
  • Планировать дежурного как обычного участника спринта. В артефакте «баланс capacity команды» последствие относится к блоку «Навыки». Исправление меняет рабочее правило.
  • Игнорировать обучение и поддержку коллег. В артефакте «баланс capacity команды» последствие относится к блоку «Неопределённость». Исправление меняет рабочее правило.
  • Равномерно распределять редкую экспертизу. В артефакте «баланс capacity команды» последствие относится к блоку «Факт». Исправление меняет рабочее правило.
  • Заполнять резерв заранее известными задачами. В артефакте «баланс capacity команды» последствие относится к блоку «Календарь». Исправление меняет рабочее правило.

Критерии качества

  • Расчёт начинается с реальной доступности. После шага «начать с доступного календарного времени» результат вносят в артефакт «баланс capacity команды».
  • Операционная работа имеет историческую основу. После шага «вычесть дежурства и повторяющуюся операционную работу» результат вносят в артефакт «баланс capacity команды».
  • Ограничения навыков отражены отдельно. После шага «отметить ограничения редких специалистов» результат вносят в артефакт «баланс capacity команды».
  • Продуктовое обязательство выражено диапазоном. После шага «зарезервировать место для известных обязательств» результат вносят в артефакт «баланс capacity команды».
  • Резерв не превращён в скрытый backlog. После шага «сформировать диапазон продуктовой capacity» результат вносят в артефакт «баланс capacity команды».
  • Факт изменяет следующий цикл планирования. После шага «сравнить план и факт без оценки отдельных людей» результат вносят в артефакт «баланс capacity команды».

В артефакте «баланс capacity команды» критерий «расчёт начинается с реальной доступности» рассматривают вместе с условием «резерв не превращён в скрытый backlog». Итоговая оценка называет остаточный риск темы «планирование capacity команды».

Ограничения применимости

  • Новая команда не имеет надёжной истории. Для блока «Календарь» в артефакте «баланс capacity команды» требуется новая проверка. Перенос остаётся гипотезой.
  • Крупный инцидент разрушает краткосрочный план. Для блока «Операции» в артефакте «баланс capacity команды» требуется новая проверка. Перенос остаётся гипотезой.
  • Сезонные пики требуют отдельной модели. Для блока «Обязательства» в артефакте «баланс capacity команды» требуется новая проверка. Перенос остаётся гипотезой.
  • Подрядчики могут иметь фиксированную доступность. Для блока «Навыки» в артефакте «баланс capacity команды» требуется новая проверка. Перенос остаётся гипотезой.
  • Capacity не показывает ценность выбранной работы. Для блока «Неопределённость» в артефакте «баланс capacity команды» требуется новая проверка. Перенос остаётся гипотезой.

Если ограничения затрагивают «Календарь», «Обязательства» и «Неопределённость», артефакт «баланс capacity команды» пересобирают. Дополнительные исключения не должны маскировать смену рабочего контекста.

Вывод

Тема «планирование capacity команды» становится управляемой через артефакт «баланс capacity команды». Начать следует с действия «начать с доступного календарного времени», затем проверить компонент «Календарь» и критерий «расчёт начинается с реальной доступности». Ограничение «новая команда не имеет надёжной истории» оставляют видимым, поэтому артефакт не создаёт ложной уверенности.

Источники

  1. A Collection of Best Practices for Production Services Google Site Reliability Engineering · проверено 12 июля 2026 г.
  2. Identifying and Recovering from Overload Google Site Reliability Engineering · проверено 12 июля 2026 г.
  3. The 2020 Scrum Guide Scrum Guides · проверено 12 июля 2026 г.
  4. Managing and improving your service through its lifecycle Government Digital Service · проверено 12 июля 2026 г.