Давайте взглянем на типичную диаграмму, созданную в Microsoft Project. Заметьте, что вы не можете разработать серверные спецификации до тех пор, пока вы не разработаете спецификации для оборудования (это может и не быть справедливо для всех проектов, но это правильно для данного проекта).
Спецификации для ПО в этом случае зависят от спецификаций для оборудования. Порядок приложений для предприятия зависит от завершения программных спецификаций (зависимость финиш-старт). После того, как спецификации для оборудования завершены, созданы уже две задачи. Путь, который начинается с задачи «Разработать программные спецификации» — это не критический путь (в сетевой диаграмме Microsoft Project все задачи, находящиеся на критическом пути, выделены красным цветом. Путь, который начинается с задачи «Разработать серверные спецификации» — это критический путь, именно он выделен красным в программе. Задержка в любой задаче на первом пути не обязательно не обязательно приведет к задержке проекта (хотя и может это сделать), а вот задержка на втором пути обязательно задержит весь проект.
Ваша сетевая диаграмма может быть более сгруппированной или более распределенной в зависимости от того, сколько задач проекта могут выполняться одновременно. Поищите места в проекте, где вы можете одновременно выполнять задачи, чтобы уменьшить общую длительность проекта по возможности. Ели не сможете найти, то почитайте хороший Бизнес блог, возможно информация там подчерпнутая вам поможет. Поскольку программы управления проектом достаточно линейны по своей структуре, это приводит к тому, что люди воспринимают все линейным образом. Это заставляет их не обращать внимание на то, что многие задачи проекта начинаются в одно и то же время, или же на то, что есть большая гибкость в моментах начала и окончания задач. Помните об этом, когда вы выстраиваете последовательность ваших задач.