PRINCE2

From PMOpedia - The Global PMO Knowledge Base
Jump to navigation Jump to search

PRINCE was derived from an earlier method called PROMPT II (Project Resource Organisation Management Planning Techniques). In 1989 the Central Computer and Telecommunications Agency (CCTA) adopted a version of PROMPT II as a UK Government standard for information systems (IT) project management. They gave it the name 'PRINCE', which originally stood for "PROMPT II IN the CCTA Environment". PRINCE was renamed in a civil service competition as an acronym for "PRojects IN Controlled Environments". PRINCE2 is the second edition of the earlier PRINCE method which was initially announced and developed in 1989 by the Central Computer and Telecommunications Agency (CCTA), a UK government support agency. PRINCE2 was released in 1996 as a generic project management method. In 1999, the examination institute EXIN developed and started offering PRINCE2 certifications. PRINCE2 became increasingly popular and is now a de facto standard for project management in many UK government departments and across the United Nations system. There have been two major revisions of PRINCE2 since its launch in 1996: "PRINCE2:2009 Refresh" in 2009, and "PRINCE2 2017 Update" in 2017. The justification for the 2017 update was the evolution in practical business practices and feedback from PRINCE2 practitioners in the actual project environment.

Seven Principles (why, or guidelines to follow)

PRINCE2 is based on seven principles and these cannot be tailored. The PRINCE2 principles can be described as a mindset that keeps the project aligned with the PRINCE2 methodology. If a project does not adhere to these principles, it is not being managed using PRINCE2.

  1. Continued Business Justification: The business case is the most important document, and is updated at every stage of the project to ensure that the project is still viable. Early termination can occur if this ceases to be the case.
  2. Learn From Experience: Each project maintains a lessons log and projects should continually refer to their own and to previous and concurrent projects' lesson logs to avoid reinventing wheels. Unless lessons provoke change, they are only lessons identified (not learned).
  3. Defined Roles and Responsibilities: Roles are separated from individuals, who may take on multiple roles or share a role. Roles in PRINCE2 are structured in four levels (corporate or programme management, project board, project manager level and team level). Project Management Team contains the last three, where all primary stakeholders (business, user, supplier) need to be presented.
  4. Manage by Stages: The project is planned and controlled on a stage by stage basis. Moving between stages includes updating the business case, risks, overall plan, and detailed next-stage plan in the light of new evidence.
  5. Manage by Exception: A PRINCE2 project has defined tolerances (6 aspects above) for each project objective, to establish limits of delegated authority. If a management level forecasts that these tolerances are exceeded (e.g. time of a management stage will be longer than the estimated time in the current management stage). It is escalated to the next management level for a decision how to proceed.
  6. Focus on Products: A PRINCE2 project focuses on the definition and delivery of the products, in particular their quality requirements.
  7. Tailor to Suit Project Environment: PRINCE2 is tailored to suit the project environment, size, complexity, importance, time capability and risk. Tailoring is the first activity in the process Initiating A Project and reviewed for each stage.