evanalysis.pro · сентябрь 2026 · 11 минут
Тезис: управление сроками проекта — это не «держать руку на пульсе» и не еженедельные созвоны. Это система из трёх измеримых уровней: вехи → критический путь → индексы выполнения сроков. Каждый уровень даёт ранний сигнал срыва раньше, чем он становится катастрофой. Без этой системы вы узнаёте о проблеме тогда, когда её уже нельзя исправить.
Что такое управление сроками проекта
Управление сроками — это планирование, контроль и корректировка расписания так, чтобы проект завершился в срок или с минимальным отклонением. В отличие от управления стоимостью, которое оперирует деньгами, управление сроками работает с временны́ми интервалами, последовательностью работ и загрузкой ресурсов.
Ключевая проблема большинства проектов: срыв сроков не происходит внезапно. Он накапливается постепенно — по 2–3 дня на каждой задаче, потом по неделе, и однажды оказывается, что финиш сдвинулся на три месяца. Ранние сигналы были, но их никто не читал, потому что не было системы измерения.
Рассмотрим три уровня контроля сроков — от базового к продвинутому.
Уровень 1: Вехи и контрольные точки
Веха (milestone) — это событие с нулевой длительностью, которое фиксирует завершение значимой фазы: «фундамент принят», «разрешение на строительство получено», «металлоконструкции смонтированы». Вехи — старейший инструмент контроля, и он работает, когда выполнены три условия:
- Бинарный критерий достижения. Веха либо достигнута, либо нет — никаких «готово на 80%». Если фундамент не принят актом — веха не закрыта, даже если бетон залит.
- Плановая дата зафиксирована на старте. Менять плановую дату вехи «задним числом» — распространённая манипуляция. В корректной системе базовый план вех не пересматривается без решения изменения.
- Регулярный мониторинг отклонения. Разница между плановой и фактической датой вехи — это измеримое отставание в днях. Даже без сложных методологий это уже контроль.
Ограничение вех: они фиксируют факт срыва, но не позволяют его предсказать. Если веха сорвана — вы уже опоздали. Для раннего предупреждения нужен следующий уровень.
Уровень 2: Критический путь
Критический путь (Critical Path, CP) — это самая длинная последовательность взаимозависимых задач от старта до финиша проекта. Именно он определяет минимальную возможную длительность проекта: любое отставание на задаче критического пути напрямую сдвигает дату финиша.
Пример: строительство склада
Допустим, у нас четыре цепочки задач, которые должны завершиться к монтажу кровли:
- • Фундамент → Стены → Перекрытия: 45 дней
- • Проектирование металлоконструкций → Изготовление → Поставка: 38 дней
- • Согласование ТУ → Прокладка коммуникаций: 22 дня
- • Благоустройство: 14 дней
Критический путь — цепочка на 45 дней. Отставание на 3 дня в монтаже стен = финиш сдвигается на 3 дня. Отставание на 3 дня в благоустройстве — не влияет на финиш (у этой цепочки есть резерв 31 день).
Практический смысл критического пути: управляйте теми задачами, которые действительно влияют на финиш. Не всеми сразу — это распыление ресурсов. Именно задачи на критическом пути требуют ежедневного мониторинга, а не еженедельного.
Свободный и полный резервы времени
У задач вне критического пути есть резерв (float) — допустимое отставание без сдвига финиша. Различают два вида:
| Тип резерва | Что означает | Когда важен |
|---|---|---|
| Свободный резерв (FF) | Сколько можно сдвинуть задачу без задержки следующей | При планировании ресурсов внутри цепочки |
| Полный резерв (TF) | Сколько можно сдвинуть задачу без сдвига финиша проекта | При оценке риска для всего проекта |
Когда полный резерв задачи стремится к нулю — она «входит в критический путь». Это ранний сигнал: задача, которую вы считали некритической, стала критической из-за накопившегося отставания.
Уровень 3: Индексы выполнения сроков (SPI и SPI(t))
Метод освоенного объёма (EVM) добавляет к критическому пути измеримые индексы — числа, которые показывают, насколько быстро проект выполняет работы относительно плана.
Schedule Performance Index (SPI)
SPI = EV / PV — отношение освоенного объёма к плановому на текущую дату.
| SPI | Значение | Действие |
|---|---|---|
| > 1,0 | Опережение графика | Проверить: не занижен ли план? |
| 0,95–1,0 | В норме | Стандартный мониторинг |
| 0,85–0,95 | Умеренное отставание | Анализ причин, план мероприятий |
| 0,75–0,85 | Серьёзное отставание | Интенсификация, ресурсный манёвр |
| < 0,75 | Критическое отставание | Пересмотр базового плана, эскалация |
Важное ограничение SPI: в последней трети проекта он неизбежно стремится к 1,0 — потому что и EV, и PV сходятся к BAC. Проект, опоздавший на три месяца, покажет SPI = 1,0 в момент сдачи. Это математический артефакт, а не реальное улучшение.
Earned Schedule и SPI(t): точный индикатор на финише
Именно для последней трети проекта применяется Earned Schedule (ES) и SPI(t). ES измеряет отставание в единицах времени, а не деньгах:
SPI(t) = ES / AT
где AT — фактически прошедшее время, ES — плановое время, соответствующее текущему EV. В отличие от классического SPI, SPI(t) честно показывает отставание даже в последнюю неделю проекта.
Практическое правило: используйте классический SPI до отметки 75–80% плановой длительности, затем переключайтесь на SPI(t).
Ранние сигналы срыва сроков
Объединив все три уровня, получаем систему раннего предупреждения. Вот сигналы от самых ранних к самым поздним:
Сигнал 1 (ранний) — сокращение резервов некритических задач
Когда полный резерв (TF) задач вне критического пути сокращается до 3–5 дней — это первый сигнал. Задачи ещё не критические, но они приближаются к критическому пути. Время для превентивных мер: перераспределение ресурсов, снятие блокеров.
Сигнал 2 (ранний) — SPI ниже 0,90 две недели подряд
Разовое падение SPI ниже 0,90 может быть случайностью (праздники, поставка материалов). Два последовательных периода — это уже тренд. Необходим анализ первопричины: недостаток рабочей силы, проектная ошибка, изменение объёмов.
Сигнал 3 (средний) — «расширение» критического пути
Когда задачи, которые раньше имели резерв, начинают входить в критический путь — это системный сигнал. Проект «затвердевает»: возможностей для манёвра становится меньше. Требуется пересмотр приоритетов и ресурсного плана.
Сигнал 4 (поздний) — SV(t) < −2 недели
Schedule Variance в единицах времени: SV(t) = ES − AT. Отрицательное значение больше двух недель означает, что отставание уже материально и его практически невозможно компенсировать без значительной интенсификации или пересмотра объёма.
Сигнал 5 (поздний) — срыв вехи
Если вы дошли до этого сигнала — система мониторинга не сработала на ранних уровнях. Срыв вехи — это уже не предупреждение, это констатация факта. Требуется пересмотр базового плана и коммуникация с заказчиком.
Управление рисками сроков: планирование резервов
Системное управление сроками включает не только мониторинг, но и проактивное управление рисками. Стандартный подход — буфер на непредвиденные обстоятельства:
- Буфер критического пути (Project Buffer). Резерв в конце проекта, защищающий дату финиша от накопленных отставаний. В методе Critical Chain — 50% суммы сокращённых задачных буферов.
- Буфер слияния (Feeding Buffer). Защищает критический путь от задержек некритических цепочек, которые в него «вливаются».
- Резерв на риски (Contingency Reserve). Отдельный временной резерв для идентифицированных рисков с рассчитанной вероятностью и воздействием. В отличие от буфера, расходуется только при наступлении конкретного рискового события.
Ключевое правило: буферы должны быть явными и видимыми в плане. «Скрытые» буферы, которые PM добавляет к каждой задаче, делают план непрозрачным и лишают возможности управлять отставанием системно.
Чем измеримый контроль отличается от «руки на пульсе»
| Критерий | «Рука на пульсе» | Измеримый контроль |
|---|---|---|
| Источник данных | Субъективные оценки прораба / PM | EV = процент готовности × BAC задачи |
| Когда видим проблему | Когда срыв вехи очевиден всем | За 2–4 недели через тренд SPI |
| Что контролируем | Всё сразу → ничего конкретно | Только задачи критического пути |
| Прогноз финиша | «Успеем» / «Не успеем» (интуиция) | ED = PD / SPI(t) (формула) |
| Эскалация заказчику | Когда скрыть уже невозможно | При SV(t) < −1 нед. с цифрами |
Разница не в технологиях — разница в том, кто управляет ситуацией. При измеримом контроле вы выходите к заказчику с прогнозом и планом мероприятий; при «руке на пульсе» — с извинениями.
Планирование сроков задач: типичные ошибки
Ошибка 1 — «задача готова на 90%» две недели подряд
Синдром «последних 10%»: задача зависает в состоянии «почти готова» бесконечно долго. Причина — отсутствие бинарного критерия приёмки. Решение: определите чёткий measurable критерий завершения до начала задачи, а не во время её выполнения.
Ошибка 2 — сдвиг базового плана вместо управления отклонением
Когда задача запаздывает, соблазнительно «подвинуть план». Но тогда индексы SPI и SPI(t) перестают работать — они измеряют отклонение от базового плана. Базовый план меняется только через официальную процедуру изменения (change control), а не административно.
Ошибка 3 — игнорировать зависимости при планировании
Задачи в реальном проекте взаимозависимы: нельзя монтировать кровлю без стен, нельзя прокладывать коммуникации без проекта. Если зависимости не отражены в плане, критический путь рассчитан неверно и все сигналы SPI будут вводить в заблуждение.
Методы ускорения при отставании
Когда SPI устойчиво ниже 0,85 и критический путь уже нельзя игнорировать, применяют два классических метода ускорения:
Fast-tracking (параллельное выполнение)
Задачи, которые изначально были последовательными, выполняются параллельно. Например, начать закупку материалов до окончания детального проекта. Плюс — не требует дополнительных ресурсов и бюджета. Минус — повышает риск переработки и требует более частого согласования. Применяется, когда есть возможность «перекрыть» задачи на 20–30% без принципиального изменения результата первой из них.
Crashing (интенсификация ресурсов)
Добавление ресурсов на задачи критического пути для сокращения их длительности. Сверхурочные работы, дополнительные бригады, аренда производительной техники. Плюс — даёт предсказуемый результат в днях. Минус — прямой рост стоимости, не всегда линейный (производительность при перегрузке падает). Перед применением обязательно рассчитайте «цену одного дня ускорения» и сравните со штрафами за просрочку.
Оба метода применяются только на задачах критического пути — ускорение некритических задач не сокращает срок завершения проекта. Именно поэтому первый шаг при отставании — всегда идентификация актуального критического пути, а не интенсификация «всего подряд».
Связь с управлением стоимостью
Сроки и стоимость неразделимы. Когда проект отстаёт по срокам (SPI < 1,0), это почти всегда означает рост стоимости: продлённая аренда техники, сверхурочные, штрафные санкции за перенос поставок. Пессимистичный прогноз бюджета учитывает это явно:
EAC = AC + (BAC − EV) / (CPI × SPI)
В этой формуле SPI (или SPI(t) на финише) отражает давление сроков на стоимость: чем ниже SPI, тем выше прогнозный перерасход. Подробнее об управлении стоимостью — в статье об управлении стоимостью проекта. О прогнозах EAC — в статье о формулах EAC.
С чего начать
- Зафиксируйте вехи с бинарными критериями приёмки и плановыми датами. Это займёт час — но сразу даст базу для измерения.
- Определите критический путь: найдите самую длинную цепочку зависимых задач. Именно эти задачи требуют ежедневного контроля. Остальные — еженедельного.
- Начните считать SPI еженедельно. При SPI < 0,90 два периода подряд — обязательный анализ первопричины и план корректирующих мероприятий. Проверьте в evanalysis.pro — система считает SPI и SPI(t) автоматически по данным базового плана.
- После 75–80% плановой длительности переключайтесь на SPI(t). Именно он покажет реальную картину до самого финиша.
Частые вопросы
Чем управление сроками отличается от составления расписания?
Составление расписания — это разовое действие на старте проекта: распределение задач по времени с учётом зависимостей и ресурсов. Управление сроками — непрерывный процесс на протяжении всего проекта: мониторинг отклонений от расписания, расчёт SPI и SPI(t), принятие корректирующих решений. Расписание — инструмент; управление сроками — система.
Как часто нужно пересчитывать SPI?
Оптимально — еженедельно, в одно и то же время отчётного периода. Более редкий расчёт (раз в две недели или месяц) даёт слишком запоздалый сигнал: к тому времени, когда SPI упадёт до 0,80, отставание может составлять уже месяц и более. Более частый расчёт — ежедневный — создаёт «шум» из-за нормальных краткосрочных колебаний.
Можно ли управлять сроками без методологии EVM?
Да, но только на уровне вех и критического пути — это уже даёт ощутимый результат. EVM добавляет третий уровень: количественные индексы SPI и SPI(t), которые позволяют предсказывать дату финиша с помощью формулы, а не интуиции. Для крупных проектов (более 20 задач и 3 месяцев длительности) EVM-индексы практически обязательны.
Что делать, если критический путь меняется каждую неделю?
Частая смена критического пути — признак того, что проект работает на предельно узких резервах по всем цепочкам задач. Это нормально для финальной фазы, но если это происходит в начале или середине проекта, значит исходный план составлен без адекватных буферов. Первый шаг — пересмотр резервов и приоритизация ресурсов именно на критических задачах.
Как управлять сроками при частых изменениях объёма?
Изменения объёма (scope changes) должны проходить через процедуру change control: каждое изменение фиксируется, оценивается его влияние на сроки и стоимость, и только после согласования вносится в базовый план. Если изменения вносятся «на ходу» без пересчёта базового плана, SPI становится бессмысленным — он будет показывать отклонение от уже неактуального плана.
Посмотрите, как это выглядит на живом проекте
Тест-драйв →Демо-проект с реальными данными. Бесплатно, без регистрации.