Tag: Prince2

PRINCE2 (PRojects IN Controlled Environments) Overview and Timeline by Year

PRINCE2 (PRojects IN Controlled Environments) is a structured, process-based project management methodology focusing on organization, control, and business justification. Originating from UK government IT standards in the 1970s, it has evolved into a globally recognized, tailorable standard used in over 150 countries for projects across various industries. 

PRINCE2 Project Management Summary

  • Core Philosophy: Continued Business Justification (projects must make sense financially), Manage by Exception (delegating authority within limits), and Product-Based Planning.
  • Seven Principles: Projects must have continued business justification, learn from experience, define roles and responsibilities, manage by stages, manage by exception, focus on products, and tailor to suit the project.
  • Seven Processes: Starting a Project, Directing a Project, Initiating a Project, Controlling a Stage, Managing Product Delivery, Managing a Stage Boundary, and Closing a Project.
  • Key Themes: Business Case, Organization, Quality, Plans, Risk, Change, and Progress.
  • Main Benefits: Provides a common language, clear accountability, defined roles, and tailored, consistent documentation. 

Detailed Historical Timeline (1975–2023+)

Era 1: The PROMPT Origins (1975–1988) 

  • 1975: Simpact Systems Ltd develops PROMPT (Project Resource Organisation Management and Planning Techniques) in response to IT projects running over time and budget. PROMPT II introduces a phased approach (Initiation, Specification, Design, Development, Installation, Operation). 

Era 2: The PRINCE Birth (1989–1995)

  • April 1989: The UK Central Computer and Telecommunications Agency (CCTA) adopts PROMPT II as the standard for IT projects, renaming it PRINCE (initially “PROMPT II IN the CCTA Environment”).
  • 1990: PRINCE is released into the public domain and widely adopted by the private sector for non-IT projects, although it is perceived as too rigid for small projects. 

Era 3: The Birth of PRINCE2 (1996–2008) 

  • 1996: PRINCE2 is published by the CCTA. It is rewritten for broader use (not just IT), removing jargon to become a generic project management framework.
  • 1998: PRINCE2 begins undergoing revisions based on user feedback.
  • 2000: The Office of Government Commerce (OGC) becomes the owner of PRINCE2.
  • 2002: The international user community begins consultative updates to the method. 

Era 4: The Modern Revision Era (2009–2022) 

  • 2009: PRINCE2: 2009 Refresh is released by the OGC. This major revision simplifies the method, makes it more customizable, and introduces the seven core principles.
  • 2013: Ownership transfers from the UK Cabinet Office to AXELOS Ltd, a joint venture between the UK Government and Capita.
  • 2017: PRINCE2 2017 Update is published, focusing on increased flexibility, scalability, and better tailoring guidance.
  • 2018: PRINCE2 Agile is launched, bringing a governance layer to agile delivery methods like Scrum and Kanban.
  • 2020: PRINCE2 2017 is renamed “PRINCE2 6th Edition”.
  • 2021: PeopleCert becomes the sole owner of AXELOS and PRINCE2. 

Era 5: The Current Era (2023–Present) 

  • September 2023: PRINCE2 7th Edition is released. The update introduces a “People” element, focusing on change management and team leadership, along with new guidance on Sustainability, Commercial, and Digital & Data management. 
PRINCE2 Key Evolution Summary
May 2011 – Registered PRINCE2 Practitioner with ILX, Mark Whitfield

PRINCE2 (PRojects IN Controlled Environments) Overview and Timeline by Year

Waterfall project management is a linear, sequential methodology

Waterfall project management is a linear, sequential methodology where progress flows steadily downward through defined phases, much like a physical waterfall. In this model, each stage—such as requirements, design, implementation, and testing—must be fully completed and approved before the next one begins. 

Waterfall Project Plans, .xls and .mpp file formats respectively

Core Characteristics

  • Sequential Design: No overlapping phases; each “cascades” into the next.
  • Documentation-Driven: Extensive upfront planning and detailed records are required at every step.
  • Fixed Scope: Requirements are gathered at the start, making the project’s timeline and budget highly predictable but difficult to change.
  • Specialised Use: Best suited for regulated industries like aerospace, construction, and healthcare, where changes are costly or safety is paramount. 

Historical Timeline by Era and Year

The following timeline tracks Waterfall from its origins in post-WWII engineering to its current role in hybrid project management.

Examples, Waterfall Plan On a Page POaP in MS PowerPoint format

The Pre-Formal Era (1950s – 1969)

Software development adopted structured, sequential approaches from engineering, largely driven by complex, high-risk projects. 

  • 1956: Herbert D. Benington documented a sequential process for the SAGE project, establishing the technical roots.
  • Late 1960s: NASA applied linear, rigid methodologies to Apollo missions, setting a precedent for high-stakes, documentation-heavy development.
  • 1968: The NATO Software Engineering Conference highlighted the “software crisis,” prompting a push for formal, disciplined development models. 

The Formalisation Era (1970 – 1979)

The model was officially, yet ironically, described and named. 

  • 1970: Dr. Winston W. Royce published his foundational paper on managing large software systems, often cited as the origin of the “Waterfall” model, though he originally presented it as a cautionary, flawed approach.
  • 1976: T.E. Bell and T.A. Thayer likely first used the term “Waterfall” in literature. 

The Institutional Era (1980 – 1999)

Waterfall became the mandatory standard for large-scale, complex projects. 

  • 1985: The U.S. DoD mandated DOD-STD-2167, cementing Waterfall as the standard for military software.
  • 1989: The UK Government introduced PRINCE2, deeply influenced by Waterfall principles.
  • 1994: The U.S. DoD formally abandoned strict Waterfall mandates for more flexible methods. 

The Modern & Hybrid Era (2000 – Present)

Waterfall transitioned from the default standard to a specialised methodology. 

  • 2001: The Agile Manifesto marked a shift toward iterative development, reducing Waterfall’s dominance.
  • Present Day: It remains vital in regulated sectors (e.g., aerospace) and is often combined with Agile in hybrid approaches.

Waterfall project management is a linear, sequential methodology

Click on the link in the website banner above to purchase example, editable template project plans shown and many others.

PRINCE2 Management Products Templates Overview and Historical Timeline

PRINCE2 management products are the 26 standard documents (templates) used to manage a project throughout its lifecycle. They are categorised into Baselines (plans and definitions), Records (registers and logs), and Reports (periodic updates). 

PRINCE2 Microsoft Project & Excel templates

Management Products Overview

The core templates provided in the methodology ensure consistent project control. Official templates are often available through accredited providers, this website or the official AXELOS website. 

  • Baselines: Used to define the project foundation (e.g., Business Case, Project Initiation Document, Plan).
  • Records: Dynamic logs to track day-to-day data (e.g., Risk Register, Issue Register, Lessons Log).
  • Reports: Snapshots of progress or specific events (e.g., Highlight Report, Checkpoint Report, Exception Report). 

Historical Timeline of Templates & Methodology

The evolution of these products reflects a shift from rigid, IT-specific documents to flexible, industry-agnostic templates. 

The Pre-PRINCE Era (1975 – 1988) 

  • 1975: PROMPT II (Project Resource Organisation Management and Planning Techniques) was developed by Simpact Systems Ltd.
  • Key Focus: Introduced the concept of project phases (Initiation, Specification, Design) but was strictly for IT. 

The PRINCE Era (1989 – 1995) 

  • 1989: PRINCE (PROMPT II in the CCTA Environment) launched by the UK Government’s CCTA.
  • Key Focus: Added Critical Path Analysis and formal management roles, but remained IT-heavy and rigid. 

The PRINCE2 Emergence (1996 – 2008)

  • 1996: PRINCE2 (1st Edition) was released as a generic framework.
  • Key Change: IT-specific jargon was removed to make templates applicable to any industry.
  • 2002/2005: Minor updates (3rd and 4th Editions) focused on minor refinements based on user feedback. 

The Revision Era (2009 – 2022)

  • 2009: PRINCE2:2009 Refresh (5th Edition) introduced the seven core principles.
  • Key Change: Templates were simplified and made more customisable to reduce “prowess-driven” bureaucracy.
  • 2017: PRINCE2 6th Edition (formerly the 2017 Update) launched.
  • Key Change: Emphasis on Tailoring and scalability for different project sizes. 

The Modern Era (2023 – Present)

  • 2023: PRINCE2 7th Edition was released.
  • Key Change: Added a “People” element and introduced three new management approaches: Sustainability, Commercial, and Digital & Data. 

Template Kits & Resources

For those seeking pre-formatted digital versions:

  • PRINCE2 7th Edition Template Bundle: Comprehensive sets including MS Project MPP, Excel Gantt charts, and Word artifacts are available at Etsy and eBay.
  • Specialised Packs: Focused collections like the PRINCE2 Control & Monitoring Pack can be found at WorkFlo Design.
  • Individual Documents: Individual templates like the Project Initiation Document (PID) are often sold separately for specific project needs. 
  • PRINCE2 Templates can be purchased directly from this website including a Microsoft Project Plan in MPP format and also a Microsoft Excel Project Plan in XLS format, see below and website link.

PRINCE2 Management Products Templates Overview and Historical Timeline

PRINCE2 Microsoft Project MPP file template
PRINCE2 Microsoft Excel XLS template 1
PRINCE2 Microsoft Excel XLS template 2

PRINCE2 and Agile Project Management Templates Gallery

A gallery and inventory of screenshots for the Project Management Templates (both Agile and PRINCE2 waterfall projects) that are all available to be purchased as a bundle from this website link (note: upgrades to the latest template package after purchase, are totally FREE).

Agile PRINCE2 Project Management Templates Gallery
PRINCE2 & Agile PM Templates Gallery

PM templates include MS Project MPP and MS Excel detailed plans including PRINCE2 and Agile delivery, Gantt Plan on a Page examples (POaP), finance trackers, status reports, RAID logs (Risk, Issue, Assumption, Dependency log), RACI tracker (Responsible, Accountable, Consulted, Informed), agile burn down chart and burn up chart, resource tracker, benefits realization plan etc. etc.

(Download the Template Inventory PDF file – 15MB)

Join the FREE PM templates related Facebook Group (LIKE Facebook page) and LinkedIn Group.

PRINCE2 and Agile Project Management Templates Gallery examples

MPP Microsoft Project Plan Examples
Agile Scrum Burn Down (and Up) Chart in Microsoft Excel
Example Microsoft Excel Spreadsheet Examples for Project Planning

PRINCE2 & Agile PM Templates Gallery

PRINCE2 Management Stages Overview

In PRINCE2, a project is managed through a series of management stages, which are discrete sections of a project that the Project Board authorises at specific decision points. Every PRINCE2 project must have at least two stages: an initiation stage and at least one further delivery stage. 

PRINCE2 Management Stages Overview

A detailed breakdown of these stages, aligned with the seven core PRINCE2 processes, is provided below. 

1. Starting Up a Project (SU)

This is a pre-project process designed to determine if the project is viable and worthwhile before committing significant resources. 

  • Key Activities:
    • Appointing the Executive and Project Manager.
    • Developing an Outline Business Case.
    • Creating a Project Brief which defines objectives and scope.
    • Planning the initiation stage itself. 

2. Initiating a Project (IP)

This represents the first management stage of the project. It establishes the firm foundation for the project’s execution. 

  • Key Activities:
    • Creating the Project Initiation Documentation (PID), which includes the full Business Case, Project Plan, and management strategies for risk, quality, and communication.
    • Setting up project controls and refining the project approach.
    • Securing formal approval from the Project Board to proceed. 

3. Directing a Project (DP)

This is an ongoing process that spans the entire project lifecycle, focusing on high-level decision-making by the Project Board. 

  • Key Activities:
    • Authorising the project to start and approving each subsequent stage.
    • Giving ad hoc direction and advice to the Project Manager.
    • Making the final “stop/proceed” decisions at stage boundaries.

4. Controlling a Stage (CS)

This covers the day-to-day management of each delivery stage by the Project Manager. 

  • Key Activities:
    • Assigning work to teams via Work Packages.
    • Monitoring progress and managing risks and issues.
    • Reporting status to the Project Board through Highlight Reports. 

5. Managing Product Delivery (MP)

This process manages the link between the Project Manager and the Team Managers who are actually building the products. 

  • Key Activities:
    • Teams accepting and executing Work Packages.
    • Ensuring work meets the specified quality standards.
    • Delivering completed and tested products back to the Project Manager. 

6. Managing a Stage Boundary (SB)

This occurs at the end of each stage (except the final one) to help the Project Board decide whether to continue. 

  • Key Activities:
    • Reporting on the performance of the current stage.
    • Creating a detailed Stage Plan for the next stage.
    • Updating the overall Project Plan and Business Case with the latest information. 

7. Closing a Project (CP)

This is the final part of the last management stage, ensuring the project is shut down in a controlled manner. 

  • Key Activities:
    • Confirming all products have been accepted by the customer.
    • Capturing Lessons Learned for future projects.
    • Preparing an End Project Report to evaluate performance against the original plan.

PRINCE2 Management Stages Overview

PRINCE2 7 Themes / Practices of PRINCE2

In the PRINCE2 project management methodology, Themes (renamed to Practices in the 7th edition released in 2023) are the seven functional areas of project management that must be addressed continuously throughout the project lifecycle. They provide a structured framework for managing key aspects like cost, risk, and quality to ensure the project remains on track. 

7 Themes / Practices of PRINCE2

Overview of the Seven Themes (Practices)

  • Business Case: Focuses on the “Why” of the project. It establishes the justification for the investment and ensures the project remains desirable, viable, and achievable.
  • Organisation: Addresses the “Who” by defining the project’s structure of accountability and responsibilities. It identifies key stakeholders and establishes the project management team.
  • Quality: Focuses on the “What” by defining the user’s requirements and quality standards. It ensures that deliverables are fit for purpose and meet stakeholder expectations.
  • Plans: Describes the “How,” “How Much,” and “When”. This theme provides techniques for creating project, stage, and team plans to facilitate communication and control.
  • Risk: Manages the “What If” by identifying, assessing, and controlling uncertainties that could impact the project’s objectives, whether they are threats or opportunities.
  • Change (Issues): Deals with the impact of changes and unexpected events. It provides a formal process for capturing, assessing, and controlling requests for change to project baselines.
  • Progress: Evaluates “Where are we now?” versus “Where are we going?”. It establishes mechanisms to monitor actual achievements against planned outcomes and manage deviations through tolerances. 

Key Concepts and Terminology

  • Continuous Application: Unlike processes, which follow a sequence, themes are applied simultaneously throughout the project.
  • Tolerances: Each theme uses tolerances (allowable deviations for time, cost, quality, etc.) to support the principle of Manage by Exception.
  • PRINCE2 7 Updates: The latest edition introduces Sustainability as a 7th performance target and emphasizes People as a core element alongside Principles, Practices, and Processes.

PRINCE2 Process Model Overview

PRINCE2 Process Model

The PRINCE2 process model provides a structured, process-driven roadmap for managing a project from its initial conception to formal closure. It consists of seven core processes that define specific activities, responsibilities, and decision points across the project lifecycle. 

The 7 PRINCE2 Processes

The processes are designed to ensure control and align with the project’s management levels: 

  • Starting Up a Project (SU): A pre-project process that filters out unviable ideas. It focuses on confirming if there is a “viable and worthwhile” business case and appoints the Project Manager and Executive.
  • Directing a Project (DP): Spans the entire project from start to finish. It is the responsibility of the Project Board, which provides strategic oversight, makes key decisions (e.g., authorising stages), and manages by exception.
  • Initiating a Project (IP): Occurs during the first management stage. It involves detailed planning to establish solid foundations, resulting in the Project Initiation Documentation (PID), which includes the project plan, risk management approach, and full business case.
  • Controlling a Stage (CS): Focuses on the Project Manager’s day-to-day management of a stage. This includes assigning work to teams, monitoring progress, and dealing with issues or risks within agreed tolerances.
  • Managing Product Delivery (MP): Governs the link between the Project Manager and Team Managers. It is where the “specialist products” (actual deliverables) are created, quality-checked, and delivered.
  • Managing a Stage Boundary (SB): Occurs at the end of each management stage (except the final one). The Project Manager reviews the current stage, updates the project plan and business case, and plans the next stage for Board approval.
  • Closing a Project (CP): Ensures an orderly end to the project. It confirms that objectives have been met, products have been accepted by the user, and lessons are captured before the project is formally disbanded. 

Hierarchy of Management Levels

The process model operates across four distinct levels of authority: 

  1. Corporate or Programme Management: Sets the initial project mandate.
  2. Directing (Project Board): Responsible for overall governance and major decisions (Directing a Project).
  3. Managing (Project Manager): Handles daily management and stage control (Controlling a Stage, Initiating a Project).
  4. Delivering (Team Members/Managers): Focuses on creating the physical products (Managing Product Delivery). 

Key Characteristics

  • Management Stages: Projects are broken into at least two stages (Initiation and at least one Delivery stage) to provide “stop/go” decision points.
  • Triggers: Each process is activated by a specific trigger, such as a “Project Mandate” from corporate management to start the SU process.
  • Management Products: These are documents like the Business Case, Project Brief, and Highlight Reports used to facilitate control and communication.

PRINCE2 (PRojects IN Controlled Environments) framework is built on seven core principles

PRINCE2 framework is built on seven core principles

The PRINCE2 (PRojects IN Controlled Environments) framework is built on seven core principles that serve as guiding obligations for any project using this methodology. For a project to be considered a “PRINCE2 project,” all seven must be applied. 

  • Continued Business Justification: A project must have a valid reason to start and must remain justified throughout its lifecycle. This is documented in a Business Case, which is regularly reviewed to ensure the project remains viable, desirable, and achievable.
  • Learn from Experience: Project teams are required to seek out lessons from previous projects and record new lessons as the current project progresses. A Lessons Log is typically used to capture these insights.
  • Defined Roles and Responsibilities: Every person involved must understand what is expected of them and who is responsible for specific tasks. PRINCE2 defines a clear management hierarchy: Project Board (Direction), Project Manager (Management), and Team Manager (Delivery).
  • Manage by Stages: Projects are broken down into manageable chunks called management stages. Each stage acts as a “stop/continue” decision point for the Project Board to assess progress before committing more resources.
  • Manage by Exception: Senior management (Project Board) only intervenes when the project deviates beyond agreed tolerances for time, cost, quality, scope, risk, or benefits. This empowers the Project Manager while ensuring efficient use of executive time.
  • Focus on Products: The methodology prioritizes the definition and delivery of high-quality products (outputs) rather than just completing activities. Product descriptions specify the quality criteria and requirements for each deliverable.
  • Tailor to Suit the Project: PRINCE2 is not a rigid “one-size-fits-all” approach; it must be adapted to the project’s specific scale, complexity, and environment. Tailoring ensures that the controls are appropriate for the level of risk involved. 

PRINCE2 – PRojects IN Controlled Environments – Timeline

PRINCE2 (PRojects IN Controlled Environments) has evolved from a rigid, IT-specific framework into a globally recognised, flexible project management standard. 

Historical Evolution Timeline

  • 1975: PROMPT Origins – Simpact Systems Ltd developed PROMPT (Project Resource Organisation Management and Planning Techniques) to address IT project overruns.
  • 1989: The Birth of PRINCE – The UK’s Central Computer and Telecommunications Agency (CCTA) licensed PROMPT, renaming it PRINCE (originally “PROMPT II IN the CCTA Environment”).
  • 1996: PRINCE2 Launch – Developed with input from 150 European organisations, PRINCE2 was released as a generic, scalable framework suitable for any industry.
  • 2000–2013: Ownership Shifts – Ownership moved from the CCTA to the Office of Government Commerce (OGC) in 2000, then to AXELOS Ltd (a joint venture) in 2013.
  • 2009: Major “Refresh” – Introduced the seven core principles and made the method more customisable.
  • 2017: 6th Edition Update – Formerly known as the “2017 Update,” this version focused heavily on scalability and tailoring to specific project needs.
  • 2021–Present: PeopleCert Era – PeopleCert acquired AXELOS in 2021. In 2023, PRINCE2 7 was launched, introducing a greater emphasis on people management and sustainability. 

Comprehensive Project Timeline Breakdown

A standard PRINCE2 project follows a lifecycle defined by seven processes: 

  1. Pre-Project: Starting up a Project (SU)
    • Ensures the project is viable and worthwhile.
    • Key Output: Project Brief.
  2. Initiation: Initiating a Project (IP)
  3. High-Level Oversight: Directing a Project (DP)
    • An ongoing process where the Project Board provides guidance and makes key decisions without managing day-to-day tasks.
  4. Day-to-Day Management: Controlling a Stage (CS)
    • The Project Manager monitors work, manages risks, and reports progress for each individual stage.
  5. Technical Delivery: Managing Product Delivery (MP)
    • The Team Manager ensures products (deliverables) are created, tested, and handed over according to specifications.
  6. Transition: Managing a Stage Boundary (SB)
  7. Finalisation: Closing a Project (CP)
    • The formal decommissioning of the project, ensuring all products are accepted and lessons are documented. 

PRINCE2 – PRojects IN Controlled Environments

PRINCE2 7 Process Model, 2026 – 7th Edition

In 2026, the PRINCE2 7 (7th Edition) remains the current global standard for the methodology. The core diagram, known as the PRINCE2 Process Model, illustrates how the 7 processes interact across the four management levels: Corporate, Direction, Management, and Delivery. 

The PRINCE2 7 Process Model

The diagram typically visualises the project lifecycle from a “Project Mandate” to “Project Closure” through these processes: 

  • Starting Up a Project (SU): The pre-project process where a mandate is converted into a project brief.
  • Directing a Project (DP): The Project Board’s high-level oversight, running from project start to finish.
  • Initiating a Project (IP): Establishing firm foundations, including the Project Initiation Documentation (PID) and the Business Case.
  • Controlling a Stage (CS): The daily management of a stage by the Project Manager.
  • Managing Product Delivery (MP): The link between the Project Manager and Team Managers to ensure products are built.
  • Managing a Stage Boundary (SB): Occurs at the end of each management stage to plan the next one and review the current.
  • Closing a Project (CP): The final process for a formal decommissioning of the project. 
PRINCE2 7 Process Model, 2026 – 7th Edition

PRINCE2 (PRojects IN Controlled Environments) is a structured, process-based project management methodology

PRINCE2 (PRojects IN Controlled Environments) is a structured, process-based project management methodology used globally to manage projects of any size and complexity. It focuses on dividing projects into manageable stages, ensuring accountability, and maintaining a clear business justification from start to finish. 

Core Framework (PRINCE2 7)

The latest version, PRINCE2 7th Edition (2023), centers on five integrated elements: 

  • 7 Principles: The “guiding obligations” that must be followed for a project to be considered PRINCE2 (e.g., Continued Business Justification, Learn from Experience, and Manage by Exception).
  • 7 Practices: Essential aspects of management (formerly “Themes”) applied throughout the lifecycle: Business Case, Organizing, Plans, Quality, Risk, Issues, and Progress.
  • 7 Processes: A step-by-step guide from Starting up a Project to Closing a Project.
  • People: A major addition in Version 7, focusing on the human side of change and team dynamics.
  • Project Context: Emphasises the need to tailor the methodology to suit the specific project environment. 

Certification Levels:

Qualifications are typically sought through PeopleCert Accredited Training Organisations (ATOs): 

  1. Foundation: Introduces basic concepts and terminology; no prerequisites required.
  2. Practitioner: Focuses on applying and tailoring the method to real-world scenarios. Requires a valid Foundation-level certificate or an equivalent (like PMP or CAPM).
  3. PRINCE2 Agile: A specialised version that blends the structure of PRINCE2 with agile delivery frameworks like Scrum and Kanban. 

Comparison and Value

  • Geographic Dominance: PRINCE2 is the de facto standard in the UK public sector and is widely used across Europe and Australia. In contrast, the PMP (from PMI) is more prevalent in the USA and Canada.
  • Cost: In the UK, Foundation courses typically range from £549 to £1,000, while Practitioner courses cost between £599 and £1,100.
  • Renewal: All current PRINCE2 certifications must be renewed every three years. 

PRINCE2 (PRojects IN Controlled Environments) is a structured, process-based project management methodology.

May 2011 – Registered PRINCE2 Practitioner with ILX

mark whitfield mark_whitfield_prince2_registered_practitioner
PRINCE2 (PRojects IN Controlled Environments) is a structured, process-based project management methodology

200+ PM Templates | FREE Upgrades and Additions | Agile, Waterfall & Prince2 Project Management Templates

https://officedocdepot.com/channel/i_pro_pm_templates/

Project POAP – MS PowerPoint template – Both editable & easy to use

The 7 Principles of PRINCE2, Projects IN Controlled Environments

The 7 Principles of PRINCE2, Projects IN Controlled Environments

PRINCE2 Foundation vs PMP

Projects IN Controlled Environments PRINCE2 vs Project Management Professional PMP

PRINCE2 Process Model Diagram

PRINCE2 Process Model Diagram

PRINCE2: How to Gather Requirements the Right Way

PRINCE2: How to Gather Requirements the Right Way

Difference between PRINCE2 and PMP

Difference between PRINCE2 and PMP

PRINCE2 Project Templates Download

PRINCE2 Templates Download

PRINCE2 Project Templates Download. Templates are fully editable and once purchased, upgrades (and template additions) to the latest package are FREE.

The download ZIP file pack (can be purchased, click here if using a tablet or smartphone) contains a Microsoft Project MPP file template for PRINCE2 7th Edition and the equivalent in Microsoft Excel spreadsheet format (plus many other templates, e.g. RACI, RAID, budget tracker, plan on a page – POaP etc). The plans and other templates can be tailored as required based on the seventh principle of PRINCE2 (tailor the project to suit the environment). 

PRINCE2 Processes and Principles

PRINCE2 Processes
PRINCE2 Principles

PRINCE2 Process Model Overview

PRINCE2 Process Model Overview