Цель управления проектом и успешность проекта
Успешность проекта различным образом оценивается в разных методиках. Успешность может разным образом оцениваться различными участниками проекта.
Группы оценок успешности:
Ориентированные на контракт с жесткой фиксацией требований и минимизацией изменений в ходе проекта, например традиционные методологии, в том числе PMBOK: «проект успешен, если выполнен согласно утвержденным критериям: объёму, сроку, качеству». То есть проект успешен, если исполнен и закрыт договор между Заказчиком и Исполнителем (вне зависимости от того, являлся ли он юридическим документом в случае внешних проектов или определялся как-то иначе в случае внутренних проектов). При этом оценка успешности единая как для заказчика так и для исполнителя.
Ориентированные на удовлетворенность заказчика с гибким управлением требованиями, например гибкие методологии SCRUM: «проект успешен, если заказчик удовлетворен»
Ориентированные на длительное взаимодействие с Заказчиком: управление программами, направленное на длительное взаимодействие, а не на один проект/контракт. Здесь делается акцент на продолжение сотрудничества Исполнителя с Заказчиком в рамках последующих проектов и иного взаимодействия.
Сбалансированные, например PRINCE2: «проект успешен при сбалансированности по крайней мере по трем категориям — бизнеса, ориентации на пользователя и технологической зрелости». Здесь делается акцент на финансовой успешности проекта, удовлетворенности пользователей и развитии технологий. Оценка успешности может различаться с точки зрения бизнеса, пользователя и исполнителя. Такие методики оценки чаще используются для внутренних проектов, когда заказчик и исполнитель находятся в одной организации.
Так, например, проект, уложившийся в согласованные сроки и затраты, но не окупившийся по результатам проекта (затраты велики, результат неактуален к окончанию проекта, заказчик не может воспользоваться результатом и т. п.) будет успешен по традиционной методологии, но не успешен по методологии, ориентированной на заказчика. Ответственность за неуспешность такого проекта несет заказчик и, в некоторых случаях, проектный офис либо служба заказчика.
Диагра́мма Га́нтта (англ. Gantt chart, также ленточная диаграмма, график Гантта, календарный график) — это популярный тип столбчатых диаграмм (гистограмм), который используется для иллюстрации плана, графика работ по какому-либо проекту. Является одним из методов планирования проектов. Используется в приложениях по управлению проектами.
Офис управления проектами (ОУП) или проектный офис — структурное подразделение организации, контрольно-координационный орган, который определяет и развивает в организации стандарты бизнес-процессов, связанные с управлением проектами. На Западе, в отличие от проектного офиса (англ. project office), офис управления проектами (англ. project management office) является структурой, которая отвечает за управление проектами, а не отдельным проектом.
Проектный офис управляет портфелем проектов, при этом учитывается:
-специфика управления портфелем проектов;
-влияние проектов друг на друга;
-специфика в подходах к планированию ресурсов для портфеля проектов;
-управление изменениями в портфеле проектов.
Проектный офис структурирует, декомпозирует и выделяет повторяемые бизнес-процессы, имея целью в будущем повысить эффективность планирования и качество выполнения проектов. Проектный офис также документирует, консультирует и пропагандирует лучшие практики проектного менеджмента в организации.
Правильно организованный Проектный офис строит управление проектами на лучших практиках и подтверждённых отраслевыми методологиями стандартах, например PMBOK, Standard for Program Management, Standard for Portfolio Management или PRINCE2.
В Российской практике все вопросы проектного менеджмента на предприятии зачастую определяются локальными нормативными актами.
В целом можно определить цель управления проектами следующим образом:
«Целью управления проектом(-ами) является достижение заранее определенных целей при заранее известных ограничениях и целесообразном использовании возможностей, реагировании на риски.»
Даже при достижении поставленных целей и целесообразности изменений, проект может не соответствовать ожиданиям заинтересованных сторон. В проектах с высоким уровнем изменений требуется управление ожиданиями.