Pmbok Vs Prince2 Detail
Pmbok Vs Prince2 Detail
Pmbok Vs Prince2 Detail
Introduction
This comparison takes each part of the PMBOK and gives an opinion on what match there is with elements of the PRINCE2 method. It can be
used in any discussion of the respective merits of the two approaches, or can be used to identify where additional material is required to be added
or changed to training in one or the other in order to cover both approaches.
The PMBOK is divided into 4 sections; the Project Management framework, the Project Management knowledge areas, Appendices and a
glossary and index. The first two sections are sub-divided into chapters. Section III has 7 appendices and section IV is broken into glossary and
index.
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
Summary
PRINCE2 Advantages
There is no equivalent PMBOK pre-p roj ectproc es
st oPRI NCE2’ s‘ Starting up a Project’(SU), so there is no discussion of what or who should
be in place at the beginning of a project, nor of how to go about getting it if it is lacking.
PRINCE2 offers a complete change control approach, whereas PMBOK just talks of the need for it.
PMBOK says little about configuration management, and certainly offers no link between it, the Configuration Librarian role and change
control.
The PMBOK only talks about a Project Plan, whereas PRINCE2 offers Stage and Team Plans and discusses the advantages of breaking the
Project Plan down, e.g. for easier planning and better control.
The PMBOK only covers the creation of a WBS, and does not compare to the PRINCE2 Product-based Planning technique in terms of the
la
tter
’sPr oduc tDe scr
iptionsa ndPr od uc
tFl
owDi
agram.Nori sthe
rea nyr e aldet
aili
nthePMBOKPl anni ngproc esstotakeapl anthroug ht
oa
network plan and a Gantt or bar chart.
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
The Product Description is far more positive about what information should be provided to the producer of a product. The PMBOK offers only
vague advice.
PMBOK Advantages
The PMBOK covers procurement.
The PMBOK covers the actual procurement, pre-assignment or negotiation for team members for a project in some detail. PRINCE2 does not
cover this.
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
‘techni cals t
ag es’,butt hesema y
well match PRINCE2
management stages in the
examples given.
Project Stakeholders This defines the term No major difference to PRINCE2,
‘stake holder’a ndg ivese xampl e s although PMBOK includes the
of who they might be. It makes Project Manager and team
the point that stakeholders may members as stakeholders, whereas
have different objectives the interpretation in PRINCE2
stays at a higher level and gives
examples of stakeholders outside
the project management team.
Organizational Influences This discusses the possible impact PRINCE2 has the same approach PMBOK briefly discusses two
of the overall organisation within butdoe sn’ tgoi ntoi tinthede ta i
l organisational cultures and how a
which the project operates. of examples that PMBOK does project might benefit from or
Several organisational structures clash wi thitsor ganisati
on’ s
are described. culture.
Key General Management Skills This describes key general skills PRINCE2 does not attempt to The PMBOK simply describes in
that a Project Manager needs, cover these skills. brief terms what each of the skills
including Leading, is, without offering any approach
Communicating, Negotiating, to them or relating them to the
Problem Solving and Influencing PMBOK aspects where they will
the Organisation be useful.
Social-Economic-Environmental This simply says that a Project PRINCE2 does not cover these PMBOK says nothing about when
Influences Manager must be aware of current topics or how to handle the influences,
conditions and trends in Standards just gives examples of what they
& Regulations, might be
Internationalization, Cultural
Influences and Socio-Economic-
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
Environmental Sustainability
Ch3 Project Management This talks of the interactive
Processes impact of changes and tradeoffs
Project Processes This is a brief mention that a No contention with PRINCE2.
project is composed of processes, ThePMBOKt ermsof‘ project
to be expanded in chapters 4 –12. manageme ntpr ocesse s’and
product-or i
e ntedp roces ses’relate
toPRI NCE2’ sc onceptof
management and technical stages.
Process Groups PMBOK talks of 5 groups of one These relate to the PRINCE2 The PRINCE2 processes are more
or more processes each; initiating, processes plus some of the clearly separated for
planning, executing, controlling Components, such as Plans and understanding and the 8 processes
and closing. Controls, and the linkages provide more detail than the 5
between them. PMBOK groups
Process Interactions This takes the 5 process groups PRINCE2 provides the inputs and PMBOK talks of initiating a
and describes them in terms of outputs and also shows where project or a phase. This equates to
their inputs, outputs tools and Components and Techniques are PRI NCE2’ sini t
iation
techniques. used in the processes. The two stage/process and Managing Stage
PMBOK also has a process for Planning processes are very Boundaries.
Team Development. similar, and there are similar links Whilst procurement may be part
The Controlling process group between Planning and the of many projects, not all projects
covers change control, Management of Risk. will want a method so specifically
performance reporting, quality The PMBOK Executing processes linked to procurement.
control, risk monitoring and contain several elements that refer ‘Sc opeVe rification’i nPRI NCE2
control. An unusual process in to procurement, such as would be part of the initiation
this group is Scope Verification, solicitation, source selection and process, which correctly places it
d escribeda s‘ forma lizi
ng contract administration at the outset of a project, less
acc eptanc eoft hepr oj e
c tscope.
’ PRINCE2 does not cover Team c onfusingt ha nt hePMBOK’ s
The Closing process group covers Development placement of it.
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
this time of Stage or Team Plans, these are covered in other sections
nor any detail of how to create the of the PID
plan, just what it should contain
Project Plan Execution This takes the approach that a PRINCE2 goes down to Stage and PMBOK is vague here, stays at a
project is managed against the Team Plan level for day-to-day high level of plan for day-to-day
Project Plan on a day-to-day execution. Work Packages match control, and still has regular
basis. Work authorisation and work authorisation, but far more progress meetings without
status review meetings are detail is given of the content of separating Project Board from
mentioned. the WP and the interface with these.
There is only a brief mention of Team Managers. PRINCE2 has
change requests and gathering Checkpoint meetings but
information on work results specifically suggests that the
Project Board manage by
exception and receive Highlight
Reports instead of holding review
meetings, except for end stage
assessments.
The PRINCE2 CS2/3/4 processes
give far more detail about
gathering progress information,
capturing and examining change
requests.
Integrated Change Control This provides an overview to PRINCE2 offers a detailed change
change control and configuration control approach and far more
management. No detail, no detail on configuration
method of how to do it is offered. management
Ch 5 Project Scope This covers the scoping of a P2 covers scoping in both the PID The PMBOK states that this
Management project or phase and controlling and Work Package chapter will cover the tools and
any changes to that scope. techniques required, but the only
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
and Scope Management Plan. The PRINCE2 an assessment during there is no specific output of a
latter describes how scope change initiation of the volume of change Business Case. PMBOK does not
will be managed and includes an expected leads to consideration of enlarge upon the scope
assessment of the expected a Change Authority and Change management plan to discuss what
stability of the project (how likely Budget. to do if the assessment shows a
to change, how frequently and large volume of expected changes.
how much)
Scope definition This is the subdivision of the This equates to part of the When describing other types of
major project deliverables into PRINCE2 Product-based Planning WBS, PMBOK refers to a PBS,
smaller, more manageable technique, the Product Breakdown meaning a Project Breakdown
components. The outputs are work Structure, without the quality Struc t
ure,asbe ing‘ fundame nt
a l
ly
breakdown structures. PMBOK aspect of writing Product the same as a properly done
offers three example templates Descriptions or the transfer of the WBS’ .
covering an aircraft system, a products into a Product Flow
software product release and a Diagram. The Planning process
wastewater treatment plan. The contains much more detail in
p r
oc esss t
opsa t‘de c
idei f taking the Product Breakdown
adequate cost and duration Structure through the Product
estimates can be developed at this Flow Diagram, estimating,
level of detail for each scheduling, risk assessment and
d eliverabl e.’ writing a narrative.
Scope verification Thi si sde sc r
ibe da s‘thepr ocess This is dealt with in more depth There is no mention in the
of obtaining formal acceptance of by the CP and DP5 processes. PMBOK process of an End
the project scope by the PMBOK only has formal Project Report or a Post Project
stake hol ders’.Itre f
erst othe acceptance as an output. Review Plan.
acceptance of the work results, i.e.
occurs at the end of a project,
rather than agreement at the end
of initiation on what is to be done
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
Scope change control This is a very high level view of PRINCE2 has both a change Both methods include noting
the need for change control, control component, a change lessons learned from changes and
agreeing and managing scope control technique, processes (CS3 setting a new baseline.
change. and CS4) to capture and analyse
change requests and a series of
processes to obtain decisions on
changes and manage their
implementation (CS5, CS8,
Exception Report, DP4, SB6,
Exception Plan and DP3 –Project
Board decision on a revised plan)
Ch 6 Project Time Management This covers the development of PL2 (drawing a Product Flow
the project time schedule Diagram), PL3 (Activities and
Dependencies), PL4 (Estimating)
and PL5 (Scheduling) cover this.
Activity Definition Identifying and documenting the Covered by the second step of
specific activities required to PL2 and the first part of process
produce the deliverables shown in PL3. The activity description
the WBS. Part of the activity list equates to a Product Description
should be descriptions of each without offering a disciplined
activity to ensure that the project structure for it.
team members will understand
how the work is to be done.
Activity Sequencing The identification and Covered by the last step of PL2
documentation of interactivity (drawing a Product Flow
logical relationships. This Diagram) and the second half of
suggests network planning as a process PL3. PRINCE2 also
tool. suggests network planning
software tools.
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
Activity Duration Estimating Estimating both the work periods This is covered by PL4 PMBOK gives an overview of
required to complete an activity four methods of estimating, but
and the elapsed time. not enough to be able to use them.
Schedule Development The iterative process of Covered by PL5 PMBOK has the risk management
determining start and finish dates plan as input, but does not
consider updating risks as a result
of planning
Schedule Control a) Influencing the factors that Covered in greater detail in the Both methods include updating
create schedule changes to ensure change control approach, Lessons Learned.
that changes are agreed upon (b) processes such as CS2/3/4/5/7 and
determining that the schedule has 8, and products such as Project
changed and (c) managing the Issues and Exception Reports and
actual changes when and as they Plans.
occur. It includes performance
measurement, i.e. tracking plan
changes that occur for other
reasons than change requests.
Ch 7 Project Cost Management This includes the processes PRINCE2 sees the first three as a PMBOK goes into more detail
required to ensure that the project minor part of PL5, Scheduling. than PRINCE2 in most of this
is completed within the approved The final part, Cost Control, is area with the exception of
budget. The first three steps are handled by the PRINCE2 handling tolerances, a topic that
part of the planning process. The approach to change control and PRINCE2 covers in much more
last process covers controlling the CS processes, as described detail in the Controls component,
changes to the project budget and against Schedule Control. SB/DP3 (agreement with the
is almost a mirror image of 6.5 Project Board on stage tolerances)
Schedule Control, looking at cost and CS5/7 and 8.
instead of time.
Resource Planning This covers determining what PRINCE2 sees this as part of PL5,
physical resources should be used. Scheduling
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
Cost Estimating This covers the estimate of the PRINCE2 covers this very briefly,
costs of the resources needed to but does not separate this from the
complete project activities. One other aspects of Scheduling.
output is a cost management plan, Cost variances are dealt with as
stating how cost variances will be part of tolerances and their
managed. control, and this area is dealt with
more thoroughly by PRINCE2.
Cost Budgeting This covers the allocation of the Again this is part of PL5,
overall cost estimates to Scheduling.
individual work packages
Cost Control Watching for the impact on cost Covered by CS2, Assessing PRINCE2 does not include EVM
of proposed change requests and Progress, CS4, Examining Project or any other tool for performance
other reasons for plan slippage. Issues and the escalation process. management, but works happily
The process refers to Earned with any such tools used. Both
Value Management as a tool for methods mention updating
measuring project performance. Lessons Learned.
The process mentions that
processes should be developed for
the closing or cancelling of
projects. PRINCE2 provides such
procedures.
Ch 8 Project Quality This includes the processes Both methods recognise customer
Management required to ensure that the project expectations, prevention over
will satisfy the needs for which it inspection and management
was undertaken. This covers the responsibility.
quality policy, objectives,
responsibilities, quality assurance,
quality control and quality
improvement within the quality
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
t
hatthes eller’spe rforma nc
e this; the planning interfaces
meets contractual requirements between Project Manager and
Team Manager of Work Packages
and Team Plans, performance
reporting (Checkpoint Reports),
quality control (the Quality Log)
and change control, except for the
payment system, although
payments can be linked to product
approval or end stage
assessments.
Contract Closeout This is similar to administrative As PRINCE2 considers
closure, described earlier. It procurement is a specialist
involves both product verification activity, it does not cover this as
and the updating of records and such. But all its requirements are
their archiving covered by the CP, Closing a
Project, and DP5, Confirming
Project Closure, processes.
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
24 Jan 2002
A COMPARISON OF PRINCE2 AGAINST PMBOK
Glossary
This holds: PRINCE2 terminology is not
A description of the glossary included, except where both use a
inclusions and exclusions; common term.
A list of common acronyms;
Definitions of project
management terms
24 Jan 2002