PRINCE2 is the UK Government's structured project management method although now adopted by many commercial organisations in many countries around the world.
PMI stands for the Project Management Institute a US founded, global body promoting Project Management practices and producing guidance on project management documented in the 'Guide to the Project Management Body of Knowledge'
1979 Central Computing and Telecommunications Agency (CCTA now part of Office of Government Commerce - OGC) adopts PROMPTII, which was created by Simpact Systems Ltd in 1975, for all government information systems projects
1989 Release of PRINCE, to supersede PROMPTII, again focusing on guidance for IT project management
1996 Release of first edition of PRINCE2 which covers all types of projects. Produced by consortium of Duhig Berry (now Steria), WS Atkins (now Atkins), and Penzer Allen with assistance from Parity Consulting under contract from CCTA
Further revisions of PRINCE2 produced with significant updates in 2002 and 2005.
In June 2009 most significant update to date was published.
Key changes - simplification of the method, and the language used - as evidenced by the new manual being 120 pages shorter!
Less prescriptive use of techniques such as Product Based Planning and the Quality Review Technique which have been embedded in Plans and Quality themes respectively. For instance we no longer have a rhomboid to represent a collective grouping.
The introduction of seven basic principles which guide decision making throughout the life of the project.
The principles are guiding obligations and good practices which whether the project is genuinely being managed using PRINCE2.
The principles are listed below:-
The eight components have been replaced by seven themes and the eight processes have been reduced to seven.
Finally the terminology has been aligned with other OGC publications such as Managing Successful Programmes (MSP), Management of Risk (MoR) and the OGC Gateway Review process.
1969 PMI founded in recognition of the management practices common to running projects in diverse industries.
1981 Ethics, Standards and Accreditation (ESA) Management Group set up to develop standards focussing on these areas
1983 Results of ESA project published consisting of
1984-1987 Development of 'The Project Management Body of Knowledge'
1991-1996 Development of 'A Guide to the Project Management Body of Knowledge' (PMBOK® Guide)
1997-2000 Development of the 2000 edition of the PMBOK® Guide
2001-2004 Development of the Third Edition (2004) of the PMBOK® Guide
2005- 2008 Development of the Fourth Edition (2008) of the PMBOK®
The changes to the Fourth Edition have focused on clarity and ease of understanding. All processes were changed to verb noun format for instance - instead of "Scope Verification" we now have "Verify Scope".
The overall number of processes has been reduced from 44 to 42 with Project Procurement Management being significantly simplified in its structure.
Specific process changes are as follows-
Develop Preliminary Project Scope Statement and Scope Planning were deleted from 3rd edition
Collect Requirements and Identify Stakeholders were added and the six processes making up Project Procurement Management were simplified into four.
The process interactions have been clarified with process flow diagrams at the beginning of chapters 4-12 being replaced with data flow diagrams.
An entirely new appendix was added that addresses project management people skills has been added - further differentiating the PMBOK from PRINCE2
The seven themes, which were previously referred to as components, consist of
The seven management processes consist of
Planning, which was previously the eighth process, has been incorporated into the Plans theme
The processes give guidance on the detailed steps to go through in order to carry out structured project management within a PRINCE2 framework.
Each process is divided into between three and eight activities (replacing the term sub-processes) each of which is described in terms of
For instance the first process Starting up a Project covers the initial steps to be carried out prior to the work being officially recognised as a project. There is new focus on ensuring that lessons are properly captured from previous projects to benefit the project that is imminent.
Initiating a Project takes you through the detailed steps to firstly define the Management Strategies which will be required for Risk, Quality, Configuration Management and Communication.
This leads into setting up appropriate controls, developing the Project Plan, updating the Business Case before assembling all the information in a Project Initiation Document (PID) and preparing for the next stage
Directing a Project covers the key decision making steps made by the Project Board who act as the Sponsor / Steering Committee for a PRINCE2 project
Controlling a Stage covers the day to day management of a project by the Project Manager including authorising work, handling issues, monitoring and controlling the project, as well as communicating progress.
Managing Product Delivery covers the detailed planning, delegation, monitoring and control of work packages and reporting of progress
Managing a Stage Boundary covers the activities to prepare for the next stage of the project as well as handling Exception planning.
Closing a Project provides guidance on ensuring the project comes to an orderly close along with capturing and sharing lessons, preparing the Benefits Review Plan to evaluate benefits and passing on any follow on actions appropriately.
Tailoring PRINCE2 to the project environment takes all the guidance that was spread out in the previous manual and consolidates it into a single chapter. It gives guidance both in how best an organisation can embed PRINCE2 throughout the organisation along with how to tailor PRINCE2 to the needs of an individual project.
The five appendices are as follows
Each knowledge area or chapter is divided into separate processes and defines each process in terms of its inputs, tools and techniques and outputs
Project Integration Management covers the processes and activities needed to identify, define, combine, unify and coordinate the processes and project management activities within the Project Management Process Groups
Project Scope Management includes the processes needed to identify all the work required and only the work required to complete the project successfully, consisting of
Project Time Management includes the processes required to manage timely completion of the project.
Project Cost Management includes the processes involved in estimating, budgeting, and controlling costs so that the project can be completed within the approved budget
Project Quality Management, covering the processes to ensure the project satisfies the required needs
Project Human Resource Management includes the processes that organise, manage, and lead the project team
Project Communications Management covers the processes required to ensure timely and appropriate generation, collection, distribution, storage, retrieval, and ultimate disposition of project information
Project Risk Management is focused on increasing the probability and impact of positive events, and decreasing the probability and impact of events adverse to the project and consists of
Project Procurement Management covering the processes to purchase or acquire the products, services, or results needed from outside the project team to perform the project
The six appendices
A. Fourth Edition Changes
B. Evolution of PMI's A Guide to the Project Management Body of Knowledge
C. Contributors and Reviewers of PMBOK® Guide - Fourth Edition
D. Application Area Extensions
E. Additional Sources of Information on Project Management
F. Summary of Project Management Knowledge Areas
Interpersonal Skills
There are several key project management areas that are not part of the PRINCE2 approach. Generally this is covered by the PRINCE2 view that, despite the importance of these topics, they are specialist areas of knowledge and are covered elsewhere and can be managed using the method as an overall framework.
1. PRINCE2 Planning process has a structured approach which takes you through sound planning steps, however, when identifying dependencies it proposes a list of activities accompanied by dependencies is produced. In the PMBOK far greater guidance is given on the use of Precedence Diagramming Method (PDM), Arrow diagramming Method (ADM), Conditional diagramming methods and Network templates in order to generate an effective network diagram. A network diagram is illustrated within PRINCE2, however, carrying out the calculations are not part of any current or proposed PRINCE2 examination.
2. In the previous version of PRINCE2, estimating techniques were not covered other than referring to 'top-down' and 'bottom-up' estimating done for Project and Stage plans respectively. This has been largely addressed in the revised Plans theme where more estimating techniques are outlined, with a single paragraph explanation of each given technique. The tools within the PMBoK Project Time Management and Project Cost Management sections are still more comprehensive than in the PRINCE2 manual, including such techniques as Programme Analysis and Review Technique (PERT) and Reserve Analysis and Cost of Quality (COQ) analysis along with indicating confidence ranges of possible results, would all be useful additional techniques.
3. Scheduling within PRINCE2 does not give guidance of how to improve the schedule if overall timescales are unacceptable.
The PMBOK techniques of fast-tracking and crashing projects focus on how to improve project timescales in a cost effective manner.
4. Costing and cost control are handled lightly within PRINCE2. The main technique being the plotting of a cumulative cost curve (S-curve) with tolerance margins illustrated, and recording the actual costs of the project with a second line.
The powerful performance measurement techniques such as Earned value management, as given in the PMBOK are missing from PRINCE2. In fact this is a prime selling point for PMI training as PRINCE2 relies heavily on the concepts of management by exception and use of tolerances, but without the use of Earned value management you cannot readily determine the progress of your project and how healthily it is performing.
5. The generation of cost estimates is extensively supported in the PMBOK guide, giving great support to project managers with financial responsibilities, with techniques such as vendor bid analysis and use of cost management plans.
6. Quality is a major topic within each of the approaches. Key PMBOK techniques which are not covered in PRINCE2 include benefit/cost analysis, benchmarking, flowcharting techniques such as Ishikawa or cause-and-effect diagrams, design of experiments, and cost of quality. The specific area of quality control is again supported by additional techniques such as control charts, Pareto diagrams, sampling and trend analysis
7. PRINCE2 agrees that Team work and communications are important facets of the Project Manager role but gives no guidance other than suitable document outlines to use when communicating progress or escalating concerns
8. Project Human Resource Management within PMBOK also covers staff acquisition, performance appraisal and health and safety regulations, none of which is mentioned in PRINCE2.
9. PRINCE2 covers communications primarily through the development of a Communications Management Strategy outlining the overall approach to engaging stakeholders. However, it goes little further than listing headings in the Communication Management Strategy product outline and providing a six step approach to stakeholder engagement derived from OGC's Managing Successful Programmes (MSP) guidance.
The PMBOK explores use of differing technologies, communication skills, retrieval systems and distribution methods, providing the project manager with additional tools.
Risk is again a topic which both approaches explore in some detail. The main additional elements in the PMBOK approach cover the advantages and disadvantages of linear and nonlinear numeric probability and impact scales, project assumptions testing, data precision ranking and quantitative risk analysis techniques. Techniques such as Monte Carlo and decision tree analysis (referred to as probability trees in PRINCE2) are briefly described in the PRINCE2 manual; however, it lacks the technical detail provided in the PMBOK which enables a more analytical approach to be taken.
Perhaps the largest single area of project management which is not covered in the PRINCE2 approach is Project Procurement Management.
PRINCE2 and the PMI PMBOK are different types of publication but have many complementary elements.
The PRINCE2 reference often guides you to what you should be doing but sometimes falls short of providing you with the knowledge of how to carry out the activity. For instance 'Investment Appraisal' is a heading within the Business Case but PRINCE2 does not explain any of the techniques or methods such as Net Present Value (NPV), Internal Rate of Return (IRR) etc. whereas, the PMI PMBOK attempts to point you to specific tools to actually help you carry out the required steps.
Several key areas of project management, such as the people side of projects, procurement, contract administration and cost control in general are not adequately covered within PRINCE2 and can be very strongly complemented by the PMI approach.
Similarly in areas of project planning and control the PMI approach gives you practical guidance in not only preparing good quality plans, but how to interpret them and make use of them to control your project to deliver your projects more successfully in the future.
Derek Bell
26th March 2010
Congratulations for so detailed explanation. Let me add one item more. For PRINCE2 is the Executive the accountable of the success or failure of the project, but for PMBOK is the Project Manager. This is an example of different focus in a project, for PRINCE2 a project must have a continued business justification and for PMBOK, triple constraint (now sevenfold constraint) is the most important thing.
Warm regards,
Angel
Great points.
In fact the PMBok often appears to be written from the perspective of a contractor who is focused on getting the work done and getting paid, rather than maximising value for the organisation!
It is a shame that the six named project constraints within the PMBoK, namely
Scope, Quality, Schedule, Budget, Resources and Risk, still don't include Business Benefits.
but include Customer satisfaction...