PRINCE2¶

PRINCE2 (акроним от PRojects IN Controlled Environments, версия 2) — это методология управления проектами, основанная на процессном подходе и охватывающая весь жизненный цикл проекта: от инициирования до завершения. Она была разработана в Великобритании в 1989 году на основе более ранней версии PROMPT II и с 1996 года поддерживается и развивается компанией AXELOS (совместное предприятие правительства Великобритании и компании Capita). PRINCE2 является одной из наиболее распространённых методологий управления проектами в мире, особенно в государственном секторе и крупных корпорациях, и признана де-факто стандартом в Великобритании и многих странах Содружества.

¶Основные принципы

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

1. Непрерывное бизнес-обоснование (Continued Business Justification). Проект должен иметь обоснование, которое остаётся актуальным на протяжении всего его жизненного цикла. Если выгоды перестают оправдывать затраты или риски, проект должен быть остановлен.
2. Обучение на опыте (Learn from Experience). Команда проекта должна активно искать и использовать уроки, извлечённые из предыдущих проектов, а также фиксировать собственный опыт для будущих проектов.
3. Определённые роли и ответственность (Defined Roles and Responsibilities). В PRINCE2 чётко разграничены интересы и ответственность трёх сторон: бизнеса (заказчика), пользователей (тех, кто будет использовать результат) и поставщиков (тех, кто создаёт результат). Для каждой роли определён круг обязанностей.
4. Управление по этапам (Manage by Stages). Проект планируется, контролируется и управляется поэтапно. Переход к следующему этапу возможен только после утверждения результатов предыдущего и обновлённого плана.
5. Управление по отклонениям (Manage by Exception). Для каждого уровня управления (команда проекта, менеджер проекта, совет проекта) устанавливаются допустимые пределы отклонений по времени, стоимости, качеству и объёму работ. Пока отклонения находятся в этих пределах, менеджер проекта действует самостоятельно.
6. Фокус на продуктах (Focus on Products). Вся работа в проекте определяется через её результат — продукт. Чётко определяется, что должно быть создано, с какими критериями качества, и только после этого планируются работы по созданию.
7. Адаптация к окружению проекта (Tailor to Suit the Project Environment). PRINCE2 не является жёстким шаблоном. Методологию необходимо адаптировать под конкретный проект: его масштаб, сложность, риски, отраслевую специфику и корпоративную культуру.

¶Процессы управления проектом

PRINCE2 описывает проект как последовательность из семи управленческих процессов, которые охватывают все этапы — от получения задания до закрытия.

1. Начало проекта (Starting Up a Project — SU). Процесс, предшествующий официальному старту. На этом этапе формируется предварительное бизнес-обоснование, назначаются ключевые роли (в первую очередь — исполнительный и старший пользователь), разрабатывается общий план проекта. Результатом является решение о том, стоит ли вообще запускать проект.
2. Инициирование проекта (Initiating a Project — IP). Детальное планирование. Разрабатывается полная документация: подробное бизнес-обоснование, план управления рисками, план управления качеством, коммуникационный план, а также детальный план первого этапа.
3. Управление проектом (Directing a Project — DP). Процесс, выполняемый Советом проекта (Project Board). Он включает в себя принятие ключевых решений, утверждение планов, контроль за отклонениями и принятие решения о закрытии проекта.
4. Контроль этапа (Controlling a Stage — CS). Процесс повседневного управления менеджером проекта. Включает в себя выдачу заданий, приёмку работ, мониторинг прогресса, управление проблемами и рисками, а также отчётность перед Советом.
5. Управление поставкой продукта (Managing Product Delivery — MP). Процесс, выполняемый командой проекта. Он фокусируется на создании и приёмке конкретных продуктов в рамках выделенного пакета работ.
6. Управление границами этапа (Managing a Stage Boundary — SB). Процесс перехода между этапами. На этом этапе менеджер проекта отчитывается о завершении текущего этапа, представляет план следующего этапа и обновляет общий план и бизнес-обоснование.
7. Закрытие проекта (Closing a Project — CP). Формальное завершение проекта. Включает в себя приёмку конечного продукта, оценку выгод, документирование уроков, расформирование команды и архивирование документации.

¶Темы (Компоненты управления)

Помимо процессов, PRINCE2 содержит семь тем, которые являются областями знаний, применяемыми на протяжении всего проекта.

• Бизнес-обоснование (Business Case). Документ, обосновывающий целесообразность проекта с точки зрения выгод, затрат и рисков.
• Организация (Organization). Определение ролей и ответственности всех участников проекта.
• Качество (Quality). Определение требований к качеству продуктов и методов их контроля.
• Планы (Plans). Иерархическая система планов: стратегический план проекта, поэтапные планы и планы отдельных пакетов работ.
• Риски (Risk). Процесс идентификации, оценки и управления рисками.
• Изменения (Change). Управление отклонениями от утверждённых требований и планов.
• Прогресс (Progress). Механизмы мониторинга и контроля за выполнением работ и достижением целей.

¶Роли в проекте

Структура управления в PRINCE2 является трёхуровневой:

• Совет проекта (Project Board). Высший орган управления, принимающий ключевые решения. Состоит из трёх ролей:
• Исполнительный (Executive). Представляет интересы бизнеса и несёт общую ответственность за проект. Он является владельцем бизнес-обоснования.
• Старший пользователь (Senior User). Представляет интересы тех, кто будет использовать результат проекта. Отвечает за определение требований и приёмку продуктов.
• Старший поставщик (Senior Supplier). Представляет интересы тех, кто создаёт результат. Отвечает за техническую реализацию и качество.
• Менеджер проекта (Project Manager). Ежедневное управление проектом в рамках полномочий, делегированных Советом. Координирует работу команды, управляет рисками и проблемами, отчитывается перед Советом.
• Команда проекта (Project Team). Специалисты, непосредственно создающие продукты проекта. Работой команды руководит менеджер проекта или, в крупных проектах, руководитель команды (Team Manager).

¶Сертификация

Управление проектами по методологии PRINCE2 подтверждается сертификацией, которая проводится аккредитованными организациями (PeopleCert, APMG). Существует два основных уровня:

• PRINCE2 Foundation. Базовый уровень, подтверждающий знание терминологии, принципов, процессов и тем методологии. Требуется для получения следующего уровня.
• PRINCE2 Practitioner. Продвинутый уровень, подтверждающий способность применять методологию на практике, адаптировать её под конкретные проекты и управлять проектами в реальных условиях.

Сертификация PRINCE2 широко ценится работодателями, особенно в сферах IT, строительства, государственного управления и финансов.

¶Критика

Несмотря на широкую распространённость, PRINCE2 подвергается критике по ряду направлений:

• Избыточная бюрократизация. Критики отмечают, что методология требует большого объёма документации и отчётности, что может быть неэффективно для небольших или инновационных проектов.
• Недостаточная гибкость. В чистом виде PRINCE2 ориентирован на предсказуемые проекты с чёткими требованиями. Он менее приспособлен для проектов в условиях высокой неопределённости, где требуется быстрая адаптация к изменениям (хотя принцип «адаптации» и направлен на решение этой проблемы).
• Сложность внедрения. Для успешного внедрения PRINCE2 требуется высокая дисциплина и обучение всех участников команды, что может быть дорого и трудоёмко.
• Фокус на процессах, а не на людях. В отличие от Agile-методологий, PRINCE2 уделяет меньше внимания человеческому фактору, мотивации команды и неформальным коммуникациям.

¶Сравнение с другими методологиями

PRINCE2 часто сравнивают с PMBoK (Project Management Body of Knowledge) — сводом знаний по управлению проектами от Института управления проектами (PMI). Ключевое отличие: PMBoK описывает что нужно делать (набор процессов, областей знаний), а PRINCE2 описывает как это делать (конкретные процедуры, шаблоны, роли). PRINCE2 является методологией, а PMBoK — стандартом (сводом знаний). В последние годы наблюдается тенденция к гибридному управлению проектами, сочетающему элементы PRINCE2 (жёсткое планирование, управление рисками, ролевая структура) с гибкими методологиями, такими как Scrum (итеративная разработка, самоорганизующиеся команды). Такой подход получил название PRINCE2 Agile.

¶Источники

• AXELOS. Managing Successful Projects with PRINCE2 (2017 Edition). The Stationery Office, 2017.
• Bentley, C. PRINCE2: A Practical Handbook. Butterworth-Heinemann, 2014.
• Hinde, D. PRINCE2 Study Guide. Sybex, 2018.
• Официальный сайт AXELOS (раздел PRINCE2).
• Стандарт PMBoK Guide (7th Edition). Project Management Institute, 2021.