Перейти к основному содержимому
Проектный интеллект

Планирование графика

После задач (и, как правило, их оценки) бэклог превращается в план. В системе это две команды агента: /estimate для оценки и /plan с тремя режимами — спринт, релиз, Гант.

Вход: готовые задачи (см. Сбор и проработка требований).

Шаг 1. Оценка: /estimate​

Первый раз: метод оценки​

При первом запуске агент:

  1. Определяет, какое поле оценки реально доступно в вашем проекте трекера (story points, трек-время или другое) — на уровне конкретных типов задач.
  2. Задаёт короткий вопрос о единицах: story points, человеко-часы, размеры (S/M/L) или качественные оценки; и о шкале (например, L = 5 пунктов).
  3. Сохраняет выбор в документ метода оценки (estimation-method.md) с ревью.

Если в проекте нет поля оценки на экранах — агент скажет об этом, а не подставит чужое. Добавить поле придётся со стороны конфигурации трекера.

Оценка по задачам​

/estimate              — показать кандидатов (сначала неоценённые) и пройти по ним
/estimate PI-42        — одна задача
/estimate sprint "S12" — очередь спринта
/estimate release 1.2  — очередь релиза
/estimate backlog      — очередь бэклога

По каждой задаче агент: читает её описание (и связанные документы), даёт совет — помещается ли задача в одну рабочую сессию, рекомендуемое значение и почему; затем ждёт вашего подтверждения. Задача, которая не помещается в сессию, — кандидат на разделение (/tickets).

Запись оценки в трекер — только предложением: вы видите, что будет написано, и применяете.

Шаг 2. Планирование: /plan​

Одна команда, три режима — агент определит режим по контексту, либо задайте его явно.

Режим «спринт»: /plan sprint​

Заполнение одного спринта с расчётом мощностей:

  • Мощности считаются по формуле: размер команды × длительность спринта × коэффициент фокуса (по умолчанию 0.7 — агент его озвучивает), минус отпуска, дежурства, церемонии. Цифры не выдумываются: команда и длительность берутся из профиля проекта или у вас.
  • Переносы из прошлого спринта занимают мощности первыми; если переносов больше ~30% мощностей — агент флажит риск перекоммита.
  • Готовность (DoR): задача без явного результата, проверяемых критериев, оценки или известных зависимостей попадает в «нужно доработать», а не в коммит.
  • Результат: спринт-план с таблицами — мощности (шаги расчёта), цель спринта, закоммиченное, stretch (берём, если успеем), отложенное с причинами.
  • Назначение задач на спринт в трекере — только предложением.

Режим «релиз»: /plan release​

Резка выпуска:

  • агент находит (или предложит создать) версию в трекере,
  • разложит кандидатов на «в релизе» и «отложено» (с следующим выпуском),
  • построит вехи: код завершён → RC → GA, с датами (допущения флажированы),
  • укажет риски и зависимости, подготовит лёгкий чек-лист согласования.

Результат: релизный план. Версия, даты и привязка задач к выпуску — только предложениями.

Режим «Гант»: /plan gantt​

Верхнеуровневый план проекта в три фазы — по порядку, без пропусков:

  1. Сеть зависимостей. Узлы — функции, эпики, релизы (не каждая задача): дети сворачиваются в своего «зонтика». Рёбра — «завершение → старт». Агент покажет сеть и уточнит: узлы и рёбра верны?
  2. Длительности. По каждому узлу — календарная длительность: трудоёмкость (сумма оценок детей) ÷ (команда × фокус × пропускная способность). Перед графиком публикуется таблица длительностей — с явными допущениями там, где скорость не подтверждена.
  3. График. Верхнеуровневый Гант с датами от якорного старта, критический путь (цепочка, задающая финиш), риски и буферы.

Результат: документ timeline.md (сеть + длительности + Гант). Когда вы принимаете план как базовую линию, агент замораживает датированную копию timeline-baseline-YYYY-MM-DD.md — базовую линию не перезаписывают, новые снимки получают новые даты.

Важное различие: /plan gantt — планировочный документ (в ваших материалах). Живой график BeOnTime — отдельная рабочая поверхность, см. Работа с редактором графиков.

Что агент не делает​

  • Не выдумывает мощности, скорость и оценки — всё считается из подтверждённых данных или явно помечается как допущение.
  • Не добавляет новую работу молча. Новая работа, не входящая в одобренный scope, сначала проходит проверку /scope-check (см. Контроль объёма) — только после неё план дополняется.
  • Не пишет в трекер мимо вас — спринты, версии, дедлайны, оценки: всё через предложения.

С чего продолжать​