Мы определили критический путь, как самый длинный и наименее гибкий во всем проекте. Это не значит, что этот путь, содержит наиболее «критичные» задачи (во всяком случае те, что вы определили «критичными») в проекте, но такие задачи, задержка в которых ставит ваш проект под угрозу риска.
Помните, как мы определяли матрицу гибкости? Она начинает работать здесь, поскольку если наименее гибкий элемент не вписывается в расписание, то вам надо искать альтернативы, такие, как приглашение дополнительных сотрудников для выполнения расписания. Если ваш критический путь ставит ваше расписание под угрозу, а ваше расписание и есть — наименее гибкий элемент, вам надо придумать, что с этим делать. С другой стороны, если расписание — наиболее гибкий элемент, а бюджет — наименее гибкий, вам придется перестроить свое расписание таким образом, чтобы снизить затраты и увеличить время выполнения задач, поскольку удлинение проекта вас не беспокоит.
Создание сетевой диаграммы (либо в виде компьютерной программы, либо на белой доске) может помочь вам выявить проблемы в вашей последовательности задач и структуре высокого уровня. Это отличный способ визу- ализовать проект и определить способ выстраивания задач для выполнения параметров проекта. Если вы, к примеру, решите создать IT-проект для облегчения и упрощения процедуры покупки товаров в китайских интернет-магазинах, то нужно заранее определиться со всеми параметрами задач. Отзывы о покупках в китайских магазинах, мнения специалистов, перечень доступных товаров, сроки и стоимость доставки, цена и т.д. — все эти параметры можно отразить в сетевой диаграмме. Ваше программное обеспечение не должно создавать для вас сетевую диаграмму и определять ваш критический путь.
Присмотритесь к диаграмме, размещённой в одной из прошлых статей. В приведённом примере похоже, что у задачи 6 есть определенные внешние ограничения, которые мешают ей начаться раньше, чем это происходит в реальности, хотя время ее старта не зависит от других задач проекта. В этом случае как второй ( задачи 2,5,7) так и третий (задачи 6 и 8) пути проекта выглядят критическими путями. Однако, по определению, самый длинный и наименее гибкий путь — это критический путь, который в этом случае содержит задачи 1,2,5 и 7. Если задерживается задача 6, она также может задержать проект, в этом случае критический путь может смениться от задач 1-2-5-7 на задачи 1-6-8.
Важно запомнить, что критический путь вашего проекта может смениться в процессе реализации проекта, если задачи задерживаются до такого момента, где они могут нарушить расписание выполнение всего проекта. Определение возможных областей таких проблем становится гораздо проще при наличии сетевой диаграммы, чем если у вас есть просто список времени их начала и конца.