Изменение подхода. Нужно посмотреть на проект и найти иной путь реализации. Представим, что в рамках проекта одна из задач — постройка беседки. Закупка стройматериалов и строительство отнимает неделю. Если нужно сократить сроки проекта, то мы можем обратиться в компанию, продающую готовые беседки. Таким образом мы можем получить беседку не за неделю, а за несколько часов. И далеко не всегда такой ход приводит к увеличению бюджета проекта. Самый яркий пример изменения подхода в IT — это отказ от написания собственного решения и покупка готового. Например, не разрабатывать систему управления программой лояльности, а купить готовую и проверенную временем, которая давно стала стандартом в области.
Изменение подхода и покупка готового решения требуют от менеджера опыта и тщательности выбора. В противном случае можно потратить месяцы на интеграцию стороннего решения лишь для того, чтобы понять, что оно не подходит.
Произвести переоценку зависимостей. Допустим, вы можете начать разработку ПО только после того, как купите мощный сервер. Это зависимость «Финиш — Старт». Дело в том, что сервер могут доставить только через три месяца. Может быть, не стоит терять это время и лучше попробовать начать разработку сейчас на том оборудовании, что есть, или арендовать сервер со схожими характеристиками? Вполне вероятно, что уже к моменту доставки сервера все будет готово и можно будет начать тестирование созданного продукта.
Обратите внимание, что все вышеперечисленные методы сокращения расписания нужно применять к задачам, находящимся на критическом пути. Сокращение задач вне его может никак не повлиять на сроки сдачи проекта в целом.