Критический путь в управлении проектами

Критический путь - это термин из области управления проектами, описывающий набор инструментов и методологию.

Техническое определение критического пути в последовательности сетевых рабочих пакетов - это путь с наименьшим количеством слабины. С практической точки зрения, этот путь представляет собой последовательность событий, которые, если они задерживаются, задерживают весь проект. И даже более простые термины, критический путь - это последовательность задач, которые будут выполняться дольше всего для доставки проекта.

Управление проектами критического пути описывает методологию управления и контроля проекта с использованием набора инструментов.

Идентификация критического пути:

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

Слишком маленькие рабочие пакеты не имеют смысла, а слишком большие пакеты работ не дают оснований для эффективного управления и контроля. Общепризнанным эталоном является то, что ни один рабочий пакет не должен занимать менее восьми часов для завершения или более восьмидесяти часов. Это, конечно, может варьироваться в зависимости от характера проекта.

Каждая рабочая группа определяет и оценивает продолжительность и стоимость своих рабочих пакетов.

-3 ->

Руководитель проекта путает рабочие пакеты и последовательно их выполняет в том порядке, в котором они должны быть заполнены. Оценки продолжительности и последовательности событий используются для построения сетевой диаграммы, где идентифицируются несколько ключевых мер. К ним относятся:

• Ранний старт: можно начать работу с самого раннего рабочего пакета.
• Early Finish: самый ранний рабочий пакет может быть завершен.
• Поздний старт: можно запустить последний рабочий пакет и не задерживать проект.
• Late Finish: последний рабочий пакет можно завершить и не задержать проект.
• Slack (Float): количество времени, в течение которого рабочий пакет может быть отложен и не влияет на проект.

Эти метрики используются для расчета различных путей через сеть, производя длительность и идентифицируя доступный провал для отдельных рабочих пакетов. Руководитель проекта и члены проектной команды обычно настраивают последовательность событий и просматривают различные варианты. После определения ресурсов рабочие пакеты снова упорядочиваются, ища самый эффективный, своевременный и наименее рискованный план проекта.

Команда проекта может просматривать фактические пути через сеть и одну (или более), которая имеет наименьшее количество доступного провисания (иногда ноль), что означает, что если какой-либо элемент на этом пути задерживается даже на один день, проект будет отложен соответственно.

Важно отметить следующее:

• На сетевой диаграмме может быть несколько критических путей.
• Критический путь может меняться в зависимости от планирования ресурсов.
• Критический путь может измениться во время выполнения проекта.

Использование критического пути:

Критический путь - это важный инструмент управления проектами, который позволяет менеджеру проекта и команде сосредоточить свои усилия на наиболее важных рабочих пакетах. Общие действия, направленные на критический путь, включают:

• Обеспечение доступности ресурсов по мере необходимости
• Заимствование ресурсов из некритических пакетов работ для обеспечения завершения критических элементов.
• Тщательный мониторинг и отчетность для важных действий.
• Сглаживание или выравнивание ресурсов для наиболее эффективного выполнения задач на критическом пути.
• Сбой графика, добавив ресурсы к тем статьям, где может быть достигнуто наиболее экономичное сокращение продолжительности.
• Идентификация работы, которая может быть выполнена одновременно (быстрое отслеживание), чтобы гарантировать отсутствие задержек вдоль критического пути.
• Использование сетевой диаграммы для оценки общего риска проекта. Если сеть имеет несколько критических путей или один критический путь и несколько критических путей, считается, что она чувствительна. Чем более чувствительна сеть проекта, тем больше риск задержек и сложнее работа менеджера проекта и команды для мониторинга завершения задачи.

Компьютерное программное обеспечение и критический путь:

В то время как очень маленькие проекты поддаются ручному вычислению критического пути, для более крупных инициатив с тысячами или десятками тысяч рабочих мест руководители проектов полагаются на программы управления проектами на рассчитать и описать сетевую схему проекта и критический путь (пути). Тем не менее, важно, чтобы руководитель проекта понимал, как разрабатывать, совершенствовать и управлять критическим путем.

-

Обновлено Art Petty