Как определить критический путь (Critical Path) в управлении проектом?

Критический путь (Critical Path) — это самая длинная последовательность зависимых задач в проекте, определяющая его минимально возможную длительность. Задержка любой задачи на критическом пути напрямую сдвигает срок сдачи всего проекта.

Алгоритм определения:

1. Составление списка задач (Work Breakdown Structure).
2. Определение зависимостей между задачами (что должно быть завершено перед началом следующей).
3. Оценка длительности каждой задачи.
4. Построение сетевого графика и расчёт:
   • Раннего начала (ES) и раннего окончания (EF) для каждой задачи (движение вперёд по графику).
   • Позднего начала (LS) и позднего окончания (LF) для каждой задачи (движение назад по графику).
5. Выявление задач с нулевым резервом времени (Slack/Float). Последовательность таких задач и есть критический путь.

Практический пример для проекта разработки:

Задача           Длит.  Зависит от
A. Анализ        3 дн.  —
B. Дизайн UI     5 дн.  A
C. Разработка API 7 дн. A
D. Интеграция    4 дн.  B, C
E. Тестирование  5 дн.  D
F. Документация  2 дн.  C (может выполняться параллельно)

Расчёт:

• Путь A -> B -> D -> E = 3 + 5 + 4 + 5 = 17 дней
• Путь A -> C -> D -> E = 3 + 7 + 4 + 5 = 19 дней (КРИТИЧЕСКИЙ ПУТЬ)
• Задача F имеет резерв времени, так как может выполняться параллельно с D и E.

Инструменты: MS Project, Jira (с адд-онами), диаграммы Ганта, специализированные инструменты (например, Smartsheet).

Зачем это нужно:

• Фокус управления: Позволяет менеджеру концентрировать ресурсы и внимание на задачах, напрямую влияющих на сроки.
• Анализ «что если»: Показывает, как добавление ресурсов или изменение приоритетов повлияет на дату релиза.
• Выявление гибкости: Задачи не на критическом пути имеют временной резерв, который можно использовать для оптимизации.