Метод критического пути (СРМ)

Зачем нужен CPM

1. Планировать реалистичные сроки — вы видите, сколько времени займет проект при самом плохом сценарии.
2. Расставлять приоритеты — критические задачи получают максимум внимания и ресурсов.
3. Управлять рисками — знаете слабые места и можете заранее подстраховаться: выделить ресурсы, согласовать буферное время.

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

Шаг 1. Составьте список задач

Разбейте проект на конкретные измеримые задачи. Пример для веб-приложения:

• Задача A: проектирование архитектуры (3 дня);
• Задача B: разработка backend API (5 дней);
• Задача C: разработка frontend (7 дней);
• Задача D: настройка базы данных (4 дня);
• Задача E: тестирование и отладка (2 дня);
• Задача F: развертывание на production (1 день).

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

Типы связей:

• Финиш — старт (самый частый): следующая задача начинается после завершения предыдущей;
• Старт — старт: задачи стартуют одновременно;
• Финиш — финиш: завершаются одновременно.

Зависимости в примере: B зависит от A, C от B, E от D, F от C/D/E. Задачи C и D выполняются параллельно.

Шаг 3. Постройте сетевой график

Визуализируйте последовательность задач с указанием их длительности. В нашем примере путь выглядит так: задача A ведет к задаче B, от которой идут два параллельных пути — через задачу C и через задачи D и E. Все пути сходятся в финальной задаче F.

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

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

• экспертную оценку — спросите специалистов, которые будут выполнять работу;
• исторические данные — посмотрите, сколько заняли похожие задачи в прошлых проектах;
• отраслевые стандарты — используйте нормативы для типовых работ;
• трехточечную оценку — рассчитайте среднее между тремя сценариями по формуле: (Оптимистичная + 4 × Реалистичная + Пессимистичная) / 6.

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

Прямой ход (Forward Pass) — расчет самых ранних возможных сроков выполнения задач — идем от начала проекта к концу.

Обратный ход (Backward Pass) — расчет самых поздних допустимых сроков выполнения задач — идем от конца проекта к началу.

Задачи с нулевым резервом (A, B, C, F) образуют критический путь: A → B → C → F длительностью 16 дней. Задачи D и E имеют резерв 1 день. 

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

Двигаемся от начала проекта к концу. Для каждой задачи определяем самую раннюю дату начала (ES) и окончания (EF). Формула: EF = ES + Длительность задачи.

• задача A: начинаем с нуля, заканчиваем через 3 дня (ES=0, EF=3);
• задача B: начинаем после A, заканчиваем через 5 дней (ES=3, EF=8);
• задача C: начинаем после B, заканчиваем через 7 дней (ES=8, EF=15);
• задача D: начинаем после B параллельно с C, заканчиваем через 4 дня (ES=8, EF=12);
• задача E: начинаем после D, заканчиваем через 2 дня (ES=12, EF=14);
• задача F: начинаем после завершения всех предыдущих, берем максимум из 15 и 14 (ES=15, EF=16).

Метод обратного хода — вычисляем поздние сроки:

Двигаемся от конца проекта к началу. Для каждой задачи определяем самую позднюю дату окончания (LF) и начала (LS) без срыва общего дедлайна. 

Формула: LS = LF - Длительность задачи.

• задача F: должна закончиться на день 16, начаться не позже дня 15 (LF=16, LS=15);
• задача C: должна закончиться к началу F, начаться не позже дня 8 (LF=15, LS=8);
• задача E: должна закончиться к началу F, начаться не позже дня 13 (LF=15, LS=13);
• задача D: должна закончиться к началу E, начаться не позже дня 9 (LF=13, LS=9);
• задача B: должна закончиться к началу C, начаться не позже дня 3 (LF=8, LS=3);
• задача A: должна закончиться к началу B, начаться не позже дня 0 (LF=3, LS=0).

Находим критический путь:

Резерв времени = LS - ES. Задачи с нулевым резервом нельзя задерживать.

• задачи A, B, C, F имеют резерв 0 дней — это критический путь;
• задачи D и E имеют резерв 1 день — их можно немного задержать.

Критический путь: A → B → C → F общей длительностью 16 дней. Любая задержка этих задач сдвинет весь проект.

Пример расчета критического пути проекта

Задачи:

• A: анализ требований (5 дней)
• B: проектирование архитектуры (7 дней)
• C: настройка стенда (3 дня)
• D: каталог услуг (10 дней)
• E: интеграция с AD (4 дня)
• F: создание портала (8 дней)
• G: тестирование (6 дней)
• H: обучение (5 дней)
• I: запуск (2 дня)

Зависимости:

Результат расчета:

Критический путь: A → B → D → F → G → H → I = 43 дня.

Практические выводы:

• лучших специалистов назначайте на критические задачи D и F;
• добавьте 10-15% буфера к критическим оценкам;
• задачи C и E выполняйте параллельно — есть резерв 11 дней;
• разбейте длинную задачу D на подзадачи для контроля.

Как использовать метод критического пути  на практике

Метод критического пути помогает определить, какие задачи напрямую влияют на сроки завершения проекта. Это позволяет точечно управлять временем и ресурсами, фокусируясь на самом важном.

1. Оптимизируйте сроки

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

2. Управляйте ресурсами

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

3. Работайте с рисками

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

4. Мониторьте

• пересчитывайте критический путь еженедельно;
• визуализируйте для команды (красным — критические, зеленым — некритические);
• правило 10%: если критическая задача задерживается >10%, немедленно сообщайте менеджеру.

5. Общайтесь с заказчиком

• покажите схему критического пути на старте — объясните, почему такие сроки;
• предупредите: новые требования к критическим задачам сдвигают весь проект;
• отчитывайтесь еженедельно: статус пути (зеленый/желтый/красный), выполненные задачи, риски.

6. Не совершайте типичные ошибки

• игнорирование некритических задач — они могут стать критическими при задержке;
• слишком детальная декомпозиция — оптимально 1-10 дней на задачу;
• забытые зависимости — выявляйте все связи, включая скрытые (общие ресурсы, согласования);
• статичное планирование — пересчитывайте регулярно;
• давление без анализа — не все задачи ускоряются ресурсами.

CPM vs PERT vs Гант — сравнение

Когда что использовать

CPM: строительство, внедрение ITSM/CRM/ERP, производство, проекты со штрафами за задержку.

PERT: разработка инноваций, исследования, первичная оценка сложных проектов, высокие риски.

Гант: презентации заказчику, контроль выполнения, распределение ресурсов, простые проекты.

Комбинирование

PERT → CPM → Гант — классика для сложных проектов:

1. PERT для оценки при неопределенности;
2. CPM для расчета критического пути;
3. Гант для визуализации и контроля.

CPM + Гант — для предсказуемых проектов: рассчитываете критический путь, отображаете на Ганте красным.

Программное обеспечение и инструменты

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

SimpleOne SDLC — приложение для разработки программных продуктов и решений на основе гибких методологий

Система управления разработкой программных продуктов и решений на основе гибких методологий. Часть экосистемы SimpleOne для управления корпоративными сервисами.

Возможности для работы с критическим путем:

• управление зависимостями задач — визуализация связей между работами для понимания последовательности выполнения;
• доски Kanban и Scrum — гибкая работа с задачами на разных этапах проекта;

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

• управление бэклогом — контроль приоритетов и планирование итераций;
• отчеты по производству — Burndown, диаграмма потока (CFD), гистограмма времени производства;
• интеграция с системами контроля версий — связь с GitLab для отслеживания изменений кода.

Преимущества платформы:

• российская разработка — внесена в реестр отечественного ПО, подходит для импортозамещения зарубежных систем управления проектами;
• гибкая кастомизация — low-code/no-code инструменты позволяют настраивать систему под специфику процессов без программирования;
• единая платформа — не нужно интегрировать разрозненные системы, все работает в едином пространстве;
• облако или on-premise — размещение в облаке SimpleOne или установка в инфраструктуре компании;
• миграция данных — перенос проектов, задач и пользователей из других систем.