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