Определение критического пути
Чтобы узнать, почему проект начинается и заканчивается на определенную дату, просмотрите его критический путь.
Критический путь — это последовательность задач (или одна задача), которые определяют рассчитанную дату начала или дату окончания проекта.
Критическая задача – это задача, которая должна быть завершена в соответствии с календарным планом для своевременного окончания проекта в целом:
§ Если выполнение критической задачи задерживается, дата завершения проекта также может быть отложена.
§ Последовательность критических задач составляет критический путь проекта.
Если для проекта имеется сохраненный базовый план, с помощью критического пути можно увидеть, закончился ли проект вовремя, а также определить местоположение опасных точек на нем.
Анализ критического пути
Чтобы получить максимальный эффект от анализа критического пути, выполняйте следующие процедуры:
§ Регулярный просмотр критического пути.
§ Тщательное отслеживание критических задач.
§ Просмотр последовательностей задач, которые могут стать критическим путем.
§ Предупреждение последствий с помощью просмотра задач, которые могут запаздывать без влияния на критический путь.
Регулярный просмотр критического пути
По мере продвижения по календарному плану критический путь может переходить от одной последовательности задач к другой.
Критический путь может меняться, если критические задачи завершаются или другие последовательности задач задерживаются.
Тщательное отслеживание критических задач
Любая задача на критическом пути является критической задачей. Регулярно отслеживайте выполнение этих задач, чтобы знать, не запаздывают ли некоторые из них.
Если критическая задача запаздывает, то будет запаздывать и дата окончания проекта.
§ Чтобы увидеть запаздывающие задачи, сохраните базовый план и выберите представление диаграммы Ганта с отслеживанием.
Запаздывание – это время, на которое задерживается задача относительно исходного базового плана.
§ Запаздыванием называют разницу между запланированной датой начала или окончания задачи и датой начала или окончания задачи по базовому плану.
Просмотр последовательностей задач, которые могут стать критическим путем
По умолчанию в критическом пути отображаются задачи, которые не должны запаздывать вообще, потому, что это приведет к запаздыванию всего проекта.
Можно просмотреть задачи, которые запаздывают на день, не влияя на критический путь, потому что если они будут запаздывать более чем на день, то станут критическими.
Просмотр таких задач с использованием временного резерва помогает определить задачи, которые могут стать критическими, когда в запасе еще есть резерв.
Выделение критического пути
Критический путь можно отобразить в представлении Detail Gantt (Подробная диаграмма Ганта).
§ В меню View (Вид) выберите команду More Views (Другие представления).
§ Выберите представление Detail Gantt (Подробная диаграмма Ганта) и нажмите кнопку Apply (Применить).
Кроме того, показать критический путь можно с помощью инструмента Мастер диаграмм Ганта.
§ В меню View (Вид) выберите представление Gantt Chart (Диаграмма Ганта).
§ Нажмите кнопку Gantt Chart Wizard (Мастер диаграмм Ганта).
§ Следуйте инструкциям мастера диаграмм Ганта, чтобы задать формат критического пути.
По умолчанию отрезок диаграммы Ганта и линии связи для критической задачи окрашены красным.
Упражнение. Анализ критического пути
Переключитесь в представление Detail Gant (Подробная диаграмма Ганта) для просмотра критического пути и резервов времени для задач.
На графике видно, что резерв времени есть только для задачи «Разработка компонента 1». Для других задач проекта резервов времени нет.
Если задача «Разработка компонента 1» не уложиться в срок, то можно на задачу «Разработка компонента 2» назначить другие ресурсы, но мы знаем, что в проекте е будет такой возможности и что начало задачи «Разработка компонента 2» зависит от окончания «Разработка компонента 1». Таким образом, нам стоит добавить связь Окончание-Начало между задачами.
После этого мы можем увидеть, что в данном проекте все задачи лежат на критическом пути.
Увеличение длительности любой из задач приведет к тому, что проект будет завершен после установленного крайнего срока.
Возможно, нужно начать работы раньше или договориться о переносе крайнего срока для создания резерва времени в проекте.
Отображение только критического пути
Для отображения только критического пути выполните следующие действия.
§ В меню Вид выберите представление Диаграмма Ганта.
§ В списке Фильтр выберите строку Критические задачи.
Чтобы снова отобразить все задачи, в списке Фильтр выберите строку Все задачи.
Чтобы быстро отобразить список задач на критическом пути.
§ в текущем представлении в меню Проект выделите пункт Группировка.
§ выберите команду Критические задачи.
§ Задачи критического пути отобразятся вместе под заголовком Критические задачи.
Методы сжатия длительностей расписания проекта
Сжатие расписания (Schedule Compression) – это сжатие длительности расписания проекта без изменения его содержания (PMBoK, 2004).
Методы сжатия длительности расписания проекта:
§ Сжатие (Crashing)
§ Быстрый проход (Fast Tracking)
Сжатие (Crashing)
Сжатие - это особый тип метода сжатия расписания проекта, при котором общая длительность проекта уменьшается путем анализа серии альтернатив для достижения максимального сжатия длительности при наименьших затратах.
Стандартный подход к сжатию расписания включает снижение длительности плановых операций и увеличение ресурсов, выделяемых на плановую операцию.
(PMBoK, 2004).
Быстрый проход (Fast Tracking)
Быстрый проход - это особый метод сжатия расписания исполнения проекта, который изменяет логику сети и накладывает друг на друга фазы, которые в обычной ситуации выполнялись бы последовательно, например проектирование и программирование, или предполагает параллельное выполнение плановых операций.
(PMBoK, 2004).
Упражнение. Оптимизация плана проекта
Применим метод оптимизации Crashing (Сжатие) для задач разработки компонентов.
Для этого в представлении Resource Sheet увеличим ресурсы по разработчику с 100% до 200%.
Переключимся в представление Gantt Chart (Диаграмма Ганта) и применим выравнивание ресурсов к проекту.
Но в данном случае, разработчики не оптимально загружены. Для оптимальной загрузки назначим на задачи разработчиков по 200% и произведем выравнивание ресурсов.
Применим метод Fast Tracking (Быстрый проход) для задачи разработки документации, т.к. документация может начинать разрабатываться уже после окончания разработки компонента 2.
Для этого отобразим свойства связи между задачами «Разработка компонентов» и «Разработка документации» двойным нажатием по ней левой кнопкой мыши.
В диалоге Task Dependency (Зависимости задач) введем в поле Lag (Запаздывание) значение «-7d» («-7д») и подтвердим ввод нажатием на кнопку ОК.
Теперь наш план-график учитывает все ограничения по проекту.
