Не делайте этого предположения о критическом пути

Когда проектный менеджер заявляет «все имеет решающее значение» тем, кто действительно понимает, как работает критический путь проекта, он заставляет других сомневаться как в графике проекта, так и, что более важно, в доверии к нему. Понимание механики критического пути — важный навык, которым менеджеры по проектам должны овладеть в начале своей карьеры.

 

Основы, влияющие на критический путь проекта:

  1. Предшественники/преемники — это отношения зависимости между задачами. Они формируют основу для последовательности задач.
  2. Тип зависимости — описывает взаимосвязь между задачами. Наиболее распространенным является завершение к началу, когда предшествующая задача должна быть завершена до того, как последующая задача сможет начаться. Существуют и другие типы зависимостей, такие как «начало-начало» и «окончание-окончание».
  3. Свободный временной резерв — это количество дней (или любой другой уровень детализации календаря), который вы используете в своем проекте, в течение которого задача может отставать, прежде чем она вызовет отставание последующей задачи.
  4. Общий временной резерв — это общее количество дней, в течение которых задача может отложиться до того, как запланированная дата завершения вехи сместится.
  5. Критический путь — если какая-либо из задач в этой цепочке сбивается, запланированная дата завершения смещается.

Базовый сценарии, который включает в себя вышеизложенное, а также демонстрирует, как управлять непредвиденными обстоятельствами расписания. Проект состоит из пяти задач с определенной продолжительностью в днях и типами зависимостей «окончание-начало»:

  1. Полосы красного цвета представляют собой критический путь через проект, что означает, что если задачи A, D или E проскальзывают. затем запланированная веха окончания смещается (подробнее о непредвиденной задаче в пункте 6). Если вы используете Microsoft Project, используйте представление отслеживания Ганта, чтобы увидеть. Задачи, не находящиеся на критическом пути, также важны; у них просто есть место для проскальзывания.
  2. Задачи B и C не находятся на критическом пути. Они могут проскочить в сумме за два дня до того, как окажутся на критическом пути (подробнее об этом в пункте 5).
  3. Задача B имеет свободный резерв нулевого дня. Это означает, что если только задача B отстает на один день, то и задача C отстает на один день.
  4. Задача C имеет свободный резерв в два дня. Это означает, что (при прочих равных условиях) задача C может отложиться на два дня, прежде чем она повлияет на задачу D.
  5. Обе задачи B и C имеют общий резерв в два дня. Это означает, что может быть кумулятивный промах между задачами за два дня до запланированных промежуточных этапов завершения. Неважно, какая из двух задач проскальзывает; важно общее скольжение.
  6. По мере выполнения проекта следите за общим количеством дней простоя. Если он становится отрицательным, вам нужно потреблять непредвиденные обстоятельства. Например, предположим, что задача D выполняется на один день дольше запланированного.

Общий запас времени для зафиксированного финиша станет равным -1. Чтобы вернуть его к нулю, вы сокращаете непредвиденные расходы на один день. Язык точности, который вы могли бы использовать для описания проскальзывания, выглядит следующим образом:

«Задание D заняло еще один день из-за ______. Нам пришлось использовать один день непредвиденных обстоятельств графика, чтобы приспособиться к промаху. У нас еще есть два дня непредвиденных обстоятельств расписания, и на данный момент мы не видим ожидаемого потребления непредвиденных обстоятельств для оставшихся задач проекта. Запланированное завершение все еще находится в графике для завершения 12/2. Будем продолжать следить».