скачать книгу бесплатно
Ожидаемые выгоды от внедренной КСУП:
– прозрачная система отчетности;
– выстроенная система коммуникаций;
– сокращение отставаний по срокам;
– единая методология;
– оптимизация затрат на управление проектами;
– удовлетворенность Заказчиков.
Ожидания Заказчика от РМО на первом этапе (до 1—2 месяцев):
Ожидания Заказчика от РМО на втором этапе (на горизонте до 6 месяцев):
Ожидания Заказчика от РМО на последующих этапах (на горизонте 1 год и более):
Ожидания от отчетности по проектам:
Дополнительные пожелания к РМО:
Заполнение такого опросника чрезвычайно продвинет Вас в решении самого главного вопроса на данном этапе: нужен ли компании Проектный офис, и готова ли компания к внедрению проектного управления.
Озвучьте Манифест управления проектами
Немного лозунгов из серии «Как оно должно быть»:
«Проекты – двигатель Компании в целом и карьеры участников проектов»
«Работа в проектах – почетна, уважаема, хорошо оплачивается. Сотрудники стремятся в проекты, так как видят в них возможности для своей карьеры, и активно, старательно работают в проектах в различных ролях»
«Первое лицо компании и топ-менеджмент – всячески поддерживает проектное управление»
В реальной жизни работа в проектах зачастую является дополнительной неоплачиваемой нагрузкой. Что, разумеется, вызывает негатив как у рядовых сотрудников, так и у руководителей. Но можно сделать и по-другому.
Старайтесь с самого начала продвигать описанные выше лозунги, изначально формируя видение Проектного офиса как крайне полезной структуры, помогающей компании – достигать стратегических целей, топ-менеджменту – более эффективно реализовывать проекты, руководителям проектов и другим участникам проектной деятельности – развиваться, строить карьеру и больше зарабатывать.
Обсудите модель зрелости проектного управления
Довольно популярной является модель Гарольда Керцнера, описывающая пять уровней зрелости проектного офиса.
Модель зрелости Керцнера
Как использовать данную модель на практике? Согласовываем с Заказчиком, до какого уровня зрелости необходимо дойти в рамках проекта. А дальше Проектный офис уже будет развивается самостоятельно и при необходимости достигать следующих уровней зрелости. Это совершенно нормальный подход. Более того, есть масса компаний, которые внедрили проектное управление до 3-го уровня, например, и за прошедшие 10 лет так и не смогли (или не захотели) перейти на 4-й. Каждая компания выбирает необходимый для нее целевой уровень зрелости Проектного офиса.
Давайте рассмотрим каждый из уровней более детально.
Уровень 1. Общий язык
На этом уровне Проектный офис пока отсутствует как самостоятельное подразделение. Все, что есть у компании – это общая терминология, относящаяся к управлению проектами. То есть сотрудники могут отличить проект от процессной деятельности, понимают, зачем в целом нужны проекты, и не падают в обморок, услышав фразу «Спонсор проекта на Управляющем Комитете согласовал Устав проекта».
Очевидно, что этого мало для успешной работы с проектами, поэтому смело идем дальше – такой уровень развития проектного управления как целевой, вряд ли устроит Заказчика.
Уровень 2. Общие процессы
В компании должны появиться определенные процессы управления проектами. В этом случае Проектный офис является неким репозитарием бизнес-процессов, относящихся к проектному управлению. Однако этим его функции и ограничиваются.
Как показывает практика, для успешной работы с проектами этот уровень также недостаточен – наличие только лишь процессов управления проектами, без методологической поддержки, не позволяет существенно повысить качество управления проектами в компании.
Уровень 3. Единая методология
А вот это уже серьезный шаг к повышению эффективности управления проектами. И большинство компаний, решающих внедрить проектное управление с нуля, именно на этот уровень и ориентируется.
На третьем уровне в компании появляется единая методология управления проектами, возникает Регламент управления проектами, разработанный с учетом специфики самой компании и ее проектов. Теперь Проектный офис, несмотря на то, что он может быть небольшим по размеру (в том числе состоять из одного человека – больше методолога, чем руководителя), может являться наставником для участников проектной деятельности – в первую очередь, для руководителей проектов.
На этом уровне Проектный офис не отвечает за результаты проектов, полноценно не контролирует их исполнение, но является единым центром компетенций в области проектного управления в компании.
По моему опыту, для развития компании до третьего уровня, в зависимости от размера компании, заинтересованности руководства, готовности к работе в проектах и еще нескольких десятков факторов, может понадобиться от четырех месяцев до двух лет.
Уровень 4. Перенятие опыта
Четвертый уровень возможен только после успешного достижения 3-го. На этом уровне Проектный офис берет на себя новые функции – функции контролера.
Теперь Проектный офис контролирует все проекты компании по показателям исполнения сроков, бюджета, качества, достижения целей проектов, удовлетворенности заказчиков и т. д. На уровне Проектного офиса формируется периодическая сводная отчетность по проектам, появляется общая база знаний, и руководители проектов уже получают возможность перенимать опыт предыдущих проектов, используя эти знания для повышения вероятности успеха своих проектов.
Разумеется, Проектный офис остается для участников проектной деятельности наставником, но теперь становится более строгим, и уже спрашивает с руководителей проектов результаты их деятельности, отчитываясь перед руководством компании по всем текущим проектам.
Уровень 5. Постоянные улучшения
Высшей ступенью развития Проектного офиса является стадия постоянных улучшений. На этом уровне возникает так называемый Стратегический Проектный офис, который не просто контролирует параметры проектов, но и отвечает перед руководством компании за успешность реализации проектов.
На пятом уровне Проектный офис принимает активное участие в сборе и оценке идей проектов, формирует Портфель проектов компании, отвечает за качество ведения проектов, за достижение результатов проектов, за исполнение бюджетов и сроков реализации.
Более того, Проектный офис постоянно развивается, получая обратную связь от руководства компании, внедряет новые инструменты и методы, проводит обучение участников проектной деятельности, развивает информационную систему управления проектами.
Используя модель зрелости Керцнера (или любую другую), выберите совместно с Заказчиком требуемый целевой уровень зрелости будущего Проектного офиса, и опишите более детально выбранный уровень. Это позволит Вам избежать ложных ожиданий, связанных с функциями и ответственностью Проектного офиса в компании.
Определите ключевые Принципы управления проектами
Определите ключевые принципы управления проектами, проговорите и согласуйте их с Заказчиком и ключевыми стейкхолдерами, чтобы убедиться в том, что эти принципы не противоречат их ожиданиям, ограничениям, корпоративной культуре компании и так далее.
Пример, как могут выглядеть принципы управления проектами (выдержка из регламента управления проектами производственной компании), приведен ниже.
Принципы управления проектами:
– централизация полномочий по принятию всех оперативных решений и ответственности за достижение целей и решение задач проекта на уровне руководителя проекта;
– целостность и непротиворечивость проекта как временной структуры;
– согласованность взаимодействия участников команды проекта;
– регламентированность действий и коммуникаций участников проекта;
– работа в едином технологическом пространстве (проектный сервер);
– свободный информационный обмен внутри проектной команды;
– экономическая целесообразность проектной деятельности: задачей управления проектами является минимизация финансовых рисков и дополнительных/внеплановых затрат;
– формирование проектных команд по принципу «сбалансированной матрицы». Специалисты подразделений компании принимают участие в работе проектных команд на временной основе, в соответствии с планами проектов. При этом, оставаясь в административном управлении руководителей подразделений (ресурсных менеджеров), на время своего участия в проектах они переходят в функциональное управление РП в соответствии с Уставом проекта и планом-графиком проекта (при необходимости может быть выпущен дополнительный приказ по Компании);
– предварительное резервирование ресурсов на этапах инициации и планирования проектов при подготовке Устава проекта, разработки расписания и бюджета проекта, которые согласуются с ресурсными менеджерами и утверждаются Наблюдательным Советом;
– фокус внимания при управлении проектами и обсуждении их прогресса делается не на фиксацию достигнутых результатов, а на выявление/предупреждение любых отклонений от плана в перспективе. Все, что уже произошло и невозможно изменить – принимается к сведению;
– выделение дополнительных ресурсов санкционируется УК либо НС на основании аргументированного запроса руководителя проекта, согласованного Куратором проекта.
Согласуйте Концепцию Проектного офиса
Иногда бывает полезно согласовать с Заказчиком некую концепцию Проектного офиса – синхронизировать ожидания. Ниже пример концепции для одного из проектов внедрения проектного управления.
Концепция проектного офиса компании *********
Проектный офис (РМО) – подразделение Компании. Руководитель проектного офиса напрямую подчиняется генеральному директору Компании. Сотрудники РМО – руководители проектов (РП). Проектный офис – единый центр управления проектами компании.
Цели РМО:
1. Организовать проекты компании в соответствии с отраслевыми и рыночными стандартами, адаптированными под специфику Компании.
2. Поддерживать и контролировать ключевые процессы исполнения проектов: планирование, управление рисками, проблемами, ожиданиями, изменениями, ресурсами, бюджетом.
3. Быть «фабрикой проектов»: создать и поддерживать единый ритмичный масштабируемый процесс исполнения проектов.
4. Достигать заданных руководством Компании параметров утвержденной рентабельности, сроков, удовлетворенности заказчиков, качества продуктов.
Для достижения поставленных целей РМО использует следующие подходы:
– нанимает руководителей проектов, квалификация которых позволяет достигать целей проектов и целей Компании;
– обучает руководителей проектов, помогая им расти профессионально;
– распределяет проекты между руководителями проектов в соответствии с их компетенциями;
– дает руководителям проектов инструменты управления проектами – методики, шаблоны, программное обеспечение;
– внедряет, адаптирует и развивает лучшие практики проектного управления в компании;
– контролирует исполнение проектов компании;
– обеспечивает руководство компании своевременными и качественными отчетами о статусе проектов;
– контролирует уровень компетенций РП, проводит их аттестацию;
– формирует портфель проектов компании и консультирует руководство по вопросам управления портфелем;
– развивает горизонтальные коммуникации между проектами, руководителями проектов, проектными командами;
– продвигает идеи и подходы проектного управления во всех подразделениях компании.
Определите целевую организационную структуру управления проектами
Организационная структура компании может выглядеть по-разному. От текущей и будущей (целевой) организационной структуры компании может существенно зависеть план внедрения проектного управления.
Функциональная организационная структура
Функциональная организационная структура
Функциональная организационная структура – это, скорее всего, именно та организационная структура, которую Вы встретите в компании, решившей внедрить с нуля проектное управление. Нет ни руководителей проектов в чистом виде, ни зачатков Проектного офиса. Конечно же, управлять проектами в такой структуре крайне сложно и малоэффективно.
Если компания ратует за сохранение после внедрения РМО функциональной структуры – это повод задуматься, стоит ли вообще внедрять в компании проектное управление. Скорее всего, это не будет иметь большого смысла.
Проектная организационная структура
Проектная организационная структура
Проектная организационная структура – довольно редкий случай. Это идеальная организационная структура для работы с проектами – руководители проектов имеют в этой структуре максимальную власть и полномочия.
Однако вряд ли Вам придется внедрять проектное управления в компании с проектной организационной структурой – так как в такой компании управление проектами уже, очевидно, выстроено.
Матричная организационная структура. Слабая матрица
Матричная организационная структура. Слабая матрица
Матричная структура гораздо лучше подходит для проектной деятельности, чем функциональная, и позволяет повысить эффективность работы с проектами. Суть любой матричной организационной структуры состоит в двойном подчинении – каждый сотрудник компании, участвующий в проектах, подчиняется не только своему функциональному руководителю, но и руководителям тех проектов, в которых он задействован.
Например, инженер участвует в трех проектах – в двух в роли эксперта, и в одном в роли исполнителя. У этого инженера в сумме целых четыре руководителя, так как у него еще есть непосредственный, функциональный руководитель – начальник инженерной группы.
Однако, в так называемой «слабой матрице», пока также отсутствуют, как и в функциональной структуре, и руководитель проекта как должность, и Проектный офис. В данной структуре появляются сотрудники, исполняющие роли координаторов проектов, привлекая для работы в проектах сотрудников из разных подразделений. Однако эта схема, конечно, далека от идеала. У координаторов нет ни серьезных полномочий, ни возможностей управлять всеми аспектами проектов. И методологическую помощь они также получить не могут, так как отсутствует Проектный офис.
Поэтому рассматривать слабую матрицу как целевую организационную структуру компании в рамках проекта внедрения проектного управления – не самая лучшая идея. Для работы с проектами существуют более эффективные структуры.
Матричная организационная структура. Сбалансированная матрица
Матричная организационная структура. Сбалансированная матрица
Сбалансированная матрица встречается довольно часто в компаниях, в которых выстроено управление проектами. Главное отличие сбалансированной матрицы от слабой: в структуре появляется руководитель проекта, который занимается только проектами, это его основная обязанность. Однако все руководители проектов находятся в своих подразделениях, выделенного отдела управления проектами не существует.
