Перейти к содержанию
Все инструменты
Управление проектамиПродвинутый

Метод критического пути

Смоделировать зависимости и длительности, чтобы вычислить определяющий срок путь, резервы времени и эффект задержки или сжатия.

Замените список дат логической моделью: вычислите, какие зависимые работы сейчас определяют самый ранний возможный финиш и где остаётся временной резерв.

За одну минуту

Critical Path Method моделирует activities, durations и dependencies как сеть. Forward pass даёт earliest start/finish, backward pass — latest start/finish без задержки требуемого финиша. Total float показывает допустимый сдвиг. Самый длинный по времени путь обычно определяет минимальную расчётную длительность; при текущих assumptions его activities имеют нулевой total float.

Critical не значит «самая важная работа» и не является постоянной меткой. Путь меняется вместе с actual dates, remaining durations, logic и constraints.

Лучше всего: для определённого проекта с оцениваемыми activities и реальными dependencies.
Не подходит: когда scope ещё не разложен, uncertainty нельзя выразить одной duration или scarce resources делают logic-only schedule невыполнимым.

Какую проблему решает

Milestone plan скрывает последовательность: все задачи объявлены срочными, float расходуется невидимо, а влияние delay на finish не рассчитано. CPM делает logic проверяемой и помогает направить monitoring и compression туда, где они действительно меняют срок.

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

  • есть определённый completion milestone;
  • activities имеют durations и явные predecessors;
  • параллельная работа и merge points существенны;
  • нужны float, forecast impact или scenarios;
  • actual progress будет обновлять модель;
  • resources, calendars и control constraints проверяются отдельно.

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

  • как label «приоритетно»;
  • до определения deliverables;
  • с выдуманными dependencies ради желаемой даты;
  • как гарантию deterministic duration;
  • вместо resource-capacity plan;
  • вместо Theory of Constraints для повторяющегося bottleneck;
  • для удаления safety, quality или regulatory gates.

Входные данные

  • completion criteria, milestones и calendars;
  • observable work packages;
  • durations, basis и uncertainty;
  • logical predecessors и dependency types;
  • external, contractual и control constraints;
  • resource availability;
  • status date, actuals и remaining duration.

Пошаговый процесс

1. Определите finish и calendars

Зафиксируйте completion, unit, working calendars и imposed constraints. Отличайте обязательную внешнюю дату от расчётного forecast.

2. Разложите deliverables

Activities должны быть достаточно малы для estimate/status, но управляемы. Включите validation, hand-offs и approvals.

3. Оцените durations

Сохраните basis, assumptions, range/confidence и calendar. Effort не равен elapsed duration.

4. Задайте dependency logic

Связывайте technical, physical, information или control dependency. Оспаривайте ненужную serialisation.

5. Проверьте network

У каждой activity кроме старта есть predecessor, каждая кроме finish ведёт к завершению, loops отсутствуют. Logic подтверждают исполнители.

6. Выполните forward pass

Для finish-to-start earliest start равен максимальному earliest finish predecessors; earliest finish = earliest start + duration.

7. Выполните backward pass

От finish рассчитайте latest finish/start. В branch point используйте минимальный latest start successors.

8. Вычислите float и paths

Total float = latest start − earliest start. Непрерывная цепочка zero-float activities образует текущий critical path. Контролируйте near-critical paths.

9. Проверьте feasibility и scenarios

Примените resource, calendar и control constraints. Моделируйте delay, overlap, resequencing, crashing или scope change вместе с cost/risk.

10. Обновляйте по actual progress

На status date вводите actuals, remaining duration и approved changes, затем пересчитывайте всю сеть.

AI и автоматизация

AI может извлекать candidate activities из утверждённых планов, искать open ends и cycles, рассчитывать scenarios и объяснять смену пути. Он не должен придумывать dependency или duration ради даты, путать effort/time, скрывать over-allocation, удалять gates или утверждать recovery plan.

Визуальная модель

A–B–D занимает 8 дней, A–C–E — 10. Второй путь critical, у первого path float 2 дня. Всегда указывайте convention расчёта дат.

Практический пример

Data migration: mapping 3 дня; extraction после mapping 4; interface build после mapping 6; cleansing после extraction 5; integration test после interface и cleansing 3; UAT 4; cutover 1. Ветка extraction+cleansing достигает merge через 12 дней, interface — через 9. Critical path: mapping → extraction → cleansing → integration → UAT → cutover = 20 дней. Delay cleansing на два дня переносит forecast на 22, если не принято другое допустимое решение.

Ожидаемый результат

  • validated activity network;
  • duration assumptions и calendars;
  • earliest/latest dates и total float;
  • current critical и near-critical paths;
  • resource/control feasibility notes;
  • update cadence и governed scenarios.

Ошибки

  1. Important перепутано с critical.
  2. Reviews и approvals отсутствуют в network.
  3. Logic подгоняется под desired date.
  4. Duration считается certainty.
  5. Parallel work игнорирует общий resource.
  6. Исходный critical path не пересчитывается.

Чек-лист качества

  • Completion, status date и calendars явны.
  • Activities дают observable outputs.
  • Dependencies имеют mechanism.
  • Open ends, loops и merge points проверены.
  • Duration сохраняет basis и uncertainty.
  • Pass calculations воспроизводимы.
  • Resource и control feasibility проверены.
  • Actual progress пересчитывает сеть.

Шаблон

IDActivity / outputDuration / basisPredecessor / logicES / EFLS / LFFloatOwner / status

Проверка понимания

Вопрос: исходная critical activity завершилась раньше, но near-critical path задержался. Что делать?

Ответ: пересчитать всю network по actual и remaining information. Criticality относится к текущей модели.

Связанные методы

  • PDPC — uncertain failure branches.
  • Theory of Constraints — recurring system bottleneck.
  • RACI — ownership и authority.
  • FMEA — риск изменённого процесса.

Источники

  1. Project Management Institute. Critical Path Method Calculations (откроется в новой вкладке).
  2. NASA. 6.1 Technical Planning (откроется в новой вкладке).
  3. Kelley, James E., Morgan R. Walker. “Critical-Path Planning and Scheduling.” 1959.