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

Проекты – на сегодня для бизнеса, пожалуй, самый главный способ получения этих существенных конкурентоспособных выгод и преимуществ.

В управлении операционной деятельностью (текущее производство товаров и услуг) Вы можете добиться только оптимального использования ресурсов и затрат в соответствии с уровнем удовлетворения клиентов.

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

Причем выгоды от проекта могут быть не только материальными (деньги, доля рынка, оборудование и т.д.), а и нематериальными (начиная от узнаваемости бренда до просто соответствия системы управления заявленной стратегии). И в проектах преобразований социально-экономических систем чаще нематериальные выгоды выходят на первый план с точки зрения именно результата проекта – а материальные идут скорее, как их следствие; как то, ради чего затевалась получение результата проекта.

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

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

В разговорах о проектном управлении всегда подымается тема сертификаций и сопутствующих их стандартов. Вот и я начну книгу с этого.

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

Тем не менее о некоторых сертификациях немного расскажу. Есть множество разных сертификаций PMP\PMI, IPMA, PRINCE, модные Agile (Scrum, Kanban и т.д.) … Писать, что какая-то из них лучше других бессмысленно в принципе – ведь каждая решает имеет свои преимущества, недостатки и ограничения. Но чтобы кто не говорил, самыми двумя классическими почитаемыми на сегодня в бизнес-среде является IPMAи PMP(PMI).

Если в практическом русле рассматривать то, как проходят эти сертификации, то с «моей колокольни» разница следующая:

· Сертификация от PMI больше похожа на сдачу ЭГЕ: ответы на тесты. Процесс сертификации построен на формальных признаках: (а) подтверждение «часов налета» по проектному управлению с перечнем конкретных вещей, которые Вы применяли от инициации до завершения проекта; (б) результаты теста. И тест проводится по всему миру по одинаковым вопросам.

· IPMA больше похож на устный экзамен в школе / ВУЗе, который большинство рожденных в СССР проходили. Он требует перечня проектов, в которых принимал участие сертифицируемый, а также и детального описания одного из проектов, которым он персонально руководил. Помимо этого, в рамках данной сертификации предполагается собеседование с оценщиком или местной коллегией экспертов. А поскольку основой для IPMA является стандарт, который описывает, что должен знать кандидат и какими навыками обладать, то упор больше на роль и личный опыт менеджера проектов, его мысли и выводы, переосмысление опыта в целом.

С моей точки зрения, PMI легче сдавать тем, у кого поменьше опыта ввиду его сильной стадартизированности и тестового формата. Эксперту с реальным опытом сама сдача IPMA будет полезнее – да и базировалась она изначально на основе компетенций менеджера проектов ICB.

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

К примеру, длительность IPMA – 5 лет, а сертификатов PMI (самыми популярные PMP и CAMP) – 3 года.

А каждая повторная ресертификация требует определенных формально подтвержденных наработок. Например, для продления РМI-сертификата (PMP) потребуется насобирать за 3 года не менее 60 так называемых PDU (professional development units) для продления. Но для САМР этих РDU не требуется.

Причем в практической проектной деятельности или делясь своим опытом (проводя вебинары, курсы, читая лекции, ведя блоги, написав статьи или даже книгу, выступая в компании, работая менеджером проекта на волонтерских началах и т.д.) Вы можете собрать максимум 25 PDU (да, такое ограничение – все, что набрано свыше просто «сгорает» ввиду того, что ты просто делишься или используешь свой опыт, не обогащаясь).

А в обучении у других (чтение книг, прохождение курсов, посещение конференций, работа с наставником, профдискуссии и т.д.) – есть минимальное требование от 35 PDU. Но тут еще и все должно быть официально подтверждено (сертификатами, видео- или аудиозаписью, официальными регистрациями, чеками, конспектом и т.д.).

У IPMA для низшего уровня D также есть похожие единицы под названием «CPD-часы» (continuous professional development) – их для ресертификации необходимо насобирать не менее 175 за 5 лет (причем минимум 35 в год). Для более высоких уровней требования посложнее и критериями становятся не менее 30 месяцев работы менеджером проекта, сложность, управление людьми и т.д..

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

Все стандарты, на которых базируются сертификации, в чем-то повторяют, а в чем-то дополняют друг друга. Но PMI создан стандарт PMBoK ( Project Management Body of Knowledge – Свод Знаний по Управлению Проектами ). И невзирая поклонником какого подхода Вы являетесь, я настоятельно рекомендую почитать PMBoK, хотя бы обзорные статьи.