Диаграмма ганта критический путь что это

Критический Путь в Диаграмме Ганта: Как Использовать Его в Проектe

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

Метод критического пути широко известен как одна из основных концепций управления проектами, а гистограмма, изобретенная американцем Генри Гантом, также давно зарекомендовала себя эффективным инструментом планирования .

Диаграмма Ганта и критический путь используются в разных областях: от разработки программного обеспечения до управления комплексными строительными работами. Они оба считаются классическими методами сетевого планирования .

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

Содержание:

• Что такое критический путь проекта?
• Важность и преимущества критического пути.
• Союз критического пути и диаграммы Ганта.
• Как определить критический путь в проекте.
• Пример критического пути диаграммы Ганта.
• Как рассчитать критический путь в GanttPRO.

Что такое критический путь проекта?

Критический путь проекта — это последовательность задач в плане проекта, которая определяет расчетную дату его окончания. Это значит, что завершение последней задачи критического пути ведет к завершению всего проекта.

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

Роль и важность критического пути

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

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

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

Преимущества критического пути

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

Применение критического пути дает руководителям три важных преимущества:

• Выявляет наиболее важные задачи.
• Оптимизирует сроки.
• Сравнивает запланированное с реализованным.

Критический путь и диаграмма Ганта: эффект успешной коллаборации

Менеджеры часто определяют критический путь с помощью сетевых графиков. Наиболее известный и эффективный из них — онлайн диаграмма Ганта .

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

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

Диаграмма Ганта также может выявить конфликты и несостыковки в расписании. С ее помощью вы можете корректировать даты начала и окончания вашего проекта.

Таким образом, объединив два инструмента, мы можем наблюдать эффективную коллаборацию — критический путь в диаграмме Ганта.

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

Не каждый, кто работает с таймлайнами, знает, как найти критический путь в графике Ганта.

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

Вам нужно просто добавить фактические даты и зависимости и активизировать критический путь. Все остальное сделает выбранный вами инструмент для управления проектами.

В теории все понятно, но давайте рассмотрим пример определения критического пути на диаграмме Ганта, а после оценим преимущества онлайн планировщика задач GanttPRO, который отлично подходит для этой цели.

Пример критического пути диаграммы Ганта

Для примера диаграммы Ганта с активизацией критического пути мы можем использовать простой проект из области строительства.

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

Создадим задачи и подзадачи. Затем добавим зависимости между внутренними и внешними работами.

Добавление зависимостей задач указывает на то, что один шаг должен быть завершен, прежде чем начнется другой.

Критические задачи окрасятся в красный цвет. Это значит, что внешние работы идут по критическому пути. Так что, если внутренние работы займут немного больше времени, это не повлияет на время уборки здания и двора.

Для этого примера мы использовали таймлайн и функционал GanttPRO, который помог нам легко найти критический путь, используя график Ганта онлайн .

Как рассчитать критический путь на диаграмме Ганта в GanttPRO

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

Вот как можно отобразить критический путь в представлении диаграммы Ганта.

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

2. Не забудьте добавить все зависимости и вехи. Вы можете сделать это с помощью функции перетаскивания.

3. С помощью специальной функции GanttPRO вы можете рассчитать критический путь. Вам понадобиться всего один клик, чтобы включить ее в настройках.

Цепочка самых важных задач будет показана красным.

Не волнуйтесь, если вы пропустили какой-либо из шагов. Вот краткий обзор того, как найти и включить эту функцию в диаграмме Ганта GanttPRO.

GanttPRO также предлагает готовые шаблоны диаграмм Ганта , чтобы упростить определение наиважнейших задач.

Все, что вам нужно сделать, это ввести информацию о вашем проекте. Удобная онлайн диаграмма Ганта будет автоматически создана в считанные секунды.

Одним нажатием кнопки вы сможете определить критический путь в ваших задачах.

Диаграмма Ганта для качественного управления

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

Это был краткий экскурс в тему коллаборации диаграммы Ганта и критического пути, которым мы хотели поделиться с вами.

Диаграмма Ганта + критический путь = залог успешного проекта

Теперь вы знаете, что такое критический путь диаграммы Ганта и как его искать.

Конечно, эта коллаборация — не гарантия успешного завершения вашего проекта. Однако она очень важна для того, чтобы помочь вам и вашей команде выбрать правильный курс.

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

Вот как оценивает роль критического пути в проектах своей компании BlackBook Technologies (приложение для туристов) ее генеральный директор:

Икбал Джумабхой
Генеральный директор и основатель BlackBook Technologies

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

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

Критический путь

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

Слово «критический» в данном случае не обозначает важность данных задач для проекта, а относится к тому, как расписание этих задач будет влиять на дату окончания проекта. Таким образом, если требуется сократить длительность проекта, необходимо сокращать критический путь.

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

Приложение ELMA Проекты+ позволяет легко построить критический путь, для этого необходимо нажать на пиктограмму , расположенную на панели инструментов плана проекта . После этого на диаграмме Ганта красным цветом будет обозначен критический путь, т.е. последовательность задач, непосредственно влияющих на сроки завершения проекта (рис. 1).

Рис. 1. Диаграмма Ганта. Критический путь

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

Как использовать метод критического пути (СРМ) в управлении проектами

Метод критического пути — это техника, позволяющая определять задачи, необходимые для реализации проекта. В управлении проектами критический путь — это самая длинная последовательность действий, которые нужно выполнить для своевременной реализации всего проекта. Ниже мы обозначим пошаговые действия по определению критического пути для очередного проекта.

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

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

Что такое метод критического пути (СРМ)?

Метод критического пути (СРМ) — это метод определения задач, необходимых для выполнения проекта, и гибкого планирования сроков его реализации. Критический путь в управлении проектами представляет собой самую длинную последовательность работ, которые нужно выполнить, чтобы завершить проект в установленные сроки. Любые задержки в работе над такими задачами отражаются на всей оставшейся части проекта.

Метод СРМ предполагает выявление в хронологии проекта самых важных задач, определение зависимостей между ними и расчёт времени, необходимого для выполнения задач.

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

Зачем использовать метод критического пути?

Метод СРМ даёт ценные знания о том, как планировать проекты, распределять ресурсы и ставить сроки выполнения задач.

Вот несколько причин, обосновывающих применение этого метода:

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

Как найти критический путь

Поиск критического пути осуществляется путём анализа продолжительности задач разной степени важности. Ниже приводятся пошаговые действия с примерами.

1. Составление списка работ

Воспользуйтесь структурой разбивки работ, чтобы составить список всех работ или задач по проекту, которые необходимо выполнить для достижения ожидаемых результатов. Список работ в структуре разбивки работ служит основой для остальной части метода СРМ.

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

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

2. Определение зависимых элементов

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

Ниже приводятся зависимости между задачами на основе приведённого выше примера:

• Задача B зависит от задачи A
• Задача C зависит от задачи B
• Задачи C и D можно выполнять параллельно
• Задача E зависит от задачи D
• Задача F зависит от задач C, D и E

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

3. Создание сетевого графика

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

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

4. Оценка продолжительности задачи

Чтобы рассчитать критический путь, то есть самую длинную последовательность наиболее значимых задач, сначала следует оценить продолжительность каждой работы.

Для оценки продолжительности попробуйте следующее:

• Обоснованные предположения на основе опыта и знаний
• Оценка на основе данных предыдущего проекта
• Оценка по отраслевым стандартам

Кроме того, можно попробовать применить метод прямого и обратного хода:

• Метод прямого хода. Используется для расчёта дат раннего начала (ES) и раннего завершения (EF) работ с помощью предварительно заданной даты начала. Раннее начало отражает наибольшее значение раннего завершения предшествующей работы, а раннее завершение — это раннее начало плюс продолжительность. Расчёт начинается с нуля в точке раннего начала первой работы и ведётся в направлении по ходу графика работ. Определение дат раннего начала и раннего завершения позволяет заблаговременно распределять ресурсы по проекту.

• Метод обратного хода. Используется для расчёта дат позднего начала (LS) и позднего завершения (LF). Позднее начало — это позднее завершение минус продолжительность, тогда как позднее завершение отражает наименьшее значение позднего начала последующей работы. Расчёт начинается с последней запланированной работы и ведётся в направлении, обратном ходу графика работ.

При этом даты раннего и позднего начала и завершения можно использовать для вычисления резерва времени или обеспечения гибкости при планировании каждой задачи.

5. Расчёт критического пути

Расчёт критического пути можно произвести вручную, однако применение алгоритма критического пути позволяет сэкономить время.

Ниже приводятся пошаговые действия по вычислению критического пути вручную:

Шаг 1. Запишите время начала и завершения каждой работы.

• Время начала первой работы равно 0, а время завершения соответствует её продолжительности.
• Время начала следующей работы соответствует времени завершения предыдущей работы, а время завершения равно времени начала плюс продолжительность.
• Проделайте это вычисление со всеми работами.

Шаг 2. Чтобы определить продолжительность всей последовательности, возьмите время завершения последней работы в последовательности.

Шаг 3. Последовательность работ с наибольшей продолжительностью — это и есть критический путь.

Применив вышеприведённый пример, получаем следующий вариант графика критического пути:

Определив критический путь, вы сможете составить на его основе фактический график работ по проекту.

6. Расчёт резерва времени

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

Определение резерва времени позволяет оценить степень гибкости проекта. Резерв времени — это ресурс, используемый для покрытия рисков и устранения непредвиденных проблем в рамках проекта.

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

Рассчитать резерв времени можно с помощью алгоритма или вручную. Для вычисления общего и свободного резерва времени используйте расчёты из нижеследующего раздела.

Общий и свободный резерв времени

Резерв времени бывает двух типов:

• Общий резерв времени — это количество времени, отсчитываемое от даты раннего начала, на которое можно отложить выполнение той или иной работы, не срывая при этом срок реализации проекта и не нарушая график работ. Общий резерв времени = LS – ES или LF – EF
• Свободный резерв времени — это количество времени, на которое можно отложить выполнение той или иной работы без последствий для последующей задачи. Свободный резерв времени возможен только в том случае, если у двух и более работ есть общая последующая задача. На сетевом графике это место сближения работ. Свободный резерв = ES (последующей задачи) – EF (текущей задачи)

Существует несколько веских причин, объясняющих, почему чёткое понимание резерва времени так важно для менеджеров проектов:

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

Как использовать метод критического пути

Метод СРМ обеспечивает прозрачность хода работ по проектам, что позволяет контролировать сроки выполнения задач. Ниже приводятся некоторые другие примеры использования этого метода.

Сжатые сроки

Хотя это и нежелательно, иногда приходится сдвигать сроки реализации проекта. В таких случаях можно использовать два метода сжатия сроков: ускорение и подкрепление.

1. Ускорение — анализ критического пути с целью определения работ, которые можно выполнять одновременно. Параллельное выполнение процессов сокращает общую продолжительность работ.
2. Подкрепление — это процесс, подразумевающий выделение дополнительных ресурсов для ускорения работ. Прежде чем привлекать дополнительные ресурсы, убедитесь, что они не выходят за рамки объёма проекта, и сообщите заинтересованным сторонам о соответствующих изменениях.

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

Решение проблемы нехватки ресурсов

Следует помнить, что в методе СРМ не учитывается наличие ресурсов. В случае нехватки ресурсов, например, когда сотрудник перегружен или отсутствует необходимое оборудование, для решения этой проблемы можно применить технику перераспределения ресурсов.

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

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

Сбор данных для использования в будущем

В график работ, созданный на основе метода СРМ, можно вносить изменения, поскольку вы работаете пусть и с обоснованной, но, всё же, оценочной продолжительностью работ. Исходный критический путь можно сравнивать с фактическим по ходу реализации проекта.

Эти данные позволяют более точно оценить продолжительность выполнения задач для будущих проектов.

Метод критического пути в сравнении с методом оценки и анализа проектов

Как метод критического пути (СРМ), так и метод оценки и анализа проектов (PERT) были разработаны в 1950-х. Метод PERT используется для оценки неопределённости в отношении работ по проекту посредством средневзвешенного показателя оптимистичного и пессимистичного сценариев. По этому методу оценивается время, необходимое для выполнения той или иной работы.

В методе PERT применяются три оценки для определения диапазона времени выполнения работы:

1. Оценка наивысшей вероятности (M)
2. Оптимистическая оценка (O)
3. Пессимистическая оценка (P)

Расчёт в рамках метода PERT выполняется следующим образом: Предполагаемое время = (O + 4M + P) / 6

Главное различие между методами PERT и СРМ заключается в уровне определённости в отношении продолжительности выполнения работ: метод PERT используется для оценки времени, необходимого для выполнения работ, тогда как метод СРМ применяется, когда приблизительная продолжительность работы уже просчитана.

Сравним эти два метода:

• Метод PERT применяется к работам по проекту с неопределённым временем выполнения, а метод СРМ — к работам с предсказуемым временем выполнения.
• Метод PERT направлен на соблюдение заданной или обеспечение минимальной продолжительности проекта, а метод СРМ — на достижение компромисса между временем и затратами.
• Метод PERT — это вероятностная модель, тогда как метод СРМ — детерминистическая.
• В методе PERT применяются три оценки по каждой работе, а в методе СРМ — только одна.

Несмотря на различия, и в случае PERT, и в случае СРМ анализируются следующие компоненты:

• Список необходимых задач
• Оценочная продолжительность каждой задачи
• Зависимости задач друг от друга

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

Метод критического пути в сравнении с диаграммой Ганта

Диаграммы Ганта представляют собой горизонтальные столбиковые диаграммы, отображающие работы по проекту, которые можно отслеживать по заданной хронологии. И метод СРМ, и диаграммы Ганта показывают зависимости между задачами.

Рассмотрим некоторые различия между двумя инструментами:

• Визуализирует критический и некритический пути и позволяет рассчитать продолжительность реализации проекта
• Отображается в виде сетевого графика со связанными областями
• Не показывает необходимые ресурсы
• Отображает работы на сетевом графике без шкалы времени

Диаграмма Ганта

• Визуализирует хода работ по проекту
• Отображается в виде горизонтальной столбиковой диаграммы
• Показывает ресурсы, необходимые для каждой работы
• Отображает работы на шкале времени

Диаграммы Ганта можно использовать вместе с методом СРМ для отслеживания критических путей в динамике, чтобы реализация вашего проекта шла точно по графику.

Использование критического пути для более эффективного управления проектами

Метод СРМ может быть весьма полезным инструментом управления проектами, особенно при планировании задач и управлении ресурсами. С помощью инструментов для планирования проектов вы сможете с лёгкостью создавать графики работ и отслеживать реализацию проектов. Если вам интересно, как ещё можно повысить эффективность работы, прочитайте наши 12 советов по быстрому повышению продуктивности уже сегодня.

Что такое критический путь проекта, и зачем он нужен

В продолжение постов про базовые вещи в управлении проектами – сегодня пост про такую популярную концепцию как критический путь проекта.

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

Как видите, все просто – руководитель проекта должен знать, какие задачи в его проекте лежат на критическом пути и обеспечить их выполнение вовремя, иначе сроки проекта поедут. Вот и все. Конечно, есть нюансы, но о них ниже.

Как построить критический путь проекта

Определить критический путь проекта очень просто:

1. Составить список всех работ в проекте и их длительности (тут, как вы помните, пригодится WBS). В моем любимом примере с ремонтом в списке работ будет: снос межкомнатных старых стен, возведение новых, штукатурка, поклейка обоев, устройство электрики, разводка воды, укладка ламината и т.д. На этом этапе наша цель – получить исчерпывающий список работ и понимание того, сколько займет каждая из них – на штукатурку нам надо 3 дня, на электрику – 10, на ламинат – 4 и так далее.
2. Определить, как работы связаны друг с другом. Ну, например, какое условие начала работ по электрике? Наверное, как минимум, возведенные стены? Стены есть – можно начинать. А условий поклейки обоев уже больше – к этому можно будет приступить в самом конце, когда и ламинат уже уложен, и электрика смонтирована, и, конечно, стены оштукатурены и прошпаклеваны. К слову, есть разные типы связей (одна работа может начаться только после окончания другой, только одновременно с другой и т.д.), но на этом этапе не будем усложнять. Выписать это можно в Excel или в MS Project, пронумеровав работы и проставив рядом с каждой их них номера тех работ, завершение которых необходимо для ее старта.
3. Дальше методология говорит нам, что нужно разработать сетевой график – от руки на листочке в кружочках написать номера работ, соединить их стрелочками в зависимости от того, какая работа за какой идет, и на входящих в работу стрелочках написать длительность этой работы. Ну или не от руки, а в любом программном обеспечении (не закрывайте пост, это для понимания, в жизни никто в здравом уме это вручную не делает, конечно!). Выглядит готовый сетевой график примерно так (картинки, как всегда из яндекса):

Теперь мы можем подсчитать, какая цепочка самая длинная и выделить это цветом. На графике ниже это работы 1-4-5.

Ну все, поздравляю, вы определили критический путь проекта. Теперь вы знаете, что срок проекта зависит от задач 1, 4 и 5, “поедут” они – “поедет” весь проект. Значит, им все внимание.

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

В жизни сетевые графики, конечно, никто не рисует, тем более – от руки. В лучшем случае задачи с зависимостями вносят в MS Project, а он строит все автоматически, в худшем – используют Excel и делают это от руки с риском допустить ошибку. Для тех, кто знает толк – в сети можно найти даже макросы, которые построят все в Excel за вас, но я не могу понять, зачем нужно это садо-мазо.

Более того, в 90% случаев даже опытный руководитель проекта посмотрит на сетевой график, автоматически построенный в MS Project, и спросит “что это за хрень?”, так как отраслевым стандартом представления критического пути давно стала диаграмма Ганта.

Вот так выглядит сетевой график в MS Project. Не очень, правда?

Ниже будут примеры того, как построенный критический путь выглядит в MS Project в форме диаграммы Ганта. Если доступа к MS Project у вас нет – то же самое умеют многие бесплатные и платные планировщики проекта, подробнее можно посмотреть в посте про диаграмму Ганта.

Примеры критического пути

Поискала в яндексе, там, как всегда, много некорректных примеров, но все-таки отобрала несколько вменяемых в форме диаграмм Ганта, построенных с помощью MS Project. Мне эта визуализации кажется наиболее простой для восприятия. Как уже говорилось выше, технически в MS Project можно построить и полноценные сетевые графики, но это точно не нужно начинающим (да и продолжающие, будем честными, очень редко их используют).

Красным цветом MS Project автоматически подсвечивает задачи на критическом пути, если открыть нужное представление, это очень удобно.

Пример 1:

Пример 2:

Пример 3:

Ну классно же, сразу понятно, на чем концентрировать усилия!

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

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

Как обычно – несколько мыслей из практики о типовых ошибках при использовании критического пути в проектах:

1. Не стоит забывать про вторичный критический путь. Я выше написала, что руководитель проекта должен в первую очередь концентрироваться на задачах критического пути, так говорит нам любая методология управления проектами. Практика с этим не спорит, конечно, но дополнительно считает, что обязательно надо работать с задачами, которые при планировании проекта вроде бы лежат вне критического пути, но могут оказаться на нем при относительно небольшой задержке их выполнения. Возвращаемся к ремонту – например, на критическом пути у нас разводка труб в санузле -> укладка плитки -> установка ванны и унитаза. Вне критического пути лежит задача “закупка плитки” и вроде бы ремонт только начался, времени еще полно, плитку же можно купить впритык к моменту ее укладки (если строго следовать методологии). Но хороший прораб (и хороший руководитель проекта) при оценке рисков сразу видят, что если что-то пойдет не так и закупка или доставка задержится – все сроки ремонта санузла сдвинутся. Поэтому стоит начать закупку пораньше, чтобы эта задача не превратилась в задачу на критическом пути. Это пример именно про конкретную задачу, но при оценке может оказаться, что у вас формируется несколько практически независимых цепочек (например, на общий срок ремонта всей квартиры влияет как срок ремонта в санузле, так и срок разводки электрики). На форумах или в чатах можно встретить неофициальные термины “вторичный критический путь”, речь как раз об этом.
2. Не стоит высчитывать критический путь вплоть до дня. Этот пункт связан с пунктом выше, бывает, что при определении критического пути разница между несколькими его вариантами составляет буквально несколько дней, и за критический путь принимается цепочка, которая буквально на день-два (или неделю-две) больше альтернативной (опять же, в строгом соответствии с методологией). Но проект – живой организм, “точно как запланировано” все проходит очень-очень редко, поэтому при небольшой разнице лучше сразу честно признать, что обе цепочки – это и есть ваш критический путь, и уделять им обеим повышенное внимание. Иначе с вероятностью, близкой с 100%, эта бомба рванет в самый неподходящий момент.
3. Не стоит думать, что критический путь интересен только руководителю проекта. В любой более-менее опытной проектной команде все исполнители знают, что такое критический путь, и что когда руководитель проекта говорит “эта задача на критическом пути” – это значит, что у нее приоритет номер один. Если вы не уверены, что ваша команда это знает – потратьте 5 минут, расскажите о концепции критического пути, покажите, как выглядит критический путь именно в вашем проекте, какие задачи туда попали, и чего вы ждете от тех, кто будет их выполнять. Честное слово, оно того стоит, ну и людям будет приятно узнать что-то новое.
4. Не стоит считать, что критический путь “вырублен в камне”. В мире с правильной методологией вы, конечно, должны были максимально оптимизировать критический путь еще до старта проекта, но если с вас никто не требовал уменьшить спланированные сроки, то, скорее всего, вы же не напрягались, правда? Часто можно видеть, что и сам руководитель проекта стрессует и команду доводит, если на критическом пути что-то идет не так, но почему-то не делает никаких попыток этот самый критический путь как-то сократить, чтобы “вытащить” ранее согласованные сроки. Почти всегда при желании возможность для оптимизации найти можно, если глаз уже замылен – посоветуйтесь с соседом-РМом, руководителем, командой, решение точно найдется.
5. Не стоит оставлять в проекте “плавающие задачи”. В любом проекте есть задачи, вроде бы сильно не связанные с другими, и чаще всего они остаются просто в списке задач, жестко не привязанные к другим (это, кстати, тот случай, когда методология на 100% права, когда говорит, что ВСЕ задачи должны иметь вход и выход, просто ей в этом вопросе большинство не следует). В итоге про них забывают и в конце проекта они стреляют как то ружье, которое стояло в углу. Например, в ремонте такой задачей может быть “опломбировать счетчики”. Ну а что, сделать можно в любой момент проекта, точно не на критическом пути, до конца ремонта точно дойдем. Но при метаниях между выбором плитки и заливкой пола все как-то не до этого, и вроде бы ремонт уже закончен, а мы счетчики так и не опломбировали, кучу денег за это время потратили зря, оплачивая воду по нормативам, да еще и оказалось, что в управляющей компании очередь на опломбировку на 3 месяца. В итоге проект закрыть не можем, деньги в прямом смысле слова “капают”, в голове нужно все это продолжать держать и т.д. А всего лишь надо следовать простому правилу – любая задача должна быть связана с другими. Это прямо в камне проектного управления надо высечь.

Ну вот, наверное, и вся программа-минимум про критический путь. Хотела запихнуть в этот же пост информацию по способам оптимизации критического пути, но поняла, что это тянет на отдельный пост, так что как-нибудь в другой раз.

Используете метод критического пути в своих проектах? Расскажите в комментариях здесь или в телеграме!