Вовремя и в рамках бюджета | страница 90
Приведенное ранее из РМВОК определение критического пути говорит, что в процессе выполнения проекта он иногда меняется. Это может случиться в любой момент под действием вариабельности, вызванной общими причинами, в результате чего возникает новая самая длинная цепочка с нулевым или отрицательным резервом. Как подсказывает нам знание вариабельности, подобная смена критического пути может происходить довольно часто. Как говорил Деминг, одна из самых серьезных ошибок, какие только может сделать управленец — это реагирование на вариабельность по общим причинам так, словно она вызвана причинами особыми. В определении критического пути в РМВОК и при использовании метода во множестве иных систем управления проектами допускается именно эта ошибка. В результате команда проекта не сосредотачивает усилия на ограничении, а пытается угнаться за постоянно меняющимся критическим путем. Как показал Деминг в эксперименте с воронкой, это всегда будет только ухудшать показатели реализации проектов.
А вот критическая цепь не меняется на протяжении выполнения проекта. Отчасти это вопрос определения, однако в большей степени — результат процедуры построения общего плана с помощью критической цепи и принципа подчинения, описанного далее.
Определив критическую цепь как ограничение, мешающее выполнять проекты быстрее, мы должны теперь постараться максимально использовать возможности ограничения. Это означает сокращение как планового, так и фактического времени реализации проекта. ССРМ использует критическую цепь, опираясь на знание вариабельности. Вот в чем основное отличие метода критической цепи от существующих систем управления проектами: Голдратт учел как статистические колебания, так и явление взаимозависимости событий. Конечно, не только автор ТОС признает действие вариабельности. Новое в том, чтобы применить его метод в управлении проектами.
Деминг отмечал, что многие менеджеры, не понимая фундаментальной разницы между общими и особыми причинами вариабельности, наносят системам вред. Он говорит: «Исходя из собственного опыта, должен сказать, что для большинства проблем и возможностей для улучшения справедливо следующее распределение: 94% присущи системе (лежат в зоне ответственности руководства) и 6% — являются особыми случаями».
На проектах вариабельность по общим причинам проявляется в длительности операций. Хотя время выполнения одного отдельно взятого задания может не зависеть от времени выполнения другого, работы в сетевой диаграмме связаны друг с другом. Исходя из логики проекта, следующая задача не может начаться, пока не завершится задача-предшественник (для самого распространенного типа связи «финиш-старт»).
