Мы с вами можем видеть схему ролей и также мы с вами можем видеть, что в отличие, например, от Agile проектов в PRINCE2 присутствует иерархия. ТО есть, есть руководство проекта, есть управление и есть исполнение, то есть разработка. Согласно данной методологии у каждого члена команды есть своя четкая роль в каждом из 7 процессов данной методологии. Начинается процесс с начала проекта (Starting up a project). В ходе данного процесса назначается менеджер проекта и определяются общие требования к характеристикам продукта. Менеджер проекта, чья основная задача — это внимание к деталям, отчитывается перед управляющим комитетом проекта, который отвечает за общее руководство проектом. Именно управляющий комитет следит за тем, чтобы проект не сбился с курса, и он же полностью отвечает за успех проекта. Следующий этап — это инициация проекта (Initiation a project). В ходе данного процесса, менеджер проекта составляет «Документацию по инициации проекта», в которой содержится план проекта по стадиям. Стадии могут делиться на разное количество времени, но как и в классическом, традиционном подходе они следую друг за другом. Третий процесс — это руководство проектом (Directing a project). Данный процесс предоставляет возможность управляющему комитету нести общую ответственность за успех проекта, не погружаясь в детали, которые находятся в границах полномочий менеджера проекта. Четвертый процесс — это контроль стадий (Controlling a stage). В обязанности менеджера проекта входит отслеживать в ходе выполнения стадии отклонения от плановых параметров проекта по срокам, содержанию и бюджету. Если эти отклонения превышают данные руководителю проекта управляющим комитетом полномочия, менеджер проекта обязан проинформировать управляющий комитет и предложить пути выхода из ситуации. Пятый процесс — это управление созданием продукта (Managing project delivery). Процесс управления созданием продукта представляет собой взаимодействие менеджера проекта и менеджера команды по созданию одного из продуктов проекта. В обязанности менеджера проекта в данном процессе входит делегирование полномочий по созданию продукта менеджеру команды и приемка созданного продукта. Шестой процесс — это управление границами стадии (Managing a stage boundary). В ходе данного процесса менеджер проекта предоставляет управляющему комитету всю необходимую информацию для оценки результатов пройденной стадии и принятия решения о переходе на следующую стадию. Седьмой процесс — это завершение проекта (Closing a project). Одно из отличий PRINCE2 в том, что процесс завершения проекта не выделяется в отдельный этап или стадию, как в классическом традиционном подходе, а выполняется в рамках финальной стадии создания продукта. Цель данного процесса — подтвердить, что продукт проекта принят, или проект больше не может принести ничего полезного. Как я уже сказала ранее, помимо 7 процессов, 7 компонентов в рамках методологии PRINCE2, есть и 7 ролей. Организационная структура включает в себя 3 важнейшие роли: совет проекта, менеджер проекта и проектная группа. Есть, конечно, множество и вспомогательных ролей, задаче которых, помогать в соблюдении требований и стандартов, утвержденных в рамках проекта по данной методологии и налаживание бесперебойного процесса управления проектом и создания конечного продукта. Если говорить про роли, то в данной методологии присутствуют в проекте, такие роли, как заказчик, пользователь, поставщик, менеджер проекта, проектная групп и ее руководитель, а также администратор. Совет проекта, выполняющий одну из основных трех ролей в рамках данной методологии, состоит из нескольких человек. Это заказчик проекта, как правило это руководитель высшего звена организации, где реализуется проект. Конечный пользователь или представитель стороны, которая будет пользоваться данным продуктом или услугой, в зависимости от того, что реализуется в рамках проекта. И поставщика. Совет проверяет надежность проекта с трех основных точек зрения. Заказчик обеспечивает финансовую рентабельность проекта, обычно с помощью анализа затрат или же результативности. Пользователь — гарантирует, что потребности пользователей будут удовлетворены. Поставщик — убеждается в том, что проект предлагает реальное, практическое решение. В рамках работ по выполнению проекта по данной методологии, иногда на то чтобы проверить каким образом функционирует промежуточный и финальный результат того или иного продукта или услуги выпускаемого в рамках проекта, приглашаются непредвзятые, третьи стороны, как правило обладающие высокой экспертизой в той области, где реализуется продукт. Не объемлемый плюс метода PRINCE2, это то, что он может адаптирован для проектов любого масштаба и любой предметной области. Методология предполагает конкретные рекомендации по управлению каждым циклом, каждым этапом проекта, конкретные ролевые модели и набор обязательных документов в соответствии с потребностями проекта. Помимо одной из самых основных сильных сторон PRINCE2, это возможность адаптации к особенностям организации, так же к сильным сторонам этого метода можно отнести наличие четкого описания ролей и распределение ответственности. Акцент на продуктах проекта и определенные уровни управления. Фокус на экономической целесообразности реализации того или иного проекта и последовательность выполнения работ. Акцент на фиксации опыта и постоянном совершенствовании. К минусам данной методологии, пожалуй, можно отнести отсутствие конкретных инструментов для работы в проекте. Методология, действительно, максимально адаптирована к различным отраслям и размерам проекта и традиционно используются в крупных, не только сейчас в Британских компаниях, но и Российские компании и Американские компании тоже прибегают к использованию данного метода.
