Большинство управленческих подходов рано или поздно обрастают мифами. Крайний случай – некая новомодная управленческая технология, которая сама по себе рождается как чудо, сверкает переливами философского камня, а заодно (по слухам) является эликсиром от всех болезней организации. Но речь пойдет не о шарлатанстве от менеджмента, процветающем на увлечении многообещающими новинками, а о том, как хорошо зарекомендовавшие себя при правильном применении методы дискредитируются поверхностным пониманием. Примером послужат наиболее распространенные (и самые вредоносные) мифы об управлении проектами.
Миф №1: проекты есть не во всех организациях
Проекты – удел программистов, строителей, консультантов и продюсеров. Нас (розничных операторов, банкиров, оптовиков и промышленников) это не касается. Так зачем нам вообще нужен проектный подход?
В самом деле, значение проектов в деятельности разных организаций неодинаково. Одни компании формируют свой доход в проектах, оплаченных клиентами, другие – в повторяющихся однотипных операциях (как, например, банки или розничные операторы). Это, однако, не означает, что в деятельности последних проекты отсутствуют. А как же открытие филиалов, постановка информационных систем, разработка новых услуг и другие «начинания» и «мероприятия»? Разве это не проекты?
Наш опыт убеждает, что серьезной проблемой таких организаций является именно то, что проекты не отделяются от повседневной (операционной) деятельности. Все дело в том, что управлять операционной деятельностью и проектами нужно по-разному. Проект можно считать отделенным от «текучки», когда четко определен результат, выделен проект-менеджер, понятен заказчик, установлены «рамки» (срок и смета затрат), описаны риски. Это – необходимый минимум (далеко не все!). А часто ли это делается по отношению к тем самым «начинаниям»? Как правило, единственным, кто управляет проектами, перемешанными с операциями, остается руководитель организации, который вынужден бороться не столько с внешними проектными рисками, сколько с постоянными отговорками сотрудников, ссылающихся на занятость в основной деятельности.
Вывод. Пора признать, что проекты – это не только внешние заказы, но и любые начинания, отвлекающие финансовые и трудовые ресурсы и несущие в себе специфические риски. А это значит, что такими начинаниями нужно управлять отдельно, описывая цели и результаты, оценивая необходимые ресурсы и выделяя в проекты лучших сотрудников.
Миф №2: план проекта – точные указания по его выполнению
В самом деле, а как же иначе? Разработали план, утвердили его «наверху» и – вперед, выполнять! А что происходит дальше? А дальше случаются пресловутые «непредвиденные обстоятельства». План нарушается, сроки поплыли... Первоначальный план пылится на полке или лежит в лотке под кипой более полезных бумаг. А управление проектом теперь происходит уже безо всякого плана, на честном слове руководителя проекта и на крепком слове директора компании...
Есть такая шутка: успешный проект – не тот, который закончился в рамках первоначально установленного срока и выделенного бюджета, а тот, что вписался в рамки утвержденных изменений. Особенность этой шутки в том, что смеются над ней только новички. Опытные руководители проектов понимают, что так и должно быть. Но много ли найдется руководителей проектов, способных донести до руководства информацию о срыве сроков или перерасходе сметы? А много ли найдется руководителей, способных с пониманием отнестись к этой информации? Да и зачем тогда нужны планы, если их не выполнять? Дело в том, что функция плана в проекте – служить отражением происходящего в нем. Если план своевременно актуализируется, он действительно дает руководителю компании достоверную информацию, необходимую для принятия решений в других проектах и в оперативной деятельности. Руководитель, невосприимчивый к изменению планов, сам создает барьеры для движения к нему необходимой информации.
Миф №3: руководитель проекта – единственный, кто несет ответственность за результат
Иными словами, объявив руководителя проекта ответственным за достижение его результатов, можно переложить на него всю ответственность за судьбу проекта. После назначения проект-менеджера, этот несчастный становится «виновным за все», и вместо того, чтобы помочь ему, каждый считает своим долгом указать, где «прокололся» коллега, что он упустил.
Ни в коей мере не подвергаю сомнению один из основных принципов управления – единоличности ответственности, тем не менее, хотелось бы напомнить о балансе ответственности и полномочий. Всегда ли руководитель проекта обладает достаточной властью в организации, чтобы принимать решения, необходимые для успешного продвижения проекта? Отнюдь. В данной ситуации помочь проект-менеджеру сможет спонсор проекта. Слово «спонсор» у нас понимается не совсем верно. Изначально спонсорство означает поддержку, и необязательно финансовую. Закрепляя за проектом спонсора из числа действительно наделенных властью людей (топ-менеджеры, собственники), мы резко увеличиваем шансы проекта на успех. При этом спонсор должен правильно понимать свою роль, которая отнюдь не ограничивается внешним контролем. Спонсор продвигает проект в компании, и его ответственность за достижение его результатов даже выше ответственности проект-менеджера.
Миф №4: проект-менеджер управляет сроками, бюджетом и качеством проекта
А как же? Разве не нарушение этих трех показателей является следствием плохого управления проектом? Конечно, это наиболее распространенные последствия. Однако это именно следствия, в то время как воздействовать нужно на причины. Хорошенько поразмыслив, чем на самом деле в состоянии (и должен) управлять проект-менеджер, мы придем к короткому списку:
- командой проекта,
- рисками проекта и
- ожиданиями.
Все остальное следует из перечисленного. Управление командой проекта должно занимать почти все выделенное на проект время руководителя. Управление ожиданиями – это постоянная работа с заказчиком, аппетиты которого (они же ожидания) растут день ото дня, и (снова) с командой проекта. Руководитель проекта должен следить, чтобы сотрудники не сваливались ни в дорогостоящий перфекционизм, ни в откровенную халтуру (что также в конечном итоге обходится дорого).
Что же такое управление рисками проекта? Оказывается, это интригующее своим названием понятие также успело обрасти своими мифами.
Миф №5: управление рисками – мистическое знание, доступное лишь прожженным финансистам с Уолл-стрит
Сам термин «управление рисками» создает неверные ожидания. Если не вникнуть в суть процесса, может создаться впечатление о некоем всемогущем «сверхкомпетентном» провидце, который не только знает наперед все риски, но и способен так «отработать» уже возникшие ситуации, что никаких неблагоприятных последствий не наступит. На самом деле, управление рисками – это отнюдь не управление уже наступившими событиями. Риск-менеджмент на 70% – это предусмотрительность. Скажем так: управлять риском плохой погоды – значит не разгонять тучи, а взять с собой зонтик и теплую одежду.
Еще 20% риск-менеджмента в проектах составляет резервирование. Следует создавать резервы на непредвиденные расходы, отношение к которым все еще неоднозначное. Многие руководители компаний и подразделений не понимают эту строку в бюджете проекта. Такая политика ведет к тому, что руководители проектов «прячут» резервы внутрь статей бюджета. Это «раздувает» смету и не решает главную проблему – когда возникают обстоятельства, неучтенные на старте проекта, команда не имеет «запасного парашюта». Напротив, в технически зрелой компании на руководителя проекта, который планирует без резервов, посмотрят косо. При этом опытные руководители проектов резервируют не только деньги, но и время. И снова: нельзя «зашивать» временные резервы внутрь сроков выполнения задач. Для этого следует создавать лаги (промежутки, так называемые «ефрейторские зазоры») между работами. Это не расхолаживает команду проекта, но позволяет сманеврировать в критических ситуациях (а они обязательно будут – иначе не было бы самой дисциплины риск-менеджмента).
И, наконец, оставшиеся 10% – это непосредственное реагирование на наступившее рисковое событие. Как легко догадаться, если внимание руководителя проекта на предусмотрительность, резервирование и реагирование распределено правильно (в соотношении 70% – 20% – 10%), то реагирование на риски пройдет гораздо менее болезненно (что будет выражаться в сокращении финансовых потерь и других неблагоприятных последствий). К сожалению, негативный опыт в проектах обусловлен именно ситуационным управление рисками (пока гром не грянет, мужик не перекрестится), в то время как очень многое можно сделать на старте. Как мы видим, риск-менеджмент в проекте – отнюдь не что-то сверхъестественное; так давайте же не будем забывать применять в наших проектах вполне посильные меры по управлению рисками.
Миф №6: чем короче установишь сроки проекта, тем быстрее получишь результат
Работа заполняет выделенный на нее срок, поэтому нужно урезать сроки вдвое (втрое, вчетверо) – это будет только на пользу. Кому из читающих эту статью не знакомо давление сроков? Кто не чувствовал над собою дамоклов меч неотвратимо приближающейся назначенной даты? Это подстегивает? А как же! Это повышает результативность работы? С ответом на этот вопрос торопиться не будем. Порой в условиях сжатых сроков мы совершаем подвиги и творим чудеса продуктивности, недоступной нам в обычных условиях. Но кто не крутился, как белка в колесе, разрываясь между неотложными делами, при этом, не добиваясь результата ни в одном вопросе?
Согласно исследованию, проведенному группой ученых под руководством Терезы Эмабайл, цейтнот сам по себе не способствует продуктивности. Тем не менее, исследователи выделили несколько условий, при которых продуктивность сотрудников в условиях острой нехватки времени повышается. Следует создать команде (или специалисту) условия для спокойной работы (исключить «дерготню») и донести до сотрудников важность выполняемой ими задачи. Именно неправильная расстановка приоритетов и отвлечения на многочисленные (на самом деле, второстепенные) дела и запросы коллег и клиентов делают работу «под давлением» просто невыносимой. В рамках исследования был также сделан вывод о том, что над срочными приоритетными задачами наиболее продуктивно работают пары сотрудников (при этом необязательно, чтобы до этого они тесно соприкасались по работе). Таким образом, донеся до сотрудников неотложность и важность выполняемых ими в проекте задач, а также расчистив их рабочее пространство от второстепенных задач, руководитель добьется гораздо большего, чем устанавливая в проекте нереальные сроки. Даже лучшие сотрудники неспособны длительное время работать с повышенной продуктивностью. Кроме того, давно установлено, что сложные задачи мотивируют, но от нереальных просто опускаются руки.
Итак, прежде чем ругать не принесшее ожидаемого результата средство, давайте попробуем применить его правильно; и не будем принимать на веру все, что говорят о проектном подходе те, кто по-настоящему даже не воспользовался его преимуществами! Вооружитесь методологией, адаптированной к вашей предметной области, изложенной в доступной форме, проявите гибкость мышления и творческий подход, и результаты не замедлят себя ждать.
Впервые статья была опубликована на Executive.ru 24 февраля 2009 года в рубрике «Творчество без купюр». Реанонсирована в контентном блоке в рамках специального проекта редакции
Источник фото: facebook.com
Со сметами разберётесь и без меня. Я скажу то, что вряд ли кто другой скажет.
Платон Кириллович,
Отвечу на Ваше сообщение от (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.
...Рвутся с ...прокладкой ЛВС или ИТ-систем, а это строительные-монтажные работы...
ЛВС не прокладывают, прокладывают СКС, да и то только её кабельную часть. И не рвутся, а приглашаются строителями, ибо строители для строительства. а не для прокладки кабелей. И работы эти отнесены к строительно-монтажным только в сметном деле, для облегчения осмечивания. вот и Платон об этом.
...ИТ руководители...автоматизации ...создавали свои бизнесы, конкурирующие с объектом автоматизации ...
Т.е. за время автоматизации успевали так хорошо изучить процесс?