Метод критического пути простыми словами: как найти то, что на самом деле определяет срок проекта

У каждого проекта есть срок. Но когда речь заходит о том, чтобы в него уложиться, не все задачи одинаково важны.

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

Именно в этом и помогает разобраться метод критического пути (CPM).

Что такое метод критического пути?

Метод критического пути — это методика планирования проектов, разработанная в 1950-х годах инженерами DuPont и Remington Rand. Изначально его применяли в крупных промышленных проектах, а сегодня это одно из базовых понятий управления проектами в любой отрасли — от строительства до разработки ПО и маркетинговых кампаний.

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

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

Почему критический путь важен?

Представьте, что вы управляете запуском продукта. У вас есть:

• Команда контента пишет тексты (3 дня)
• Команда дизайна создаёт визуальные материалы (5 дней)
• Команда разработки делает лендинг (зависит и от текстов, и от визуала, занимает 4 дня)
• QA тестирует лендинг (2 дня)
• Запуск

Работа над дизайном длится дольше, чем над текстами. Поскольку команда разработки не может начать, пока не будет готово и то и другое, проект не сдвинется с места до 5-го дня. Если дизайн будет готов на 5-й день, разработка займёт 4 дня, а QA — 2 дня, то самый ранний запуск — на 11-й день.

Критический путь здесь такой: дизайн > разработка > QA > запуск (5 + 4 + 2 = 11 дней). Тексты не лежат на критическом пути: они готовы на 3-й день, поэтому у них есть 2 дня резерва, прежде чем они станут узким местом.

Именно это понимание и даёт вам CPM: график команды дизайна напрямую определяет дату запуска. Не нужно сильнее давить на команду копирайтеров — нужно беречь время и силы команды дизайна.

Как определить критический путь

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

Шаг 1. Перечислите все задачи

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

Например, вместо «сделать функцию X» разбейте её на «написать техническое задание», «нарисовать макеты интерфейса», «фронтенд-разработка», «разработка API на бэкенде», «интеграционное тестирование».

Шаг 2. Определите зависимости между задачами

Для каждой задачи спросите себя: что должно быть сделано, прежде чем она сможет начаться? Так появляется ваша карта зависимостей. Самый распространённый тип зависимости — «окончание — начало» (FS): задача Б не может начаться, пока не завершится задача А. Но есть и другие («начало — начало», «окончание — окончание»), которые добавляют нюансов.

Шаг 3. Оцените длительность

Дайте каждой задаче реалистичную оценку времени. По возможности привлекайте тех, кто будет выполнять работу: их оценки точнее, чем прикидки, спущенные сверху.

Шаг 4. Постройте сетевой график (или диаграмму Ганта)

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

Шаг 5. Рассчитайте критический путь

Пройдите по сети от начала до конца и рассчитайте для каждой задачи раннее начало, раннее окончание, позднее начало, позднее окончание и резерв. Задачи с резервом, равным 0, находятся на вашем критическом пути.

На практике такие инструменты, как LoopGantt, рассчитывают его автоматически, как только вы введёте задачи, длительности и зависимости, — никаких ручных вычислений. Задачи критического пути подсвечиваются, так что вы с первого взгляда видите, что определяет ваш срок.

Типичные ошибки при работе с критическим путём

Ошибка 1. Забыть о нём после планирования

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

Ошибка 2. Относиться ко всем задачам одинаково

Когда ресурсов мало, возникает соблазн распределить их поровну. Но это не всегда правильное решение. В приоритете должно быть сохранение возможностей тех, кто работает над задачами критического пути.

Ошибка 3. Забыть о внешних зависимостях

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

Ошибка 4. Считать критический путь неизменным

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

Почти критические пути: скрытый риск

Задачи с очень маленьким резервом (скажем, 1–2 дня) не находятся на критическом пути, но близки к нему. За такими почти критическими путями стоит внимательно следить.

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

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

LoopGantt превращает управление критическим путём из теории в практику. Когда вы настраиваете проект с задачами, длительностями и зависимостями, критический путь рассчитывается и подсвечивается автоматически — никаких формул в таблицах и сетевых графиков, нарисованных вручную.

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

Анализ критического пути входит в бесплатный тариф (до 3 проектов). LoopGantt Pro стоит $5 в месяц или $45 в год за пользователя.

Итог

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