Критический путь проекта: что это и как найти

Когда спрашивают «когда будет готово?», честный ответ задаёт не сумма оценок, а критический путь. Разберём, что это, почему именно он определяет срок проекта и как найти его за пять шагов — с наглядным примером.

Что такое критический путь

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

Метод, который помогает его находить, называется методом критического пути (CPM, Critical Path Method) — он применяется в управлении проектами с 1950-х и лежит в основе любой диаграммы Ганта с зависимостями.

Проект не может закончиться раньше, чем завершится его критический путь — сколько бы людей вы ни добавили на остальные задачи.

Зачем он нужен

Критический путь отвечает на три практических вопроса:

• Когда реально закончим. Длина критического пути — это и есть срок проекта.
• Что нельзя задерживать. Любая задержка задачи на критическом пути сдвигает весь дедлайн.
• Куда бросить силы. Ускорять имеет смысл задачи на критическом пути — ускорение остальных срок не изменит.

Запас времени (слак)

У задач, которые не лежат на критическом пути, есть запас времени (слак, или float) — на сколько их можно сдвинуть или растянуть, не двигая дату проекта. У задач на критическом пути запас равен нулю: они «впритык».

Это полезно на практике: если задача с большим запасом задержалась — паниковать рано. А вот задержка задачи с нулевым запасом — сразу сигнал, что дедлайн под угрозой.

Как найти критический путь за 5 шагов

1. Составьте список задач с длительностями.
2. Расставьте зависимости — что после чего идёт.
3. Найдите все пути от старта к финишу и сложите длительности на каждом.
4. Самый длинный путь и есть критический.
5. Посчитайте запас остальных задач — он покажет, где есть гибкость.

Пример расчёта

Допустим, у проекта пять задач:

• A. Требования — 3 дня
• B. Дизайн — 4 дня (после A)
• C. Frontend — 6 дней (после B)
• D. Backend — 5 дней (после B)
• E. Интеграция и QA — 3 дня (после C и D)

Есть два пути: A→B→C→E = 3+4+6+3 = 16 дней и A→B→D→E = 3+4+5+3 = 15 дней. Критический путь — первый, 16 дней: его задаёт Frontend (C), который длиннее Backend (D). У задачи D есть запас в 1 день — её можно начать на день позже без вреда для срока.

Как управлять критическим путём

Найти критический путь — половина дела. Дальше с ним работают так:

• Следят в первую очередь. Статус задач на критическом пути проверяют чаще остальных.
• Сокращают параллелизмом. Иногда задачу на пути можно разбить и вести части параллельно — это укорачивает путь.
• Перекидывают ресурсы. Людей с задач, у которых есть запас, переводят на критические.
• Пересчитывают регулярно. Критический путь меняется по ходу проекта — после сдвигов он может «переехать» на другую цепочку.

В инструментах с диаграммой Ганта всё это происходит автоматически: критический путь пересчитывается при каждом изменении. Посмотрите, как это устроено, в TeamVector, или сравните инструменты в нашем разделе сравнений.

Частые вопросы