Критический путь определяется зависимостями и длительностью
Критический путь — самая длинная по длительности цепочка зависимых работ в модели проекта. При заданных предположениях она определяет минимальный срок завершения всей сети.
Это не список самых важных задач и не оценка усердия сотрудников. Короткая работа может оказаться критической, если без неё нельзя продолжить. Длинная работа может иметь запас, если параллельно идёт ещё более длинная цепочка. Ниже считаем учебный проект подготовки вебинара.
В простом расчёте предполагаем, что длительности известны, нужные ресурсы доступны и работы начинаются сразу после предшественников. В реальности эти условия нужно проверить. Если один человек занят в двух параллельных ветках, формальная параллельность может оказаться невыполнимой.
- Длинная работа
Может иметь запас, если другая ветка всё равно заканчивается позже.
- Короткая работа
Может задержать весь проект, если находится на определяющей цепочке.
Исходные работы для расчёта
| Код | Работа | Длительность | После чего |
|---|---|---|---|
| A | Согласовать тему | 1 | Старт |
| B | Подготовить программу | 3 | A |
| C | Подготовить приглашение | 2 | A |
| D | Проверить материалы | 2 | B |
| E | Собрать ответы участников | 1 | C |
| F | Финальная проверка готовности | 1 | D и E |
Есть две ветки: A → B → D → F и A → C → E → F. Финальная проверка начинается только после завершения обеих. Это важное условие: если ошибочно связать F лишь с одной веткой, расчёт ответит на другую задачу.
Сеть должна описывать необходимую последовательность, а не привычный порядок «всегда делали так». Проверьте каждую связь: действительно ли следующая работа не может начаться раньше? Лишние зависимости удлиняют модель, пропущенные делают её чрезмерно оптимистичной.
Считаем длительность двух путей
- Путь A–B–D–F
1 + 3 + 2 + 1 = 7 рабочих дней.
- Путь A–C–E–F
1 + 2 + 1 + 1 = 5 рабочих дней.
В этой модели критический путь — A–B–D–F, а проект занимает минимум семь рабочих дней. Короткая ветка приходит к общей финальной работе раньше: между её готовностью и началом F есть два дня запаса. Это не два свободных дня у каждого человека и не разрешение бездумно переносить всё подряд.
Если D задержится на один день при прочих равных, F и завершение проекта тоже сдвинутся на день. Если C займёт три дня вместо двух, короткая ветка всё ещё укладывается в доступный запас. Но если её суммарная задержка превысит два дня, она начнёт влиять на итоговый срок.
Как пользоваться расчётом
Сначала проверьте оценки и зависимости критической цепочки. Именно там ошибка сильнее влияет на дату проекта. Если нужно сократить срок, ищите осмысленное изменение работы на определяющем пути: уменьшение согласованного объёма, реальную параллельность или доступный дополнительный ресурс.
- Проверить, что длительности соответствуют вашему опыту.
- Убедиться, что параллельные работы обеспечены людьми и данными.
- Назначить ранние проверки результатов на критической цепочке.
- После существенного изменения пересчитать сеть.
- Согласовать последствия для внешнего обещания.
Нельзя просто уменьшить число в таблице и считать проект ускоренным. Добавление человека тоже не всегда сокращает длительность: работа может требовать передачи контекста или последовательного решения. Расчёт показывает ограничение, но способ изменить его требует понимания самой работы.
Ранние и поздние сроки: проверяем запас по работам
Для расчёта считаем начало проекта моментом 0, длительности — условными рабочими днями. A занимает 1 день. После A параллельно доступны B на 3 дня и C на 2. За B идёт D на 2 дня, за C — E на 1. F длится 1 день и начинается только после D и E. Выходные, ограничение ресурсов и задержки передачи в этой простой модели не учитываются.
Прямой проход даёт самое раннее начало и окончание: A — 0–1, B — 1–4, C — 1–3, D — 4–6, E — 3–4, F — 6–7. F ждёт более позднюю из двух предшествующих работ, поэтому раннее окончание E в момент 4 не позволяет начать F до момента 6.
Обратный проход от окончания проекта в момент 7 показывает наиболее поздние сроки без изменения общего окончания. F — 6–7, D — 4–6, E — 5–6, B — 1–4, C — 3–5, A — 0–1. Разница между поздним и ранним началом даёт полный резерв в рамках этих предположений.
| Работа | Рано: начало–конец | Поздно: начало–конец | Полный резерв |
|---|---|---|---|
| A | 0–1 | 0–1 | 0 |
| B | 1–4 | 1–4 | 0 |
| C | 1–3 | 3–5 | 2 |
| D | 4–6 | 4–6 | 0 |
| E | 3–4 | 5–6 | 2 |
| F | 6–7 | 6–7 | 0 |
Почему два дня резерва нельзя потратить дважды
У C и E указано по два дня полного резерва, но это не четыре свободных дня на ветке. Если C задержится на два дня, E начнётся позже и израсходует тот же запас. Для всей ветки A–C–E–F до определяющей ветки остаётся только два дня. Именно поэтому нельзя складывать резервы последовательных работ как независимые бюджеты.
Если C задержится на три дня при остальных исходных условиях, её ветка займёт восемь дней и станет длиннее прежней семидневной. Общий срок изменится. После изменения длительности или зависимости нужно пересчитать сеть, а не продолжать выделять старую цепочку красным по привычке.
Если один человек должен выполнять B и C, предположение о параллельности может оказаться неверным. Методический расчёт зависимостей не решает автоматически проблему доступности ресурсов. Сначала уточните реальный порядок выполнения, затем пересчитайте прогноз. Ускорение некритической работы не обязательно уменьшит общий срок.
Практический вывод — проверить входы и следующий риск задержки на определяющей цепочке. В Sinqly можно вручную сохранить соответствующее действие. Статья не предполагает наличия в сервисе диаграммы Ганта, автоматической сети зависимостей или встроенного расчёта критического пути.
Сохраняем ближайшую работу из расчёта
Начните с одной задачи: «Проверить готовность программы до передачи материалов». В описании зафиксируйте ожидаемый выход: есть согласованная структура, примеры и список открытых вопросов, влияющих на проверку. Не обязательно переносить весь материал статьи в сервис: сохраните то, что понадобится при выполнении.
Выберите контрольную точку раньше конца работы, если есть существенная неопределённость. Сохраните зависимости в описании; ручной расчёт сети остаётся отдельной частью вашего плана.
- Создайте задачу с конкретным действием в названии.
- Добавьте условия готовности и нужный контекст в описание.
- Выберите день для выполнения и проверьте, помещается ли работа рядом с остальными обязательствами.
Регистрация в Sinqly бесплатная. Сам пример из статьи можно выполнить и в обычном документе; сервис помогает возвращаться к выбранным действиям.
Где заканчивается точность модели
Длительности могут меняться, ресурсы — конфликтовать, а внешние ответы — приходить непредсказуемо. Поэтому найденный путь нужно пересматривать, когда изменились условия. Он не является обещанием, что проект точно завершится за семь дней.
Метод критического пути также не следует смешивать с методом критической цепи: это разные подходы. Для первого знакомства достаточно правильно построить небольшой пример и понять, почему задержка одной ветки влияет на общий результат, а другой пока поглощается запасом.
Практический вопрос звучит так: что сейчас ограничивает дату? Ответ позволяет выбрать полезную проверку, а не объявить все задачи одинаково срочными.
Что ещё стоит уточнить
Нужна ли диаграмма Ганта для расчёта?
Нет. Небольшую сеть можно записать таблицей и стрелками, как в примере. Главное — зависимости и длительности, а не форма отображения.
Всегда ли самый длинный этап критический?
Нет. Критичность относится к цепочке зависимых работ. Нужно сравнивать полные пути до завершения.
Можно ли потратить весь запас короткой ветки?
Математически запас показывает допустимый сдвиг при исходных предположениях. В реальной работе сначала проверьте ресурсы, новые риски и влияние на другие обязательства.
Помогло разобраться?
Оцените статью и расскажите, чего не хватило. Отзыв увидит редакция Sinqly — он не появится на сайте.
Источники и примечания
- Atlassian: Critical Path Method
- Предлагаемый порядок — редакционная практика, а не обещание одинакового результата для всех.
Риски проекта: как составить реестр и подготовить план действий
Как описать риск, выбрать ранний сигнал и подготовить реакцию. Простой реестр для небольшого запуска: без выдуманной точности и длинного списка всего плохого.
Стейкхолдеры проекта: кто влияет на результат и как с ними работать
Как определить заинтересованных участников проекта, понять их ожидания и выбрать способ коммуникации. С картой влияния и примером для небольшого запуска.
SWOT-анализ: пример для небольшого проекта и переход к действиям
Как заполнить SWOT-матрицу фактами, отличить внутренние ограничения от внешних угроз и выбрать действия после анализа. Подробный учебный пример небольшой услуги.
Проект постоянно затягивается: как найти причину и пересобрать остаток
Разбор просроченного проекта: остаток работ, ожидания, изменения и новый проверяемый прогноз.