Fast-Tracking
Fast-Tracking — одна из двух главных техник Schedule Compression в PMBOK (вторая — Crashing).
Принцип
Задачи с зависимостью FS (Finish-to-Start) переводятся в SS (Start-to-Start) или с lag (например, FS+50% — следующая задача начинается, когда предыдущая выполнена на 50%).
Плюсы
- Не требует доп. бюджета.
- Сокращает сроки.
Минусы
- Увеличивает риски — параллельные задачи могут конфликтовать.
- Возможен rework — если предыдущая задача даст другой результат, чем ожидалось.
- Сложнее координировать.
Когда применять и когда нет
Применять
- Нужно срочно сжать сроки
- Бюджет ограничен
- Зависимости позволяют параллелить
Не применять
- Hard dependencies — физически нельзя параллелить (нельзя класть кирпичи без фундамента)
- Высокий риск rework
Примеры применения
Изначальный план: Architecture (4 нед) → Development (8 нед) → Testing (3 нед). Срок: 15 нед. Fast-tracking: Development стартует через 2 недели после старта Architecture (когда основа архитектуры зафиксирована). Testing начинается за неделю до окончания Development. Новый срок: 11 нед, но риск rework если архитектура изменится.
Часто задаваемые вопросы
Fast-Tracking — параллелизация задач (без доп. бюджета, но с риском rework). Crashing — добавление ресурсов (доп. бюджет, прирост скорости с убывающей отдачей). Часто используются вместе.
Зависит от структуры графика. На критическом пути с цепочкой FS-зависимостей можно выиграть 20–40%. На уже распараллеленном графике — мало.