PRINCE2 (PRojects IN Controlled Environments) is a structured project management method and practitioner certification programme. PRINCE2 emphasises dividing projects into manageable and controllable stages.
It is adopted in many countries worldwide, including the UK, western European countries, and Australia. PRINCE2 training is available in many languages.
PRINCE2 was initially developed as a UK government standard for information systems projects. In July 2013, ownership of the rights to PRINCE2 was transferred from HM Cabinet Office to AXELOS Ltd, a joint venture by the Cabinet Office and Capita, with 49% and 51% stakes respectively.
History
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". It soon became regularly applied outside the purely IT environment, both in UK government and in the private sector around the world. PRINCE2 was released in 1996 as a generic project management method. PRINCE2 has become increasingly popular and is now a de facto standard for project management in many UK government departments and across the United Nations system. In the 2009 revision, the acronym was changed to mean 'PRojects IN a Controlled Environment'.
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 evolutions in practical business practices and feedbacks from PRINCE2 practitioners in the actual project environment.
Overview of PRINCE2
The authors of PRINCE2 claim that it is not a “waterfall†methodology, but a principles-driven project management methodology that can be tailored to any size or type of project.
PRINCE2 is based on:
- Seven principles: Continued Business Justification, Learn From Experience, Defined Roles And Responsibilities, Manage By Stages, Manage By Exception, Focus On Products, Tailor To Suit The Project Environment.
- Seven themes: Business Case, Organisation, Quality, Plans, Risk, Change, Progress.
- Seven processes:
- Starting Up A Project, in which the project team is appointed including an executive and a project manager, and a project brief is produced
- Initiating A Project, in which the business case is completed and Project Initiation Documentation assembled
- Directing A Project, which dictates the ways in which the Project Board oversees the project
- Controlling A Stage, which dictates how each individual stage should be controlled, including the way in which work packages are authorised and distributed
- Managing Product Delivery, which has the purpose of controlling the link between the Project Manager and the Team Manager(s) by placing formal requirements on accepting, executing and delivering project work.
- Managing Stage Boundaries, which dictates how to transition from one stage to the next
- Closing A Project, which covers the formal decommissioning of the project, follow-on actions and evaluation of the benefits.
Management Products
The PRINCE2 manual contains 26 suggested templates for documentation associated with the project, which it terms management products and which are divided into baselines, records and reports. Some examples of management products are:
- Benefits Review Plan: defines how and when a measurement of the project’s benefits, expected by the Senior User, can be made.
- Business Case: used to capture financial justification for the project. It is a PRINCE2 principle that a project must have continued business justification. As soon as a Business Case fails to make sense, change or stop that project.
- Checkpoint Report: a progress report created by the Team Manager and sent to the Project Manager on a regular basis to report the status of the Work Package.
- Communications Management Strategy: a description of the methods and frequency of communication to stakeholders, covering the flow of information in both directions to and from stakeholders (Information required to be provided from the project and information required to be provided to the project).
- Configuration Item Record: provides a record of the product History, Status, Version, Variant, Details of any relationships between items/products, and Product owner/Product copy holders.
- Configuration Management Strategy: used to identify how the project’s products will be identified, controlled and protected, this document is created by the Project Manager in the Initiating a Project process.
- Daily Log: used to record informal issues.
- End Project Report: reviews how the project performed against the original Project Initiation Documentation (PID)
- Issues Register: an issue log of notes about change requests, problems and complaints sent by all project members.
- Lessons Log: a set of notes of lessons learned which may be useful to future projects
- Project Brief: used by the Project Board to authorize the Initiation Stage (1st stage of the project). In the Initiating a Project process, the contents of the Project Brief are extended and refined and the Project Brief evolves to form the Project Initiation Documentation (PID)
- Quality Register: details of all planned quality control activities, dates, and personnel involved.
- Risk Register: a record of identified risks (threats and opportunities) relating to the project
Principles
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.
- 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.
- Manage by exception: regular meetings, like weekly team meetings, are inefficient and unnecessary. Instead, work packages are assigned by team managers to team members including deliverables with time and quality tolerances, and only if something exceeds these tolerances is communication and management required between the workers and team managers.
- 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.
- 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).
- 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.
- Focus on products: each work package is defined by one or more deliverable products, preferably with tolerances to time, cost, scope and quality quantified in advance. Even management activities such as stage planning are defined by their final output, such as a physical report containing the new stage plan. This allows all parties to clearly specify what is required, and to allocate responsibility for delivering and controlling it.
- Tailoring: PRINCE2 should not be applied in a dogmatic form, but tailored to specific projects. Formal reports and project documents may be replaced by informal verbal or email equivalents, the structure of the project board and management team may be altered to reflect the goals of the project, multiple roles may be assigned to individuals on smaller projects, and increased emphasis may be placed on stage replanning for research-intensive projects which may need to change directions as new findings are delivered.
Not every aspect of PRINCE2 will be applicable to every project, thus every process has a note on scalability. This provides guidance to the project manager (and others involved in the project) as to how much of the process to apply. The positive aspect of this is that PRINCE2 can be tailored to the needs of a particular project. The negative aspect is that many of the essential elements of PRINCE2 can be omitted sometimes resulting in a PINO project â€" Prince in Name Only.
Integration with other techniques
PRINCE2 describes only high-level aspects of project management and leaves the choice of management tools and frameworks within its tasks to the task managers. It specifically mentions the following:
- Product based planning
- Change control
- Quality review technique
and in passing mentions as possible tools,
- Gantt charts
- PERT charts
- critical path analysis
PRINCE2 can also be used to manage projects that use agile software development methods.
Quality review technique
The quality review technique ensures a project's products are of the required standard (i.e. meet defined quality criteria). This takes place in a quality review meeting, which identifies errors in the product. The quality review meeting will not attempt to solve the problems it identifies. The meeting brings together people who have an interest in the project's outputs (or products) and people on the project team able to address issues identified.
Training and Certifications
PRINCE2 certifications, awarded by AXELOS Ltd., require the user to undertake a training course with an Accredited Training Organization (ATO) followed by an exam. The training and exam may be online or in person. AXELOS requires that any organisation providing official PRINCE2 training must go through an accreditation process in order to validate the quality of the course content and delivery. Once approved, the organisation can use the title Accredited Training Organisation (ATO) Trainers must be re-accredited every 3 years and undergo a surveillance check every 12 months.
There are four levels of certifications for PRINCE2:
- PRINCE2® Foundation: confirms the holder has sufficient knowledge and understanding of the PRINCE2 method to be able to work in a project management team working with this method.
- PRINCE2® Practitioner: confirms the holder has achieved sufficient understanding of how to apply PRINCE2 in a scenario situation and will, with suitable direction, be able to start applying the method to a real project. Qualified PRINCE2 Practitioners who go on to study for the APMP qualification of the Association for Project Management (APM) are exempt from certain topics of the syllabus that are covered in the PRINCE2 Practitioner qualification.
- PRINCE2® Professional: confirms the holder is able to manage a non-complex PRINCE2 project across all aspects of the project lifecycle.
- PRINCE2® Agile Practitioner: confirms the holder is able to apply the project management principles of PRINCE2 whilst combining agile concepts such as Scrum and Kanban.
The APM Group publishes a successful candidate register which can be searched on the web.
Advantages and criticisms
PRINCE2 provides a method for managing projects within a clearly defined framework, but project management is a complex discipline and using such a framework is no guarantee of a successful project.
Some of the advertised benefits of PRINCE2 are: increased quality of the finished products, efficient control of resources, avoidance of either "heroic" (under-regulated) or "mechanistic" (over-regulated) working, and increased confidence among the project team.
PRINCE2 is sometimes considered inappropriate for small projects or where requirements are expected to change, due to the work required in creating and maintaining documents, logs and lists. AXELOS claims that the methodology is scalable and can be tailored to suit the specific requirements and constraints of the project and the environment.
A typical criticism of PRINCE2 is that the deliverable structure can lead to focus on producing deliverables for their own sake, to "tick the boxes" rather than do more useful work. PRINCE2 advocates may argue that this is the result of PRINCE2 methods not being tailored correctly to the specific project. This assumes that PRINCE2 is an unfalsifiable theory..
Differences of PRINCE2 vs PMP
The Projects IN Controlled Environments (PRINCE2) and Project Management Professional(PMP): It is proven practice for managing projects effectively and have gained the reputation throughout the world arena but there is a regional preference for these certifications. In general, UK, Australia and European continent prefer PRINCE2, however, USA and American countries prefer PMP certification. Asia, Africa and Middle East area give equal significance to PMP and Prince2 certifications. Some of Asia and Africa countries give more significance to PMP and less to Prince2 certification.
PRINCE2 is a methodology with detailed Project management process model. It gives a step by step guidance on how to organise and run a project However, PMP is based upon PMBOOK manual which is a Standard, Not methodology. It contains a truck load of processes and 'generally accepted' techniques of project management by which to evaluate or complete the way you run your projects or the methodology you use. It is, therefore more theoretical, a reference guide.
See also
- Comparison of project-management software
- Gantt chart
- Work breakdown structure
- List of project management topics
- Agile software development
- Project Management Professional(PMP)
- Project Management Institute (PMI)
References
External links
- Official website
- PRINCE2 wiki
- PRINCE2® Foundation
- Guidelines for Managing Projects (fully consistent with PRINCE2) from the UK Department for Business, Enterprise and Regulatory Reform (BERR)
- PRINCE2 2017 - Overview of changes