OrgDevTools
OrgDevToolsСистема повышения операционной эффективности
МетодикиРацухиБиржаБлогТарифы
O
OrgDevTools

Операционная система для организационного развития. Переводим сложные методологии в пошаговые инструменты с AI-поддержкой.

Продукты

  • Методики
  • Инструменты
  • Сценарии
  • Рацухи
  • Новости

Ресурсы

  • Блог
  • Кому подходит
  • Тарифы
© 2026 OrgDevTools. Все права защищены.
КонтактыПолитика конфиденциальностиДоговор-офертаCookies

ООО «НИИ Цифровые технологии»

ИНН 9709075179 · info@orgdevtools.ru

ГлавнаяМетодикиCritical Path Method (CPM, Метод критического пути)
Управление проектами

Critical Path Method (CPM, Метод критического пути)

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

Заполните фрейм «Critical Path Method (CPM, Метод критического пути)» в OrgDevTools

Впишите свои данные в поля ниже — это настоящий фрейм методики, тот же, что в рабочей тетради.

Изменения не сохраняются анонимно — войдите, чтобы не потерять заполненное

Сохранить в рабочую тетрадь →

Что внутри

  • Заполняйте фрейм прямо сейчас, без регистрации
  • 3 рабочие тетради бесплатно при авторизации
  • Больше функций по подписке: экспорт PNG/PDF, планы работ, MindMap, BPMN, Wiki и пр.
Начать бесплатно →

Без карты. Регистрация — 30 секунд.

Руководитель проекта, видя риск срыва финального срока, добавляет дополнительных специалистов на задачу тестирования модуля A, которая кажется наиболее рискованной. Задача действительно ускоряется на несколько дней. Но общий срок проекта не сокращается ни на день — потому что у задачи тестирования модуля A изначально был двухнедельный резерв времени (float), и её ускорение никак не влияет на дату завершения проекта. Реальным узким местом оказывается совершенно другая последовательность задач — разработка модуля B и его интеграция, — которая идёт без единого дня резерва и определяет фактический срок всего проекта, но не привлекла внимания, потому что не выглядела визуально рискованной.

Ускорение любой задачи проекта, кроме задач критического пути, не сокращает общий срок проекта ни на день — критический путь, а не интуитивное ощущение риска, определяет, куда реально нужно направлять усилия по ускорению.

Происхождение и исследовательская база

Метод критического пути разработан независимо командами DuPont и Sperry Rand в конце 1950-х годов для планирования сложных промышленных проектов — алгоритм вычисляет самую длинную последовательность взаимозависимых задач через сеть проекта, используя прямой проход (расчёт ранних дат) и обратный проход (расчёт поздних дат), что позволяет точно определить минимально возможную длительность проекта и резерв времени каждой задачи.

Ключевые идеи и принципы

Принцип: Прямой проход — расчёт раннего старта и раннего финиша

Ранний старт задачи (Early Start, ES) равен максимальному раннему финишу (Early Finish, EF) всех задач-предшественников; ранний финиш задачи равен раннему старту плюс длительность задачи — прямой проход по сети задач от начала к концу проекта определяет самую раннюю возможную дату завершения каждой задачи и всего проекта.

Принцип: Обратный проход — расчёт позднего старта и позднего финиша

Начиная с конечной даты проекта (равной самому позднему раннему финишу), обратный проход вычисляет поздний финиш (Late Finish, LF) каждой задачи как минимальный поздний старт (Late Start, LS) всех задач-последователей, а поздний старт — как поздний финиш минус длительность — это определяет самую позднюю дату, когда задача может начаться без задержки всего проекта.

Принцип: Резерв времени (float) определяет критический путь

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

Ограничения, слепые зоны и критика

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

Типовые ошибки

Ошибка 1: Ресурсы для ускорения проекта направляются на задачи вне критического пути.

Руководитель проекта интуитивно определяет, какая задача кажется наиболее рискованной или сложной, и направляет туда дополнительные ресурсы, не рассчитав реальный критический путь, из-за чего ускорение не сокращает общий срок проекта.

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

Ошибка 2: Зависимости между задачами определены неполно или неточно.

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

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

Главное, что нужно знать

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

План внедрения

Неделя 1: составить полный список задач проекта с длительностями и зависимостями.

Неделя 2: провести прямой проход для расчёта ранних дат каждой задачи.

Неделя 3: провести обратный проход для расчёта поздних дат и резервов времени.

Неделя 4: определить критический путь и направить усилия по ускорению именно на эти задачи.

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

Книги по теме

Kelley J.E., Walker M.R. — «Critical-Path Planning and Scheduling» (1959). Оригинальная работа, представившая метод критического пути.

Чек-лист расчёта критического пути

Отметьте пункты — прогресс анонимно не сохраняется, войдите, чтобы не потерять

0 из 4 выполнено0%

Похожие методики

Из той же рубрики «Управление проектами»

Бережливый проект (Lean Project)

Last Planner System (Баллард/Хауэлл): детальное планирование переносится на непосредственных исполнителей. Процент выполнения плана (PPC) — показатель качества планирования, а не только исполнения.

МетодикаБесплатно

Управление рисками проекта (Project Risk Management)

Систематический процесс выявления, анализа и реагирования на риски проекта по PMBOK: реестр рисков, матрица вероятность-воздействие, четыре стратегии реагирования.

МетодикаБесплатно

Nexus Framework

Кен Швабер, Scrum.org (2015): официальный фреймворк масштабирования Scrum для 3-9 команд с одним общим бэклогом продукта. Автор описывает Nexus как «экзоскелет Scrum».

МетодикаБесплатно

Project Charter (Устав проекта)

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

МетодикаБесплатно

Начните бесплатно — 3 рабочие тетради, без карты

Живая библиотека методик и неограниченное количество заполненных фреймов.

Создать бесплатный аккаунт