Если предположить, что задачи, которые вы выделили в своем проекте, уже несут информацию о результатах (четко обозначены принципы передачи работ от одного исполнителя к следующему), то влияние дальнейшей детализации на степень неопределенности по всему плану будет зависеть от того, в какую часть графика по отношению к пунктирной линии на рис. 1.5 попадает ваша ситуация. Если задействована правая часть и на оценку отдельных операций выделены фиксированные ресурсы, то увеличение количества операций (и соответственно уменьшение доли затрат на оценку каждой) может положительно повлиять на точность плана в целом. Объясняется это тем, что по мере разбиения плана на более мелкие и равноценные операции точность плана возрастет, если длительности операций определены с одинаковой точностью.
Если же количество ресурсов, которые вы можете себе позволить на проведение оценки, ближе к левой части по отношению к вертикальной линии на рис. 1.5, то более детальное разбиение плана может снизить степень его точности. Дело в том, что возросшая степень неопределенности оценки по каждой операции может превосходить статистическую выгоду от дополнительной детализации.
Добавление задач в план проекта увеличивает количество потенциальных связей между ними на порядки, превышающие число этих новых записей. Так, если вы прибавили всего одну строку в проект, в котором их уже 100, вы потенциально внесли и 200 новых связей между задачами, поскольку каждая операция, уже имеющаяся в плане, будет потенциально предшествовать новой или следовать за ней. А дополнительные взаимосвязи, возникающие при появлении новых задач, значительно увеличивают риск ошибок в сетевой диаграмме.
Из обсуждавшихся до сих пор возможных причин неудачных проектов вы могли сделать вывод, что это неопределенность вызывает проблемы при реализации. Если бы было именно так, то можно было бы предположить, что любой проект, существующий в ситуации неопределенности, обречен на провал. Основываясь же на определении проекта и нашем с вами знании жизни, можно утверждать, что неопределенность свойственна всем проектам. Следовательно, все проекты неминуемо должна постигнуть неудача. Во многих случаях это утверждение справедливо, но не во всех. Более того, есть примеры успешной реализации проектов в условиях максимальной неопределенности. В своей работе под названием «Критическая цепь» (Critical Chain) Голдратт описывает проект по созданию аэроплана, опровергающий высказанный нами ранее вывод. Разработчики сделали новую модель с непревзойденными характеристиками за 8 месяцев – вместо 10 лет, которые обычно уходят на подобные проекты. Есть и другие случаи. Соединенным Штатам удалось достичь поставленной президентом Кеннеди цели по отправке человека на Луну до конца десятилетия. Данный проект был самым неопределенным из всех, что выпадали на долю человечества. Подобным же проектом было создание атомной бомбы, завершившееся в рекордно короткие сроки.
Немалые силы брошены на то, чтобы снизить степень неопределенности при оценке параметров проекта и вариабельности при выполнении задач по проекту. Существуют прекрасные инструменты для оценки длительности проектов и составляющих задач. Они, без сомнений, помогают повысить точность оценки и, что еще важнее, собрать данные для оценки вариабельности проектных задач. Наблюдаются улучшения в сфере выполнения проектов – путем применения таких методологий, как шесть сигм. К сожалению, среди примеров неудач встречаются данные и о таких компаниях, в которых применяются подобные технологии снижения вариабельности. Говоря в общем и целом, к значительным улучшениям они не привели.
Особенность научного метода заключается в том, что ни один ученый никогда не сумеет доказать, будет ли какая-либо научная теория или закон продолжать действовать в будущем, но вот опровергнуть теорию он может, проведя всего один соответствующий эксперимент. Ряд случаев свидетельствует о том, что неопределенность сама по себе не может быть причиной неудач при реализации проектов.
Если фактор неопределенности сам по себе не объясняет, почему срываются проекты, можно ли как-нибудь подогнать существующую теорию под имеющиеся примеры? Мы знаем, что иногда при реализации проектов используются разные средства управления неопределенностью. Например, на проект «Аполлон» были приглашены три разных компании, которые предложили три разных решения по очень сложным разработкам. Выбран был один основной поставщик, а два других остались в качестве запасных – на случай, если решение первого не сработает. Была запланирована масса тестов и повторных проверок (и в ходе их проведения случился ряд весьма зрелищных срывов). Да, это затратный метод управления неопределенностью, но он работает. Руководствуясь теми же рассуждениями, Голдратт предположил, что причиной большинства неудач на проектах является отсутствие эффективного управления неопределенностью. В главе 3 мы рассмотрим эту гипотезу более тщательно. Если он прав, то решением может стать создание такой проектной системы, которая способна справиться с неопределенностью.
1.2.5. Правильное выполнение
Здесь мы имеем в виду реализацию плана решения проблемы. Проектом является совершенствование самой проектной системы.
В очерке «Сага об улучшении производства» (My Saga to Improve Production) [15] Голдратт пишет:
«Я не сразу дошел до этого, но в конце концов простейший ответ сам бросился в глаза: трата сил на установку программного обеспечения не давала людям на заводе сосредоточиться на проведении необходимых изменений – в основополагающих концепциях, в системах измерений и в процедурах».
Похожий феномен наблюдается и при многочисленных попытках улучшить качество управления проектами, и выясняется, что бороться с ним нужно будет практически всякий раз, когда компания решает внедрить ССРМ. Многие сразу же сосредотачиваются на софте как на панацее. Однако софт сам по себе никогда не является решением, и если сфокусироваться на нем, то больших улучшений не достичь. В других случаях решения по улучшению существующей системы трактуются как требования все большей детализации и создания все новой документации. При этом часто запускается новая база данных или программа для управления проектами. Все это лишь еще больше отвлекает людей от реализации проекта. И мало что меняется в лучшую сторону. Конечно, если изо всех сил внедрять дефектную систему, больших улучшений не произойдет. В главе 10 дается эффективный план по внедрению системы ССРМ.
1.3. Добиваемся успеха при помощи ССРМ
Мы сформулировали проблему и показали, что существующие теории нуждаются в совершенствовании. Следующим шагом должна стать разработка нового подхода к управлению проектом – ССРМ. Ожидается, что эта новая теория также будет критически осмыслена и при применении обеспечит стабильно более высокий уровень качества реализации проектов. Хотелось бы видеть улучшение не на 5, а на 50 %. Опираясь на данную теорию, мы также должны суметь объяснять причины уже имевших место успехов и неудач и делать оправдывающиеся прогнозы по готовящимся проектам. Опыт применения данного подхода демонстрирует гораздо больше преимуществ, чем обычно ожидается при внедрении новых методов. И все они тоже объясняются новой теорией. Вот перечень этих преимуществ (по сравнению с методом критического пути).
Увеличение количества успешно завершенных проектов:
• проекты всегда завершаются вовремя;
• проекты решают все поставленные задачи;
• проекты завершаются в рамках бюджета;
• проекты приводят к усилению положения компании на рынке и росту бизнеса.
Сокращение времени реализации проектов:
• работы завершаются вдвое (а иногда и более) быстрее, чем ранее при реализации подобных проектов;
• объем плана проекта сокращается как минимум на 25 %;
• значительно уменьшается длительность сложных проектов;
• снижается количество изменений на проектах;
• коммерческие проекты раньше начинают приносить прибыль;
• инвестиционные проекты окупаются быстрее.
Повышение степени удовлетворенности проектной команды:
• уменьшается путаница от возникновения множества пересекающихся задач;
• появляется возможность заниматься одновременно лишь одной задачей;
• снижается количество изменений;
• снижается количество переделок;
• снижается давление на проектную команду со стороны менеджеров отдельных проектов;
• снижается количество ситуаций типа «если не сделаешь, нам конец» (то есть задач, жестко привязанных к конкретным датам);
• исполнители пользуются информацией о буфере, чтобы определить приоритетность своих задач;
• снижается количество случаев внезапного появления новых приоритетных задач;
• упрощается система измерений;
• статус выполнения плана определяется легко и быстро;
• имеется информация о фактическом статусе проекта, то есть нет необходимости дожидаться появления финансовых отчетов;
• можно мгновенно получить статусный отчет по буферу, по цепи и по задаче;
• отчет по буферу определяет дальнейшие решения;
• отчетность по буферу вынуждает при принятии решений фокусироваться на приоритетах руководства (они видны по датам начал работ в графике).
Упрощение управления проектом:
• менеджеру проекта предельно ясно, на чем необходимо сосредоточить усилия (критическая цепь, сокращение случаев раннего старта);
• упрощение планов проектов уменьшает количество бумажной работы;
• упрощается процесс отчетности по статусу проекта;
• дальнейшее планирование или действия зависят от результатов измерений;
• приоритетность ресурсов зависит от результатов измерений.
Увеличение производительности проекта при неизменности ресурсов:
• снижается количество споров за ресурсы;
• больше проектов завершается за меньшее время при тех же ресурсах;
• сокращается необходимость привлекать новые незаменимые ресурсы;
• уменьшается количество задержек из-за проблем с ресурсами;
• улучшается картина движения денежных средств по проекту;
• увеличивается показатель рентабельности инвестиций ROI.
Рассказы очевидцев часто вдохновляют людей испробовать новые идеи. Парадигма критического пути СРМ царствовала более сорока лет, поэтому многим сложно согласиться на перемены. Однако все больше и больше самых различных компаний добиваются успеха, используя метод критической цепи. Приведем ряд примеров. Как уже говорилось, пример еще не подтверждает состоятельности теории. Он лишь показывает, что она не является совершенно безнадежной.
1.4. Honeywell Defense Avionics Systems [16]
«Команде, работающей на Королевские ВВС Нидерландов, поступило задание, на выполнение которого обычно закладывалось 13 месяцев, однако результат был получен уже спустя полгода… в экспериментальном режиме используется новый метод составления графиков программ с использованием концепции критической цепи. С этой концепцией также знаком и поддерживает ее Boeing».
1.5. Lucent Technologies [17]
Lucent Technologies использует ССРМ в качестве основной технологии управления своими проектами. (Автор данной книги проводил для компании соответствующий тренинг и оказывал помощь при внедрении).
«В 1996 году специалисты одной родственной компании заявили Lucent Technologies Advances Technology Systems (теперь в составе General Dynamics), что реализовать планировавшийся тогда проект длительностью один год – совершенно нереально… тогда тот проект выбрали в качестве пилотного, чтобы испытать методы управления проектами по ТОС. В июне 1997 года проект был завершен раньше срока».
1.6. Авиационная промышленность Израиля
В авиапромышленности Израиля трудится около 15 000 человек. Основная их деятельность – техническое обслуживание самолетов, осуществляющих пассажирские перевозки. Один из видов техобслуживания, так называемый «тип D», занимает в среднем по отрасли 46 дней. Штраф за превышение срока очень высок – $60 000 в день, поскольку авиакомпании должны вовремя получить свои самолеты, чтобы не срывать запланированные рейсы. Ежегодно обслуживающая компания выплачивала до $25 млн штрафов. В письме управляющего к Голдратту [18] говорится: «Нам удалось снизить среднее время проведения осмотров с трех месяцев до двух недель и увеличить число заказов – теперь они расписаны не на два месяца, а на год вперед».
1.7. Американское судостроение
Военно-морское ведомство США внедрило ССРМ на нескольких судостроительных предприятиях. Один из самых ярких примеров успеха – проводившееся в 2001 году техобслуживание военного корабля «Гарри Трумэн» – одного из крупнейших в мире. Применение некоторых приемов ТОС и ССРМ даже на базе традиционного программного обеспечения позволило команде реализовать этот грандиозный проект раньше срока и сэкономить свыше $20 млн. Последующее внедрение нового подхода на верфи Перл-Харбор вызвало повышение показателя соблюдения сроков с 40 до 90 % и рост производительности более чем на 100 % по другим, менее масштабным проектам по обслуживанию атомных подводных лодок США. Сейчас ВМС США внедряют ССРМ в рамках еще более крупных проектов на четырех государственных верфях и планируют то же самое для нескольких частных, с ними сотрудничающих.
1.8. Итоги
В данной главе мы сформулировали проблему, решение которой является целью этой книги. Мы определили ССРМ как новую теорию, которая призвана решить эту проблему. Ключевые мысли главы:
• при использовании метода критического пути процент успешно завершившихся проектов растет, но все же остается недостаточно высоким, и это справедливо для любых проектов в любых культурах;
• среди гипотетических причин неудачных проектов нет таких, что являются внешними по отношению к системе проекта, поэтому зачастую решение проблемы с трудом реализуется в старой системе: подход «планировать все в деталях»; похоже, что это не решит настоящей проблемы;
• использование подхода «планировать все в деталях» и стремление сократить степень вариабельности при оценке и выполнении задач по проекту дает низкий показатель ROI (порядка 5 %) при больших вложениях;
• все больше примеров свидетельствуют о том, что настоящая проблема находится в самой системе управления проектом, тем более что данная система не способна обеспечить эффективное управление неопределенностью;
• правильное решение заключается в разработке подхода, который дает больший процент успешных проектов и является простым в применении;
• имеющееся немалое количество примеров не опровергает предположения, что выработанный Голдраттом метод критической цепи обеспечивает соответствие всем трем необходимым условиям успешной реализации проекта, приводя к улучшениям на 50 % и более при относительно небольших вложениях.
Сравнение результатов использования теории критической цепи и существующей теории (то есть концепции критического пути, описанной в PMBOK) свидетельствуют в пользу необходимости применения ССРМ с последующим регулярным переосмыслением и совершенствованием этой теории.