Лоуренс Лич - Вовремя и в рамках бюджета

• Название: Вовремя и в рамках бюджета
• Автор: Лоуренс Лич
• Жанр: Управление, подбор персонала
• Год: 2010
• ISBN: 978-5-9614-0995-6, 978-1-5805-3903-3

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

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

Книга будет интересна всем руководителям проектов, а также топ-менеджерам, контролирующим выполнение сложных проектов.

---

Иногда, чтобы отличить проекты от обычного производства, смотрят на количество получаемой продукции и на относительную длительность операций. При реализации проектов обычно возникает результат в своем роде уникальный. В ходе производства же появляется значительное количество более-менее похожих единиц продукции. Некоторое пересечение есть между проектом и изготовлением под конкретные пожелания заказчика (например, сборка автомобиля на заказ). Как я обнаружил, многие считают, что стандартное производство и проекты — совершенно разные вещи. В середине 1990-х я первый раз услышал о теории ограничений систем — ТОС, впервые описанной доктором Элияху Голдраттом в книге «Цель» (The Goal) [2]. Порекомендовав роман нескольким менеджерам проектов и программ, выяснил, что никто не видел никакой связи между ТОС и управлением проектами. Впоследствии я нашел способ преодолеть власть традиционной парадигмы мышления. Показывая людям рис. 1.2, я спрашиваю: «Что это — проект или процесс производства?» Реакция аудитории очень интересная. В большинстве случаев вид у всех озадаченный. Быстрого ответа не дает никто. Затем один предполагает: «Может быть, и то, и то». Остальные сразу соглашаются. На самом деле может быть и так, и так. На этом уровне сходства очевиднее различий. Поэтому в первую очередь мы с вами проанализируем такую общую черту проектов и производства, как вариабельность длительности отдельных операций. Речь идет об операциях, преобразующих некие входные параметры в результаты на выходе; из таких операций состоят как взаимозависимые этапы производственного процесса, так и этапы реализации любого проекта.

Реальная длительность производственной операции обычно является лишь малой составляющей общего времени выполнения заказа. Многие считают, что длительность проекта зависит от фактического времени выполнения задач и, следовательно, что оно на 100% определяет срок завершения проекта. Концепция критической цепи ставит данный подход под сомнение.

1.1. Успешный проект

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

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

1.2. Определение проблемы

Большинство ученых сходятся во мнении, что правильная постановка проблемы — самый важный шаг к выработке подходящего решения. Мой любимый философ Карл Поппер [3] отмечает: «Наука начинается с проблем, затем переходит к противоречащим друг другу теориям, чтобы осмыслить их критически». То же самое относится и к общей проблеме улучшения результативности проектов. Вслед за Поппером призываю вас критически рассмотреть то, что я называю «существующей системой» управления проектами, — систему, которой вы пользуетесь сейчас, и рассмотреть ее в свете предлагаемого метода критической цепи. Как вы увидите, формулировка проблемы «повышение результативности реализации проектов», пожалуй, слишком обща для того, чтобы по ней можно было выработать какое-либо последовательное эффективное решение.

1.2.1. НАСКОЛЬКО СОСТОЯТЕЛЬНА СУЩЕСТВУЮЩАЯ ПРОЕКТНАЯ СИСТЕМА

Задайте себе следующие вопросы:

1. Часто ли вы слышали о том, что проект занял больше времени, чем планировалось?

2. Как часто вам приходится слышать, что проект завершился намного раньше, чем планировалось, без особых усилий со стороны команды проекта?

3. Часто ли вы слышали, что проект превысил запланированный бюджет?

4. Много ли вы знаете случаев, когда на проект было затрачено значительно меньше того, что закладывалось в бюджет?

5. Приходилось ли вам слышать о том, что в ходе реализации объем работ или спецификации пересматривались, потому что невозможно было следовать первоначальным?

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

1.2.1.1. Типы проектов

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

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

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

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

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

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

1.2.1.2. Некоторые факты

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

Почти все знают о грандиозных проектах, реализация которых сопровождалась серьезными проблемами. Аэропорт в Денвере (штат Колорадо), или тоннель под Ла-Маншем, соединивший Францию и Великобританию (так называемый «Чаннел»), или Международная космическая станция [6], или Большой бостонский тоннель «Биг-Диг». Помимо запаздывания по срокам и перерасхода бюджета большие трудности возникли и с содержанием проектов. Еще долгое время после открытия аэропорта Денвера система регистрации и выдачи багажа в нем не работала. Пассажирские перевозки по «Чаннелу» были невозможны даже после того, как отгремели звуки торжественной церемонии открытия. По состоянию на 2004 год один из новых американских модулей МКС продолжал простаивать на Земле. Многие также знакомы с проблемой «фантомного ПО»: практически все выпуски программного обеспечения происходят позже плановой даты, и при этом в них полно ошибок, недоделок и не хватает многих заявленных функций. Особых успехов в данном искусстве добились в Microsoft.