Вовремя и в рамках бюджета | страница 70
Существует метод решения данной проблемы — это выравнивание ресурсов. Большинство программных продуктов, основанных на методе СРМ, предлагают такую возможность. Рис. 3.4 — вариант графика с рисунка 3.1, к которому было применено выравнивание ресурсов. Обратите внимание: дата завершения плана-графика с выравненными ресурсами совпадает с датой, полученной на графике фактической реализации. Этот метод также устраняет первое нежелательное явление — частое нарушение графика. Еще бы, ведь для этого он и создан!
Рассматривая рис. 3.2 и 3.4, можно сделать интересное наблюдение. Компьютерная программа включила в критический путь только операции 5 и 6. Странно, что в критический путь не попали операции, идущие перед ними. Почему программа выбрала именно эти операции, для меня загадка. И я знаю, что после выравнивания ресурсов при помощи другой программы получится совсем иной критический путь, пусть даже выравнивание будет произведено одинаковым образом. Причина в том, что критический путь не определяется после выравнивания. До выравнивания в него не включен временной резерв («float», он же «slack»). Обратите внимание, что на рис. 3.2 у обоих некритических путей (операции 1 и 2 и операции 3 и 4) есть такой резерв, отмеченный чертой, продолжающейся справа от операции. После выравнивания ресурсов (рис. 3.4) резерв есть по всем операциям. Таким образом, ни одна из них не составляет критический путь.
На своих занятиях в PMI я устраиваю неофициальное исследование. Я спрашиваю, сколько студентов в планах своих проектов указывают загрузку по ресурсам (то есть обозначают, какие ресурсы назначены на выполнение каких операций, как на рис. 3.2). Обычно это от половины до двух третей слушателей. Затем я спрашиваю, кто из них проводит выравнивание ресурсов. Обычно таковых около 5%. Получается, что примерно 95% проектов уже с самого начала обречены на провал. Не забывайте, что я опрашивал элиту управления проектами, большинство из них — сертифицированные профессионалы РМР.
Тем, кто назначает, но не выравнивает ресурсы, я задаю вопрос о причинах подобного поведения. Большинство не находятся с ответом, а те, кто все же отвечает, обычно говорят одно из двух:
1. Тогда сдвигается дата окончания проекта (!).
2. Выравнивание влечет за собой действия, лишенные всякого смысла.
Первый ответ указывает на нежелание взглянуть в лицо реальности. О втором поговорим позднее.
Сейчас мы вслед за доктором Элияху Голдраттом введем небольшое изменение в определение: ограничением в отдельно взятом проекте является критическая цепь, которая выявляется как самый длинный путь в сетевом графике после выравнивания ресурсов. Рис. 3.5 показывает критическую цепь в простом проекте, взятом нами за пример. Обратите внимание: на стадии определения в ней нет временного резерва. Также отметьте, что она «прыгает» по логически связанным цепочкам задач в проекте (хотя технически логика всего плана остается неизменной).
