Как завершить проект в срок с помощью метода критического пути — рассказываем на примере

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

Чтобы такого не произошло, используют метод критического пути. В материале разберём:

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

Что такое метод критического пути

Метод критического пути (англ. CPM, или critical path method) — инструмент планирования и управления сроками проекта. Он нужен, чтобы завершать проекты вовремя.

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

Если не пройти эту цепочку, выполнить работу не получится. Если сдвигается срок одной задачи на критическом пути, сдвигается и срок сдачи всего проекта. Например, вёрстку сайта нельзя начать, пока не готов дизайн, а его нельзя делать без мокапа.

Critical path method позволяет заранее распределить ресурсы так, чтобы вовремя выполнить задачи на критическом пути. Например, менеджер может составить календарный план работ и назначить критическим задачам высокий приоритет. Так исполнители поймут, над чем нужно работать в первую очередь.

Использовать метод критического пути начали в 1950-х годах на двух не связанных друг с другом проектах. Первый — строительство баллистических ракет флота ВМС США. Второй — реорганизация производства химического концерна E.I. DuPont de Nemours. В обоих случаях работы отставали от графика. Чтобы решить эту проблему, специалисты предложили разбить проект на задачи и для каждой из них определить приоритетность и срок выполнения.

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

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

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

Поиск задач. На этом этапе нужно составить список всех работ, которые нужно выполнить для завершения проекта. Самый простой способ сделать это — использовать структуру разбивки работ, или WBS (work breakdown structure). Метод предполагает, что проект и его части последовательно дробят на более мелкие компоненты.

Цель проекта делят на задачи, их — на подзадачи, подзадачи — на операции. Все операции записывают — из них и будет состоять проект.

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

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

Найти зависимости можно, если задать для каждой задачи вопросы:

• Какую задачу нужно сделать, прежде чем приступить к этой?
• Что нужно завершить одновременно с этой задачей?
• Какие задачи следует выполнять сразу после этой?

В нашем примере закрепить полочки можно только на собранном каркасе. А его не получится сделать, если комплект ещё не доставлен. Значит, одна из последовательностей будет выглядеть так: «Доставить» → «Собрать каркас» → «Закрепить полочки».

Построение сетевой диаграммы позволяет увидеть план проекта. Сетевая диаграмма — визуализация порядка выполнения задач, основанная на зависимостях. У неё всегда есть начальная задача — её выполняют первой, и конечная — её выполняют последней.

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

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

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

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

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

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

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

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

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

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

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

Мы нашли критический путь. Что дальше?

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

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

Разберём на примере. Допустим, задачи на критическом пути делает один мастер: он выбирает полочку, оформляет заказ, привозит комплект домой, собирает и закрепляет его. На другом мастере — выбор места, сверление стены и изучение инструкции, чтобы помогать первому в сборке.

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