Критический путь в ИТ-проекте: как рассчитать и не сорвать сроки
«Задача задержалась на два дня. А проект — на неделю»
Вы составили график проекта: всё красиво, задачи, даты, ответственные, заказчик утвердил, команда приступила. Через месяц одна задача задержалась на два дня, вы решили, что мелочь, а через неделю выяснилось: весь проект сдвинулся на неделю. Потому что та задача была на критическом пути.
Критический путь — это самая длинная цепочка задач в вашем проекте. Если любая задача на этом пути задерживается — задерживается весь проект. Это знание превращает управление сроками из гадания в точную науку.
Что такое критический путь
Представьте, что вы собираете сложный конструктор. Нужно найти инструкцию (1 день), собрать корпус (3 дня), вставить детали (2 дня), проверить работу (1 день) — итого 7 дней. А ещё у вас есть покраска корпуса (2 дня), но её можно делать параллельно. Если покраска задержится на день — вы просто докрасите позже. Корпус — на критическом пути, покраска — нет. Задачи на критическом пути нельзя сдвинуть, не сдвинув весь проект. Все остальные задачи имеют резерв.
Как найти критический путь
Выпишите все задачи и их длительность. Определите зависимости — что должно закончиться, чтобы начать следующее. Нарисуйте сетевой график. Рассчитайте ранние сроки (прямой проход) — когда каждая задача может начаться раньше всего. Рассчитайте поздние сроки (обратный проход) — когда каждая задача должна завершиться, чтобы не сдвинуть проект. Найдите задачи, у которых ранние и поздние сроки совпадают — это критический путь.
Пример для ИТ-проекта
Задачи: А. Сбор требований — 5 дней. Б. Проектирование — 3 дня (после А). В. Разработка модуля — 7 дней (после Б). Г. Разработка отчётов — 4 дня (после Б). Д. Интеграция — 3 дня (после В и Г). Е. Тестирование — 4 дня (после Д).
Путь А → Б → В → Д → Е: 5 + 3 + 7 + 3 + 4 = 22 дня. Путь А → Б → Г → Д → Е: 5 + 3 + 4 + 3 + 4 = 19 дней. Первый путь длиннее (22 дня) — он критический. Если задача В задержится на день — проект задержится на день. Задача Г имеет резерв 3 дня — её можно начать на три дня позже без последствий.
Что делать, если сроки горят
Fast tracking — выполнять задачи параллельно, которые планировались последовательно. Бесплатно, но рискованно: переделки из-за неполной информации.
Crashing — добавлять ресурсы на критический путь. Дорого, но предсказуемо, риск — рост затрат и закон Брукса.
Важно: ускорять можно только критический путь. Если вы ускорите некритическую задачу — общий срок не изменится. Подробнее — в статье Как сократить расписание ИТ-проекта.
Критический путь меняется
Вы ускорили задачу на критическом пути — критическим мог стать другой путь. Вы задержали задачу с резервом — она могла израсходовать резерв и стать критической. Добавили новую задачу — могла появиться новая цепочка, которая длиннее старой. Пересчитывайте критический путь после каждой крупной вехи или изменения.
Что в понедельник утром
Найдите критический путь вашего проекта. Отметьте задачи на критическом пути красным цветом. Скажите команде: «Эти задачи нельзя сдвигать, всё остальное имеет резерв». Если проект отстаёт — применяйте fast tracking или crashing только к критическому пути.
Заключение
Критический путь — самая длинная цепочка задач. Задержка на нём = задержка проекта. Найдите его, следите за ним, ускоряйте только его и пересчитывайте после изменений.
Хотите научиться считать критический путь на практике? В модуле 4 курса «Мастер управления IT-проектами» мы на воркшопах строим сетевой график для ваших проектов. Подробнее о курсе →