1 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. Section I The Project Management Framework Chapter 1 Introduction Chapter 2 The Project Management Context Chapter 3 Project Management Processes Section II The Project Management Knowledge Areas Chapter 4 Project Integration Management Chapter 5 Project Scope Management Chapter 6 Project Time Management Chapter 7 Project Cost Management Chapter 8 Project Quality Management Chapter 9 Project Human Resource Management Chapter 10 Project Communications Management Chapter 11 Project Risk Management Chapter 12 Project Procurement Management Section III Appendices Appendix A The Project Management Institute Standards-Setting Process Appendix B Evolution of PMI s A guide to the Project Management Body of Knowledge
2 Appendix C Contributors and Reviewers of PMBOK Appendix D Notes Appendix E Application Area Extensions Appendix F Additional Sources of Information on Project Management Appendix G Summary of Project Management Knowledge Areas. Each of these will be summarised and assessed against PRINCE2. Summary PRINCE2 Advantages There is no equivalent PMBOK pre-project proces to PRINCE2 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. PRINCE2 offers standard roles for its project management team. The PMBOK only covers the creation of a WBS, and does not compare to the PRINCE2 Product-based Planning technique in terms of the later s Product Descriptions and Product Flow Diagram. Nor is there any real detail in the PMBOK Planning proces to take a plan through to a network plan and a Gantt or bar chart.
3 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. The PMBOK identifies needs to be covered in human resource management. Section I The Project Management Framework Summary PRINCE2 Comments Ch1 Introduction No clash with PRINCE2 PMBOK goes into more detail about its overlap with other management areas, whereas PRINCE2 simply says we don t try to re-invent the wheel Purpose of the Guide This says that the purpose is to identify and describe that subset of the PMBOK that is generally accepted, i.e. has widespread consensus about their value and usefulness. There is no indication of what else is in PMBOK outside the subset. It also aims to provide a common lexicon of project management terms. No contention with PRINCE2.
4 What is a project? What is Project Management? Relationship to other Management Disciplines Related Endeavours Ch 2 The Project Management Context Project Phases and the Project Life Cycle A general and familiar description of a project s characteristics After a general description there is a reference to the 12 chapters of the guide in sections I and II. This touches very briefly on areas where there is overlap between PMBOK and General Management (e.g. planning, staffing law, logistics) and Application Area Knowledge (e.g. software development, government contracting, marketing) This is mainly a discussion of the relationship of projects to programs and sub-projects Discussion of phases linked to decision points to review key deliverables and project performance to date. Several examples are given of Representative Project Life Cycles. No contention with PRINCE2. No contention with PRINCE2. The 12 chapters are discussed in greater detail later in the comparison PRINCE2 specifically avoids most of these overlaps. No contention with PRINCE2. PMBOK sub-projects relate to Work Packages and the typical division of work between the Project Manager and a team. PRINCE2 uses the word stage rather than phase but same concept. PMBOK makes the same distinction between project and product life cycles as PRINCE2. The examples of life cycles are what PRINCE2 would call
5 Project Stakeholders Organizational Influences Key General Management Skills Social-Economic-Environmental Influences This defines the term stakeholder and gives examples of who they might be. It makes the point that stakeholders may have different objectives This discusses the possible impact of the overall organisation within which the project operates. Several organisational structures are described. This describes key general skills that a Project Manager needs, including Leading, Communicating, Negotiating, Problem Solving and Influencing the Organisation This simply says that a Project Manager must be aware of current conditions and trends in Standards & Regulations, Internationalization, Cultural Influences and Socio-Economic- technical stages, but these may well match PRINCE2 management stages in the examples given. No major difference to PRINCE2, although PMBOK includes the Project Manager and team members as stakeholders, whereas the interpretation in PRINCE2 stays at a higher level and gives examples of stakeholders outside the project management team. PRINCE2 has the same approach but doesn t go into it in the detail of examples that PMBOK does PRINCE2 does not attempt to cover these skills. PRINCE2 does not cover these topics PMBOK briefly discusses two organisational cultures and how a project might benefit from or clash with its organisation s culture. The PMBOK simply describes in brief terms what each of the skills is, without offering any approach to them or relating them to the PMBOK aspects where they will be useful. PMBOK says nothing about when or how to handle the influences, just gives examples of what they might be
6 Ch3 Project Management Processes Project Processes Process Groups Process Interactions Environmental Sustainability This talks of the interactive impact of changes and tradeoffs This is a brief mention that a project is composed of processes, to be expanded in chapters PMBOK talks of 5 groups of one or more processes each; initiating, planning, executing, controlling and closing. This takes the 5 process groups and describes them in terms of their inputs, outputs tools and techniques. PMBOK also has a process for Team Development. The Controlling process group covers change control, performance reporting, quality control, risk monitoring and control. An unusual process in this group is Scope Verification, described as formalizing acceptance of the project scope. The Closing process group covers No contention with PRINCE2. The PMBOK terms of project management proceses and product-oriented proceses relate to PRINCE2 s concept of management and technical stages. These relate to the PRINCE2 processes plus some of the Components, such as Plans and Controls, and the linkages between them. PRINCE2 provides the inputs and outputs and also shows where Components and Techniques are used in the processes. The two Planning processes are very similar, and there are similar links between Planning and the Management of Risk. The PMBOK Executing processes contain several elements that refer to procurement, such as solicitation, source selection and contract administration PRINCE2 does not cover Team Development The PRINCE2 processes are more clearly separated for understanding and the 8 processes provide more detail than the 5 PMBOK groups PMBOK talks of initiating a project or a phase. This equates to PRINCE2 s initiation stage/process and Managing Stage Boundaries. Whilst procurement may be part of many projects, not all projects will want a method so specifically linked to procurement. Scope Verification in PRINCE2 would be part of the initiation process, which correctly places it at the outset of a project, less confusing than the PMBOK s placement of it.
7 Customizing Process Interactions Mapping of Project Management Processes Contract Closeout and Administrative Closure. A simple explanation that the standard processes should be tailored for a project s needs. A matrix is given, mapping the 39 project management processes of the 5 process groups to the 9 project management knowledge areas The Controling proces group s work is covered by the CS and MP processes. The Closing process is very similar to the CP process. No contention with PRINCE2. This is similar to mapping PRINCE2 processes to the components and techniques No major difference, although here again we see Solicitation, Source Selection and Contract Administration coming in. Section II The Project Management Knowledge Areas Ch 4 Project Integration Management Project Plan Development Summary PRINCE2 Comments This covers the processes required to ensure coordination of the various project elements, specifically plan development and execution plus change control There is a general discussion on This is very similar to the PMBOK talks of many subsidiary creating a Project Plan and using Planning process, although management plans, such as scope Earned Value Management, PMBOK mentions a WBS, rather management plan, quality although no detail is given here than Product Breakdown management plan, about it. Structure. communications management There is no mention in PMBOK at plan, risk response plan. Many of
8 Project Plan Execution Integrated Change Control Ch 5 Project Scope Management This takes the approach that a project is managed against the Project Plan on a day-to-day basis. Work authorisation and status review meetings are mentioned. There is only a brief mention of change requests and gathering information on work results This provides an overview to change control and configuration management. No detail, no method of how to do it is offered. This covers the scoping of a project or phase and controlling any changes to that scope. this time of Stage or Team Plans, nor any detail of how to create the plan, just what it should contain PRINCE2 goes down to Stage and Team Plan level for day-to-day execution. Work Packages match work authorisation, but far more detail is given of the content of the WP and the interface with Team Managers. PRINCE2 has Checkpoint meetings but 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. PRINCE2 offers a detailed change control approach and far more detail on configuration management P2 covers scoping in both the PID and Work Package these are covered in other sections of the PID PMBOK is vague here, stays at a high level of plan for day-to-day control, and still has regular progress meetings without separating Project Board from these. The PMBOK states that this chapter will cover the tools and techniques required, but the only
9 Initiation Scope planning Initiation is taken as the initiation of a project or the authorisation to continue into the next phase. It mentions tools and techniques, such as project selection methods, benefit measurement methods mathematical methods and expert judgement no specific method is offered, just a list of possible sources. The output is a Project Charter. This covers the progresive elaboration of project scope. The inputs are the Product Description, the Project Charter and the initial definition of constraints and assumptions. The outputs are the Scope Statement PRINCE2 tackles this in three areas, project initiation, Managing Stage Boundaries and Directing a Project. Project selection methods equate to the PRINCE2 Project Approach, benefit measurement would be found in the PRINCE2 Business Case and the list of those offering expert judgement would be available to any pm method. The PID equates to the Project Charter, but is wider in scope, e.g. identifying the whole project management team, not just the Project Manager, including the Project Plan, Business Case, risk evaluation and controls. PRINCE2 has this as part of the PID, being Problem Definition. The management of scope change is dealt with in PRINCE2 by change control, whose method is described as part of the Project Quality Plan in the PID. In one covered in any detail is the WBS, and there is no effort to continue from that planning point into the other techniques needed to actually produce a plan PMBOK talks of a Product Description as input to initiation, but this is not the same as a PRINCE2 Product Description. It covers the product characteristics, the relationship between the product and the business need, and the form and substance of the product description may vary. It seems odd that this comes after the Project Charter, whereas PRINCE2 makes it part of the information needed before authorising the project. One of the tools mentioned by the PMBOK is benefit/cost analysis, although
10 Scope definition Scope verification and Scope Management Plan. The latter describes how scope change will be managed and includes an assessment of the expected stability of the project (how likely to change, how frequently and how much) This is the subdivision of the major project deliverables into smaller, more manageable components. The outputs are work breakdown structures. PMBOK offers three example templates covering an aircraft system, a software product release and a wastewater treatment plan. The proces stops at decide if adequate cost and duration estimates can be developed at this level of detail for each deliverable. This is described as the process of obtaining formal acceptance of the project scope by the stakeholders. It refers to the 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 PRINCE2 an assessment during initiation of the volume of change expected leads to consideration of a Change Authority and Change Budget. This equates to part of the PRINCE2 Product-based Planning technique, the Product Breakdown Structure, without the quality aspect of writing Product Descriptions or the transfer of the products into a Product Flow Diagram. The Planning process contains much more detail in taking the Product Breakdown Structure through the Product Flow Diagram, estimating, scheduling, risk assessment and writing a narrative. This is dealt with in more depth by the CP and DP5 processes. PMBOK only has formal acceptance as an output. there is no specific output of a Business Case. PMBOK does not enlarge upon the scope management plan to discuss what to do if the assessment shows a large volume of expected changes. When describing other types of WBS, PMBOK refers to a PBS, meaning a Project Breakdown Structure, as being fundamentaly the same as a properly done WBS. There is no mention in the PMBOK process of an End Project Report or a Post Project Review Plan.
11 Scope change control Ch 6 Project Time Management Activity Definition Activity Sequencing This is a very high level view of the need for change control, agreeing and managing scope change. This covers the development of the project time schedule Identifying and documenting the specific activities required to produce the deliverables shown in the WBS. Part of the activity list should be descriptions of each activity to ensure that the project team members will understand how the work is to be done. The identification and documentation of interactivity logical relationships. This suggests network planning as a tool. PRINCE2 has both a change control component, a change control technique, processes (CS3 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) PL2 (drawing a Product Flow Diagram), PL3 (Activities and Dependencies), PL4 (Estimating) and PL5 (Scheduling) cover this. Covered by the second step of PL2 and the first part of process PL3. The activity description equates to a Product Description without offering a disciplined structure for it. Covered by the last step of PL2 (drawing a Product Flow Diagram) and the second half of process PL3. PRINCE2 also suggests network planning software tools. Both methods include noting lessons learned from changes and setting a new baseline.
12 Activity Duration Estimating Schedule Development Schedule Control Ch 7 Project Cost Management Resource Planning Estimating both the work periods required to complete an activity and the elapsed time. The iterative process of determining start and finish dates a) Influencing the factors that create schedule changes to ensure that changes are agreed upon (b) determining that the schedule has changed and (c) managing the actual changes when and as they occur. It includes performance measurement, i.e. tracking plan changes that occur for other reasons than change requests. This includes the processes required to ensure that the project is completed within the approved budget. The first three steps are part of the planning process. The last process covers controlling changes to the project budget and is almost a mirror image of 6.5 Schedule Control, looking at cost instead of time. This covers determining what physical resources should be used. This is covered by PL4 Covered by PL5 Covered in greater detail in the change control approach, processes such as CS2/3/4/5/7 and 8, and products such as Project Issues and Exception Reports and Plans. PRINCE2 sees the first three as a minor part of PL5, Scheduling. The final part, Cost Control, is handled by the PRINCE2 approach to change control and the CS processes, as described against Schedule Control. PRINCE2 sees this as part of PL5, Scheduling PMBOK gives an overview of four methods of estimating, but not enough to be able to use them. PMBOK has the risk management plan as input, but does not consider updating risks as a result of planning Both methods include updating Lessons Learned. PMBOK goes into more detail than PRINCE2 in most of this area with the exception of handling tolerances, a topic that PRINCE2 covers in much more detail in the Controls component, SB/DP3 (agreement with the Project Board on stage tolerances) and CS5/7 and 8.
13 Cost Estimating Cost Budgeting Cost Control Ch 8 Project Quality Management This covers the estimate of the costs of the resources needed to complete project activities. One output is a cost management plan, stating how cost variances will be managed. This covers the allocation of the overall cost estimates to individual work packages Watching for the impact on cost of proposed change requests and other reasons for plan slippage. The process refers to Earned Value Management as a tool for measuring project performance. This includes the processes required to ensure that the project will satisfy the needs for which it was undertaken. This covers the quality policy, objectives, responsibilities, quality assurance, quality control and quality improvement within the quality PRINCE2 covers this very briefly, but does not separate this from the other aspects of Scheduling. Cost variances are dealt with as part of tolerances and their control, and this area is dealt with more thoroughly by PRINCE2. Again this is part of PL5, Scheduling. Covered by CS2, Assessing Progress, CS4, Examining Project Issues and the escalation process. PRINCE2 does not include EVM or any other tool for performance management, but works happily with any such tools used. Both methods mention updating Lessons Learned. The process mentions that processes should be developed for the closing or cancelling of projects. PRINCE2 provides such procedures. Both methods recognise customer expectations, prevention over inspection and management responsibility.
14 Quality Planning Quality Assurance Quality Control system. The chapter is intended to be compatible with ISO 9000, TQM and Continuous Improvement This involves identifying what quality standards are relevant to the project and determining how to satisfy them. The main output is a quality management plan. PMBOK uses the phrase to cover al the planned and systematic activities implemented within the quality system to provide confidence that the project will satisfy the relevant quality standards. It covers reviews of quality results and audits of the other quality management activities. This involves monitoring specific project results to determine if they comply with relevant quality standards. This is fully covered in PL1, Planning Quality. PRINCE2 also offers a process, SU4, where the customer s quality expectations are sought and recorded. The Project Quality Plan is the equivalent of the quality management plan. PRINCE2 separates the organisation-wide quality assurance role setting and monitoring the use of standards from aspects of the Project Assurance role, the planning of resources for quality work and monitoring the results for a single project. PRINCE2 offers a quality file for all quality documents, which can be used for quality audits. PRINCE2 covers the need in products and techniques such as the Quality Log and quality reviews Ch 9 Project Human Resources PMBOK makes reference to such PRINCE2 does not cover this PMBOK does not formalise the customer s quality expectations PRINCE2 accepts that there may be audits from an organisationwide quality assurance group, independent of the project, but also offers a role for this group as part of Project Assurance. Both cover the quality of products and project management. PMBOK does include a description of Pareto diagrams
15 Management Organizational Planning Staff Acquisition Team Development Ch 10 Project Communications Management human factor skills as leading, delegating, team building and performance appraisal without going into detail or recommending any specific methods. This covers identifying, documenting and assigning project roles, responsibilities and reporting relationships This covers negotiation, preassignment and procurement of resources. This considers team building, personal training, reward and recognition systems. This covers the timely and appropriate generation, collection, dissemination, storage and aspect. PRINCE2 covers this in SU2 and SU3, designing and appointing the project management team. PRINCE2 also offers a project management organisation structure with standard descriptions for each role to be tailored for each specific project, compared to PMBOK s discussion of an organisation chart PRINCE2 does not cover this. PRINCE2 does not cover this PRINCE2 describes the products, offers Product Descriptions of them and the processes where PRINCE2 covers the area in far more detail and is more specific about the roles that should be considered. PMBOK says that roles may be assigned to individuals or groups. PMBOK mentions the importance of these things and then points the reader to a substantial body of literature on the topic as opposed to detailing how they are to be achieved.
16 Communications Planning Information Distribution Performance Reporting Administrative Closure Ch 11 Project Risk Management Risk Management Planning ultimate disposition of project information. This involves determining the information and communications needs of the stakeholders. This covers the implementation of the communications management plan as well s responding to unexpected requests for information. This involves the collection and dissemination of performance information, plus the maintenance of the data in an organised fashion. This covers the documentation of results to formalise acceptance of the product and the archiving of project records. The systematic process of identifying, analysing and responding to project risk. This covers deciding how to approach and plan the risk management activities for a each type of communication is generated and used. This is covered by the Communication Plan, part of the PID. The implementation is embedded in the relevant processes, such as reporting highlights, preparing end stage reports. The Project Issue procedure covers any unexpected requests for information. This is covered in such processes as CS2, Assessing Progress, and CS6 Reporting Highlights. PRINCE2 offers a filing structure in which to keep the information. This is fully covered in the CP process, Closing a Project. PRINCE2 is more specific about what the documents should be and what they should contain. The Management of Risk component fully covers this. PRINCE2 assumes that the same approach to the management of risk will be used on all projects. Both methods link communications to the organisational structure. PMBOK describes the Earned Value Analysis technique. PRINCE2 can work equally well with the risk approach that it describes or any other risk management method One thing covered in the PMBOK is risk budgeting. The new version of PRINCE2 will include this and
17 Risk Identification Qualitative Risk Analysis Quantitative Risk Analysis Risk Response Planning Risk Monitoring & Control project. Determining which risks might affect the project and documenting their characteristics. It discusses techniques such as brainstorming and Delphi. Assessing the impact and likelihood of identified risks The numerical analysis of the probability and impact of a risk. Sensitivity and decision tree analysis are briefly described This covers the development of options to counteract risks, including the assignment to individuals to take responsibility for each agreed risk response. Keeping track of identified risks and identifying new ones, ensuring the execution of plans and evaluating their effectiveness Covered by the Management of Risk component. Covered as above. PRINCE2 offers the Risk Log to assist in monitoring risks. PRINCE2 suggests high, medium and low scoring, but is equally at home with a scoring system. No analysis techniques are discussed. The consideration of options is covered in Evaluation. PRINCE2 discusses the balance of the impact of the risk occurring against the impact of taking the possible risk actions. PRINCE2 covers the assignment of risk actions as part of risk management. PMBOK talks of a Risk Register, PRINCE2 uses the term Risk Log. Covered in the four steps of risk management; planning, resourcing, monitoring and control. PRINCE2 also links these the use of risk tolerance, also mentioned briefly in the PMBOK. PMBOK goes into more detail in identifying realistic cost, schedule or scope targets. Both methods offer the same types of risk action and mention the appointment of risk owners. There is a description of residual risks and secondary risks in the PMBOK, not covered in PRINCE2.
18 Ch 12 Project Procurement Management Procurement Planning Solicitation Planning Solicitation Source Selection in reducing risk. This covers the processes to acquire goods from outside the customer organisation. This is the process of identifying which project needs can be best met by procuring products or services outside the project organisation. It includes an overview of make-or-buy analysis and contract type selection This covers the preparation of documents needed in order to approach prospective suppliers, including evaluation criteria. This covers the obtaining of bids and other responses from prospective suppliers, including any qualified seller lists, bidder conferences and advertising This covers from the receipt of bids and the application of the evaluation criteria to the selection of a provider, including contract negotiation to the points in the various processes where they occur. Most of this is not covered. PRINCE2 regards this as a specialist activity, rather than a generic part of project management. This would be part of defining the Project Approach in Starting up a Project, although PRINCE2 keeps this at a high level. Not covered Not covered. Not covered Contract Administration This is the process of ensuring PRINCE2 covers all aspects of
19 Contract Closeout that the seler s performance meets contractual requirements This is similar to administrative closure, described earlier. It involves both product verification and the updating of records and their archiving this; the planning interfaces 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. As PRINCE2 considers procurement is a specialist activity, it does not cover this as such. But all its requirements are covered by the CP, Closing a Project, and DP5, Confirming Project Closure, processes. Section III Appendices A. The Project management Institute Standards Setting Process B. Evolution of PMI s A Guide to the Project Management Body of Knowledge This defines what the PMI standard documents are, the handling of the development of original works and adoption of non-original work as standards. A history of the evolution of the PMBOK plus lists of the standards committee, contributors, These are PMBOK-specific and do not concern PRINCE2.
20 reviewers and production staff. C. Contributors and Reviewers of This lists the contributors and PMBOK Guide 2000 Edition reviewers of the current edition. D. Notes Where applicable this lists the sources of information used in the various chapters, such as The American Heritage Dictionary of the English Language. E. Application Area Extensions An Application Extension Area is where there are generally accepted knowledge and practices for a category of projects in one application area that are not generally accepted across the full range of project types. The Appendix covers the need for these, criteria for their development, the publication and format of them and the process for development and maintenance of them. No examples are given. F. Additional Sources of Information on Project Management This lists a number of professional and technical organisations, some commercial publishers, a reference pointer to a website for The PMI Registered Education Provider Program and a very vague mention that many educational institutions offer
21 G. Summary of Project Management Knowledge Areas Glossary project management education. This is a summary of the topics of sections I and II. This holds: A description of the glossary inclusions and exclusions; A list of common acronyms; Definitions of project management terms PRINCE2 terminology is not included, except where both use a common term.
Project Standards: A Review of Certifications/Certificates Standards for Project Supporting Certification and Certificates Certificate Certification The Project Body of Knowledge PMBOK Guide Projects in
Project Management Body of Knowledge (PMBOK) (An Overview of the Knowledge Areas) Nutek, Inc. 3829 Quarton Road, Suite 102 Bloomfield Hills, Michigan 48302, USA. Phone: 248-540-4827, Email: Support@Nutek-us.com
The Project Management Knowledge Areas as defined by PMI (PMBOK, 2004) is the processes required to ensure that the various elements of the project are properly coordinated. the processes required to ensure
1 CIS12-3 IT Project Management Input, Output and Tools of all Processes Marc Conrad D104 (Park Square Building) Marc.Conrad@luton.ac.uk 26/02/2013 18:22:06 Marc Conrad - University of Luton 1 2 Mgmt /
This document is part of a series that explain the newly released PMBOK 5th edition. These documents provide simple explanation and summary of the book. However they do not replace the necessity of reading
Managing IT Projects Chapter 2 The PMI Framework The PMI Framework The Project Management Institute,USA is an internationally acclaimed organization Devoted to Creation & sharing of knowledge in the area
Key Learning Points The Swirl Logo is a trade mark of the AXELOS Limited. Is used by the Project Board throughout the project to verify its continued viability:- Is the investment in this project still
Comparing the Differences and Complementary features of PRINCE2 and the Guide PRINCE2 is the UK Government s structured project management method. PMI stands for the Project Management Institute producing
PMP Project Management Professional Study Guide, Third Edition Joseph Phillips McGraw-Hill is an independent entity from the Project Management Institute, Inc. and is not affiliated with the Project Management
Project Management Institute Construction Extension to A Guide to the Project Management Body of Knowledge PMBOK Guide 2000 Edition Provisional Construction Extension to A Guide to the Project Management
Introduction to the ITS Project Management Methodology In September 1999 the Joint Legislative Committee on Performance Evaluation and Expenditure Review (PEER) produced a report entitled Major Computer
Project Processes for a Project Click the Knowledge Area title (below and left in blue underline) to view the details of each Process Group. Project Process Groups and Knowledge Areas Mapping Project Process
Interpreting the Management Process in IEEE/EIA 12207 with the Help of PMBOK Lewis Gray, Ph.D., PMP Abelia Fairfax, Virginia USA www.abelia.com Copyright 2002 by Abelia Corporation. All rights reserved
PMP Certification Preparation Course LATVIKON (R.E.P.)Centre ABOUT THIS COURSE Your ability as a project manager to demonstrate best practices in Project Management both on the job and through professional
Retained Fire Fighters Union Introduction to PRINCE2 Project Management PRINCE2 PRINCE stands for: PRojects IN Controlled Environments and is a structured method which can be applied to any size or type
CPM -100: Principles of Project Management Lesson E: Risk and Procurement Management Presented by Sam Lane firstname.lastname@example.org Ph: 703-883-7149 Presented at the IPM 2002 Fall Conference Prepared by the Washington,
2008 AGI-Information Management Consultants May be used for personal purporses only or by libraries associated to dandelon.com network. Managing Successful Projects with PRINCE2 Office of Government Commerce
The document in this file is adapted from the IEEE standards for Software Project Management Plans, 1058-1998, which conforms to the requirements of ISO standard 12207 Software Life Cycle Processes. Tailor
Integration Initiating ning Executing Monitoring & Controlling Closing 4.1 Develop Charter Statement Of Work Business Case 4.2 Develop 4.3 Direct and Manage Work 4.4 Monitor and Control Work 4.5 Perform
PROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME > Date of Issue: < date > Document Revision #: < version # > Project Manager: < name > Project Management Plan < Insert Project Name > Revision History Name
PHASE 3: PLANNING PHASE The ning Phase focuses principally on required project planning work. Proper comprehensive project planning is essential to a successful IT project, and incomplete project planning
Project Training Company Comparing PMBOK Guide 4 th Edition, Edition and STS Sauter Training & Simulation S.A. Avenue de la Gare 10 1003 Lausanne Switzerland Web: www.sts.ch E-mail: email@example.com Phone:
PHASE 3: PLANNING PHASE The Planning Phase focuses principally on required project planning work. Proper comprehensive project planning is essential to a successful IT project, and incomplete project planning
Project Management Process Prepared by Jay Knape PMI Project Project is... temporary endeavor undertaken to produce a unique products, service or result. UITS Project Definition For Columbus State University
Project Management with PRINCE 2 PRINCE2 - PRojects IN Controlled Environments PRINCE2 is a project management methodology created in the early 1990s which was adopted by the British Government for all
A Guide To The Project Body of Knowledge (PMBOK) Significant Changes from the 3 rd edition to the 4 th edition Major Changes The adoption of the verb-noun format for process names Amplification as to Enterprise
Project Integration Management Processes required to ensure that the various elements of the project are properly coordinated to meet / exceed stakeholder expectations. Project Plan Development Other ning
5 PROJECT SCOPE MANAGEMENT Project Scope Management includes the processes required to ensure that the project includes all the work required, and only the work required, to complete the project successfully
PRINCE2, the PMBOK Guide and ISO 21500:2012 Klas Skogmar AXELOS.com White Paper September 2015 Contents Introduction 3 Relationships between PRINCE2, the PMBOK Guide and ISO 21500 4 Major differences between
Q1. (50 MARKS) A. List the nine PMBOK knowledge areas and give a one sentence description of the purpose of each knowledge area along with at least one output (document etc.) and its purpose. 1.Project
PROJECT MANAGEMENT METHODOLOGY SECTION 3 -- PLANNING PHASE Table of Contents Introduction...3-1 Overview...3-1 The Process and the Project Plan...3-1 Project Objectives and Scope...3-1 Work Breakdown Structure...3-1
METHOD 12 3 empowering managers to succeed Project Management Guidebook ISBN 0-473-10445-8 A bout this e-book This e-book was created by Method123 (see www.method123.com) to help provide you with a simple
Project Management Methodologies An Introduction to PRINCE2 Why use a Project Methodology and What Does PRINCE2 Enable? PRINCE - PRojects IN Controlled Environments - is a project management method covering
1. What is PRINCE2? Projects In a Controlled Environment Structured project management method Generic based on proven principles Isolates the management from the specialist 2 1.1. What is a Project? Change
PM WORLD TODAY FEATURED PAPER MAY 2009 A Comparison of PMI s PMBOK Guide Versions 4 & 3 By Germán Bernate The Project Management Institute PMI announced on December 31, 2008 the availability of PMBOK Version
B.2.2. Project Management Principles Project management is the application of knowledge, skills, tools, and techniques to project activities in order to meet or exceed stakeholder needs and expectations
Training Course Course Language Course Duration Project Management Professional Training PMP Project Management Professional Exam Preparation based on PMBOK 5 th Edition ( 35 PDUs) English Total Number
TRICK SHEET on Project Management ITTO s (Input, Tool & Techniques, Output) Compiled by Abdulla Al Mamun, MBA, MCAS, PMP Based on PMBOK 5 th Edition Integration Management Project Charter Formal authorization
Introductory Certificate The APM Project Fundamentals Qualification. Examination paper Candidate Number Date Location Examination Paper Sample Paper v1.4 General Notes Time allowed 1 hour. Answer all 60
TSE015 PROJECT MANAGEMENT PROFESSIONAL CERTIFIED ASSOCIATE IN PROJECT MANAGEMENT (PMP & CAPM) EXAM PREPARATION WORKSHOP Course Outline I. Introduction and Course Objectives A. About PMI B. PMP and CAPM
12 PROJECT PROCUREMENT MANAGEMENT Project Procurement Management includes the processes required to acquire goods and services from outside the performing organization. For simplicity, goods and services,
Project Managing to Support Change Cathryn Stam, PMP Tina Salaris, RN, PMP Project Managing to Support Change Change is a constant in life People by nature do not like change Whether redesigning processes
PMP Examination Tasks Puzzle game Here is a great game to play to test your knowledge of the tasks you will be tested on in the actual examination. What we have done is take each of the domain tasks in
Prince 2 Health Check Start-up Was there a Project Mandate? Was the Project Board designed/appointed before initiation was authorised? Was a Project Brief produced? Is the Project Brief to PRINCE standards?
Project Management Professional (PMP) Boot Camp According to the Project Management Institute, the world's leading association for the project management profession: "PMP Certification is the profession's
Minnesota Health Insurance Exchange (MNHIX) 1.2 Plan September 21st, 2012 Version: FINAL v.1.0 11/9/2012 2:58 PM Page 1 of 87 T A B L E O F C O N T E N T S 1 Introduction to the Plan... 12 2 Integration
Demonstrate and apply knowledge of project management in mechanical engineering 22918 version 2 Page 1 of 5 Level 6 Credits 15 Purpose This unit standard is intended primarily for use in diploma courses
accept (risk response) acceptance acceptance criteria activity agile methods approval approver assumption assurance A risk response to a threat where a conscious and deliberate decision is taken to retain
Program Title: Advanced Project Management Program ID: #1025924 Program Cost: $3,780 Duration: 37.5 hours Program Description The Advance Project Management course is a training offering for professionals
PMP Exam Changes Impact of PMBOK 5 th Edition When the PMI exam will change Major Updates X1.1 Scope of Update Comments and feedbacks for prior version Overall review for accuracy Appropriate alignment
AIPM PROFESSIONAL COMPETENCY STANDARDS FOR PROJECT MANAGEMENT PART B CERTIFIED PRACTISING PROJECT PRACTITIONER (CPPP) Copyright: Australian Institute of Project Management Document Information Document
Department of Training and Workforce Development Western Australia RPL Assessment Tool Kit BSB41507 Certificate IV in Project Management First published 2010 ISBN 978-1-74205-510-7 Department of Training
PROJECT RISK MANAGEMENT DEFINITION OF A RISK OR RISK EVENT: A discrete occurrence that may affect the project for good or bad. DEFINITION OF A PROBLEM OR UNCERTAINTY: An uncommon state of nature, characterized
By Dr. TD Jainendrakumar The main objective of any project is to fulfill the scope of the project on time and within the budget. What is Project Scope? Scope refers to all the work involved in creating
The Foundation Examination Sample Paper 2 January 2013 Release Multiple Choice 1-hour paper Instructions 1. All 75 questions should be attempted. 2. 5 of the 75 questions are under trial and will not contribute
PMLead Project Management Professional Based on PMBOK Guide 4 th edition www.pmlead.net SECTION II Chapter 3 Project Management Processes Chapter 3 Project Process Groups A process is a set of interrelated
Project Risk Management Study Notes PMI, PMP, CAPM, PMBOK, PM Network and the PMI Registered Education Provider logo are registered marks of the Project Management Institute, Inc. Points to Note Risk Management
Managing a Successful Project Using 2013 Version 1.5 (Status Live) Page 0 Ow ner Chief Examiner 1. Introduction The Managing Successful Projects w ith PRINCE2 manual provides guidance on the principles,
Description of Program Management Processes (Initiating, Planning) Topics Covered Program Management Process Groups salient features Description of all processes in Initiating Process Group: Initiate Program
Audit Checklist The following provides a detailed checklist to assist the audit team in reviewing the health of a project. Relevance (at this time) How relevant is this attribute to this project or audit?
The Project Management Life Cycle By Jason Westland (A book review by R. Max Wideman) 11/17/07 Introduction Editor's Note: We liked so much of this book that we asked for the author's permission to quote
The 9 Things in the PMBOK 9/15/2011 The PMBOK Project Body of Knowledge sum of knowledge within the profession of project management used dto document and standardize di generally accepted project management
The Plan s Journey From Scope to WBS to Schedule Presented by: Rick Clare, CBAP, PMP, OCP, CSM PM Centers USA, LLC. 2013 Company Background Consulting and Training (Virtual, Public and Private Training)
www.etidaho.com (208) 327-0768 PMI Certified: PMP - Project Management 5 Days Course Description This PMP certification training class is designed for individuals who have on-the-job project management
IT Project Management Practices Guide Introduction The IT Project Management Practices Guide (Guide) contains a repeatable, institutionwide approach for the management of application development and/or
From Houston S: The Project Manager s Guide to Health Information Technology Implementation. Chicago: HIMSS; 2011; pp 27 39. This book is available on the HIMSS online bookstore at www. himss.org/store.
Guide to Preparing the SOFTWARE PROJECT MANAGEMENT PLAN R. Buckley CSc 190 Senior Project Department of Computer Science - College of Engineering and Computer Science California State University, Sacramento
Partnering for Project Success: Project Manager and Business Analyst Collaboration By Barbara Carkenord, CBAP, Chris Cartwright, PMP, Robin Grace, CBAP, Larry Goldsmith, PMP, Elizabeth Larson, PMP, CBAP,
Step by Step Project Planning Contents Introduction The Planning Process 1 Create a Project Plan...1 Create a Resource Plan...1 Create a Financial Plan...1 Create a Quality Plan...2 Create a Risk Plan...2
Overview of A Guide to the Project Management Body of Knowledge (PMBOK Guide) Fourth Edition Overview of: A Guide to the Project Management Body of Knowledge (PMBOK Guide) Fourth Edition 1 Topics for Discussion
Application of Standard Project Management Processes in Fiber Optic Cable Plant Project Management Alfred Sankara, DigiBridge TelCo Introduction The Project Management Institute (PMI) is the world's leading
THE COMPLETE PROJECT MANAGEMENT METHODOLOGY AND TOOLKIT GERARD M. HILL CRC Press Taylor & Francis Group Boca Raton London New York CRC Press is an imprint of the Taylor & Francis Croup, an informa business