Шесть мифов проектного управления

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

Миф №1: проекты есть не во всех организациях

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

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

Наш опыт убеждает, что серьезной проблемой таких организаций является именно то, что проекты не отделяются от повседневной (операционной) деятельности. Все дело в том, что управлять операционной деятельностью и проектами нужно по-разному. Проект можно считать отделенным от «текучки», когда четко определен результат, выделен проект-менеджер, понятен заказчик, установлены «рамки» (срок и смета затрат), описаны риски. Это – необходимый минимум (далеко не все!). А часто ли это делается по отношению к тем самым «начинаниям»? Как правило, единственным, кто управляет проектами, перемешанными с операциями, остается руководитель организации, который вынужден бороться не столько с внешними проектными рисками, сколько с постоянными отговорками сотрудников, ссылающихся на занятость в основной деятельности.

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

Миф №2: план проекта – точные указания по его выполнению

В самом деле, а как же иначе? Разработали план, утвердили его «наверху» и – вперед, выполнять! А что происходит дальше? А дальше случаются пресловутые «непредвиденные обстоятельства». План нарушается, сроки поплыли... Первоначальный план пылится на полке или лежит в лотке под кипой более полезных бумаг. А управление проектом теперь происходит уже безо всякого плана, на честном слове руководителя проекта и на крепком слове директора компании...

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

Миф №3: руководитель проекта – единственный, кто несет ответственность за результат

Иными словами, объявив руководителя проекта ответственным за достижение его результатов, можно переложить на него всю ответственность за судьбу проекта. После назначения проект-менеджера, этот несчастный становится «виновным за все», и вместо того, чтобы помочь ему, каждый считает своим долгом указать, где «прокололся» коллега, что он упустил.

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

Миф №4: проект-менеджер управляет сроками, бюджетом и качеством проекта

А как же? Разве не нарушение этих трех показателей является следствием плохого управления проектом? Конечно, это наиболее распространенные последствия. Однако это именно следствия, в то время как воздействовать нужно на причины. Хорошенько поразмыслив, чем на самом деле в состоянии (и должен) управлять проект-менеджер, мы придем к короткому списку:

  • командой проекта,
  • рисками проекта и
  • ожиданиями.

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

Что же такое управление рисками проекта? Оказывается, это интригующее своим названием понятие также успело обрасти своими мифами.

Миф №5: управление рисками – мистическое знание, доступное лишь прожженным финансистам с Уолл-стрит

Сам термин «управление рисками» создает неверные ожидания. Если не вникнуть в суть процесса, может создаться впечатление о некоем всемогущем «сверхкомпетентном» провидце, который не только знает наперед все риски, но и способен так «отработать» уже возникшие ситуации, что никаких неблагоприятных последствий не наступит. На самом деле, управление рисками – это отнюдь не управление уже наступившими событиями. Риск-менеджмент на 70% – это предусмотрительность. Скажем так: управлять риском плохой погоды – значит не разгонять тучи, а взять с собой зонтик и теплую одежду.

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

И, наконец, оставшиеся 10% – это непосредственное реагирование на наступившее рисковое событие. Как легко догадаться, если внимание руководителя проекта на предусмотрительность, резервирование и реагирование распределено правильно (в соотношении 70% – 20% – 10%), то реагирование на риски пройдет гораздо менее болезненно (что будет выражаться в сокращении финансовых потерь и других неблагоприятных последствий). К сожалению, негативный опыт в проектах обусловлен именно ситуационным управление рисками (пока гром не грянет, мужик не перекрестится), в то время как очень многое можно сделать на старте. Как мы видим, риск-менеджмент в проекте – отнюдь не что-то сверхъестественное; так давайте же не будем забывать применять в наших проектах вполне посильные меры по управлению рисками.

Миф №6: чем короче установишь сроки проекта, тем быстрее получишь результат

Работа заполняет выделенный на нее срок, поэтому нужно урезать сроки вдвое (втрое, вчетверо) – это будет только на пользу. Кому из читающих эту статью не знакомо давление сроков? Кто не чувствовал над собою дамоклов меч неотвратимо приближающейся назначенной даты? Это подстегивает? А как же! Это повышает результативность работы? С ответом на этот вопрос торопиться не будем. Порой в условиях сжатых сроков мы совершаем подвиги и творим чудеса продуктивности, недоступной нам в обычных условиях. Но кто не крутился, как белка в колесе, разрываясь между неотложными делами, при этом, не добиваясь результата ни в одном вопросе?

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

Итак, прежде чем ругать не принесшее ожидаемого результата средство, давайте попробуем применить его правильно; и не будем принимать на веру все, что говорят о проектном подходе те, кто по-настоящему даже не воспользовался его преимуществами! Вооружитесь методологией, адаптированной к вашей предметной области, изложенной в доступной форме, проявите гибкость мышления и творческий подход, и результаты не замедлят себя ждать.

Впервые статья была опубликована на Executive.ru 24 февраля 2009 года в рубрике «Творчество без купюр». Реанонсирована в контентном блоке в рамках специального проекта редакции

Источник фото: facebook.com

Расскажите коллегам:
Комментарии
Менеджер, Санкт-Петербург
Платон Миронов пишет: Давайте не будем. Что ИТ-директора в строительство пришли и стали Project навязывать и теперь вы всех ИТшников под одну гребёнку?
Платон Миронов Если бы все было так просто. Я правда ИТ-директором не был, программистом и ИТ руководителем проекта был, в т.ч и по автоматизации бухучета, и главбухом после этого несколько лет поработал... Видел как конце прошлого века ИТ руководители проекта автоматизации уходили из своей компании и создавали свои бизнесы, конкурирующие с объектом автоматизации Sorry off top
Платон Миронов пишет: Давайте определимся зачем кладут ЛВС и прочие кабели? Чтобы поставить сервера и рабочие места. А вот установка серверов и рабочих мест - чисто ИТшная часть. И если вы осмечиваете указанные работы то получается, что, условно, ЛВС - 5 рублей, ПК+Сервера - 2 рубля, а пусконаладка всего этого добра, которая стоит 20 рублей в сметы не вписывается. И ни один сметчик из ГГЭ смету с такими работами не пропустит.
Сеть сети рознь... Как и бизнес бизнесу... Но в общем случае Вы правы Если условно стоимость объекта 1000, то стоимость ПСД 10, в т.ч. по слаботочным сетям 1 (электроснабжение, радио, телефония ,пожарная и охранная сигнализации, видеонаблюдение, контроль доступа, ЛВС и прочие сети...)
Платон Миронов пишет: А если у вас в проекте строительство объекта + создание ИТ инфраструктуры в нём + разработка, то бедные разработчики. Потому что они ни за что не докажут ГГЭ, что их разработка дороже всего объекта. И именно поэтому ИТ проекты вынуждены вступать со строительными в странный симбиоз с ущемлением прав друг друга. Лечится это просто. Нужно выделить в строительных проекта отдельные разделы ПД, дать на них особые методики проектирования и сметообразования, прописать СНиПы и т.п.
В СП все прописано, СНиПы как СП уже три года как пересмотрели, да и ГОСТы СПДС тоже ... А выделение разделов в ПД легко реализуется по требованию Заказчика в ТЗ... И еще раз, проект в строительстве и проект в PM BOOK разные сущности...
Владимир Зонзов +10253 Владимир Зонзов Директор по производству, Украина

Со сметами разберётесь и без меня. Я скажу то, что вряд ли кто другой скажет.

Платон Кириллович,
Отвечу на Ваше сообщение от (15.09.15 15:57).

45-40 лет назад, ТВ-сообщения о погоде сопровождались мелодией песни, в которой были такие слова «… я прощу, а вот ОНИ – простить не смогут никогда».

По Вашим сообщениям вижу, что Вы находитесь на достаточном уровне понимания проектного управления.
Пока, Вы поработали в проектах относительно немного (по сравнению со мной). Но, дискутируете со мной «по-современному», как со своим сверстником.
Я, отнюдь, не озабочен тем, чтобы передо мной расшаркивались. Лучше бы визави помнили о законах Менделя и о вышеупомянутых мелодии и словах.

Кто это ОНИ, которые «простить не смогут никогда».
А ОНИ – это поколение Ваших детей; и, в неизмеримо большей степени, поколение Ваших внуков. ОНИ (когда придёт их время) будут дискутировать с людьми Вашего поколения, следуя не только Вашим нынешним примерам. ОНИ пойдут значительно дальше Вас. В частности, в дискуссиях ОНИ вполне смогут применять рукоприкладство. Причем, рукоприкладством ОНИ будут не заканчивать дискуссию, а начинать её.

Что не так?
- Именно так. И «тому в истории мы тьму примеров слышим».
Например.
До какого количества крестьян смог дотянуться сабелькой Аркадий Гайдар?
А до какого количества читателей своего деда сумел дотянуться организованным безденежьем внучок Егор?

Вот такие – «ОНИ» и законы Менделя.

:)

Нач. отдела, зам. руководителя, Москва

Виктор Степанов
ПоЯсните пожалуйста, '' хорошо разбираться в предметной области проекта'' это насколько? На уровне архитектора \\ ГИПа ? Тогда, зачем в проекте архитектор \\ ГИП, если уже есть РП?
...не сможет предусмотреть все нюансы...
Все нигда никто не предусмотрит. кроме того не нужно в одиночку их предусматривать, а нужно всей командой.
...станет заложником тех членов команды, которые разбираются в теме...
Скажите, а когда вы летите в самолете, вы тоже разбираетесь в предметной области, чтоб не быть его заложником? :-)

Нач. отдела, зам. руководителя, Москва

...Эксперт...отсутствие ответственности в проекте...
Как это так получается? Наделите его ответственностью за каждое принятое решение и будет ответственен. КАЖДЫЙ в команде. кто выносит суждения. дает консультации и. тем более, принимает решения, должен отвечать за каждое свое слово. Иначе действительно РП должен быть человеком-оркестром и поиск такого уникума станет нетривиальной задачей.
А одной из главных целей любого упорядочивания, в т.ч. и проектного управления, является снижение требований к квалификации персонала. за счет четкого разделения предметов ведения и трудовых функций.

Нач. отдела, зам. руководителя, Москва

Платон Миронов
Вот и здесь мы встретились, рад видеть достойного оппонента :-)
...Много раз наблюдая...РП, ...которые НЕ могли грамотно управлять проектом в неизвестной для них предметной области....
Во-первых: из этого следует, что они никакие не статусные и не РП, а 50\\50. Это не плохо и не хорошо. Для потока сходных проектов - в самый раз.
Во-вторых: на обязательность предметки настаивают те, кому не хватает управленческих способностей или кто боится и не доверяет. Их страхи понятны-с парашутом прыгнуть тоже страшно ведь как можно опираться о воздух?

Нач. отдела, зам. руководителя, Москва

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

Нач. отдела, зам. руководителя, Москва

Леонид Харитонов
...советская система Сетевого планирования...
Школа действительно достойная. Только сетевое планирование и управление это один из элементов проектного управления, а часть не может заменить целое.
...то делает ПУ совершенно бесперспективной...
Прошу прощения. но нет причинно-следственной связи. обосновывающей данный вывод. Как раз она обосновывает полезность и перспективность.
...Изучение ПУ...где задекланировано использование....
Не стоит верить всяческим декларациям (нужно проверять), и делать на их основании преждевременные выводы. Между задекларированным и реальным бывает пропасть.

Нач. отдела, зам. руководителя, Москва

Владимир Зонзов
ИТ-спецы «с ПУ наперевес» идут в строительство потому, что в ИТ отрасли гораздо раньше других. И в ИТ уже сложилась и школа ПУ и специалисты. Вот и переносят свои опыт в строительство. А то что не всегда удачно, так вместо охаивания, можно помочь и вместе сделать удачное ПУ в строительстве. А охаивать легко.
...строительством люди занимаются уже тысячи и тысячи лет...система управления стройработами сложилась...
Это так. И никак не отрицает ПУ. Т.к. ПУ не стоит путать с управлением стройработами. ПУ оно не стройплощадке, оно в офисе. Мы с вами в LinkedIn уже ведь это обсудили.
...внедряют ПУ в качестве ЗАМЕЩЕНИЯ...
Вот таким горе-внедренцам ...как бы это помягче...
...РП...иметь профессиональные знания в «предметной» области проекта...
Владимир, сформулируйте критерий глубины этих знаний. Насколько много РП должен знать о предметке?
...руководить осуществлением проекта лучше тому, кто управлял его разработкой...
О какой отрасли речь? Обо всех вообще или о разработке ПО?
...для управления разработкой проекта (точнее, бизнес-идеи) необходима квалификация ГИП-а...
ГИП нужен тогда, когда из идей сформулировано ТЗ или. хотя-бы его основные контуры. а для разработки бизнес-идеи нужен предприниматель и маркетолог.
...ключ к пониманию необходимости «предметных» знаний, как для ГИП-а, так и для руководителя проекта...
Не очень просматривается ключ. Да и зачем на проекте 2 спеца с одними и теми же предметными знаниями? Чтобы была почва для конфронтации между ними?

Нач. отдела, зам. руководителя, Москва

Александр Воробьев
...Сетевое планирование не советское know how...с помощью его ...полетов на Луну...
Еще раньше, в 1950-е годы компаниями:
* DuPont - метод критического пути для модернизации заводов компании;
* Loсkheed - метод PERT для создании ракеты Polaris;
...впариванием MS Project и тому подобных систем...
Ассоциация MS Project и проектного управления (ПУ) - отражает очень поверхностное знакомство с ПУ. MS Project это всего лишь одно из приложений для календарно-сетевого планирования (КСП). А КСП это один из элементов ПУ. Не нравится MS Project применяйте Спадер или Primavera.
...Рвутся с ...прокладкой ЛВС или ИТ-систем, а это строительные-монтажные работы...
ЛВС не прокладывают, прокладывают СКС, да и то только её кабельную часть. И не рвутся, а приглашаются строителями, ибо строители для строительства. а не для прокладки кабелей. И работы эти отнесены к строительно-монтажным только в сметном деле, для облегчения осмечивания. вот и Платон об этом.
...ИТ руководители...автоматизации ...создавали свои бизнесы, конкурирующие с объектом автоматизации ...
Т.е. за время автоматизации успевали так хорошо изучить процесс?

Менеджер, Санкт-Петербург
Ярослав Рашевски пишет:
Александр Воробьев ...впариванием MS Project и тому подобных систем...
Ассоциация MS Project и проектного управления (ПУ) - отражает очень поверхностное знакомство с ПУ.
А впаривателей это волнует?
Ярослав Рашевски пишет: Не нравится MS Project применяйте Спадер или Primavera.
вопрос не в нравится, вопрос скорее в требованиях инвестора...
Ярослав Рашевски пишет:
Александр Воробьев ...ИТ руководители...автоматизации ...создавали свои бизнесы, конкурирующие с объектом автоматизации ...
Т.е. за время автоматизации успевали так хорошо изучить процесс?
успевали... проекты автоматизации разные бывали...
Ярослав Рашевски пишет:
Александр Воробьев ...Рвутся с ...прокладкой ЛВС или ИТ-систем, а это строительные-монтажные работы...
ЛВС не прокладывают, прокладывают СКС, да и то только её кабельную часть.
сеть сети рознь, да бизнес бизнесу тоже...
Ярослав Рашевски пишет: И не рвутся, а приглашаются строителями, ибо строители для строительства. а не для прокладки кабелей.
Прокладка сетей связи -- отдельная отрасль строительства...
Ярослав Рашевски пишет: И работы эти отнесены к строительно-монтажным только в сметном деле, для облегчения осмечивания. вот и Платон об этом.
да и многокилометровые кабельные сети и сети пожарной ,охранной сигнализации, ограниченного доступа и т.д. одними сметами не прикроешь... Проектирование и строительство слаботочных систем требует требует соответствующих допусков СРО... Еще раз повторю, проект в строительстве и проект в проектном управлении не синонимы... проектная организация в строительстве и проектная организация по PM BoK это разные разности..
Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Все дискуссии
HR-новости
РБК представил рейтинг работодателей 2024

Средняя заработная плата в компаниях — участниках рейтинга составила около 155 тыс. руб. в месяц.

Названы самые привлекательные для молодежи индустрии

Число вакансий для студентов и начинающих специалистов выросло за год на 15%.

Россияне назвали главные условия работы мечты

Основные требования – широкий социальный пакет, а также все условия для комфортного пребывания в офисе.

Власти Москвы заявили об отсутствии безработных в столице

При этом дефицит кадров наблюдается во всех отраслях.