Трансформация: особенности управления проектами преобразований. МВА-библиотека

Если у заказчика бизнес-кейса нет (такое очень часто бывает) – то менеджеру проекта стоит сделать хотя бы наброски бизнес-кейса что называется «на пальцах» для себя и проектной команды на основании беседы с заказчиком и спонсором проекта.

Интересный документ, о котором стоит знать…

Последняя версия РМВоК в сравнении с предыдущими намного больше внимания уделила бизнес-вопросам проектного управления (предыдущие более технически и процессно-ориентированы).

И помимо отдельного прицельного фокуса на бизнес-кейсе в РМВоК ввели понятие нового документа – «ПЛАН УПРАВЛЕНИЯ ВЫГОДАМИ ПРОЕКТА».

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

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

Я сам участвовал в нескольких таких пост-проектных аудитах: в одной компании внедрили электронный документооборот – а по факту функционировал параллельно бумажный; в другой должны были передать на аутсорсинг ночные развозки операторов Call Center автобусами по домам – оказалось никто даже не провел эту работу; в третьей – должны были отстроить сегментно-ориентированную структуру, а по факту получился «компромиссный гибрид», созданный под отдельных людей…

PBMоK же рекомендует для решения проблемы использования результатов проекта «по назначению и как предписано проектом» создавать «План управления выгодами проекта».

На момент написания книги сам я ни разу не видел такого документа для отдельного проекта – встречал только нечто похожее для программ.