В прошлом я никогда не ставил под сомнение, что приемлемым способом избежать борьбы за ресурсы является построение критического пути с последующим выравниванием ресурсов. Изучение литературы не выявило, на чем базируется данный подход. Подозреваю, что это, возможно, связано с эволюцией компьютерной техники. Вычислить критический путь можно вручную. Алгоритма для создания оптимального критического пути с выравненными ресурсами не существует. Таким образом, даже в плане проекта средней сложности произвести выравнивание ресурсов вручную очень сложно. Дорогостоящие и «медленные» компьютеры, существовавшие в период становления СРМ и 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% и даже больше, чтобы завершить две трети дела за оставшуюся треть времени, то, попытавшись приложить еще сил, вы все равно не завершите работу вовремя. А каковы шансы справиться с какой-нибудь непредвиденной проблемой, например поломкой компьютера?
Студенческий синдром практически не оставляет шансов наблюдать положительные проявления вариабельности в длительности выполнения проектных работ. Соображения, приведенные ранее, не дают использовать возможность досрочного завершения и начала заданий, даже если мы и видим такие возможности. Неудивительно, что проекты редко завершаются досрочно! Реальность такова, что относительная длительность операций обычно характеризуется распределением, сильно смещенным влево,