Реинжиниринг бизнес-процессов проектирования и производства. Яблочников Е.И - 33 стр.

UptoLike

31
как эта задача лежит на критическом пути, то эта задержка, если она не бу-
дет скорректирована, приведет к задержке выполнения всего проекта.
Пути ускорения проекта.
Сокращение времени часто является одной
из главных проблем при планировании и выполнении проекта. Одним из
путей для сокращения времени проекта является сокращение общего вре-
мени выполнения задач, лежащих на критическом пути. Для такого сокра-
щения могут быть использованы следующие способы [13]:
Более быстрое выполнение задач, лежащих на критическом пути. Вы
-
деление критического пути дает то преимущество, что позволяет сосре-
доточить основное внимание только на этой последовательности задач.
Обычно критический путь включает в себя лишь небольшую часть всех
задач проекта, так что дополнительные затраты, необходи-мые для ус-
корения решения этих задач, могут быть определены сравнительно бы-
стро. Иногда ускорение критического
пути может быть достигнуто за
счет анализа лежащих на нем задач с тем, чтобы раньше начать их вы-
полнение. Отметим, что ускорение выполнения задач, лежащих на кри-
тическом пути, может привести к изменению критического пути, так
что в него будут входить те задачи, которые ранее не являлись критиче-
скими.
Агрегирование
страховочного времени. Оцениваемое время выполнения
каждой задачи обычно включает в себя некоторое «страховочное вре-
мя». Это время для многих задержек, которые имеют место при выпол-
нении каждой задачи. К характерным задержкам относятся: ожидание
информации; ожидание одобрения решения; прерывания, поступившие
от других задач; превышение трудности задачи в сравнении с первона-
чальной
оценкой. Агрегирование страховочного времени предполагает,
что страховочное время вычитается из каждой задачи вдоль критиче-
ского пути, после чего все эти времена агрегируются в буфере проекта,
который размещается в конце план-графика. Так как потребность в уве-
личении времени выполнения задачи проявляется случайным образом,
то только некоторые из задач в действительности
будут использовать
время из буфера проекта. Поэтому размер буфера проекта может быть
меньше, чем сумма времен безопасности в случае, если бы эти времена
были бы включены непосредственно в задачи, и критический путь мо-
жет быть пройден быстрее. На практике буфер проекта может только
требовать начать работу при размере буфера, равном половине
сокра-
щенного критического пути. Этот метод получил название метода кри-
тической цепочки. Кроме буфера проекта, метод предусматривает ис-
пользование локальных буферов для защиты критического пути от за-
держек, которые могут внести в него некритические задачи. Каждый
локальный буфер агрегирует страховочные времена, лежащие на соот-