Срок сервисного проекта: критический путь и резерв этапов

Какое управленческое решение нужно принять

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

Критический путь в базовой модели — цепочка, определяющая раннее окончание всего проекта. Резерв времени показывает, насколько можно сдвинуть некритичную работу без изменения выбранного окончания. Microsoft описывает эти понятия и предупреждает, что критический путь может меняться при задержках и изменениях плана. Microsoft: critical path.

Это расчёт временной структуры одного обязательства. Он не заменяет прогноз оставшихся затрат, ограничение числа одновременно начатых заказов или проверку технической безопасности. Сокращать обязательные операции и приёмку ради цифры нельзя без отдельного обоснованного решения.

Запишите зависимости как условия начала

Для каждого этапа определите результат, длительность, исполнителя и предшественников. В простой связи «окончание — начало» следующий этап может стартовать лишь после завершения нужного предыдущего результата. Если требуются два предшественника, недостаточно завершить только один.

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

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

Учебный пример: подготовка клиентской демонстрации

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

План содержит пять этапов:

• A: согласование задания, 1 час, предшественников нет.
• B: подготовка демонстрационных материалов, 3 часа, после A.
• C: подготовка помещения, 2 часа, после A.
• D: совместная репетиция, 2 часа, после B и C.
• E: итоговая проверка с заказчиком, 1 час, после D.

Сумма длительностей равна 1 + 3 + 2 + 2 + 1 = 9 часов. Это сумма длительностей этапов, не автоматически человеко-часы: число участников каждой операции здесь не задано. Она также не равна времени от начала до передачи результата.

A выполняется с 0 до 1. Затем B занимает интервал 1–4, C — 1–3. D должен дождаться обоих, поэтому начинается на отметке max(4, 3) = 4 и заканчивается на 6. E идёт с 6 до 7. Раннее окончание всего проекта — семь часов.

Две цепочки дают разные длины: A–B–D–E = 1 + 3 + 2 + 1 = 7; A–C–D–E = 1 + 2 + 2 + 1 = 6. Первая определяет результат. Складывать B и C последовательно при доказанной параллельности означает завысить длительность, а брать только меньшую ветвь — занизить.

Найдите резерв и проверьте его действием

Для сохранения окончания на отметке 7 этап E должен начаться не позже 6, D — не позже 4. Значит, B и C должны завершиться к 4. Трёхчасовой B обязан начать на 1; двухчасовой C может начать на 2.

Ранний старт C равен 1, допустимый поздний — 2. Его резерв относительно этого семичасового плана составляет один час. Если C начинается на 2 и завершается на 4, итог остаётся 7. Если он начинается на 3 и заканчивается на 5, D сдвигается на 5–7, E — на 7–8. Окончание становится восемь часов.

Резерв — не свободное время, которое можно независимо потратить несколько раз. Если начало C уже сдвинули на час, дополнительное увеличение его длительности потребует нового расчёта. При другой обещанной конечной дате или дополнительных ограничениях значения резервов тоже могут измениться.

Ускоряйте нужную ветвь и пересчитывайте остальные

Если C сократить с двух часов до одного при прежнем B, результат останется на отметке 7. Подготовка помещения завершится раньше, но репетиция всё равно ждёт материалы до 4. Экономия времени одного этапа не равна ускорению проекта.

Если допустимым способом сократить B с трёх часов до двух, обе подготовки завершатся на 3. D идёт 3–5, E — 5–6. Проект сокращается до шести часов, и обе цепочки A–B–D–E и A–C–D–E теперь одинаково определяют окончание.

Дальнейшее сокращение только B до одного часа не даст пятичасового результата: C по-прежнему заканчивается на 3. Нужно снова проверить весь план, а не продолжать считать каждый сэкономленный час B часом ускорения проекта.

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

Зависимости не создают второго исполнителя

Изменим одно условие: B и C должен выполнить один и тот же специалист, который не может работать над ними одновременно. Сами технологические зависимости прежние, но параллельный интервал 1–3 становится невыполнимым.

Если после A выполнить B, затем C, подготовка закончится на 1 + 3 + 2 = 6. D займёт 6–8, E — 8–9. Обратный порядок C, затем B при этих условиях также заканчивает подготовку на 6. Реально достижимое окончание рассматриваемого варианта — девять часов, а семь были нижней оценкой только по зависимостям.

Microsoft Project описывает выравнивание ресурсов через задержку или разделение задач, чтобы устранить перегрузку; такие изменения могут сдвигать окончание проекта. Microsoft: level resource assignments. Наличие вычисленного критического пути не означает, что календарь уже выровнен.

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

Какие данные сохранять при обновлении плана

Нужны идентификатор проекта и его версия, этапы, зависимости, длительности, календари, ресурсы, основания оценок и контрольные результаты. Отдельно храните исходный план, актуальный прогноз, фактические начала и подтверждённые завершения.

При задержке не меняйте прежнюю оценку так, будто она всегда была новой. Покажите, какой этап изменился, какую ветвь затронул и как пересчиталось окончание. Уже выполненный этап сохраняет факт; оставшаяся часть проекта рассчитывается из действительного состояния и оставшихся зависимостей.

Циклическая зависимость, например A ждёт D, а D через B ждёт A, не имеет нормального начала в этой модели. Не устраняйте её случайной ручной датой: проверьте ошибочную связь или действительно нерешённое условие. У задачи без достоверной длительности результат должен показывать неопределённость, а не произвольный ноль.

Приёмочный чек-лист

1. Базовые зависимости воспроизводят интервалы A 0–1, B 1–4, C 1–3, D 4–6, E 6–7.
2. Девять часов суммы этапов не выдаются за девять человеко-часов.
3. D не начинается после одного готового предшественника.
4. Сдвиг C на один час сохраняет итог 7, на два — даёт 8.
5. Сокращение только C не ускоряет базовое окончание.
6. Сокращение B до двух часов даёт итог 6 и две определяющие ветви.
7. Общий исполнитель B/C меняет выполнимый план на 9 часов.
8. Перерывы, окна и неделимое оборудование проверяются отдельно.
9. Исправление зависимости сохраняет версию и объясняет новый результат.
10. Неизвестная длительность и цикл связей не скрываются убедительной датой.

Для SABSUS обсудите пример через задачи, календарь сотрудников и заказы. Поддержку связей этапов, расчёта резервов и проверки общей загрузки нужно подтвердить в конфигурации; готовый планировщик критического пути не предполагается.

Частые вопросы

Самая длинная задача всегда критическая?

Нет. Важна вся цепочка до результата. Длинная задача может иметь резерв, если другая ветвь заканчивается ещё позже.

Один час резерва можно использовать для любого изменения?

Только после проверки текущего плана. Задержка старта, увеличение длительности и другие ограничения могут расходовать один и тот же резерв.

Дата по зависимостям уже подходит для обещания клиенту?

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

Источники

• Microsoft: critical path — определяющие цепочки, резерв и пересчёт.
• Microsoft: resource leveling — устранение перегрузки и изменение сроков.

Проверено 9 октября 2026 года. Этапы и длительности учебные.