Глава 3. Выбираем подход к решению

We use cookies. Read the Privacy and Cookie Policy

Глава 3. Выбираем подход к решению

3.1. Решаем, что менять

Что менять — вот самое важное решение, которое вы принимаете, задавшись целью что-либо улучшить. Из этого следует все остальное. Если вы решаете изменить то, что не является ограничением, скорее всего, вы никак не повлияете на систему. А может быть, положение дел даже ухудшится, если в итоге появится новое ограничение, еще более мощное, чем имевшееся прежде. Но уж точно вам никогда не добиться положительных изменений, работая над не-ограничением.

За годы работы мне приходилось сталкиваться с десятками компаний, пытавшихся добиться улучшения итоговых показателей путем реорганизации. Ни у одной из них ничего не вышло. Также я наблюдал ряд попыток совершенствовать управление проектами при помощи внедрения нового программного обеспечения, увеличения объема тренингов и разработки процедур, но и они не привели к заметному росту показателей. Во всех этих случаях производились материальные изменения: добавлялись «квадратики» в организационную структуру, проводилось обучение, закупались (а иногда даже использовались) компьютерные программы, писались тома процедур — однако уровень результативности проектов оставался неизменным. Ну и, конечно, менялось руководство. Как объясняет ТОС, все это говорит лишь об одном: предложенное решение не позволило максимально использовать возможности ограничения системы. Единственный положительный опыт перемен, имевшийся у меня еще до знакомства с ТОС, как выяснилось при ближайшем рассмотрении, был связан с ситуацией, когда усилия направлялись на ограничение. Тогда сработали многие принципы ССРМ. Люди, проводившие преобразования, не знали теории, лежащей в основе ССРМ. Если бы они ее знали, изменения были бы еще более успешными.

И теперь, став свидетелем использования ССРМ во множестве организаций, могу объяснить, как это работает.

3.1.1. ОПРЕДЕЛЯЕМ СИСТЕМУ УПРАВЛЕНИЯ ПРОЕКТОМ

Цель системы управления проектом заключается в том, чтобы обеспечить достижение результатов, удовлетворяющих всех участников проекта. Для этого необходимо выполнить проектное задание (обещанный объем работ) в оговоренный срок или досрочно при заранее определенном или меньшем уровне затрат. Схематичное изображение проектной системы как «черного ящика» на рис. 3.1 показывает цель, входы и выходы и подсказывает, какие необходимы измерения для контроля за системой на пути к достижению цели.

3.1.2. ПРОВАЛ ПРОЕКТА КАК НЕЖЕЛАТЕЛЬНОЕ ЯВЛЕНИЕ

Чтобы улучшить систему управления проектом, согласно теории познания, необходимо определиться с проблемами, которые заложены в существующей системе. Сравнение прогнозов, сделанных с помощью существующей проектной системы (теории), с реальностью помогает установить такие проблемы. Наблюдая возникающие при работе системы нежелательные явления (НЯ), мы естественным образом сможем определить существующие в системе проблемы и понять, каких желаемых результатов (ЖР) нам необходимо добиться, чтобы говорить об улучшении проектной системы как таковой. В главе 1 были определены следующие НЯ:

1. Проекты часто идут с нарушением графика.

2. Проекты часто идут с превышением бюджета.

3. Чтобы уложиться в срок и в бюджет, часто приходится жертвовать содержанием проекта.

4. В проектах происходит слишком много изменений.

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

6. Длительность проектов все растет.

7. Многие проекты останавливаются, не дойдя до цели.

8. Проектные работы оказывают серьезное давление на большинство участников.

Нежелательные явления — это то, что нам не нравится в существующей системе. Хороший способ проверить, что перед нами действительно НЯ, — сформулировать предложение типа «Меня действительно беспокоит то, что.». Ваш список НЯ может включать в себя какие-то иные пункты, чем вышеперечисленные. Если нужно, дополняйте или сокращайте приведенный перечень.

ТОС помогает нам понять, что все эти явления — непосредственный продукт работы проектной системы, в которой мы в данный момент находимся. Хотя это и не преднамеренные результаты, их стабильное присутствие свидетельствует о том, что они — прямое следствие действия системы. Значит, где-то в системе есть нечто, вызывающее появление этих НЯ. Ввиду того, что нежелательные явления наблюдаются в любых типах проектов во всех сферах бизнеса и в разных видах культур, мы можем сделать вывод, что тип проекта, бизнеса и культуры не является первоочередным фактором или воздействием, вызывающим появление таких результатов. ТОС подводит нас к мысли, что НЯ — это следствие некоего глубинного конфликта или дилеммы, универсальных для любого окружения. Чтобы определить, что менять, необходимо выявить эту дилемму — ограничение существующей системы.

3.2. Определяем ограничение

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

В большинстве реализуемых сегодня проектов используется метод критического пути СРМ, разработанный в начале 1950-х и являющийся «гвоздем» большинства учебных программ по управлению проектами. (Я знаю, о чем говорю. Сам веду некоторые из них в Университете Феникса). Он же описан и во всех работах по управлению проектами. На рис. 3.2 показан типичный график, построенный методом критического пути. Самый длинный путь в диаграмме — критический путь.

Рис. 3.2 также показывает ресурсы, назначенные на выполнение каждой операции. Предположим, при оценке длительности операции учитывалось, что исполнитель будет заниматься только данной работой (рекомендую такой подход по причинам, которые станут ясны чуть позже). Завершится ли данный проект вовремя? Вряд ли. По графику исполнители должны будут выполнять одновременно несколько операций («многозадачность»). Поэтому длительность каждой отдельной операции и, значит, всего проекта увеличится. А поскольку проект завершается с опозданием, если хотя бы одна операция на критическом пути будет выполнена позже срока, следовательно, данный проект спланирован так, что срыв плановой даты неизбежен. И это справедливо практически для всех проектов, планируемых методом критического пути, поскольку почти ни в одном из них не используются безграничные ресурсы.

Анализ проекта на рис. 3.2 позволяет прикинуть, сколько времени он на самом деле займет. Рассмотрим работу исполнителя 1 (операции 1, 3 и 5). Начало всех этих операций запланировано на одну и ту же дату, значит, каждая операция будет длится втрое дольше, поскольку все они должны выполняться одновременно. Таким образом, самая короткая операция 1 длительностью 5 дней завершится через 15 дней, а задания 3 и 5 будут выполнены на этот момент настолько, сколько можно сделать за 5 дней. Теперь исполнитель 1 должен будет распределять время между двумя оставшимися операциями, при этом из 2 дней работы по проекту на каждую будет уходить по 1 дню. Следовательно, оставшиеся 20 дней операции 3 выльются на деле в 40 дней и общая ее продолжительность составит 55 дней. Через 55 дней по заданию 5 еще останется сделать работы на 25 дней, и длительность ее в совокупности окажется 80 дней.

Расчет по исполнителю 2 более сложен ввиду взаимосвязанности операций. На 15-й день исполнитель 2 может начать работу по заданию 2 и посвящать ему 100% времени. Он не сможет приступить к операции 4, пока исполнитель 1 не завершит задание 3 (то есть не раньше дня 55). Таким образом, исполнитель 2 может полностью заниматься операцией 2 в течение 40 дней, однако последние 5 дней уже придется выполнять и задание 4, поэтому общая длительность операции 2 вырастет до 50 дней. Операция 4 теперь пересекается с задачами 2 и 6 и вырастает до 40 дней. На рис. 3.3 представлена схема ожидаемой фактической реализации проекта с датой окончания, сдвинувшейся более чем на месяц. Проект был обречен.

Существует метод решения данной проблемы — это выравнивание ресурсов. Большинство программных продуктов, основанных на методе СРМ, предлагают такую возможность. Рис. 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 показывает критическую цепь в простом проекте, взятом нами за пример. Обратите внимание: на стадии определения в ней нет временного резерва. Также отметьте, что она «прыгает» по логически связанным цепочкам задач в проекте (хотя технически логика всего плана остается неизменной).

В прошлом я никогда не ставил под сомнение, что приемлемым способом избежать борьбы за ресурсы является построение критического пути с последующим выравниванием ресурсов. Изучение литературы не выявило, на чем базируется данный подход. Подозреваю, что это, возможно, связано с эволюцией компьютерной техники. Вычислить критический путь можно вручную. Алгоритма для создания оптимального критического пути с выравненными ресурсами не существует. Таким образом, даже в плане проекта средней сложности произвести выравнивание ресурсов вручную очень сложно. Дорогостоящие и «медленные» компьютеры, существовавшие в период становления СРМ и PERT, не годились для больших расчетов, хотя идея использовать машину для расчета критического пути, построения сетевой диаграммы с дальнейшим выявлением потенциальных ограничений по ресурсам кажется вполне разумной. Может быть, даже по несложным проектам, которые планировались методом СРМ и PERT без привлечения компьютеров, ресурсы не всегда были ограничением. И вполне реально было вручную найти критический путь, а затем определить и закрыть потребности в ресурсах.

Современные программы по управлению проектами работают следующим образом: сначала определяется структура действий (критический путь) и лишь затем учитываются ограниченные ресурсы, выделенные на проект. Программное обеспечение по проектному менеджменту выявляет критический путь, логически соединяя операции и высчитывая самую длинную цепочку работ. При этом предполагается, что ограничений по ресурсам нет. Затем менеджер проекта добавляет информацию о доступности ресурсов. Программы распределяют ресурсы, используя различные схемы, но обычно в первую очередь — на операции, находящиеся на критическом пути (то есть те, где самый минимальный временной резерв), потом на те, что занимают следующее место по длительности (со следующим наименьшим резервом). Люди, изучавшие вопрос распределения ресурсов, знают, что таким образом не всегда получается оптимальный график. Предлагаются различные решения для оптимизации, некоторые программы предоставляют множество разнообразных вариантов. Единственный метод сделать правильный выбор — метод проб и ошибок. Большинство программ предоставляют определенную возможность контроля за процессом.

Таким образом, первая ключевая мысль Голдратта — принять за ограничение в отдельно взятом проекте критическую цепь, а не критический путь. Критическая цепь строится с учетом ограничений по ресурсам и логической связанности задач.

3.3. Максимально используем ограничение

В классическом процессе логических рассуждений по ТОС от нежелательных явлений (НЯ) сразу переходят к созданию дерева текущей реальности (ДТР) — системной модели существующей действительности, вызвавшей появление НЯ. Первоначально по теории построение начиналось с любых двух НЯ, между которыми создавалась логическая связь. Затем добавлялось еще одно НЯ, и так до тех пор, пока все они не оказывались соединенными в систему, представляющую текущую реальность. По завершении процесса, который Карл Поппер назвал бы «критическим обсуждением», аналитик выбирал на диаграмме элемент, вызвавший появление всех или большинства НЯ, — ключевую проблему системы. Далее эта проблема анализировалась как результат действия некоего конфликта. Так обнаруживалось то первоочередное изменение, которое необходимо произвести для начала создания новой системы, которая порождала бы не нежелательные явления, а их противоположность — желаемые результаты (ЖР). Процесс работал. Однако он был долог и сложен.

Не так давно Голдратт предложил новшество, которое кто-то (он не говорит кто) подсказал ему. Для многих процесс стал более очевидным и на вид простым. По новому методу необходимо выбрать три НЯ и проанализировать каждое из них как результат действия некоего конфликта. Затем все три конфликта рассматриваются вместе, чтобы вывести конфликт-первопричину, ключевой конфликт. Наконец, по обновленному методу, ключевой конфликт используется для построения модели текущей реальности, где отображается, каким образом он ведет к появлению всех (или большинства) нежелательных явлений в системе. В завершение процесса определяется изменение, которое необходимо произвести в первую очередь, чтобы начать пересмотр системы и создание модели будущего без нежелательных явлений. Хотя у меня имеются сомнения по целесообразности применения данного метода для анализа новой проблемы, полагаю, это удобный способ описания уже произведенного анализа, поэтому буду применять его при разговоре о работе с критической цепью проекта.

3.3.1. ДЛИТЕЛЬНОСТЬ ПРОЕКТОВ РАСТЕТ

Многие согласятся с тем, что проекты становятся все продолжительней.

На занятиях я спрашиваю слушателей: «Все знают, что такое непредвиденные обстоятельства?» Как правило, все утвердительно кивают в знак того, что на самом деле понимают значение данных слов. Тогда я прошу кого-нибудь дать определение. Начинается неуверенное ерзанье, но в конце концов, иногда по моему указанию, кто-то один выдает ответ в духе «то, на что нужны дополнительные деньги и время». «Дополнительные по сравнению с чем?» — уточняю я. Все приходят в еще большее замешательство. Я обращаюсь к рис. 3.6 как примеру вариабельности в реализации задания (с чем они уже столкнулись в упражнении на оценку длительности) и спрашиваю: «Будет огромная разница между тем, сколько мы добавим на непредвиденное, когда оценка сделана с 50%-ной вероятностью, и тем, что мы предусмотрим, когда точность оценки — 90%?» Все соглашаются и понимают теперь, что слово «непредвиденное» можно толковать совершенно по-разному, в зависимости от того, что брать за основу. Я предлагаю операциональное определение: «Непредвиденное — это разница между оценкой, сделанной с 50%-ной вероятностью, и оценкой, сделанной с 90%-ной вероятностью». Если кому-то не нравится, пожалуйста, предлагайте другое. Главное, удостоверьтесь, что собеседники вкладывают в это слово то же значение, что и вы.

Все хотят, чтобы их проекты завершались успешно. Одно из обязательных условий — закончить проект в соответствии с графиком. А чтобы выполнять проекты по графику, нужно, чтобы по графику шли все операции, находящиеся на критическом пути. Чтобы все операции критического пути выполнялись в срок, необходимо при планировании каждой «закладываться» на непредвиденное (как показано выше), поскольку нам известно о явлении неопределенности при выполнении операции. Вот единственный способ добиться успеха при использовании метода критического пути. Далее, поскольку путь этот можно найти только после того, как оценена длительность каждой задачи и составлена сетевая диаграмма, необходимо учитывать непредвиденное в оценке каждой операции.

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

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

Из всего сказанного следует: чтобы спланировать успешный проект, проджект-менеджер должен заложить короткий критический путь. А для этого и оценочная длительность операций должна быть как можно короче и без запаса на непредвиденные обстоятельства.

Рис. 3.7 представляет диаграмму «грозовая туча» для дилеммы, описанной выше. Естественно, не может быть, чтобы длительности операций были оценены одновременно и с 50%-ной, и с более высокой долей вероятности. Возникает конфликт. Чаще всего он проявляется так: эксперты дают максимально точную оценку длительности операций, а руководство, в том числе и менеджер проекта, уменьшает этот показатель, ставя тем самым менее реальную цель (в качестве вызова или повышенных обязательств). При этом обычно не используются никакие методы, действительно позволяющие сократить время выполнения работ. Такие усечения оценочной длительности представляются спорными. Как правило, люди понимают, что руководство тем не менее ожидает от них достижения целей именно за эти маловероятные сроки. Принятые обязательства по проекту фиксируются в графике, и руководство непременно затребует статус выполнения работ в запланированные сроки.

Исполнители, как правило, принимают вызов. У них попросту нет выбора. От них требуют быть частью команды и как следует выполнять свою роль. Субподрядчики зачастую испытывают такое же давление: либо выполняйте задание в укороченные сроки, либо мы предложим работу другим. Люди опытные оправдываются тем, что приходится принимать правила этой игры «на слабо», устроенной руководством. Помните фильмы, где два водителя мчатся на скалу или навстречу друг другу, чтобы посмотреть, кто даст слабину первым и свернет или затормозит раньше, чем другой? Участники проекта знают, что их случай не уникален и то же самое происходит и при выполнении остальных проектных работ. Если они согласятся на сокращение сроков, то, скорее всего, невыполнимость новых условий все равно проявится сначала на каком-то другом этапе, и руководству придется уступить перед фактами реальности и вновь увеличить длительность проекта. Так у исполнителей появится достаточно времени, чтобы завершить свое задание, и они получат выгоду, играя по общим правилам. Высказавшись против сокращения времени, они потеряли бы все и сразу, так как руководство признало бы их плохими работниками, не поддерживающими интересы компании. У людей нет выбора в мире, где правит сильнейший.

3.3.2. ПРОЕКТЫ ЧАСТО ИДУТ С НАРУШЕНИЕМ ГРАФИКА РАБОТ

Отвечая на вопрос о причинах нарушения графиков, люди говорят, что сначала все идет прекрасно, но потом посреди пути появляется помеха, из-за которой отставание становится все больше. Всем известно, что несвоевременное завершение всего лишь одной операции из критического пути вызовет опоздание всего проекта. Когда сдвиг сроков начинает влиять на весь план, руководство пытается решить вызвавшую сдвиг проблему,

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

На вопрос о причинах возникновения таких ситуаций обычно дается один из двух вариантов ответов. В первом варианте говорится о конкретной проблеме на конкретном проекте, которая еще свежа в памяти (или до сих пор не решена). Просрочка обычно объясняется плохой работой группы исполнителей, которым поручена данная часть работ. Второй вариант — более общий. Здесь вина за сорванные даты возлагается на исполнителей, склонных недооценивать длительность однотипных работ, или на руководство, назначающее спорные сроки.

Как часто исполнители завершают свои задания и передают их на следующий этап досрочно? Как часто они тратят на выполнение задания средств меньше, чем заложено в бюджете? Вы обнаружите, что это происходит намного реже, чем можно было бы ожидать при оценке ресурсов и времени с 90%-ной вероятностью. Даже при несимметричном распределении значений на статистической кривой работы должны завершаться раньше срока в значительном числе случаев. На рис. 3.8 приведены фактические показатели длительности операций в сравнении с плановыми значениями. Большая часть заданий завершается точно вовремя, часто эта цифра составляет до 80%. Это не соответствует представленной ранее оценке времени завершения работ.

Вот некоторые возможные объяснения того, почему в большинстве случаев проекты не завершаются досрочно, а выделенные бюджеты расходуются полностью:

1. Люди строго придерживаются сроков и не видят смысла в досрочном завершении работы.

2. Произведенная оценка ресурсов и времени занижена, и на досрочное выполнение не приходится рассчитывать.

3. Объем работ увеличивается по ходу выполнения проекта, и проект потребляет все выделенное время и бюджет.

4. Считается, что следующий этап все равно еще не готов к тому, чтобы начинать работать досрочно по мере выполнения предыдущего.

5. В большинстве организаций есть угроза наказания за несоблюдение запланированных сроков. А каковы поощрения за досрочное выполнение?

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

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

В совокупности с психологическими мотивами перечисленные факторы приводят к значительному уменьшению возможностей положительной вариабельности показателей при реализации проектов. Менеджеры распределяют задания и учат людей соблюдать установленные сроки. Таким образом, даже если работа выполнена досрочно, до плановой даты о результате никто может и не узнать. Почему? Руководство обычно не использует преимуществ раннего завершения и никак не поощряет тех, кто закончил работу досрочно. Почасовая оплата мотивирует исполнителя использовать все время, отведенное для выполнения задания. Заключение контракта с условием возмещения реальных затрат исполнителя (обычная практика привлечения внутренних ресурсов компании и некоторых видов ресурсов извне) может способствовать тому, что исполнитель замедлит темп работ, чтобы получить оплату за сверхурочные или большую долю прибыли от реализации проекта.

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

Все это ведет к появлению второго конфликта, проиллюстрированного на рис. 3.9. Верхняя часть диаграммы относится к исполнителю. Чтобы считаться хорошим членом команды, я должен способствовать скорейшему завершению проекта. Чтобы способствовать скорейшему завершению проекта, я должен выполнять работу досрочно. Нижняя ветвь показывает, что для того, чтобы быть успешным членом команды, при оценке длительности заданий я должен закладывать достаточно времени, чтобы выполнить свои обязательства. А чтобы было достаточно времени на выполнение обязательств в будущем, не следует досрочно завершать работу сейчас. Очевидно, что нет пределов совершенству: всегда найдется что перепроверить и улучшить, даже если кажется, что все уже сделано. Даже если я отчитаюсь по результатам заранее и сдам работу на проверку менеджеру, вряд ли он возьмется за нее до того, как наступит положенный срок, ведь он очень занят.

Студенческий синдром

Часто ли вы готовились к экзаменам за много недель заранее и могли накануне спокойно лечь спать пораньше? Часто ли вы писали все работы с запасом по времени и заканчивали их как минимум за неделю до срока сдачи — чтобы избежать проблем с нехваткой книг в библиотеке и отсутствием свободных компьютеров в компьютерном классе? (Когда я учился в институте, компьютеров не было, так что от этой проблемы я был избавлен.) Вы — нормальный человек?

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

Рис. 3.10 показывает типичную модель работы многих из нас. Менее трети задания выполняется в первые две трети срока, отведенного на него. И две трети — за последнюю треть срока. А когда, скорее всего, обнаружится, что справиться с заданием за оставшееся время будет весьма проблематично? В первую или в последнюю треть срока? Если вы уже работаете на все 100% и даже больше, чтобы завершить две трети дела за оставшуюся треть времени, то, попытавшись приложить еще сил, вы все равно не завершите работу вовремя. А каковы шансы справиться с какой-нибудь непредвиденной проблемой, например поломкой компьютера?

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

где медиана оказывается намного больше среднего значения. Вот почему так часто наблюдается превышение срока и так редко — досрочное выполнение работ.

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

3.3.3. «МНОГОЗАДАЧНОСТЬ»

Допустим, системой управления графиком предусмотрено, что исполнители приступают к своим заданиям как можно раньше и сообщают о дате начала выполнения менеджеру проекта. Предположим, что в течение дня исполнитель распределяет время между тремя заданиями, каждое из которых, если уделять все время только одному заданию, можно было бы закончить за неделю. Когда завершатся все три задания? Если считать, что на переключение от одной операции на другую время не теряется, то ни одна из них не завершится ранее, чем через три недели. Наличие нескольких заданий одновременно вызывает увеличение длительности по всем трем проектам с одной недели до трех. Получение результата сдвигается по первому проекту на две недели, а по второму — на одну.

Признавая справедливость всего вышесказанного, многие тем не менее возразят, что иначе и невозможно. Ведь нужно успеть сразу все и угодить сразу всем. Люди согласны с нашими доводами, логически обосновывающими, что многозадачность — не лучший (а может, и наихудший) способ эффективно обеспечить соответствие множественным требованиям (рис. 3.12). Они признают, что это заведомо снижает вклад каждого исполнителя в общий результат проекта. Более того, не принимается во внимание,

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

Питер Маррис [1] утверждает, что наличие «многозадачности» — социальное проявление эксплуатации более слабых более сильными, попытка сильных защититься от неопределенности. Иными словами, руководство извлекает выгоду из ресурсов нижних уровней организации путем давления, ведущего к возникновению «многозадачности».

3.3.4. КЛЮЧЕВОЙ КОНФЛИКТ

ВЕДЕТ К НЕЖЕЛАТЕЛЬНЫМ ЯВЛЕНИЯМ

Можно свести все три рассмотренных конфликта к одному ключевому, обусловившему их появление. Поскольку эти три конфликта мы вывели из трех первоначальных нежелательных явлений, то разрешение ключевого конфликта должно положительно сказаться и на трех проанализированных НЯ. А поскольку проект — это система взаимосвязанных элементов, то снятие ключевого конфликта повлияет и на все остальные НЯ.

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

Нижняя ветвь диаграммы отражает логику, ведущую к работе на благо проекта. Чтобы проект был завершен успешно, все его составные должны внести свой вклад в общий успех. Для чего выполнение каждого задания должно быть подчинено общим интересам проекта.

Вот широко распространенный конфликт, о котором говорил и Деминг: работа во имя отдельной части системы не ведет к успехам всей системы. Это конфликт, описанный и среди принципов теории ограничений: в оптимально настроенной системе не все части будут работать на максимуме возможностей. Более того, ключевой конфликт ставит исполнителей и руководство проекта в ситуацию «выиграл — проиграл». Неудивительно, что для всех участников проект — это большой стресс. Неудивительно, что так много проектов заканчивается неудачно.

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

На рис. 3.14 представлена неполная логическая цепочка. Это лишь условные связи ключевого конфликта и НЯ. В главе 11 более подробно освещена логика выстраивания этих последовательностей, а полное дерево текущей реальности доступно на сайте http://www.Advanced-projects. com. Сейчас же, если вы согласны, что в основе большинства или всех НЯ лежит ключевой конфликт, вам, должно быть, не терпится приступить к процессу поиска решения.

3.4. К желаемым результатам

3.4.1. РАЗРЕШАЕМ КЛЮЧЕВОЙ КОНФЛИКТ

Чтобы снять ключевой конфликт, необходимо обнаружить одну или более исходных ложных установок, которые можно развеять и тем самым изменить всю систему. Установки сопровождают каждую стрелку в диаграмме конфликта. Метод критической цепи — результат опровержения установки, согласно которой якобы единственным способом справиться с неопределенностью является добавление по каждой операции резерва на непредвиденные ситуации.

У Голдратта были все предпосылки разработать метод критической цепи в проектах. Идея критической цепи базируется на признании того факта, что вариабельность при выполнении проектных работ коренится в самой существующей системе управления проектом. Он с большим успехом использовал свое решение при управлении производством, как описано в романе «Цель» [2]. И ему было известно, что в большинстве случаев неопределенность оценок длительности проекта намного превышает уровень вариабельности производственных процессов. Он также знал, что в большинстве случаев степень взаимозависимости работ в проекте такая же или даже больше, чем на производстве. Естественно, что он рассматривал проекты с данной перспективы, чтобы выявить ложную установку.

Влияние вариабельности и взаимозависимости событий Голдратт описал в истории о Херби (роман «Цель»). Он использовал образ отряда скаутов, отправившихся в поход по лесу. Тропа очень узкая, поэтому скауты не могут обгонять друг друга и должны идти по одному. По мере продвижения цепочка все растягивалась. Алекс Рого, главный герой «Цели» и руководитель отряда, понял, в чем дело. Скорость ходьбы каждого скаута не является постоянной. В действие вступают статистические колебания. Каждый зависит от скорости впереди идущих, потому что обгонять нельзя. Колебания приводят к тому, что длина шеренги постоянно увеличивается.

Херби идет медленнее всех, он — ограничение. Просветы в строю подобны кучам заготовок на производстве, которые скапливаются, пока станок обрабатывает детали, поступившие ранее (первыми в цепочке).

В проектах роль просветов в шеренге скаутов играет время. Если следующий исполнитель окажется не готов к тому моменту, когда предшественник завершит свою работу досрочно, время на проекте потратится впустую. Мы теряем действие положительных статистических отклонений. Это все равно что самый быстрый скаут, которому приходится шагать за самым медленным: может догнать, но не обойти. Длина цепи увеличивается. На проектах эта ситуация более пагубна, чем на производстве. На заводе заготовки в конце концов все равно будут обработаны. На проекте же потеря времени невосполнима. Время не остановишь.

Свое решение Голдратт развивает из идеи теории ограничений, примененной на производстве. Во-первых, необходимо выявить ограничение в системе управления проектом. Понятие «производительность по денежному потоку» привело его к тому, чтобы сосредоточиться на времени, необходимом для реализации проекта. Очевидно, что ограничение — самая длинная цепочка работ на проекте. На первый взгляд, это критический путь.

Как же по максимуму использовать критический путь? Голдратт защитил диссертацию по физике. Он разбирается в статистике, знает об «облачном», непредсказуемом поведении большинства явлений реальности и понимает, что единственный способ извлечь пользу из знания статистики — рассмотреть значительное число событий. Еще до него Эдвардс Деминг и Уолтер Шухарт показали, что наука не может точно предсказать единичное проявление статистически наблюдаемого явления. Это приводит к очень простой (как сейчас уже кажется) мысли: сконцентрировать весь запас времени на неопределенность в конце проекта — в буфере. Этот буфер — прямой аналог предложенного Голдраттом для производственных систем, где запасы заготовок стратегически располагаются перед станками, чтобы избежать простоев.

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

Во-вторых, при использовании данной стратегии в игру вступает и еще один закон статистики. Центральная предельная теорема гласит, что распределение независимых или слабо зависимых значений склонно иметь распределение вероятностей, близкое к нормальному. Нормальное распределение является симметричным. У него нет длинного «хвоста» справа, как это бывает у распределений значений по отдельным проектным работам. Это значит, что сосредоточение запаса на непредвиденное в конце проекта снижает вероятность значительного перерасхода данного запаса.

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

3.5. Реализуемость решения (доказательства)

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

1) предоставляет ясный способ управления вариациями, вызванными общими причинами;

2) явным образом решает проблему ограничения ресурсов.

Поппер [3] указывает, что новая теория должна содержать в себе и объяснять старую. Если бы ресурсы были неограниченными, то критическая цепь равнялась бы критическому пути. При наличии ограничений по ресурсам критическая цепь — приемлемое решение проблемы критического пути с выровненными ресурсами. Таким образом, критическая цепь включает в себя и критический путь.

Как предлагает Поппер, первым методом проверки новой теории должно быть критическое обсуждение. В ходе этой дискуссии новая теория подвергается сопоставлению со старой, проводится поиск логических дедуктивных обоснований и свидетельств в поддержку гипотез, легших в основу новой и старой теорий. Суммируя суть научного метода, Поппер указывает:

1. Индукция (то есть заключение, сделанное на основе множества наблюдений) — миф. Это ни факт психологии, ни явление повседневной жизни, ни научная процедура.

2. По-настоящему научный образ действий заключается в работе с гипотезами: мгновенное выдвижение предположения, зачастую исходя из одного-единственного наблюдения.

3. Повторяющиеся наблюдения и эксперименты выступают в науке в роли проверки наших предположений, или гипотез (то есть являются несостояв-шимся опровержением).

В данной главе мы привели обоснование методу Голдратта, при помощи которого он локализовал проблему как коренящуюся в существующей теории. У нас нет объяснений, как он вывел решение этой проблемы, а именно как пришел к мысли, что нужно совершенствовать управление неопределенностью. И вряд ли кто-либо, не обладающий познаниями и опытом Голдратта, смог бы прийти к тому же решению. Исходный метод PERT и вытекающее из него проектное моделирование показывают, что и другие осознавали наличие проблемы неопределенности.

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

Теория критической цепи видит причины превышения сроков в явлении статистических колебаний (неопределенность или вариабельность) и взаимозависимости событий. Метод критического пути этих факторов не учитывает. По СРМ в графике используются строго определенные длительности операций, четкие даты начала и окончания работ. Этот механистический подход в совокупности с особенностями человеческого поведения приводит к срыву графиков. Срыв ведет к превышению бюджета и неполному выполнению проектного задания. И, вероятно, самое главное: новая теория объясняет, каким образом метод СРМ, обуславливая использование при планировании работ подхода типа «победитель — проигравший», вызывает большинство психологических проблем, присущих системе управления проектом.

Для начала работ человеческие ресурсы являются таким же граничным условием, как и наличие всех исходных данных и материалов. Ресурсы — необходимое условие для выполнения операции. По методу СРМ вполне можно решить проблему ограниченных ресурсов, определив сначала критический путь, невзирая на ресурсы, а потом уже оценить влияние имеющегося ресурсного ограничения. Иными словами, исходное предположение при определении критического пути говорит нам, что ресурсы ограничением не являются. Считается, что они неисчерпаемы. Мне не удалось найти обоснований этой установке. Голдратт легко выявил данную скрытую установку, так как в производственных системах, с которыми он работал, она была очевидным фактом [4].

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

Данный текст является ознакомительным фрагментом.