Аргументация необходимости этого документа в том, что после завершения проекта возникают ситуации, когда полученные результаты не используются или используются не так, как задумано. Соответственно компания не имеет выгод, ради достижения которых запустили и реализовали проект. При этом высшее руководство не знает об этом, т.к. после завершения проекта бывает о истинном назначении результатов все забывают, в том числе и Спонсор, и Заказчик. А бывает забывают (или видоизменяют) специально…
Как с этим явлением борются из того, что я встречал на практике. Здесь мне нравится метод и подход некоторых системных консалтинговых компаний в Москве (правда в основном их просят клиенты-заказчики уровня набсоветов или акционеры – от них «ноги растут»). Они предлагают в качестве услуги не только дизайн проекта, а и периодические аудиты внедрения и использования результатов проекта (Внедрили ли то, что согласовали или по ходу внедрения «нагенерировали отсебятину»? Используются\функционируют ли результаты проекта как предписано проектом?).
Я сам участвовал в нескольких таких пост-проектных аудитах: в одной компании внедрили электронный документооборот – а по факту функционировал параллельно бумажный; в другой должны были передать на аутсорсинг ночные развозки операторов Call Center автобусами по домам – оказалось никто даже не провел эту работу; в третьей – должны были отстроить сегментно-ориентированную структуру, а по факту получился «компромиссный гибрид», созданный под отдельных людей…
PBMоK же рекомендует для решения проблемы использования результатов проекта «по назначению и как предписано проектом» создавать «План управления выгодами проекта».
На момент написания книги сам я ни разу не видел такого документа для отдельного проекта – встречал только нечто похожее для программ. Но собираюсь попробовать: как и что из этого получится напишу возможно в виде отдельной статьи в социальных сетях (возможно дополню и книгу).
Это документ, который:
· устанавливает связь между проектом с программой и портфелем, в которые он входит;
· связь между проектом и целями организации;
· определяет ответственного за получение выгод и сроки достижения выгод, которые могут выйти далеко за границы проекта.
Ключевое для меня в этом документе – это его фокус на том факте, что после завершения проекта полученные результаты не используются или используются не так, как задумано. Проблема ли это проектного менеджера? Отнюдь нет. Но это большая проблема для организации или любой другой социально-экономической системы, для преобразования которой запускался проект.
А для консультантов наличие такого документа может стать подспорьем для: (а) проведения пост-проектных аудитов; (б) четкого ответа на вопрос-претензию заказчика «Ну мы же сделали проект с Вами – почему не работает?»
Заинтересованные