The Integrated Framework of PRINCE2
The PRINCE2 methodology is built upon an integrated framework of three core elements: Principles, Themes, and Processes. It is impossible to use one element in isolation; their true power lies in how they interweave and support each other throughout the entire project lifecycle. Understanding this relationship is fundamental to applying PRINCE2 effectively. In simple terms, the Principles are the 'why', the Themes are the 'what', and the Processes are the 'how, when, and by whom'.
The 7 Principles: The Guiding Obligations
The Principles are the foundation upon which everything else in PRINCE2 is built. They are universal, self-validating, and empowering good practices that must be consistently applied for a project to be considered a genuine PRINCE2 project. They are the core values and mindset that guide all decision-making.
- Continued business justification: The project must always have a valid reason to exist.
- Learn from experience: Project teams should learn from previous experiences and capture lessons throughout the project.
- Defined roles and responsibilities: The project must have a clear organizational structure where everyone knows what is expected of them.
- Manage by stages: The project is planned, monitored, and controlled on a stage-by-stage basis, providing control points.
- Manage by exception: The Project Board delegates day-to-day authority to the Project Manager but is alerted if the project is forecast to deviate beyond agreed tolerances.
- Focus on products: The project focuses on the definition and delivery of products, including their quality requirements.
- Tailor to suit the project environment: The methodology must be adapted to suit the specific project's environment, size, complexity, importance, capability, and risk.
The 7 Themes: The Aspects to be Managed
The Themes are the aspects of project management that must be continuously addressed throughout the project. They represent the 'what' that needs to be managed. The Themes describe how the Principles are put into practice and provide the framework for creating the necessary management products (documents). Each theme is applied differently within each process.
- Business Case: Addresses the 'why' of the project, directly supporting the 'Continued business justification' principle. It documents the justification for undertaking the project.
- Organization: Defines the project management team roles and responsibilities, directly implementing the 'Defined roles and responsibilities' principle.
- Quality: Explains how the project's products will meet the required quality criteria, supporting the 'Focus on products' principle.
- Plans: Describes how, where, when, and by whom the project's objectives will be achieved, supporting 'Manage by stages' and 'Focus on products'.
- Risk: Manages uncertainty by identifying, assessing, and controlling risks and opportunities.
- Change: Provides a systematic approach to handling all change requests and issues that arise during the project.
- Progress: Monitors and controls the project's performance against its baseline plans, enabling the 'Manage by exception' principle.
The 7 Processes: The Project Lifecycle
The Processes provide a structured, step-by-step progression through the project's lifecycle. They represent the 'how', 'when', and 'who' of the project, detailing the activities and responsibilities required at each phase. The Themes are applied within these processes, and all actions are guided by the Principles.
- Starting up a Project (SU): The pre-project work to establish if the project is viable and worthwhile.
- Directing a Project (DP): The work of the Project Board to provide overall direction and control. This process runs from start to finish.
- Initiating a Project (IP): The detailed planning phase where the Project Initiation Documentation (PID) is created, establishing solid foundations before committing to significant spend.
- Controlling a Stage (CS): The day-to-day work of the Project Manager in managing a delivery stage.
- Managing Product Delivery (MP): The work of the Team Manager(s) to create the specialist products as agreed in a Work Package.
- Managing a Stage Boundary (SB): The process for the Project Manager to prepare for the end of a stage and plan for the next, allowing the Project Board to review project health.
- Closing a Project (CP): The formal process of handing over products, evaluating the project, and disbanding the project team in a controlled manner.
How They Interrelate: A Practical Example
Consider the 'Managing a Stage Boundary' (SB) process. This process is a direct application of the Principle 'Manage by stages'. During this Process, the Project Manager undertakes several activities that involve applying the Themes:
- The Project Manager updates the Business Case (Theme) to ensure the project still has 'Continued business justification' (Principle).
- They create the plan for the next stage, which is an activity within the Plans (Theme).
- They review and update the Risk Register as part of the Risk (Theme).
- The outputs of this process (e.g., the End Stage Report) are then passed to the Project Board in the 'Directing a Project' process, who use them to 'Manage by exception' (Principle) when deciding whether to authorize the next stage.
In conclusion, the Principles provide the overarching rules. The Themes provide the guidance on what to manage. The Processes provide the chronological activities where the principles are followed and the themes are applied. Together, they create a robust, flexible, and scalable methodology for managing projects in a controlled environment.