Критический путь — один из базовых методов календарно-сетевого планирования. Он помогает понять, какие работы определяют минимально возможную длительность проекта и где задержка непосредственно влияет на дату завершения.
Метод полезен для анализа логики проекта, но у него есть важное ограничение: классический расчёт критического пути рассматривает зависимости между работами и не всегда отражает реальную доступность исполнителей. Поэтому в проектах с дефицитными ресурсами и общей командой критический путь нужно дополнять ресурсным планированием.
Что такое критический путь проекта
Критический путь — это последовательность взаимосвязанных работ, которая определяет минимальную длительность проекта при заданных оценках и зависимостях.
Если работа на критическом пути задерживается и у неё нет временного резерва, дата окончания проекта также сдвигается.
Метод часто обозначают CPM — Critical Path Method.
Почему критический путь — не просто самая длинная задача
Критический путь определяется не длительностью одной работы, а всей сетью зависимостей.
Представим две цепочки:
- A → B → C: 3 + 7 + 5 = 15 дней;
- D → E: 8 + 4 = 12 дней.
Если обе цепочки начинаются одновременно и проект заканчивается только после завершения обеих, первая цепочка определяет минимальную длительность — 15 дней. Она и будет критической при такой структуре.
При этом задача D длительностью 8 дней длиннее каждой отдельной задачи A или C, но сама по себе это не делает её критической.
Что такое резерв времени
Не все работы одинаково чувствительны к задержке.
Если некритическая задача может сдвинуться на два дня без изменения даты окончания всего проекта, у неё есть временной резерв.
У критических работ резерв обычно равен нулю или находится у принятого порога критичности. Резерв полезен руководителю, потому что показывает, где график допускает манёвр, а где даже небольшой сдвиг становится значимым.
Как определяется критический путь
В упрощённом виде процесс выглядит так:
- перечисляются работы проекта;
- задаётся длительность каждой работы;
- описываются зависимости;
- рассчитываются ранние даты старта и окончания;
- рассчитываются поздние допустимые даты;
- определяется резерв времени;
- цепочка работ без свободного временного запаса формирует критический путь.
В реальных системах расчёт выполняется автоматически.
Для чего используют критический путь
Метод помогает оценить минимальную длительность проекта, найти работы, влияющие на дату завершения, понять, где нет временного резерва, определить приоритет контроля и оценить последствия изменения длительности.
Критический путь особенно полезен в проектах с развитой сетью зависимостей.
Критическая задача — не обязательно самая важная для бизнеса
Слово «критическая» в CPM имеет календарный смысл.
Работа может быть стратегически очень важной, но иметь временной резерв. И наоборот, технически рутинная работа может оказаться на критическом пути, если без неё невозможно начать следующую цепочку.
Поэтому нельзя смешивать бизнес-приоритет, риск и критичность по срокам. Это разные измерения.
Как задержка влияет на критический путь
Если критическая работа задерживается на три дня, проект обычно тоже сдвигается примерно на три дня — если ничего другого не изменилось.
Но сеть может перестроиться. После изменения оценок или зависимостей критическим может стать другой путь. Поэтому критический путь — не постоянная характеристика проекта.
Главное ограничение: ресурсы
Классический CPM предполагает, что логически параллельные работы могут выполняться одновременно.
Но в реальной команде это не всегда так.
Представим две независимые задачи: backend-разработка — 10 дней, интеграция — 8 дней. По зависимостям они могут идти параллельно. Но если обе работы должен делать один backend-разработчик, фактически они становятся последовательными.
Сетевая модель без ресурсных ограничений покажет срок 10 дней. Реальный календарь потребует до 18 рабочих дней.
Именно поэтому критический путь нельзя автоматически считать гарантией выполнимого календарного срока.
Критический путь и ресурсное выравнивание
Когда ресурсов недостаточно, расписание приходится адаптировать под реальную доступность. В классических системах управления проектами для этого применяют ресурсное выравнивание и другие методы корректировки расписания.
После учёта ресурсов календарная последовательность может измениться, а вместе с ней изменится и практическая критичность работ.
Что меняется в портфеле проектов
В одном проекте ограниченный специалист уже может изменить расчёт. В портфеле проблема усиливается.
Один и тот же сотрудник может последовательно работать над этапом проекта A, затем над проектом B, затем вернуться к проекту C. Такая межпроектная очередь вообще не видна, если смотреть только на критический путь каждого проекта отдельно.
Поэтому срок отдельного проекта может зависеть от работ, которые формально находятся в другом проекте.
Критический путь и диаграмма Ганта
Диаграмма Ганта визуализирует работы во времени. Критический путь выделяет временно ограничивающую цепочку зависимостей.
Эти инструменты дополняют друг друга: Гант показывает календарную картину, CPM — чувствительность сети работ, ресурсное планирование — можно ли эту картину выполнить доступной командой.
Пример с ресурсным ограничением
Проект состоит из четырёх работ:
- аналитика — 5 дней;
- backend — 10 дней после аналитики;
- frontend — 8 дней после аналитики;
- тестирование — 5 дней после backend и frontend.
Без ресурсных ограничений backend и frontend идут параллельно. Минимальная длительность — 20 рабочих дней.
Но если backend и frontend назначены одному универсальному разработчику, они уже не могут идти параллельно. Реальный срок станет как минимум 28 рабочих дней.
Сама логика зависимостей не изменилась. Изменилась ресурсная выполнимость.
Когда одного CPM недостаточно
Дополнительная модель нужна, если одни сотрудники работают на нескольких задачах, специалисты общие между проектами, нужно учитывать отпуска и рабочие календари, приоритеты проектов влияют на очередь или требуется сравнивать опубликованный план и факт.
Подход KORDO
KORDO сфокусирован не на классическом расчёте критического пути, а на ресурсной выполнимости портфеля проектов с общей командой.
Система учитывает этапы, зависимости, оценки, специалистов, приоритеты и календарную доступность. Это позволяет отвечать на другой вопрос: когда работы реально могут быть размещены в календаре с учётом ограниченных людей.
Если нужен детальный CPM-анализ одного проекта, классические project-management инструменты могут быть естественнее. Если главная проблема — общая команда между несколькими проектами, ключевым становится ресурсный календарь портфеля.
Главное
Критический путь показывает временную структуру зависимостей проекта и помогает найти работы, определяющие минимальную длительность. Но он не заменяет ресурсное планирование.
В реальной команде срок определяется не только логикой «что после чего», но и тем, кто физически доступен выполнить работу.