Вовремя и в рамках бюджета. Управление проектами по методу критической цепи
Шрифт:
Более всего, похоже, обречены на неудачи проекты по разработке программных продуктов. Самые свежие статистические данные [10] говорят о «значительном» прогрессе, наблюдающемся с 1994 года: «Доля успешных проектов возросла до одной трети, или 34% от всех реализуемых проектов. По сравнению с показателем в 16% за 1994 год рост составил 100%. Количество неудавшихся проектов снизилось до 15% от общего числа, что составляет менее половины от 31%, наблюдавшегося в 1994 году. Остальные 51% проектов попадают в разряд “под риском”».
По моему мнению, одна треть — показатель, далекий от того, чтобы считаться признаком успешности. А как на ваш взгляд?
Что объединяет все эти случаи?
Есть несколько условий, которые нужно выполнить перед тем, как начинать какой-либо проект. Даже если целью является совершенствование управления самими проектами. Вот что необходимо сделать:
• удостовериться, что задача, которую вы собираетесь решать, — правильная (правильная задача);
• проверить, что выбранный подход к решению задачи позволяет ее реально осуществить (правильный подход к решению задачи);
• составить такое проектное задание, которое обеспечит реализацию выработанного решения (правильное решение);
• выполнить проект, реализовав поставленную задачу в рамках проектного задания, не нарушая сроков и не выходя за рамки бюджета (правильная реализация).
В последнем пункте вновь упоминаются три необходимых условия реализации любого проекта.
Но что бы там ни говорилось во всех этих безрадостных отчетах, многие компании делают на проектах неплохие деньги. В чем секрет этих компаний, неизвестный другим — тем, чьи проекты заканчиваются неудачей? По большинству публикаций на данную тему создается такое впечатление, что успех обеспечен тем немногим, кто свято следует заповедям свода знаний по управлению проектами PMBOK, и что для повторения их успеха вам лишь следует делать то, что вы и так уже делаете, но только с большей тщательностью и быстрее.
В компаниях, успешно реализующих проекты, создана такая система работы, которая позволяет достичь победы при существующих условиях. Условия, как правило, предполагают наличие конкурентов, также пользующихся подобной системой управления. Иметь конкурентоспособную систему не значит быть безупречным или даже просто очень хорошим, это даже не значит, что ваша теория является правильной. Чтобы добиться успеха, нужно всего лишь быть хотя бы чуточку лучше конкурентов. Зачастую достичь этого можно, совершенствуя методы оперативной работы, даже если при этом система имеет серьезные изъяны. Однако, поработав именно над данными изъянами, вы сможете завоевать рынок — при условии, что конкуренты не сумеют с точностью или хотя бы просто быстро повторить ваш ход.
Конкурентоспособные системы управления к тому же должны приносить известную выгоду сотрудникам компании, ведь для того, чтобы система функционировала, нужны люди, имеющие успешный опыт работы в ней. Мне редко приходится слышать о потенциальной выгоде вовлеченных в проект людей или о том, каких стратегических успехов достигли поставщики проекта. Модель имеющегося стиля работы подразумевает серьезное давление на всех участников проекта.
Похоже, есть одна общая черта у всех компаний, успешно занимающихся проектными работами. О ней говорится и в PMBOK: время от времени, хотя, вероятно, недостаточно часто, авторы упоминают, что пренебрежение именно данным моментом является одной из причин неудач. Дело в том, что во всех компаниях, преуспевающих в области проектного менеджмента, существует эффективный процесс управления изменениями. Он позволяет выявлять все изменения
При использовании существующей проектной системы процесс управления изменениями — один из способов реакции на переменчивость окружающей среды. В дальнейших главах мы посмотрим, почему иногда это не самый лучший подход к работе с вариабельностью при реализации проектов. Правильное управление изменениями — обязательная составляющая эффективной проектной системы. При использовании метода критической цепи эта составляющая тоже нужна, однако количество изменений будет существенно меньше.
Определить проблему в общих чертах несложно. Менеджер проекта всегда должен выполнять требования заказчика вовремя и в рамках заложенного бюджета. Однако факты, излагавшиеся ранее, наглядно демонстрируют, что существующий подход не обеспечивает достижение данного результата. Соответственно, перед нами стоит задача — выработать теорию, которая была бы лучше имеющейся и приводила к появлению желаемого результата (ЖР).
Слушатели курса управления проектами в Институте Авраама Голдрат-та (Avraham Goldratt Institute — AGI) в ответ на вопрос о том, почему так сложно выполнить три необходимых для успеха проекта условия, перечисляют следующие факторы:
• непредсказуемые погодные условия;
• непредсказуемые трудности с поставщиками оборудования;
• превышение сроков в связи с необходимостью достижения соответствия требованиям законодательства;
• нереалистичный график;
• ненадежные (но предлагающие низкие цены) поставщики или подрядчики;
• сложности в подборе свободных исполнителей для задач проекта;
• непредсказуемые чрезвычайные ситуации и так далее.
Все перечисленное объединяет два момента: причина проблем находится вне зоны контроля менеджера проекта и является неким неожиданным событием.
Во многих трудах по проектному менеджменту содержатся списки причин, по которым проекты терпят неудачу при реализации. Удивительно то, что попадают в них совершенно разные объяснения. В некоторых случаях проводится сравнение точек зрения различных групп людей (например, менеджера проекта и высшего руководства), и тогда видно, что все по-своему оценивают значимость той или иной причины. Вторая интересная черта подобных списков: ни в один не попала проектная система как таковая. В основу отбора факторов для составления этих перечней в большинстве случаев легли следующие установки: