🗓️ График, критический путь и вехи
Готовишь ужин к семи: мясо в духовке два часа, салат десять минут. Критический путь — мясо. Салат можно начать когда угодно, а мясо в пять, иначе ужин не в семь
Как это работает
- Возьми пакеты работ из декомпозиции с оценками длительности
- Определи зависимости: что нельзя начать, пока не закончено другое
- Построй сеть и найди самую длинную цепочку, это критический путь
- У задач вне критического пути есть запас: их можно сдвигать без ущерба
- Расставь вехи: конец этапа, готовность к тестам, передача заказчику
- Следи за критическим путём каждую неделю, он может поменяться
Аналитика 2н → Бэкенд 4н → Интеграция 2н → Тесты 2н = 10 недель (критический путь)
└→ Дизайн 1н → Фронт 3н ─┘ (запас 2 недели)Диаграмма Ганта
Самое привычное для руководства представление: полоски задач на оси времени, стрелки зависимостей, ромбы вех. В Agile-командах Гант часто не ведут, но на уровне программы или контракта он нужен: заказчик и руководство мыслят датами, а не спринтами
Как ускорить, если срок горит
- Crashing — добавить ресурсы на задачи критического пути. Стоит денег
- Fast tracking — делать последовательные задачи параллельно. Растёт риск переделок
- Сократить скоуп — убрать задачи с критического пути в следующий релиз
Ускорять задачи вне критического пути бессмысленно, срок не изменится
Пример из жизни
Проект запуска платёжного сервиса. Менеджер видел, что на критическом пути стоит проверка службой безопасности банка: три недели, начать можно только после готовности API. Он договорился отдать ИБ спецификацию API на проверку до того, как код был написан. Проверка кода потом заняла неделю вместо трёх, и проект вышел в срок
Важно запомнить
- Критический путь — то, за чем следишь, остальное имеет запас
- Вехи — язык стейкхолдеров, спринты — язык команды
- Ускорять нужно критический путь, иначе деньги потрачены впустую
Как ответить на собесе
Как ты определяешь ключевые этапы и строишь график?
«Беру декомпозицию с оценками, выстраиваю зависимости и ищу критический путь, то есть цепочку задач без запаса. Именно на ней я ставлю вехи: конец аналитики, готовность API, передача в тестирование, релиз. Вехи показываю руководству, для команды внутри идут спринты. Раз в неделю сверяю факт с графиком и смотрю, не сменился ли критический путь. Когда на прошлом проекте на критическом пути оказалась проверка ИБ, я вынес её часть вперёд, отдав спецификацию раньше кода»