Любой проект может быть представлен в форме сетевой модели. Сетевая модель (сетевой график) всякого проекта в предельно укрупнённом виде, лишённом какой бы то ни было детальности, представляет собой:
Начало и завершение проекта по своему существу представляют собой рубежи дискретного контроля1 состояния дел по факту «выполнено — не выполнено»: в данном случае «начат — не начат», «завершён — не завершён» проект — соответственно. Но управление проектом требует большей детализации. Всякая дальнейшая детализация сетевой модели представляет собой замену линии, соединяющей два соседних опорных рубежа дискретного контроля по факту «выполнено — не выполнено», эквивалентной сетью, образуемой при более детальном рассмотрении проекта:
При этом на некоторых рубежах дискретного контроля могут иметь место разветвления единой работы на несколько технологически и организационно не обуславливающих друг друга потоков-фрагментов, которые могут выполняться одновременно, параллельно друг другу разными людьми или разными коллективами. Соответственно, на некоторых рубежах дискретного контроля могут завершаться несколько параллельно выполняемых технологически и организационно не обуславливающих друг друга фрагментов проекта в целом2. К сказанному выше иллюстраций не будет, поскольку изложенные принципы построения сетевой модели просты, и каждый, кто того пожелает, может представить в форме сетевого графика любое дело, которое он хорошо знает: это следует сделать самостоятельно для лучшего понимания дальнейшего. Сетевые графики сопровождаются текстовыми данными:
При замене предельно укрупнённой сетевой модели более детальной эквивалентной сетью выясняется, что общая продолжительность проекта (или его какого-то фрагмента) от его начала до определённого рубежа дискретного контроля, к которому ведёт несколько параллельно выполняемых цепей последовательных этапов работ, вычисляемая на основе идеального технологического времени, накапливающегося в каждой цепи из нескольких, определяется неоднозначно. В этом случае однозначность определения времени выполнения проекта (или его фрагмента, завершаемого рассматриваемым рубежом дискретного контроля) вносится в сетевые модели в соответствии со следующей аналогией: На местности есть несколько путей, каждый из которых ведёт из пункта «А» в пункт «Б», и продолжительность прохождения каждого из них разная. Если большая группа путешественников в пункте «А» разделяется на мелкие партии, каждая из которых идёт своим путём в пункт «Б», то спрашивается: когда вся группа соберётся в пункте «Б»? — Когда придёт та партия, которая движется в пункт «Б» самым продолжительным по времени путём. Так и в сетевых моделях: всякий рубеж дискретного контроля характеризуется наибольшей продолжительностью технологического времени, отсчитываемого по каждой из ведущих к этому рубежу цепочек преемственных работ от начала проекта в целом (а равно от какого-то иного опорного рубежа дискретного контроля, из которого выходят несколько цепей), поскольку только завершение последней работы в сáмой продолжительной из нескольких цепочек позволяет начать последующие этапы проекта. Эта цепочка (последовательность), представляющая собой подмножество работ в пределах сети, в терминах приведённой выше аналогии называется «критическим путём»3, по той причине, что запаздывание сроков выполнения составляющих её работ влечёт за собой запаздывание срока наступления события, соответствующего рассматриваемому рубежу дискретного контроля. Все остальные «пути», ведущие к рассматриваемому рубежу дискретного контроля, имеют некоторый запас времени на задержку, определяемый разностью продолжительности «критического пути» и продолжительности каждого из них. Поэтому, если необходимо ускорить наступление события, соответствующего рассматриваемому рубежу дискретного контроля, то необходимо ускорить (насколько это возможно) проведение работ, лежащих на критическом пути; и при этом не разорвать их преемственности, чтобы между работами не возникало пауз, когда одна завершена, а ей преемствующая не может быть начата по причине организационной или технологической неготовности. Это касается как проекта в целом, так и отдельных его фрагментов. Также необходимо сделать одну принципиальную оговорку: Сетевой график — в общем случае — не является аналогом графического изображения алгоритма выполнения соответствующего им обоим проекта (работы), поскольку — в отличие от алгоритма — сетевой график не может включать в себя в явном виде циклы. Сказанное означает, что если некоторый из этапов проекта в целом, представляет собой замкнутую в кольцо последовательность действий, а параметры выхода из этого цикла определяются результатами, достигнутыми в очередном прохождении кольца, то такой цикл может содержаться в сетевой модели только в «скрытом виде». Например, если в алгоритме выполнения проекта в целом встречается последовательность работ типа: «1) разработка конструкции устройства “А”, 2) изготовление устройства “А”, 3) испытания опытных экземпляров устройства “А”, 4) анализ результатов испытаний, 5) принятие решения: либо 5.1) о доработке конструкции устройства “А” (т.е. передача управления к п. 1), либо 5.2) начало следующего этапа проекта с использованием устройства “А”», — то такая последовательность может быть включена в сетевую модель только в скрытом виде, например, как работа с условным названием «создание устройства “А”», а завершением её может быть по существу только п. 5.2 исходного для построения сетевого графика алгоритма: «приёмка устройства “А”, дающая начало следующему этапу проекта с использованием устройства “А”». Т.е. разработчики сетевой модели и те, кто опирается на неё в процессе управления, должны знать, какие именно работы, соединяющие подобно прочим работам два последовательных рубежа дискретного контроля, в действительности представляют собой «скрытые циклы». Соответственно планирование и контроль работ, представленных в сетевом графике как «скрытые циклы», — особая подзадача в сетевом планировании и управлении проектами на основе сетевых моделей. 1 Этот термин будет пояснён далее в разделе 7.3. 2 Собственно такого рода разветвления и слияние фрагментов работ на некоторых рубежах дискретного контроля и порождают образ некой сети как графическое представление проекта в целом. 3 Критический путь и его параметры выявляются в сети с помощью алгоритма Форда. Об этом см. специальную литературу. Мы опускаем этот вопрос поскольку, алгоритм Форда это — частность в аппарате сетевого планирования, работоспособность которого в решении тех или иных практических задач организации управления обусловлена пониманием управления как явления. И потому освещение взаимосвязей ДОТУ и аппарата сетевого планирования представляется нам более значимым, чем рассмотрение алгоритмов сетевого планирования работы с сетевыми моделями. |
|||
