Вовремя и в рамках бюджета. Управление проектами по методу критической цепи
Шрифт:
Существует метод решения данной проблемы — это выравнивание ресурсов. Большинство программных продуктов, основанных на методе СРМ, предлагают такую возможность. Рис. 3.4 — вариант графика с рисунка 3.1, к которому было применено выравнивание ресурсов. Обратите внимание: дата завершения плана-графика с выравненными ресурсами совпадает с датой, полученной на графике фактической реализации. Этот метод также устраняет первое нежелательное явление — частое нарушение графика. Еще бы, ведь для этого он и создан!
Рассматривая рис. 3.2 и 3.4, можно сделать интересное наблюдение. Компьютерная программа включила в критический путь только операции 5 и 6. Странно, что в критический путь не попали операции, идущие перед ними. Почему программа выбрала именно
На своих занятиях в PMI я устраиваю неофициальное исследование. Я спрашиваю, сколько студентов в планах своих проектов указывают загрузку по ресурсам (то есть обозначают, какие ресурсы назначены на выполнение каких операций, как на рис. 3.2). Обычно это от половины до двух третей слушателей. Затем я спрашиваю, кто из них проводит выравнивание ресурсов. Обычно таковых около 5%. Получается, что примерно 95% проектов уже с самого начала обречены на провал. Не забывайте, что я опрашивал элиту управления проектами, большинство из них — сертифицированные профессионалы РМР.
Тем, кто назначает, но не выравнивает ресурсы, я задаю вопрос о причинах подобного поведения. Большинство не находятся с ответом, а те, кто все же отвечает, обычно говорят одно из двух:
1. Тогда сдвигается дата окончания проекта (!).
2. Выравнивание влечет за собой действия, лишенные всякого смысла.
Первый ответ указывает на нежелание взглянуть в лицо реальности. О втором поговорим позднее.
Сейчас мы вслед за доктором Элияху Голдраттом введем небольшое изменение в определение: ограничением в отдельно взятом проекте является критическая цепь, которая выявляется как самый длинный путь в сетевом графике после выравнивания ресурсов. Рис. 3.5 показывает критическую цепь в простом проекте, взятом нами за пример. Обратите внимание: на стадии определения в ней нет временного резерва. Также отметьте, что она «прыгает» по логически связанным цепочкам задач в проекте (хотя технически логика всего плана остается неизменной).
В прошлом я никогда не ставил под сомнение, что приемлемым способом избежать борьбы за ресурсы является построение критического пути с последующим выравниванием ресурсов. Изучение литературы не выявило, на чем базируется данный подход. Подозреваю, что это, возможно, связано с эволюцией компьютерной техники. Вычислить критический путь можно вручную. Алгоритма для создания оптимального критического пути с выравненными ресурсами не существует. Таким образом, даже в плане проекта средней сложности произвести выравнивание ресурсов вручную очень сложно. Дорогостоящие и «медленные» компьютеры, существовавшие в период становления СРМ и PERT, не годились для больших расчетов, хотя идея использовать машину для расчета критического пути, построения сетевой диаграммы с дальнейшим выявлением потенциальных ограничений по ресурсам кажется вполне разумной. Может быть, даже по несложным проектам, которые планировались методом СРМ и PERT без привлечения компьютеров, ресурсы не всегда были ограничением. И вполне реально было вручную найти критический путь, а затем определить и закрыть потребности в ресурсах.
Современные программы по управлению проектами работают следующим образом: сначала определяется структура действий (критический путь) и лишь затем учитываются ограниченные ресурсы, выделенные на проект. Программное обеспечение по проектному менеджменту выявляет критический путь, логически соединяя операции и высчитывая самую длинную цепочку работ. При этом предполагается, что ограничений по ресурсам нет. Затем менеджер проекта добавляет информацию о доступности ресурсов. Программы распределяют ресурсы, используя различные схемы, но обычно в первую очередь — на операции, находящиеся на критическом пути (то есть те, где самый минимальный временной резерв), потом на те, что занимают следующее место по длительности (со следующим наименьшим резервом). Люди, изучавшие вопрос распределения ресурсов, знают, что таким образом не всегда получается оптимальный график.
Таким образом, первая ключевая мысль Голдратта — принять за ограничение в отдельно взятом проекте критическую цепь, а не критический путь. Критическая цепь строится с учетом ограничений по ресурсам и логической связанности задач.
В классическом процессе логических рассуждений по ТОС от нежелательных явлений (НЯ) сразу переходят к созданию дерева текущей реальности (ДТР) — системной модели существующей действительности, вызвавшей появление НЯ. Первоначально по теории построение начиналось с любых двух НЯ, между которыми создавалась логическая связь. Затем добавлялось еще одно НЯ, и так до тех пор, пока все они не оказывались соединенными в систему, представляющую текущую реальность. По завершении процесса, который Карл Поппер назвал бы «критическим обсуждением», аналитик выбирал на диаграмме элемент, вызвавший появление всех или большинства НЯ, — ключевую проблему системы. Далее эта проблема анализировалась как результат действия некоего конфликта. Так обнаруживалось то первоочередное изменение, которое необходимо произвести для начала создания новой системы, которая порождала бы не нежелательные явления, а их противоположность — желаемые результаты (ЖР). Процесс работал. Однако он был долог и сложен.
Не так давно Голдратт предложил новшество, которое кто-то (он не говорит кто) подсказал ему. Для многих процесс стал более очевидным и на вид простым. По новому методу необходимо выбрать три НЯ и проанализировать каждое из них как результат действия некоего конфликта. Затем все три конфликта рассматриваются вместе, чтобы вывести конфликт-первопричину, ключевой конфликт. Наконец, по обновленному методу, ключевой конфликт используется для построения модели текущей реальности, где отображается, каким образом он ведет к появлению всех (или большинства) нежелательных явлений в системе. В завершение процесса определяется изменение, которое необходимо произвести в первую очередь, чтобы начать пересмотр системы и создание модели будущего без нежелательных явлений. Хотя у меня имеются сомнения по целесообразности применения данного метода для анализа новой проблемы, полагаю, это удобный способ описания уже произведенного анализа, поэтому буду применять его при разговоре о работе с критической цепью проекта.
Многие согласятся с тем, что проекты становятся все продолжительней.
На занятиях я спрашиваю слушателей: «Все знают, что такое непредвиденные обстоятельства?» Как правило, все утвердительно кивают в знак того, что на самом деле понимают значение данных слов. Тогда я прошу кого-нибудь дать определение. Начинается неуверенное ерзанье, но в конце концов, иногда по моему указанию, кто-то один выдает ответ в духе «то, на что нужны дополнительные деньги и время». «Дополнительные по сравнению с чем?» — уточняю я. Все приходят в еще большее замешательство. Я обращаюсь к рис. 3.6 как примеру вариабельности в реализации задания (с чем они уже столкнулись в упражнении на оценку длительности) и спрашиваю: «Будет огромная разница между тем, сколько мы добавим на непредвиденное, когда оценка сделана с 50%-ной вероятностью, и тем, что мы предусмотрим, когда точность оценки — 90%?» Все соглашаются и понимают теперь, что слово «непредвиденное» можно толковать совершенно по-разному, в зависимости от того, что брать за основу. Я предлагаю операциональное определение: «Непредвиденное — это разница между оценкой, сделанной с 50%-ной вероятностью, и оценкой, сделанной с 90%-ной вероятностью». Если кому-то не нравится, пожалуйста, предлагайте другое. Главное, удостоверьтесь, что собеседники вкладывают в это слово то же значение, что и вы.
Все хотят, чтобы их проекты завершались успешно. Одно из обязательных условий — закончить проект в соответствии с графиком. А чтобы выполнять проекты по графику, нужно, чтобы по графику шли все операции, находящиеся на критическом пути. Чтобы все операции критического пути выполнялись в срок, необходимо при планировании каждой «закладываться» на непредвиденное (как показано выше), поскольку нам известно о явлении неопределенности при выполнении операции. Вот единственный способ добиться успеха при использовании метода критического пути. Далее, поскольку путь этот можно найти только после того, как оценена длительность каждой задачи и составлена сетевая диаграмма, необходимо учитывать непредвиденное в оценке каждой операции.