Попробовать бесплатно
Классическое проектное управлениеКонцепцияИнструмент

Fast-Tracking (распараллеливание задач)

Сжатие сроков проекта через распараллеливание задач, которые изначально планировались последовательно.

КРАТКО
Fast-Tracking — техника сжатия графика проекта: задачи, которые планировались последовательно, начинают выполнять параллельно. Главное: дополнительные ресурсы не нужны, но растут риски — интерфейс приходится начинать до того, как готова серверная часть. Применяют, когда сроки надо сжать срочно, а бюджет увеличить нельзя. Парная техника — Crashing: там сроки сокращают за счёт дополнительных людей и денег.
СИНОНИМЫ:Fast-Trackingраспараллеливание задачпараллельное выполнение задачсжатие графика проекта

Fast-Tracking — одна из двух главных техник сжатия графика в PMBOK. Вторая — Crashing, наращивание ресурсов.

Принцип

Задачи со связью «финиш — старт» (Finish-to-Start, FS) переводят в связь «старт — старт» (Start-to-Start, SS) или задают смещение: запись FS+50% означает, что следующая задача начинается, когда предыдущая выполнена на 50%.

Плюсы

  • Не требует дополнительного бюджета.
  • Сокращает сроки.

Минусы

  • Увеличивает риски — параллельные задачи могут конфликтовать.
  • Возможны переделки — если предыдущая задача даст не тот результат, которого ждали.
  • Сложнее координировать.
КОГДА ПРИМЕНЯТЬ
  • Нужно срочно сжать сроки
  • Бюджет ограничен
  • Зависимости позволяют распараллелить работу
КОГДА НЕ СТОИТ
  • Жёсткие зависимости — физически нельзя распараллелить (нельзя класть кирпичи без фундамента)
  • Высокий риск переделок
ПРИМЕР

Изначальный план: проектирование архитектуры (4 недели) → разработка (8 недель) → тестирование (3 недели). Общий срок — 15 недель. С распараллеливанием: разработка стартует через 2 недели после начала проектирования, когда основа архитектуры зафиксирована, а тестирование начинается за неделю до конца разработки. Новый срок — 11 недель, но есть риск переделок, если архитектура изменится.

КАК ИСПОЛЬЗОВАТЬ В SHTAB

Применяйте Fast-Tracking только там, где зависимости мягкие: следующая задача может стартовать раньше без физических препятствий. Перед решением оцените вероятность переделок и их стоимость — если переделка съест выигрыш во времени, сжимать график таким способом не стоит. На диаграмме Ганта в Shtab видно, какие задачи реально сдвинуть навстречу друг другу, а какие держит жёсткая зависимость.

Попробовать бесплатно

Вопросы про «Fast-Tracking (распараллеливание задач)»

Fast-Tracking — распараллеливание задач: дополнительный бюджет не нужен, но растёт риск переделок, потому что следующий этап стартует на неполных данных. Crashing — наращивание ресурсов: сроки сокращаются за деньги, причём отдача от каждого следующего человека убывает. На практике обе техники применяют вместе — сначала ищут, что можно распараллелить бесплатно, и только потом докупают ресурсы на оставшийся критический путь.

Ещё из «Классическое проектное управление»

Вся категория →
Baseline (базовый план)

Утверждённая версия плана проекта по содержанию, срокам и бюджету — точка отсчёта для контроля отклонений и изменений.

Change Request (Запрос на изменение)

Формальный документ, которым запрашивают изменение объёма работ, сроков, бюджета или других параметров проекта.

Contingency Plan (план реагирования на риск)

План действий на случай, если риск всё-таки наступит: что именно делает команда, чтобы снизить ущерб.

Применяйте термины на практике

База знаний, задачи и цели — в одном сервисе. Бесплатно — без лимита по числу людей.

Попробовать бесплатноВсе термины