• решение (новая теория) должно преодолеть ключевой конфликт, опровергнув главную исходную установку в основе существующей системы, указывающую, как управлять неопределенностью;

• вероятное решение может заключаться в методах управления неопределенностью, подобных тем, которые зарекомендовали себя в улучшении показателей производственных систем;

• решение должно предусматривать управление неопределенностью при помощи буфера — запаса времени на непредвиденные обстоятельства, добавленного в конец цепочки операций;

• растущее число практических примеров свидетельствует о реализуемости метода ССРМ на всех типах проектов.

Учтите: знать о неопределенности или анализировать неопределенность и управлять неопределенностью — это не одно и то же. Людям было известно о явлении неопределенности задолго до начала их проектов. Существует масса методов анализа неопределенности. И знания, и методы — необходимые, но недостаточные условия для управления неопределенностью. Управлять — значит предпринимать действия, приближающие систему к цели. В главе 4 дано полное описание такой системы управления.

ЛИТЕРАТУРА

1. Marris, Peter, The Politics of Uncertainty, London: Routledge, 1996.

2. Goldratt, Eliyahu M., The Goal, Great Barrington, MA: North River Press, 1984 (в русском переводе: Голдрат Э. М., Кокс Д. Цель. Процесс непрерывного совершенствования. — М.: Попурри, 2007).

3. Popper, Karl R., Objective Knowledge, An Evolutionary Approach, Oxford: Clarendon Press, 1979, р. 144 (в русском переводе: Поппер К.Р. Объективное знание. Эволюционный подход. — М.: Эдиториал УРСС, 2002).

4. Goldratt, Eliyahu M., Theory of Constraints, Great Barrington, MA: North River Press, 1994.

В этой главе описывается процесс разработки такой системы управления отдельным проектом, которая бы соответствовала требованиям, изложенным в предыдущих главах и рассматриваемым далее подробно. Вы увидите последовательную картину перехода от требований к дизайну, хотя в реальности процесс, как обычно бывает при разработке решений, проходил в несколько итераций. Различные варианты тестировались на соответствие заявленной спецификации — и так до тех пор, пока не была найдена подходящая модель системы.

4.1. От системных требований к модели системы

4.1.1. МАТРИЦА ТРЕБОВАНИЙ

Табл. 4.1 представляет собой свод требований к эффективной системе управления проектом, разработанный по методу Джозефа Джурана [1]. В ней дается иерархия желаемых свойств, и в первую очередь самые необходимые условия реализации проекта. К ним относятся три граничных технических условия (содержание, бюджет и график) и необходимость удовлетворять ожиданиям участников проекта. Участники — это как минимум заказчик проекта и проектная команда, а в некоторых ситуациях и многие другие (например, субподрядчики, акционеры, законодательные органы, соседи, правительство и иные сообщества).

Это те требования, на которые я ориентировался, формулируя ССРМ. Многие сторонники ТОС и метода критической цепи не учитывают все их в полной мере по одной из следующих причин. Кто-то просто не знает всего набора требований, которым должна удовлетворять система управления проектом, и сосредотачивается лишь на том, о чем упоминает доктор Элияху Голдратт. Другие, возможно, не считают эти требования обязательными. Я думаю, некоторым организациям не удалось успешно реализовать возможности ССРМ потому, что они не выполнили все условия эффективного ведения проектов. Система управления, удовлетворяющая всем требованиям из табл. 4.1, будет соответствовать и необходимым условиям успешности проектов, хотя к каждому конкретному проекту могут предъявляться и какие-то специфические требования.

Во второй и третьей колонках приведены соответственно требования второго и третьего порядка, производные от главных из первой колонки. Содержание второй и третьей колонки может различаться от проекта к проекту. В данной таблице приведены требования общего характера.

Вряд ли у вас получился бы точно такой же список требований. Эта таблица основана на положениях РМВОК, моем собственном опыте и особенностях того решения, которое мы собираемся рассмотреть. То, что заданное решение определяет выставляемые к проектируемой системе требования, — факт жизни. Только определив и критически оценив искомое решение, мы по-настоящему начинаем понимать суть проблемы. Например, не зная теории Голдратта и основ концепции критической цепи, я бы не включил работу с общими причинами вариабельности в список требований к проекту.

Таблица не является и не может быть полной. Это только идея, предмет для обсуждения и совершенствования. Например, я не очень доволен тем, что требования полностью включают в себя только глубинные знания, особенно знание психологии. Полагаю, можно пойти и дальше, включая в список принципы шести сигм и бережливого производства. Я считаю, что список «вполне приемлемый» для того, чтобы выстроилась картина ССРМ и мы занялись совершенствованием проектной системы, бросив вызов трудностям, описанным в главе 1.

4.1.2. КРИТИЧЕСКАЯ ЦЕПЬ ДЛЯ ОТДЕЛЬНОГО ПРОЕКТА:

КРАТКОЕ ИЗЛОЖЕНИЕ

Рис. 4.1 показывает ключевые элементы метода критической цепи как решения для отдельного проекта. Это решение соответствует функциональным требованиям к системе управления проектом. Изображение наглядно демонстрирует разницу между ССРМ и СРМ. Основные особенности ССРМ следующие:

1) критическая цепь определяется как самая длинная цепочка операций проекта с учетом ограничений как по ресурсам, так и по логике последовательности операций;

2) конфликты по ресурсам не рассматриваются до момента определения критической цепи;

3) в плане используются среднеоценочные характеристики операций (имеющие вероятность 50/50), а запас на компенсацию влияния общих причин вариабельности сосредоточен в конце цепочек работ (на рис. 4.1 буфер изображен в виде амортизатора);

4) выполнение цепочек работ, вливающихся в критическую цепь, координируется с помощью специальных буферов на слияние путей (при одновременном продолжении работ по снятию конфликта ресурсов);

5) уделяется внимание обеспечению ресурсами, особенно по операциям критической цепи (на рисунке показан один из методов — ресурсный буфер, далее я расскажу и о других);

6) в качестве средств оценки и контроля за реализацией проекта используются проектный буфер и буфера на слияние путей.