CAPM
CAPM
®
Management (CAPM )
Certification
Fourth Edition
Certified Associate in Project
Management (CAPM®) Certification -
Fourth Edition
Part Number: NH85061(IGEE)
Course Edition: 1.0
ACKNOWLEDGMENTS
Project Team
Content Developer: Anuradha Krishnan and Karthik Subramanian • Content Manager: • Graphic Designer: • Project Manager:
• Media Instructional Designer: • Content Editor: Peter Bauer • Materials Editor: Frank Wosnick • Business Matter Expert: •
Technical Reviewer: • Project Technical Support: Mike Toscano
NOTICES
DISCLAIMER: While Element K Corporation takes care to ensure the accuracy and quality of these materials, we cannot guarantee their accuracy, and all materials are provided without any warranty
whatsoever, including, but not limited to, the implied warranties of merchantability or fitness for a particular purpose. The name used in the data files for this course is that of a fictitious company. Any
resemblance to current or future companies is purely coincidental. We do not believe we have used anyone’s name in creating this course, but if we have, please notify us and we will change the name in
the next revision of the course. Element K is an independent provider of integrated training solutions for individuals, businesses, educational institutions, and government agencies. Use of screenshots,
photographs of another entity’s products, or another entity’s product name or service in this book is for editorial purposes only. No such use should be construed to imply sponsorship or endorsement of
the book by, nor any affiliation of such entity with Element K. This courseware may contain links to sites on the Internet that are owned and operated by third parties (the ″External Sites″). Element K is
not responsible for the availability of, or the content located on or through, any External Site. Please contact Element K if you have any concerns regarding such links or External Sites.
TRADEMARK NOTICES: Element K and the Element K logo are trademarks of Element K Corporation and its affiliates.
CAPM® is a registered trademark of PMI in the U.S. and other countries; the PMI products and services discussed or described may be trademarks of PMI. All other product names and services used
throughout this course may be common law or registered trademarks of their respective proprietors.
Microsoft® Office® is a registered trademark of Microsoft Corporation in the U.S. and other countries; the Microsoft Corporation products and services discussed or described may be trademarks of
Microsoft Corporation. All other product names and services used throughout this course may be common law or registered trademarks of their respective proprietors.
Copyright © 2009 © 2009 Element K Corporation. All rights reserved. Screenshots used for illustrative purposes are the property of the software proprietor. This publication, or any part thereof, may not
be reproduced or transmitted in any form or by any means, electronic or mechanical, including photocopying, recording, storage in an information retrieval system, or otherwise, without express written
permission of Element K, 500 Canal View Boulevard, Rochester, NY 14623, (585) 240-7500, (800) 478-7788. Element K Courseware’s World Wide Web site is located at
www.elementkcourseware.com.
This book conveys no rights in the software or other products about which it was written; all use or licensing of such software or other products is the responsibility of the user according to terms and
conditions of the owner. Do not make illegal copies of books or software. If you believe that this book, related materials, or any other Element K materials are being reproduced or transmitted without
permission, please call (800) 478-7788.
Contents iii
CONTENTS
C. Examine the Project Management Context . . . . . . . . . . . . . . . . . . . . . . . . . 19
Program Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Portfolio Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Relationships Among Project, Program, and Portfolio Management . . 20
Operations Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Project and Operations Management . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Agile Project Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Contents v
CONTENTS
LESSON 4 - MANAGING PROJECT SCOPE
A. Document Stakeholder Requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
The Collect Requirements Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70
Collect Requirements Inputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Collect Requirements Tools and Techniques . . . . . . . . . . . . . . . . . . . . . . 71
Collect Requirements Outputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Facilitated Workshops . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
Group Creativity Techniques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
Group Decision Making Techniques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Requirements Documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Requirements Management Plans . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
The Requirements Traceability Matrix . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
B. Create a Scope Statement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79
The Project Scope Statement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79
Components of the Scope Statement . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
The Define Scope Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
Define Scope Inputs. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
Define Scope Tools and Techniques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82
Define Scope Outputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82
Product Analysis Techniques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82
Techniques for Alternatives Identification . . . . . . . . . . . . . . . . . . . . . . . . . 83
Project Objectives . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
C. Develop a Work Breakdown Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
Work Breakdown Structures (WBS) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
The Create WBS Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
Create WBS Inputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
Create WBS Tools and Techniques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
Create WBS Outputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
Code of Accounts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
Contents vii
CONTENTS
B. Create a Project Schedule Network Diagram . . . . . . . . . . . . . . . . . . . . . . . . 116
The Sequence Activities Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116
Sequence Activities Inputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116
Sequence Activities Tools and Techniques . . . . . . . . . . . . . . . . . . . . . . . . 117
Sequence Activities Outputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
Activity Dependencies . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118
Types of Activity Dependencies . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118
Precedence Relationships . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118
Precedence Relationship Types. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119
Lag . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119
Lead . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120
Project Schedule Network Diagrams . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121
The Precedence Diagramming Method (PDM) . . . . . . . . . . . . . . . . . . . . 122
Summary Activities . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123
Conditional Diagramming Methods . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123
C. Estimate Activity Resources . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128
Project Resources . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128
The Estimate Activity Resources Process . . . . . . . . . . . . . . . . . . . . . . . . . . 128
Estimate Activity Resources Inputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129
Estimate Activity Resources Tools and Techniques . . . . . . . . . . . . . . . . . . 129
Estimate Activity Resources Outputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 130
D. Estimate Duration for Project Activities . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133
The Estimate Activity Durations Process . . . . . . . . . . . . . . . . . . . . . . . . . . . 133
Estimate Activity Durations Inputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134
Estimate Activity Durations Tools and Techniques . . . . . . . . . . . . . . . . . . 134
Estimate Activity Durations Outputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 135
Contents ix
CONTENTS
E. Control the Project Schedule . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 170
The Control Schedule Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 170
Control Schedule Inputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171
Control Schedule Tools and Techniques . . . . . . . . . . . . . . . . . . . . . . . . . . 171
Control Schedule Outputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 172
Earned Value Management (EVM) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173
EVM Variables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173
Planned Value (PV) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173
Earned Value (EV) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174
Actual Cost (AC) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174
EVM Measures . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175
Schedule Performance Measurement . . . . . . . . . . . . . . . . . . . . . . . . . . . 175
Schedule Variance (SV) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 177
Schedule Performance Index (SPI) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178
SPI Trend Analysis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178
Working with EVM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179
Contents xi
CONTENTS
LESSON 8 - MEASURING PROJECT QUALITY
A. Create a Quality Management Plan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226
Quality . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226
Quality Management Plans . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226
The Plan Quality Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227
Plan Quality Inputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227
Plan Quality Tools and Techniques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227
Plan Quality Outputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228
Process Improvement Planning . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 229
Process Improvement Plans . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 229
Total Quality Management (TQM) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 230
Standards and Regulations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231
The ISO 9000 Series . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 232
Cost of Quality . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 232
Checklists . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233
Flowcharts. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234
Control Charts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 235
Benchmarking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 237
Design of Experiments (DOE) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 237
B. Execute a Quality Assurance Plan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 241
Quality Assurance Plans . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 241
The Perform Quality Assurance Process . . . . . . . . . . . . . . . . . . . . . . . . . . 241
Perform Quality Assurance Inputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242
Perform Quality Assurance Tools and Techniques . . . . . . . . . . . . . . . . . . 243
Perform Quality Assurance Outputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 244
Quality Audits . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 244
Topics of Quality Audits . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 244
Contents xiii
CONTENTS
B. Acquire the Project Team . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272
The Acquire Project Team Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272
Acquire Project Team Inputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273
Acquire Project Team Tools and Techniques . . . . . . . . . . . . . . . . . . . . . . 274
Acquire Project Team Outputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 275
Virtual Teams . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 275
C. Develop the Project Team . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 278
The Develop Project Team Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 278
Develop Project Team Inputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 279
Develop Project Team Tools and Techniques . . . . . . . . . . . . . . . . . . . . . . 279
Develop Project Team Outputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 280
Team Development Stages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 280
Training . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 281
Team-Building Activities . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282
Co-Location . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282
Reward and Recognition Systems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282
Rewarding Individual Performance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283
D. Manage the Project Team. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286
The Manage Project Team Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286
Manage Project Team Inputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 287
Manage Project Team Tools and Techniques . . . . . . . . . . . . . . . . . . . . . . 288
Manage Project Team Outputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 288
Causes of Conflict . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289
Conflict Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289
Conflict Management Approaches . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 290
Tasks of Performance Appraisals . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 290
Contents xv
CONTENTS
E. Report on Project Performance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323
The Report Performance Process. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323
Report Performance Inputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323
Report Performance Tools and Techniques . . . . . . . . . . . . . . . . . . . . . . . 324
Report Performance Outputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 324
Forecasting Methods. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 325
Benefits of Creating Performance Reports . . . . . . . . . . . . . . . . . . . . . . . . 326
Contents xvii
CONTENTS
D. Perform Quantitative Risk Analysis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 362
Quantitative Risk Analysis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 363
The Perform Quantitative Risk Analysis Process . . . . . . . . . . . . . . . . . . . . 363
Perform Quantitative Risk Analysis Inputs . . . . . . . . . . . . . . . . . . . . . . . . . 363
Perform Quantitative Risk Analysis Tools and Techniques . . . . . . . . . . . . 364
Perform Quantitative Risk Analysis Output . . . . . . . . . . . . . . . . . . . . . . . . 364
Quantitative Risk Analysis Update Components . . . . . . . . . . . . . . . . . . . 365
Project Risk Ranking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 365
Basics of Probability . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 366
Probability Distribution . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 367
Uniform Distribution PDF. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 368
Normal Distribution PDF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 368
Triangular Distribution PDF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 369
Decision Making Under Risk . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 370
Quantitative Analysis Methods . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 371
Simulations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 372
Monte Carlo Analysis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 372
E. Develop a Risk Response Plan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 376
The Plan Risk Responses Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 376
Plan Risk Responses Inputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 377
Plan Risk Responses Tools and Techniques . . . . . . . . . . . . . . . . . . . . . . . . 377
Plan Risk Responses Outputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 377
Negative Risk Strategies (Threats) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 378
Positive Risk Strategies (Opportunities) . . . . . . . . . . . . . . . . . . . . . . . . . . . 379
Contingency Plans . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 379
Contingency Reserves . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 380
F. Monitor and Control Project Risks . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 383
The Monitor and Control Risks Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . 383
Monitor and Control Risks Inputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 384
Monitor and Control Risks Tools and Techniques . . . . . . . . . . . . . . . . . . . 384
Monitor and Control Risks Outputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 385
The Project Risk Response Audit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 385
Contents xix
CONTENTS
E. Obtain Responses from Sellers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 423
F. Determine Project Sellers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 426
Weighting Systems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 426
Procurement Negotiations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 427
Term vs. Completion Contracts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 428
G. Administer Project Procurements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 431
The Administer Procurements Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . 431
Administer Procurements Inputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 431
Administer Procurements Tools and Techniques . . . . . . . . . . . . . . . . . . . 432
Administer Procurements Outputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 433
The Duties of the Procurements Administrator . . . . . . . . . . . . . . . . . . . . . 434
Changes to Contract Terms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 435
Legal Issues . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 435
Types of Warranties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 436
Types of Waivers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 436
Breaches of Contract . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 436
H. Close Project Procurements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 440
The Close Procurements Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 440
Close Procurements Inputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 441
Close Procurements Tools and Techniques . . . . . . . . . . . . . . . . . . . . . . . . 441
Close Procurements Outputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 441
Procurement Audits . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 442
Elements of Procurement Audits . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 443
Procurement Audit Lessons Learned . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 444
Contents xxi
CONTENTS
E. Close the Project or Phase Administratively . . . . . . . . . . . . . . . . . . . . . . . . . 474
The Close Project or Phase Process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 474
Close Project or Phase Inputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 475
Close Project or Phase Tools and Techniques . . . . . . . . . . . . . . . . . . . . . . 475
Close Project or Phase Outputs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 475
Administrative Closure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 476
Project Records to Archive . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 476
Lessons Learned Reports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 477
Considerations of Lessons Learned . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 477
Closeout Meetings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 478
INDEX . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 573
Element K is a Registered Education Provider (REP) for the CAPM certification examination.
Course Description
Target Student
This course is designed for persons in a variety of job roles who currently contribute to project
teams in various ways, including providing subject matter expertise (e.g., marketing, finance,
customer care, processing, fulfillment) and serving as project team sponsors, facilitators, liai-
sons, or coordinators, but who do not function as project managers and who have little or no
formal exposure to or training in standardized project management terminology and processes.
Course Prerequisites
To ensure your success, we recommend you first take the following New Horizons courses or
have equivalent knowledge:
• Microsoft Word 2000, 2002, 2003 or Microsoft Office Word 2007, Level 1
• Project Management Fundamentals: Second Edition
Introduction xxiii
INTRODUCTION
How to Use This Book
As a Learning Guide
Each lesson covers one broad topic or set of related topics. Lessons are arranged in order of
increasing proficiency with project management; skills you acquire in one lesson are used and
developed in subsequent lessons. For this reason, you should work through the lessons in
sequence.
We organized each lesson into results-oriented topics. Topics include all the relevant and sup-
porting information you need to master project management, and activities allow you to apply
this information to practical hands-on examples.
You get to try out each new skill on a specially prepared sample file. This saves you typing
time and allows you to concentrate on the skill at hand. Through the use of sample files,
hands-on activities, illustrations that give you feedback at crucial steps, and supporting back-
ground information, this book provides you with the foundation and structure to learn project
management quickly and easily.
As a Review Tool
Any method of instruction is only as effective as the time and effort you are willing to invest
in it. In addition, some of the information that you learn in class may not be important to you
immediately, but it may become important later on. For this reason, we encourage you to
spend some time reviewing the topics and activities after the course. For additional challenge
when reviewing activities, try the ″What You Do″ column before looking at the ″How You Do
It″ column.
As a Reference
The organization and layout of the book make it easy to use as a learning tool and as an after-
class reference. You can use this book as a first source for definitions of terms, background
information on given topics, and summaries of procedures.
Course Objectives
In this course, you will apply the generally recognized practices of project management
acknowledged by the Project Management Institute (PMI®) to manage projects successfully.
You will:
• describe project management fundamentals.
• identify project management processes.
• initiate a project.
• manage project scope.
• estimate project time.
• develop project schedules.
• analyze project cost.
• measure project quality.
Course Requirements
Hardware
• A PC with a Pentium processor, at least 300 MHz.
• A minimum of 64 MB of RAM with 1.0 GB of free hard disk space.
• A CD-ROM drive.
• Super VGA recommended (set at least to 800 x 600 screen resolution) with 256 colors.
• An Internet connection with access to the World Wide Web.
Software
A licensed copy of the following software for the instructor and each student:
• Microsoft® Office® 2003 or later.
Class Setup
1. Install Microsoft® Office® 2003 or later according to the software manufacturer’s installa-
tion instructions.
2. Insert the CD-ROM that accompanies this course book into your CD-ROM drive.
3. On the course CD-ROM, locate the self-extracting file 085061dd.exe.
4. Open 085061dd.exe. It will write your files to the C:\085061Data folder.
Introduction xxv
NOTES
Understanding Project
Management
Fundamentals
In this lesson, you will describe project management fundamentals.
You will:
• Identify the basic concepts of project management.
• Describe the organizational influences on project management.
• Describe the project management context.
TOPIC A
Define Project Management Basics
In this lesson, you will identify and describe the fundamentals of professional project manage-
ment. In order to do that, you will need to start with the basics of project management so that
you have a solid understanding of standard project management vocabulary and common prac-
tices. In this topic, you will identify the basic concepts in project management.
To manage a wide range of projects across application areas and industries, it is important to
have a thorough knowledge of the key concepts that form the basis of project management.
Knowledge about the fundamental concepts of project management will help you become a
successful project management practitioner.
Projects
Projects Definition:
A project is a temporary work endeavor that creates a unique product, service, or
result. It has a clearly defined beginning and end. The end of a project is reached when
either its objectives are met, the need for the project no longer exists, or it is deter-
mined that the objectives cannot be met. Projects can vary widely in terms of budget,
team size, duration, expected outcomes, and industries.
Characteristics of a Project
Every project has certain characteristics that differentiate it from other projects. A few
characteristics are listed in the table below.
Subprojects
Definition: Subprojects
A subproject is an independently manageable component of an existing project. A
project can have multiple subprojects, and they in turn can have even smaller sub-
projects. Usually, a subproject is given on contract either to an external enterprise or to
another functional unit in an organization.
Project Management
Definition: Project Management
According to the PMI®, project management is defined as “the application of knowl-
edge, skills, tools, and techniques to project activities to meet project requirements.”
Managing projects typically involves scheduling; identifying requirements; establishing
objectives; balancing quality, scope, time, and cost; and addressing the concerns and
expectations of the stakeholders.
Project management is different from the management of routine, ongoing work initia-
tives. Projects generally involve temporary initiatives, unique circumstances, and cross-
functional teams. Projects may involve new or specially formed teams taking on new
tasks and attempting unfamiliar skills, processes, or work efforts.
PMBOK Reference
For more information on project management, refer to the PMBOK® Guide Fourth
Edition 2008, p. 6 and 7. The name PMBOK® Guide or PMBOK® refers to the book,
A Guide to the Project Management Body of Knowledge, published by the Project
Management Institute, Inc. The PMBOK® is considered the definitive text for informa-
tion about the practice of project management.
Areas of Expertise
An effective project management team is expected to draw upon a comprehensive
working knowledge of five recognized areas of expertise, although a team member will
not typically be an expert in all areas. Areas of expertise include:
• The Project Management Body of Knowledge.
• Application area knowledge, standards, and regulations.
• Project environment knowledge.
• General management knowledge and skills.
• And, interpersonal skills.
Linear Presentation
Although project management is an iterative, cyclical process in real life, it is neces-
sarily presented in a linear manner throughout this course.
Strategic Planning
Strategic Planning
Projects are often used as the means of achieving the organization’s strategic plan. Some of the
strategic considerations that authorize a project are market demands, organizational needs, cus-
tomer requests, technological advancements, or legal requirements.
Programs
Programs Definition:
A program is a set of related projects that may have a common objective. It offers
great control over the constituent projects and delivers benefits that the organization
can use to meet its goals. A program is managed by a program manager, and the indi-
vidual projects are managed by project managers who work for the program manager.
However, all projects need not always be a part of programs. Projects that do not have
a common objective, but still are managed in a group, are generally known as “mul-
tiple projects.”
Portfolios
Definition: Portfolios
A portfolio is a collection of projects, programs, and other operational work to achieve
the strategic business objectives of an organization. The projects in a portfolio may or
may not be interdependent, but they are grouped to give management a broader view
of the organization’s projects and their adherence to organizational objectives. For a
project to be part of a portfolio, its attributes such as cost, resource requirements,
timelines, strategic goals, and benefits should be in line with other projects in the port-
folio. Portfolios are generally managed by a senior manager or senior management
teams.
PMO
PMO Definition:
A Project Management Offıce (PMO) is a centralized, permanent, ongoing administra-
tive unit or department that serves to improve project management performance within
an organization. The people in the PMO provide support on project management con-
cepts, tools, training, and mentoring to project managers; they may or may not actually
do hands-on project management themselves. The PMO will try to maintain standards
across projects and improve efficiency. It has the authority to make key decisions in
the projects. In some organizations, the project managers are provided or assigned by
the PMO.
PMOs function differently in different organizations, depending on the business needs.
Unlike programs, the projects supported by the PMO may not be related to each other.
The structure and function of the PMO depends upon the respective organizational
requirements. The PMO may be referred to in some organizations as the “project
office,” “program office,” “central project office,” “project management center of excel-
lence,” or “program management office.”
Some organizations may have PMOs that are exclusively assigned to handle large
projects and programs. These PMOs are sometimes called Autonomous Project Teams
(APT).
Some of the primary functions of the PMO include:
• Maintaining project historical information.
• Managing shared resources across projects managed by the PMO.
• Monitoring project timelines, budget, and quality at an enterprise level.
• Identifying and implementing new project management methodologies.
• Creating effective project policies and templates.
• Helping project managers develop estimates and schedules.
• Managing communication across projects.
Project Stakeholders
Definition: Project Stakeholders
A project stakeholder is a person who has a business interest in the outcome of a
project or who is actively involved in its work. Stakeholders take on various roles and
responsibilities; their participation in the project will have an impact on its outcome
and its chances for success.
Stakeholders may have competing interests, needs, priorities, and opinions. They may
have conflicting visions for the project’s successful outcome. Project managers must
identify the internal as well as external stakeholders as early as possible, learn what
their needs are, and secure their participation in defining the project’s parameters and
success criteria. While it may be difficult to negotiate to a consensus early in the
project, it is far less painful and costly than getting to the end of the project only to
learn that someone’s needs were not met or were misunderstood.
ACTIVITY 1-1
Understanding Project Management Basics
Scenario:
You are a project lead in an engineering and construction company that focuses mainly on the
oil and gas industry. Your current project involves designing a technologically advanced off-
shore oil rig for a new customer. The project should be completed within eight months,
including the testing phase. A junior engineer has been assigned to your team and you want to
ensure that the engineer understands the importance of project management. As a project lead,
you take the role of a mentor and introduce the engineer to the basics of project management
and the processes around it.
2. You are explaining the difference between a project and operations to the junior engi-
neer. Which characteristic is unique to operations?
a) They are performed by resources.
b) They are constrained by limited resources.
✓ c) They are ongoing.
d) They are planned, executed, and controlled.
4. Based on the scenario, who is the most important stakeholder involved in the project?
a) The project manager
b) The project sponsor
c) The CEO
✓ d) The customer
7. Who provides the software, templates, and standardized policies for a project?
✓ a) The PMO
b) Customers
c) Human resource department
d) The project budget
Organizational Systems
Organizational Systems
A project management team is responsible for maintaining a sound organizational system for
all the projects in an organization. Organizations can be of two types: project-based and non-
project-based. Project-based organizations fall into two categories. One implements projects for
customers on a contract basis and derives revenue from them. The other adopts management
by projects that have established management systems.
The non-project-based organizations often lack project-oriented management systems that
effectively or efficiently deliver projects. Sometimes, these organizations will have subunits or
departments that work as project-based organizations with management systems to support
them.
Organizational Structures
Organizational Structures
An organizational structure dictates how the various groups and individuals within the organi-
zation interrelate. The organizational structure also impacts how the project team is structured.
The type of organizational structure often limits the availability of resources and the terms
under which those resources are available to the project.
Organization Charts
Organization Charts (3 Slides) Definition:
An organization chart is a visual representation of a project’s organizational structure.
Its purpose is to show both the reporting relationships within the project and the
project’s relationship to the parent organization.
The complexity of the organization chart will vary with the complexity of the project.
Finally, the organization chart must clearly assign project tasks to team members.
A traditional functional organization chart is hierarchical and organized by department.
In a projectized organization chart, the functional team members report directly to the
project managers rather than the functional managers. An organization chart for a com-
pany using the matrix structure shows that the team members report vertically to a
functional manager and horizontally to a project manager.
Position Descriptions
To effectively create an organization chart, each team member must have a position
description that clearly delineates what his or her responsibilities are. Templates and
checklists, often obtainable from human resources, are good tools for creating position
descriptions.
Factor Description
Policies The organizational policies and procedures influence the projects the com-
pany undertakes. For example, the organizational procedures will determine
how to implement new strategies and if the work environs will be formal or
informal.
Values The values, beliefs, and expectations of an organization have a major impact
on the organizational culture. For example, the organization’s strategic
decision-making choices, preferences, and approach will vary based on its
values and beliefs.
Management style The management style of the organization is another factor that affects the
organizational culture. For example, factors such as managers following a
coaching style of management or controlling style of management, the
employees being allowed to give feedback, and the implementation of their
feedback, are all dependent upon the different styles followed by manage-
ment.
Work environment The work ethics followed by the organization also constitute the organiza-
tional culture. For example, some organizations may allow employees to
work anytime from 7:00 A.M. to 7:00 P.M., and some others may want them
to work strictly from 8:00 A.M. to 5:00 P.M. and work late nights if their
workload is high.
Category Description
Processes and procedures These are the processes and procedures an organization uses for per-
forming project related tasks. Examples may include:
• Policies, product and project life cycles, and quality policies and
procedures.
• Standard guidelines, proposal evaluation criteria, work instructions,
and performance measurement criteria.
• Templates such as work breakdown structures, project schedule
network diagrams, and contract templates.
• Tailored guidelines and criteria for organizational processes that
will satisfy specific project needs.
• Organizational communication requirements and project closure
guidelines.
• Procedures to control finance such as time reporting, required
expenditure and disbursement reviews, accounting codes, and stan-
dard contract provisions.
• Issue and defect management procedures that define, identify,
resolve, and control issues and defects, and then track the action
items.
• Procedures to control changes to any project documents and risks
that might occur.
• Procedures for prioritizing, approving, and issuing work authoriza-
tions.
ACTIVITY 1-2
Examining the Organizational Influences on Project
Management
Scenario:
A project lead in a company is expected to train new team members about various aspects of
the organizational structure of the company. The company predominantly does projects for
other associations while managing its own functional departments. Apparently, there was non-
compliance in one of the projects that was led by the trainer who was also acting as the
project lead.
4. Which type of organization is the best for managing complex projects involving cross-
disciplinary effort?
a) Projectized
b) Functional
c) Complicated
✓ d) Strong matrix
TOPIC C
Examine the Project Management
Context
You described the organizational influences on project management. There are concepts and
terminologies related to managing projects that will help you understand project management.
In this topic, you will describe the project management context.
Understanding project management in a broader context will help you gain insight to your role
as a project management practitioner. If you want to work effectively within the hierarchy of
centralized project management efforts, you need to be conversant with the project manage-
ment context: the overlapping ways in which people use project management within the
workplace.
Portfolio Management
Portfolio Management Definition:
Portfolio management is the effective management of programs and independent
projects to achieve strategic goals of an organization. Portfolio management allows
managers a global, top-down view of the health and viability of all the projects in the
group. The projects collected in a portfolio and managed together may or may not be
interdependent, but they are grouped together to give management the long view of the
organization’s projects and their adherence to organizational objectives.
Levels of Hierarchy
It is unlikely that a project manager would have responsibility for portfolio manage-
ment, which, in the hierarchy of most organizations, would remain in the hands of the
most senior levels of management. As you strive for greater professional growth and
PMI certification, you should have an understanding that portfolio management resides
at the top level of the organizational hierarchy, and program management resides
between that and individual project management.
Operations Management
Operations Management Definition:
Operations management is the management of resources and processes involved in
producing and delivering products and services. It ensures that business operations are
efficient and effective and that the quality of goods or services produced is optimal.
The operational processes and products are aligned with the business requirements of
the organization. Therefore, the operations manager must ensure that these processes
and products are continuously revised to accommodate the changes made to the busi-
ness and organizational requirements. Operations management also includes identifying
the best practices and implementing them in the existing processes and systems.
1. Based on the scenario, who is responsible for portfolio management within the organi-
zation?
a) Project managers
b) Project sponsors
c) Stakeholders
✓ d) Senior management
2. What is a portfolio?
a) It may include elements of related work outside the scope of discrete projects in the
program.
✓ b) It is a collection of projects, or programs, and work that are grouped together to
facilitate effective management of work to meet strategic business objectives.
c) It includes components of a project that are often contracted out to an external
enterprise or to another functional unit in an organization.
d) It is a group of related projects managed in a centralized and coordinated way to
obtain benefits.
Identifying Project
Management Processes
In this lesson, you will identify project management processes.
You will:
• List and describe the phases and characteristics of the project life cycle.
• List and describe project management processes and process groups.
TOPIC A
Examine the Project Life Cycle
In this lesson, you will identify the project management processes that are considered stan-
dards for excellence. Before moving on to the processes, you need to know what constitutes a
project. In this topic, you will list and describe the phases and characteristics of the project life
cycle.
To have better control over the project as a whole, you must understand the different phases in
the life of a project. Identifying the critical and the noncritical aspects of the project becomes
easier and gives you a better idea of where your time and money should go. It is also easier to
track the progress of the project. Therefore, the knowledge of the project life cycle will help
you to effectively define the project management processes for your project.
Figure 2-2: The variance of project cost and stakeholder influence, risk, and uncer-
tainty based on project time.
Project Governance
Project governance is a comprehensive methodology to control a project and ensure its suc- Project Governance
cess. It is carried throughout the life cycle of a project and provides guidance in the form of
project phase reviews to monitor and control the project. Every phase in the project is formally
initiated to decide on the deliverables expected out of that phase. A management review is per-
formed at the start of every phase to decide whether to begin the activities of a particular
phase. This assumes significance in cases where the activities of the prior phase are not yet
complete.
According to the PMI®, “Progressive detailing of the project management plan is often called rolling wave plan-
ning.”
ACTIVITY 2-1
Examining the Project Life Cycle
Scenario:
You are hired as the project manager for a large global service provider. Your organization
wants your team to design an electrical grid for a new customer within a stipulated time. As a
project manager, you also want to ensure that your team members understand the concept of a
project life cycle and how it applies to the current design project. In this regard, you want to
conduct a training session for your team members. Before conducting the session, you want to
check your understanding of the project life cycle.
TOPIC B
Recognize Process Groups
You are familiar with the project life cycle. To apply appropriate processes to every phase of
the project, you need to know the various process groups and the processes within them. In
this topic, you will list and describe the project management processes and the process groups.
To efficiently manage a project, you need to follow defined processes that help you organize
the project workflow. The knowledge of various processes and their groups will help you apply
them to the project phases appropriately.
Figure 2-5: The relationship between project management inputs, tools and tech-
niques, and outputs.
Figure 2-7: Overview of project management knowledge areas and project manage-
ment processes.
At this point, this is just an overview of the component processes. As you proceed through this course, you will
examine in detail each of the nine project management knowledge areas and their component processes.
Figure 2-8: Project management process groups and knowledge areas mapping.
Scenario:
Our Global Company (OGC) is a large telecommunications company that provides mobile net-
work services across the northeast corridor. You are one of 10 project managers within your
organization who will be involved in implementing a business transformation strategic plan
that calls for acquiring large, successful competitors in the high-growth, high-population-
density metropolitan areas of North America.
The competitors that are identified for acquisition must have a unique, creative business model
that can be integrated into a synergistically superior overall OGC model. The development and
rollout of this business model is the focus of this expansion program. The plan is backed by
funds from banks, shareholders, and OGC’s capital investments and as such has some very
high expectations in specified time frames. Your company wants you to plan the strategic
expansion strategies. As a project manager, you need to identify the project deliverables and
processes that will help you save time for the project and apply them suitably to your project.
Review the OGC Business Transformation Scenario Overview document before answering the
questions in this activity.
You may also find it helpful to review the Project Management Framework image before
answering the questions in this activity.
4. Which project management process group will you apply to regularly measure progress
and identify variances from the project management plan?
a) Initiating
b) Planning
c) Executing
✓ d) Monitoring and controlling
e) Closing
5. Which project management process group will you apply to integrate people and other
resources to fulfill the project management plan for the program?
a) Initiating
b) Planning
✓ c) Executing
d) Monitoring and controlling
e) Closing
Lesson 2 Follow-up
In this lesson, you identified project management processes. By understanding these processes,
you can plan the project efficiently and ensure smooth execution.
1. Which processes will you use often while executing a project?
Answers will vary, but may include: when executing a project, you may use processes such
as directing and managing project execution, performing quality assurance, acquiring
project team, and managing stakeholders.
2. Which activities will you perform frequently during the initial phase of a project life
cycle?
Answers will vary, but may include: while you are in the initial phase of a project life
cycle, you may perform activities such as identifying the project’s objectives and deter-
mining the project time.
Initiating a Project
In this lesson, you will initiate a project.
You will:
• Identify factors in the project selection decision-making process.
• Prepare a project statement of work.
• Create a project charter.
• Identify and list the items in a project management plan.
Business Requirements
Business Requirements Definition:
Business requirements are the pressing organizational needs or market stimuli that
drive decision-makers to sponsor projects and to prioritize competing projects. They
may also be referred to as “problems” and “opportunities.” Business requirements
force management to make critical choices about which projects to authorize, and
when.
Method Description
Benefit measurement models Analyze the predicted value of the completed projects in different
ways. They may present the value in terms of forecasted revenue,
Return on Investment (ROI), predicted consumer demand in the mar-
ketplace, or the Internal Rate of Return (IRR).
Mathematical models Use different types of mathematical formulas and algorithms to deter-
mine the optimal course of action. They may consider variables such
as business constraints, the highest possible profit that could be made
on a project, and the laws and safety regulations that govern business
operations.
Capital Budgeting
Capital Budgeting
Capital budgeting helps senior executives make determinations about when and whether to
make significant investments in capital expenditures such as new equipment, machinery, and
facilities. Capital budgeting is often used if a project is large or if it is likely to involve the
purchase of fixed assets. In these cases, the decision makers may use formal methods such as
payback period, discounted cash flow, and Net Present Value (NPV).
Feasibility Analysis
Definition: Feasibility Analysis (2 Slides)
A feasibility analysis gives management the technical and operational data they need to
make a decision about project selection. In many cases, the feasibility analysis is based
on expert judgment about current technological developments, in-house technical capa-
bilities, and historical data relating to previous project phases.
If the feasibility analysis is a formal study, it should include:
• Description of the problem that the project is expected to solve.
• Summary of relevant historical data about previous project phases.
• Summary and evaluation of available technologies that could be used to solve the
problem, including the potential output quality of each.
• Evaluation, based on current assessment of the organization’s technical capability
and readiness to use each technology.
• Estimate of the costs and time to implement each alternative.
• Statement of assumptions or constraints used to derive the previous evaluations
and estimates.
• Recommendation as to the best alternative to pursue, based on projected cost,
time, and quality.
• Statement of project goals and major development milestones.
Cost-Benefit Analysis
Cost-Benefit Analysis Definition:
A cost-benefit analysis presents a project’s estimated costs alongside its predicted ben-
efits to help decision makers make informed decisions about project selection. Cost-
benefit analyses may be formal or informal. Although they contain quantitative
information, they are merely forecasted expectations, rather than hard data. It is impor-
tant to recognize and document any assumptions used to derive the cost and benefit
forecasts.
The costs include current operating costs and expected project costs related to the
function under analysis. The benefits include quantifiable benefits, such as increased
sales or reduced costs expected as a result of the project, and intangible benefits, such
as enhanced image or brand awareness that can only be described subjectively.
1. Match the rating and scoring system on the left with its description on the right.
a Decision tree a. A type of screening system decision
model that uses a branch diagram to
choose among two different alterna-
tives.
e Criteria profiling b. A decision model using groups of
people to rate the relative priority of
a number of alternatives.
d Weighted factor c. A group technique that allows experts
to be located remotely and remain
anonymous, yet still participate in
group decision making.
b Q-sorting d. A decision model that applies a mul-
tiplier based on importance to each
criterion, which is factored into the
scoring.
c Delphi technique e. A decision model used to evaluate
and score alternatives on each crite-
rion.
4. You have moved into the feasibility analysis and cost benefit analysis of project selec-
tion. One project budgeted for $100,000 came out of the selection process. This is the
company-wide training initiative to be implemented for all project managers to adhere
to PMO project management standards and guidelines. The intent of the training is to
ensure that each member of the project management team understands the scope,
time, and costs in managing competing project requirements. The program will include
specific technology training in the use of a software tool that OGC recently purchased
that totaled $20,000 so that managers can create, manage, and track their projects.
Currently only 10% of the project managers are using the software. One senior man-
ager is questioning the need for the budget to be as high as $100,000. What are your
justifications for the allotted budget? What are the benefits?
The justifications include: 1 — There will be a higher return on software investment by
increasing efficiencies in team members’ use of the tool. 2 — Compare the cost of the
software with the current 10% usage of the managers in the company. 3 — Knowledge of
this tool will ultimately provide better reporting on the status of each individual sub-
project to the overall business transformation project.The benefits include: 1 —
Consistency can be maintained across all projects that are included in the portfolio. 2 —
Provides an opportunity for all managers at all levels in identifying what is involved in
managing competing project requirements. 3 — Provides reinforcement of the company’s
strategic objective before project initiation.
Figure 3-2: Project statement of work for the OGC PM Training Roll-Out
project.
Guidelines:
To prepare an effective statement of work, follow these guidelines:
• Review the product description to ensure that you fully understand the scope of
the work being procured.
• Consult technical experts to define specifications clearly, concisely, and com-
pletely.
• Determine appropriate SOW format.
— If your organization has a preferred or mandated SOW format, be sure to use
it and comply with any standards and policies regarding content.
— If there is no standard SOW format for your organization, you may be able
to modify a SOW from a previous, similar project.
• Present the information in a logical sequence.
• Use consistent terminology and level of detail throughout the SOW.
• Determine if any collateral services are required from a seller external to the orga-
nization as a part of the contract.
— What are the seller’s performance reporting requirements?
— Will the seller be required to provide any post-project operational support?
• Determine the acceptable criteria for the product or service.
• Make sure your SOW includes the following key elements:
— Clear identification of the project name and deliverable name or identification
number.
— A summary of work requested and benefits.
— The major deliverables or key events anticipated.
• List all major identifiable results of the work being performed on the
project.
• List the estimated date of completion for each deliverable.
— All resource requirements.
• List every person, work group, or material that will perform or be used
to perform actual work on the project.
• Provide a brief description of what they will be doing.
• Estimate the actual hours of work they will devote to the project.
— A description of the expected commitments from other departments or people
and how they will impact the project.
— A list of all risks and concerns.
• Include any event or activity that has the potential of affecting the
timeline for completion.
• Pay attention to any assumptions made in identifying work and scope.
— A description of the project completion criteria.
The format of the Project SOW used in this activity is just an example of how a Project SOW can be
formatted.
2. Based on the scenario, which one or more of the following should be included in the
SOW?
✓ a) A clear description of what is required for the internal and external training.
✓ b) The specifications as to how both the internal and external training will be produced
and methods for ensuring that the specifications have been met.
c) A detailed breakdown of all deliverables that will be required to complete the
project.
✓ d) A list of the human resources or work groups that will perform actual work for the
training project.
✓ e) The estimated date of completion for both the internal and external training classes.
3. Yes or No? Based on the scenario, do you think that it will be necessary for OGC to cre-
ate an additional external SOW for this training project?
✓ Yes
No
4. From the C:\085061Data\Initiating a Project folder, open the List of Deliverables and
Resources document to use as a guide while creating the project statement of work.
You may want to display the
C:\085061Data\Initiating a 5. From the C:\085061Data\Initiating a Project folder, open the Blank OGC Project Statement
Project\Solutions\Completed of Work document and, based on the scenario, complete the project statement of work.
OGC Project Statement of
Work document rather than
having the students take the 6. Compare your Project Statement of Work document with the Completed OGC Project
time to complete the SOW on Statement of Work document, in the C:\085061Data\Initiating a Project\Solutions folder.
their own. The goal is to
allow students to see a com-
pleted Project SOW.
Project Charters
Definition: Project Charters
The project charter is a document that provides a clear, concise description of the
business needs that the project is intended to address. It makes a project official; it
authorizes the project manager to lead the project and draw on organizational resources
as needed. The project charter documents initial assumptions about the project, any
known constraints, and the expected results.
Figure 3-3: Project charter for the OGC PM Training Roll-Out project.
Input Description
Project statement of work A document describing the products or services to be delivered by the
project.
Business case A document that justifies the investment made on a project and deter-
mines the benefits expected from the project. The reasons for creating
the business case include market demand, organizational and social
requirements, and customer requests.
Contract If the project is commissioned for an external customer, a contract
from the customer’s organization is an input for project charter devel-
opment.
Enterprise environmental fac- These are internal or external influences that affect project success.
tors For project charter development, these items include company culture,
government or industry standards, stakeholder risk tolerances, market
conditions, human resources, and information systems.
Organizational process assets The processes and procedures for accomplishing work and the corpo-
rate knowledge base for storing and retrieving information. For project
charter development, organizational process assets include policies,
procedures and guidelines, templates, methods for approving and issu-
ing work authorization, and communication requirements. The
corporate knowledge base may include a process measurement data-
base, project files, configuration management, financial data, and
historical information.
Output Description
Project charter Documents information such as project purpose, project objectives, high-level
project requirements, description, risks, and summary milestone schedule and bud-
get. Responsibility for the creation of a project charter varies widely from
organization to organization. In many companies, the project manager is respon-
sible for its creation, but it is issued by the sponsor.
Business Cases
Definition: Business Cases
A business case is a brief document that justifies the investments made for the project
and describes how a particular investment is in accordance with the organization’s
policy. It outlines the technical, investment, and regulatory factors that influence a
project. The business case provides a framework to link an investment proposal to the
achievement of an organizational objective.
Component Description
Business need Substantiates the business reason for conducting the project.
Project contribution Determines the project’s contribution toward the organization’s objec-
tives.
Guidelines:
To create an effective project charter, follow these guidelines:
• Use a corporate template, if one is in existence at your company.
• Include the project and authority identification information:
— Title of the project and the date of authorization.
— Name and contact information of the project manager.
— Name, title, and contact information of the initiating authority (usually the
customer or sponsor).
• Include a clear, concise description of the business need, opportunity, or threat
that the project is intended to address:
— What are the circumstances that generated the need for the project?
— What is the market demand for the product or service?
— Consider any legal requirements associated with the project.
• Include summary descriptions of the product or service of the project:
— What is the required outcome of the project?
— What are the critical characteristics of the product or service?
• Include a description of the project’s relationship to the business need it is
intended to address:
— Why is it important to do the project now?
— How will this project address the business need, opportunity, or threat for
which it is intended?
• Consider any known constraints and/or assumptions:
— Are there any known time, cost, scope, quality, or resource issues or factors
that will limit the way you and your project team can approach the project?
— Are there any factors or issues that you and your project team will presume
to be true, real, or certain in order to begin planning your project?
1. How would you describe the goals and objectives of this project?
All Business Transformation team members must provide consistency in developing
project schedules in order to efficiently manage the many projects that will fall under
the Business Transformation umbrella. Team members must be able to identify all new
internal processes that are the direct result of the Business Transformation acquisitions.
4. Based on what you know at this point, how would you describe the primary
deliverables for this project?
Internal Training—for all new internal processes that are the direct result of the Business
Transformation acquisitions. External Training—outsourced training provider to conduct a
basic, intermediate, and advanced level of training on the project software.
5. Yes or No? At this time, are there any real constraints in the project charter?
✓ Yes
No
6. Open the file C:\085061Data\Initiating a Project\Blank Project Charter and, based on the You may want to display the
scenario, complete the project charter. C:\085061Data\Initiating a
Project\Solutions\Completed
Project Charter document
7. Compare your Blank Project Charter document with the C:\085061Data\Initiating a Project\ rather than having the stu-
Solutions\Completed Project Charter. dents take the time to
complete the project charter
on their own. The goal is to
allow students to see a com-
pleted project charter.
TOPIC D
Identify the Elements of a Project
Management Plan
You have a project charter and formal authorization to apply organizational resources to project
activities. Planning how the project team manages the project to its successful completion is
essential to make progress in a project. In this topic, you will identify the elements of a project
management plan.
Developing a realistic, usable, and dynamic project management plan helps the project team
stay focused on the objectives and purpose of your project. Continually updating your project
management plan as new information becomes available will help you to circumvent problems
before they develop and ensure project work goes according to the plan.
The subsidiary plans may be formal or informal, highly detailed or broadly framed, and are created based on the
requirements of the project.
Output Description
Project management plan A formal document that defines how the project is executed, monitored
and controlled, and closed. This includes all the subsidiary management
plans and baselines.
Scenario:
As one of the project managers of OGC’s Business Transformation project, you will be
responsible for putting together a project management plan. Before you begin, you have
decided to review the elements that the OGC PMO requires all project managers to include in
any project that has a budget of $10,000 or more.
1. As you review the OGC Project Management Plan outline, identify the elements that
your organization requires, if any, for your project management plans.
Answers will vary, but may include: the table of contents, templates for making Revision
History, Deliverable Approval Authority Designations, and Project Team Roles and Respon-
sibilities entries, Glossary, and Definitions.
2. Match the project management plan input with the appropriate description.
d Project charter a. This input uses baselines and subsid-
iary management plans that are
integrated to create or update the
project management plan.
a Outputs from planning b. This input uses existing processes
processes that may impact a project’s success
such as policies, guidelines, or
knowledge gained from previous
projects.
c Enterprise environmental c. This input includes factors that influ-
factors ence the project’s success, such as
anything from existing assets to exter-
nal factors that should always be
considered during plan development.
b Organizational process d. This input authorizes and provides
assets vital information relating to the
project based on which the project
management plan is built.
Lesson 3 Follow-up
In this lesson, you explored the significant elements of initiating a project. By effectively initi-
ating your project and laying a solid foundation for the work that follows, you will increase
your chances of success.
1. Consider the importance of making sound decisions about project selection. How do
you think this will affect your eventual chances for success?
Answers will vary, but may include: making sound decisions during project selection helps
you prioritize the projects and concentrate on projects that are of highest priority.
Selecting the right project among competing projects helps you produce the intended
benefits and satisfies project stakeholders.
2. What are the benefits of developing a project charter?
Answers will vary, but may include: it provides a clear idea of the business needs to be
met by the project, authorizes the project manager to start the project, keeps the team
aware of any known constraints, and so on.
Input Description
Project charter Provides the high-level project or product descriptions that are used to
develop the detailed project requirements.
Stakeholder register Identifies stakeholders who can provide information on the detailed project
or product requirements.
Facilitated Workshops
Facilitated Workshops Definition:
Facilitated workshops are group sessions that bring together key multidisciplinary or
cross-functional stakeholders to define the project or product requirements for the
project. Facilitated workshops are an important technique to quickly define cross-
functional requirements of the various stakeholders of the project. It helps to build
trust, foster relationships, reconcile differences, and improve communication among the
stakeholders, thereby leading to enhanced stakeholder consensus. Because multiple per-
spectives are available, the issues or questions related to the requirements are resolved
quickly.
Method Description
Unanimity Everyone in the group agrees on a single course of action.
Majority Requires support from more than 50% of the members of the group to indicate
the selected decision.
Plurality The largest batch in the group decides for the group even if a majority is not
achieved.
Dictatorship One individual makes the decision for an entire group.
Requirements Documentation
Definition: Requirements Documentation
(2 Slides)
Requirements documentation describes how individual requirements meet the business
requirements of the project. The requirements that are documented in the requirements
documentation must be unambiguous, traceable, complete, consistent, and acceptable to
key stakeholders of the project.
Figure 4-4: Requirements traceability matrix for the OGC Warehouse Manage-
ment Software project.
Forward traceability in the figure implies that it is possible to trace a requirement to elements in the
outputs of later phases in the project life cycle.
Requirement Attributes
Each requirement in the requirements traceability matrix can be further defined by add-
ing key information or attributes. Some of the attributes normally used in the matrix
include:
• A unique identifier
• A description of the requirement
• The reason for inclusion
• Owner
• Priority
Guidelines:
To effectively define and manage project and product requirements, follow these guide-
lines:
• Study the project charter to identify the high-level project requirements and prod-
uct descriptions.
• Examine the stakeholder register to identify stakeholders who can provide infor-
mation on detailed project and product requirements.
• Use various methods to collect project or product requirements. These methods
include:
— Interviews
— Focus groups
— Facilitated workshops
— Group creativity techniques
— Group decision making techniques
— Questionnaires and surveys
— Observations
— Prototypes
• If possible, provide a working model or prototype of the expected product to
obtain feedback on requirements.
• Create the requirements documentation to describe how individual requirements
meet the business need for the project. Ensure that the requirements are measur-
able, testable, traceable, complete, consistent, and acceptable to key stakeholders.
• Review and validate the requirements management plan along with the key stake-
holders and make sure it:
— Describes methods to plan, track, and report requirement activities.
— Describes configuration management related activities.
— Includes process for requirements prioritization.
— Includes project or product related metrics.
— Provides a traceability matrix for requirements.
Scenario:
Vicky Morris, the sponsor, has authorized the project charter and named you as the project
manager for the OGC PM Training Roll-Out project. As project manager, you are responsible
for documenting the various needs and expectations of the stakeholders of the project.
Before interviewing and documenting stakeholder requirements, you decide to review your
You can either have the
notes from earlier meetings with key stakeholders: students do this activity
• The training will include an overview of the management system that has been individually or divide the class
developed for tracking and reporting on multiple, simultaneous projects. One of into groups of three or four.
Since this scenario is lengthy,
the organizational goals is to complete this training before the initiation of all
you may choose to review the
other business transformation projects. key points of the scenario with
• There are high expectations that by initiating this project, the scheduling and the students before asking
tracking capabilities of this software will provide senior management with the them to complete the activity.
Allow up to 15 minutes to
most up-to-date information on the status of each individual project and its impact complete the activity, then
on the business transformation project. discuss the answers with the
• All managers will be required to use the project management scheduling and whole class for approximately
10 minutes.
tracking software when managing their future projects.
1. What would you do to identify the internal stakeholders for the OGC PM Training Roll-
Out project?
Answers will vary, but may include: you will interview the sponsor, Vicky Morris, to iden-
tify the various internal stakeholders for the project. These internal stakeholders will
belong to departments such as Legal, Administration , and IT Infrastructure. You can
interview the supervisors of these departments to know the high level details of approxi-
mately 50 managers who will need to complete the training.
2. Where would you start the process of finding the external stakeholders for the OGC PM
Training Roll-Out project?
Answers will vary, but may include: you will interview the sponsor, Vicky Morris, to iden-
tify the various external stakeholders of the project. Further, some of the internal
stakeholders you identify will most likely be in touch with the external stakeholders, and
can be of great help to you as you identify appropriate external stakeholders.
3. Which is the method used to identify requirements by studying the individuals in their
work environment or while using the product?
a) Surveys
b) Facilitated workshops
✓ c) Observations
d) The Delphi technique
4. For the OGC PM Training Roll-Out project, which one or more of these tools and tech-
niques could you use initially to identify the requirements of the stakeholders?
✓ a) Interviews
✓ b) Focus groups
✓ c) Facilitated workshops
d) Prototypes
6. Which documents can you use as a basis for your requirements documentation?
You can use the project charter and your notes from discussions with stakeholders given
in the scenario as a basis for the requirements documentation.
Figure 4-5: Project scope statement for the OGC PM Training Roll-Out project.
Component Description
Project objectives These are the measurable success criteria for the project. Project objectives
are called critical success factors in some organizations.
Product description The characteristics of the product, service, or result of the project under-
taken.
Project requirements The conditions or capabilities the deliverables of the project must meet to
satisfy a standard, contract, specification, or government or industry regu-
lation.
Project deliverables Any tangible, measurable result or outcome required to complete a project
or portion of a project. The scope statement should include a list of the
summary-level subproducts that, taken together, constitute completion of
the project.
Project exclusions The parameters of what is and what is not included within a project.
Product acceptance criteria The process and criteria for accepting finished products or services result-
ing from a project.
Triple Constraints
Triple constraints are limitations that concern scope, time, and cost. These factors are
interrelated and exist in a state of equilibrium. As the project progresses, if one of
these factors is altered, the other two factors should be balanced to accommodate the
change without compromising the quality of the product or service.
Input Description
Project charter The scope statement will be derived from the project charter. There-
fore, if a charter is not used in a performing organization, then
comparable information must be generated.
Requirements documentation Describes how the individual requirements would meet the business
need for the project.
Output Description
Project scope statement Details, either directly or by reference, the project deliverables and
the work to be performed to meet the deliverables. It helps the
project team to make detailed plans, guides in project execution, and
provides the baselines with which the change requests can be evalu-
ated.
A detailed project scope statement includes the project scope descrip-
tion, product acceptance criteria, project deliverables, project
exclusions, project constraints, and project assumptions.
Project document updates The scope definition may necessitate changes to the initial project
documents that include the stakeholder register, requirements docu-
mentation, and the requirements traceability matrix.
Technique Description
Lateral thinking A creative approach to problem solving in which the team attempts to
think about a problem in new ways and generate a fresh solution.
Brainstorming A general creativity technique for generating possible alternatives. Brain-
storming methods can be structured or unstructured in approach. The goal
is to generate as many ideas as possible from as many team members as
possible.
Delphi technique A group technique that extracts and summarizes anonymous expert group
input to choose among various alternatives. Often used to arrive at an esti-
mate or forecast.
Project Objectives
Definition: Project Objectives
Project objectives are the criteria used to measure whether a project is successful or
not. Objectives must be:
• Specific in terms of scope.
• Quantifiable in terms of time, cost, and quality.
• Realistic and attainable.
• Consistent with organizational plans, policies, and procedures.
• Inclusive of at least one objective.
Projects may have one or several objectives, and subobjectives may be added to the
project in order to further clarify the project goals.
Guidelines:
To create an effective detailed scope statement, follow these guidelines:
• Refine the project objectives, deliverables, and product scope description from the
requirements documentation.
• Re-examine the project requirements. Do they need to be re-prioritized with
respect to the results of the stakeholder analysis?
• Review the project boundaries. If the stakeholder analysis revealed expectations
that are out of alignment with the project objectives, it may be necessary to add
these expectations to the list of excluded items.
• Update the preliminary project constraints, risks, and assumptions. As the project
scope comes more into focus, the constraints, risks, and assumptions will most
likely need to be reconsidered.
• Create schedule milestones so that the client and project team have dates for set-
ting goals and measuring progress.
• Include a revised overall cost estimate and define any cost limitations.
• Identify and document known risks.
• Map out the internal organization with regard to personnel, including manage-
ment, project teams, and stakeholders. Be sure to include the management
requirements, which will define how the project scope and changes therein are
managed.
• Document project specifications and approval requirements.
• Finalize the procedure for accepting completed products.
Scenario:
It is now time for you to create the detailed scope statement that will be included in the Scope
Management Plan for the OGC PM Training Roll-Out. Vicky Morris, the PMO director, has
provided you with the PMO’s scope statement template.
To create the scope statement, you gather the following information:
You can either have the
• All managers will be assessed at 75% or higher in their understanding of OGC students do this activity
project management methodologies and best practices. All managers will be individually or divide the class
assessed at 75% or higher in their understanding of the OGC project management into groups of three or four.
Since this scenario is lengthy,
software. you may choose to review the
• Development of the OGC Project Management Plan reference manual and devel- key points of the scenario with
opment and implementation of the internal training content and instruction for all the students before asking
them to complete the activity.
project managers is required. Project management software training is to be com-
Allow up to 15 minutes to
pleted by all project managers within the organization. complete the activity, then
• All training must be completed on or before September 18th. The training pro- discuss the answers with the
vider will provide the pre-and post-assessment for assessing managers at 75% or whole class for approximately
10 minutes.
higher in their understanding of the project management software. The OGC Inter-
nal Training Team will create a pre-and post-assessment for assessing managers at
75% or higher in their understanding of OGC project management methodologies
and best practices.
• Development of the OGC Project Management Plan guidelines that will be the
focus of the internal training is required. A project management plan reference
document will be developed to be used by all project managers during the busi-
ness transformation program.
1. Which documents can you use as a basis for your scope statement?
You can use the Requirements Documentation and the Project Charter as a basis for your
scope statement.
2. From the C:\085061Data\Managing Project Scope folder, open the Blank Project Scope
Statement document and based on the scenario, complete the scope statement.
You may want to display the
C:\085061Data\Managing 3. Compare your completed document with the C:\085061Data\Managing Project Scope\
Project Scope\Solutions\ Solutions\Completed Project Scope Statement document.
Completed Project Scope
Statement document rather
than having the students take
the time to complete the
project scope statement docu-
ment on their own. The goal
is to allow students to see a
completed project scope state-
ment document. TOPIC C
Develop a Work Breakdown Structure
You developed a scope statement that clearly states the objectives and lists your project’s
major deliverables. Now you can break down the major deliverables into smaller, manageable
pieces. In this topic, you will develop a Work Breakdown Structure (WBS).
It’s always easy to successfully complete a project by breaking it down into smaller, manage-
able chunks. Creating an effective WBS helps improve the accuracy of your time, cost, and
resource estimates.
Deliverables listed at each level on the WBS equal the sum of all of the items on the level directly
beneath them.
For more information on WBS, refer to Project Management Institute, 2008, “Practice Standard for Work Break-
down Structures – Second Edition,” —Newton Square, PA: PMI.
Input Description
Project scope statement The deliverables listed in the WBS will all be drawn from the project
scope statement.
Requirements documentation Describes how the individual requirements would meet the business
need for the project.
Organizational process assets Existing process assets are likely to impact project WBS creation.
These include policies, procedures, and templates for the WBS, project
files, and lessons learned from previous projects.
Output Description
WBS The primary result of the WBS process, it will organize deliverables and work
packages into a manageable hierarchy.
WBS dictionary An auxiliary document containing details about each element in the WBS;
may contain information such as description of work, code of accounts identi-
fication, milestones, contract information, cost, quality requirements, resource
requirements, time estimates, acceptance criteria, or resource information for
measuring performance and completeness.
Scope baseline Includes the detailed project scope statement, the WBS, and the WBS dictio-
nary.
Project document Project documents such as requirements documentation should be updated to
updates include any approved changes introduced when creating the WBS.
Code of Accounts
Definition: Code of Accounts
A code of accounts is any system for numbering the elements in a WBS. A code of
accounts system allows project managers to more easily track individual WBS compo-
nents, which is especially helpful in the areas of performance, reporting, and cost.
If you are organizing your project work by major deliverables, this step will rep-
resent the level directly below the project name. If you are organizing your work
by some other method, the major deliverables will probably be two levels below
the project name.
The PMI® recommends that you include project management as a major deliverable on the WBS.
Scenario:
You have been asked to create a high-level Work Breakdown Structure for the PM Training
Roll-Out. It has been decided that all WBS codes for the business transformation projects will
start with a 3-character prefix. The prefix is being used to track deliverables across all business
transformation subprojects. The 3-character prefix for the PM Training Roll-Out is TRN. Based
on this project’s SOW, you have listed the following deliverables.
1. When creating the WBS for the OGC Training Roll-Out, what types of reference materi-
als and other inputs could you use?
You can reference the requirements documentation, project charter, project statement
of work, and the project scope statement. You should also determine if there is an exist-
ing WBS template that can be used.
3. As the project manager, you are asked to decompose the WBS deliverables. Which
activities would you perform during decomposition?
✓ a) Assign unique ID numbers to each deliverable.
✓ b) Break the deliverables down into smaller components.
c) Arrange the deliverables into categories, based on risk.
d) Organize the deliverables, based on which project team is responsible for their
completion.
4. The scenario shows two deliverables that have been partially decomposed during a
recent meeting. Which of these activities are decomposed?
✓ a) Assemble Internal Training
b) Identify Resources
c) Needs Assessment
✓ d) Determine External Training Provider
5. In Group 2, which WBS would most resemble the inclusion of the decomposed
deliverables?
a) WBS A
✓ b) WBS B
c) WBS C
d) WBS D
Input Description
Project management plan Contains the project scope baseline of all planning processes. The
scope baseline components include the project scope statement, WBS,
and WBS dictionary.
Output Description
Accepted deliverables The verify scope process keeps track of all deliverables that are
completed, accepted, and formally signed-off. The deliverables that
have been formally signed-off or acknowledged by the sponsors or
customers are moved to the close phase or project process.
Change requests Any deliverable that has not been accepted formally is documented
along with the reasons for rejection. These deliverables may undergo
change requests for defect repairs. Change requests can be developed
for review through the perform integrated change control process.
Project document updates Documents that define the product or report status on project
completion may need to be updated as a result of project scope veri-
fication.
E
suggests that the construction be put on hold until the drawings are complete.
AT
Inspectors
In some cases, your team will be asked to conduct the inspection. In other cases,
IC
stakeholders may decide to ask an outside entity to either conduct the inspection, or to
participate with you in conducting it.
PL
Inspection Report Components
DU
Inspection reports are necessary and contain several components. Inspection Report Components
Component Description
T
Project baseline and status This is the comparison of the baseline specifications, schedules, and
NO
comparison budgets to the actual project results for the project phase or deliver-
able.
Overall project status This is a discussion of whether the project as a whole is on track, or
DO
1. Your team has been designing a plan that calls for testing and verification of the
assessment questions. The team has determined the criteria for acceptability for each
assessment question. What should be your next step in the inspection process?
a) Establish the scope of the review.
✓ b) Determine the methodology of the review.
c) Conduct the review.
d) Prepare a review report for stakeholders.
2. Your team has decided to use a checklist and job aid in combination for the assess-
ment review. Before beginning the actual review, what else would you consider doing?
Before you begin the review, you should first gather all relevant scope documentation,
including the WBS, scope statement, and requirements documentation. You should also
communicate with the team members who will participate in the test, so they can pre-
pare for the review.
3. The draft assessments have passed the inspection. What should be included in your
review report, and why?
1. The project baseline and status comparison. This part of the report compares baseline
specifications, schedules, and budgets to the actual project results. 2. Overall project
status. This part of the report discusses whether or not the project as a whole is on track
with the project plan. 3. Change recommendations. Recommending changes would be nec-
essary if the review indicated that the product specification, scope, schedule, or budget
goals would not be met. 4. Scope and methodology of the inspection. This part of the
report explains the purpose and details of the review.
4. You receive formal approval for the assessments. How will you inform stakeholders?
Provide written documentation to project stakeholders indicating formal acceptance in
accordance with the communications management plan.
Scope creep refers to uncontrolled changes made to the project scope. The changes are made without taking into
consideration the effects on time, costs, and resources, or without customer approval.
Guidelines:
To effectively control project scope, follow these guidelines:
• Develop and implement a scope change control system. Make sure that your sys-
tem:
— Is integrated with the project’s integrated change control system.
— Includes the paperwork, tracking systems, and approval levels necessary for
authorizing scope changes.
— Complies with any relevant contractual provisions when the project is done
under contract.
— Complies with the guidelines specified in the scope management plan.
• Evaluate change requests by asking questions:
— What is the magnitude of the change when compared to the scope statement
and WBS?
— What is the impact of the change on project cost, schedule, and quality
objectives?
— What are the potential risks and benefits of the change?
1. You have various inputs available to manage a scope change, such as the one in the
scenario. Match the input with its description.
a Configuration manage- a. Provides information on elements that
ment plan can be configured, those that undergo
formal change control, and the pro-
cess of controlling such changes.
c Work performance infor- b. Links project requirements to the
mation business and project objectives and
ensures that the requirements add
business value to the project.
d Requirements documenta- c. Periodically collected information
tion about project activities that are being
performed to accomplish the project
work.
b Requirements traceability d. Documents how each project require-
matrix ment meets the overall business need
of the project.
2. A scope change request recommending additional cost documentation has been sub-
mitted to the CCB for analysis. This change might impact the project finish date. What
should be the first step of the CCB?
✓ a) Evaluate the request.
b) Ensure that new specifications are detailed.
c) Monitor changes.
d) Identify corrective action to take.
3. The CCB informs you that the additional costs for the workshop will be adjusted in the
project budget. However, the project finish date must remain the same. As the project
manager, what could you do to ensure that the project finishes on time?
Consider assigning additional resources to effort-driven activities on the critical path.
Activities
Activities Definition:
An activity is an element of project work that requires action to produce a deliverable.
Activities lay the foundation for estimating, scheduling, executing, and monitoring and
controlling the project work. The characteristics of an activity are:
• It has an expected duration.
• It consumes budget, human resources, or both.
• It is named in verb-noun format.
Activity Components
Activities can be broken down into smaller components. For example, the activity
“reserve conference room,” could be broken down in the following way:
• Determine budget.
• Determine size requirement.
• Determine date needed.
• Identify possible room alternatives.
• Select room.
• Call to reserve room.
• File confirmation when received.
Work Package
Definition: Work Package
Work package refers to the planned work or the deliverables that are contained in the
lowest level component of the work breakdown structure. The work package can be
described as a manageable work effort, or a level at which the cost and schedule for
the work can be easily estimated. A work package can be decomposed into smaller
components called activities that represent the work required to complete the work
package.
Because activity definition is the first step in the schedule development process, activities are also
referred to as schedule activities.
Note that every single component of work is not typically tracked on the master
project schedule. However, work package owners—those responsible for the comple-
tion of the work packages—may develop a schedule containing the itemized
components of work necessary to complete the activities in the work package.
While the 8/80 rule may be a useful guideline on small projects, it would be impractical to apply it to large
projects, which would necessitate tracking millions of work packages.
You can open the Schedule Management Plan document from the C:\085061Data\Estimating Project
Time folder.
Input Description
Scope baseline A component of the project management plan. It includes the detailed
project scope statement, the WBS, and the WBS dictionary that provide
information on the project scope, deliverables, constraints, and assump-
tions.
Enterprise environmental Include external variables such as availability of software or Project
factors Management Information Systems (PMIS).
Organizational process assets Include existing policies or rules for defining activities and the lessons-
learned document that provides historical information regarding similar
activities in previous projects.
Output Description
Activity list A definitive list of activities that must be completed to produce deliverables.
Activity attributes Information describing the activities by listing the different components associ-
ated with the activities, which include responsible team members and
manpower required. Activity attributes are used to develop project schedules,
and to select, order, and sort planned activities.
Milestone list Helps identify and prioritize activities during scheduling by indicating if the
milestones are mandatory or optional.
Guidelines:
To define activities and create an activity list, follow these guidelines:
• First, gather the inputs and resource materials you will need. These may include:
— The WBS.
— An activity list template.
— The scope statement.
— Relevant historical information.
— Constraints and assumptions.
• Analyze and decompose each work package of the WBS into activities that will
be required to produce the deliverable.
— Conduct brainstorming sessions with the project team to ensure that no
required activities are overlooked.
— Consult the scope statement to ensure that activities will enable you to meet
the project objectives.
• Consult records of similar projects to identify possible activities.
Output Description
Project schedule network dia- Show the sequence of all project activities and the logical relation-
grams ship that exists between them.
Project document updates Documents that need to be updated after activity sequencing
include activity lists, activity attributes, and the risk register.
Dependency Description
Mandatory A mandatory dependency is inherent to the work itself. They are usually
affected by physical constraints. Activities must be done in a specific
sequence for the work to be successful. Also known as “hard logic.”
Example: Books can’t be bound before they’re printed.
Discretionary A discretionary dependency is defined by the project and project manage-
ment team at their discretion. It is defined based on the best practices
followed in a specific application area or on specific requirements. If there
is no mandatory or external dependency between two activities, the team
has some flexibility in activity sequencing. Also known as “soft logic,”
“preferential logic,” and “preferred logic.”
Example: The sponsor would like to see the book’s cover design as soon
as possible, so the team may decide to have the cover artwork done before
the inside illustrations.
External An external dependency is contingent on inputs from outside the project
activities.
Example: The books can’t be printed until the shipment of paper arrives.
Precedence Relationships
Precedence Relationships Definition:
A precedence relationship is the logical relationship between two activities that
describes the sequence in which the activities should be carried out. Each activity has
two open points: Start and Finish points. Precedence relationship considers appropriate
logic while connecting these points. Precedence indicates which of two activities
should come first (the predecessor activity) and which should come later (the successor
activity). Precedence relationships are always assigned to activities based on the depen-
dencies of each activity.
Lag
Definition: Lag
A lag is a delay in the start of a successor activity. Some relationships require a lag
before a subsequent activity can begin. Lags are determined by an external or manda-
tory dependency and may affect activities with any of the four precedence
relationships.
Possible Lags
There are several reasons why lags occur. Examples of two possible lags are:
• The permit application takes six weeks to process.
• The adhesive must dry until it becomes tacky before the laminate can be installed.
In the first example, the activity that follows the submission of the permit application
is delayed by six weeks due to an external dependency of the application processing
time. In the second example, the installation of the laminate activity is delayed by the
amount of time the adhesive takes to dry. This is a lag due to a mandatory depen-
dency, because the delay is inherent to the work itself.
Lead
Lead Definition:
A lead is a change in a logical relationship that allows the successor activity to start
before the predecessor activity ends in an FS relationship. A lead is implemented when
you need to accelerate a successor activity in order to shorten the overall project
schedule.
Leads will vary in length, depending on the acceleration required by the amended
schedule. Sometimes, a lead introduces a risk of rework as the successor activity starts
before the completion of the predecessor activity, and the complete, comprehensive
inputs may not be available.
Possible Lead
The programmer for a website may decide to start programming the home page four
days before the interface design is approved. Starting the programming may shorten
the overall project schedule by four days. However, if the design is not approved, there
may be significant rework for the programmer, resulting in the loss of some or all of
the four-day gain.
The summary information describes the basic approach used to sequence project activities.
Project schedule network diagrams may differ in that they may be:
• Very detailed or more high level.
• Generated manually or with software.
• Constructed using a variety of methods.
• Of several types, including the precedence diagramming method.
The PDM method is also referred to as Activity-On-Node (AON) and is used in several project manage-
ment software packages.
Figure 5-9: A project schedule network diagram using the precedence dia-
gramming method.
When creating a network diagram, you may want to create a “Start” node that connects by arrows to PMI® has discarded the usage
all of the nodes for activities with no dependencies. of GERT in its PMBOK®
editions. However, it is better
to be aware of this technique
as well.
1. During a recent meeting with your team, a decision was made to add five days
between identifying the team lead and identifying resources due to other commit-
ments that some members of the team need to address in other projects. Will this be a
lag or lead relationship that you should account for? Please explain.
There will be a five day lag between identifying the resources and defining roles and
responsibilities.
3. Referring to the OGC Activity List document, draw your network diagram for WBS
TRN0001, Assembling Internal Training Team. Make sure that all the required activities
are included in your network diagram. Make sure your diagram shows the sequence
constraints from left to right. Check to make sure the activities that are connected by
arrows correctly indicate their precedence relationship. Include inside each node the
WBS Code, duration, and lag or lead time.
Project Resources
Project Resources Definition:
Project resources refer to any useful material object or any person needed for the
project work to be completed.
Project resources will vary greatly in size, cost, and function. They typically fall into
one of the following categories: labor, materials, facilities, equipment, consultants, ser-
vices, supplies, or utilities. Project resources are almost always limited in quantity, and
therefore require thoughtful allocation.
Input Description
Activity list Lists the activities that are in need of resources to complete a
project successfully.
Activity attributes Contain the fundamental information about all the activity
resources in the activity list.
Resource calendars List availability of resources for each activity. Composite calendars
will list additional information such as the available list of
resources and the skills and capabilities of human resources.
Resource calendars are used to estimate resource utilization.
Enterprise environmental factors Include factors that can influence the estimate activity resources
process such as resource availability and skillsets.
Organizational process assets Include organization’s policies, procedures, and guidelines about
hiring procedures and resource acquisitions. It also includes histori-
cal information about resources used in previous projects.
Output Description
Activity resource requirements Description of identified resources (and quantities) necessary
to complete project activities.
Resource breakdown structure Hierarchy of identified resources, organized by category and
type. Category includes labor and equipment, and type
includes resource skills and grade levels. The resource break-
down structure helps organize and report the project schedule
information along with the resource utilization data.
Project document updates Documents that are updated when estimating activity
resources. Updated documents include activity lists, activity
attributes, and resource calendars.
Guidelines:
To determine the resource requirements for your project, follow these guidelines:
• Determine what resources are necessary to complete each activity in the work
packages.
• Determine what quantity of resources is necessary to complete each activity.
• Generate possible alternatives for unavailable resources and areas where:
Most project managers use a spreadsheet program to capture the resource requirements
for their projects. This allows flexibility in formatting the information and lets you output
the columns you want for a particular purpose.
1. What are some additional factors that you would consider when identifying the
resources to fill the identified roles?
Answers will vary, but may include: resource availability, reporting structure, experi-
ence, and costs.
2. What would you consider when determining the software training vendor?
Answers will vary, but may include: OGC’s organizational policies that could affect
resource acquisition and usage, availability, industry expertise, travel distance, and
costs.
3. As the project manager, what factors would you consider to make a decision on
whether to outsource development of the internal training content?
Answers will vary, but may include: verifying the project scope statement and considering
resource availability, resource experience, costs, and time for development.
4. What other types of resources, other than people, would you list for this project?
Answers will vary, but may include: availability of an internal classroom to accommodate
the number of people to be trained, an external copy center, and necessary equipment
such as computers, software, and overhead projector.
Effort
Effort is the number of person-hours or person-days required for completion of an
activity. The estimates of effort provide the basis for cost estimating and resource allo-
cation.
Input Description
Activity list Lists activities for duration estimation.
Activity attributes Contain details about activity resources, which help estimate
duration.
Activity resource requirements Resource availability will influence how easily and quickly the
required quantities of resource requirements can be met, thus
impacting the overall activity duration.
Resource calendars Contain information about resource availability and capability,
which affects duration.
Project scope statement Contains constraints and assumptions such as availability of
information and existing conditions that could affect activity
durations.
Enterprise environmental factors Include existing duration estimation databases, whether internal
or commercial, productivity metrics, and contract terms and
requirements. These factors may provide estimates and refer-
ence data.
Organizational process assets Include existing policies or files such as project calendars and
lessons learned from past projects, which may prove useful.
Output Description
Activity duration estimates Approximate number of work units required to complete project activi-
ties. Lags are not considered when estimating activity durations.
Project document updates New activity attributes and assumptions may be added as a result of
duration estimation.
As more information becomes available about the activity or work package, the reserve time can
be modified.
Scenario:
After determining the resources that you will need to complete the OGC PM Training Roll-Out
project, you are now ready to estimate the durations for each activity:
• Assemble Internal Training Team—This team will be responsible for identifying
internal training needs and managing the effort to fulfill those needs. External
resources representing both the need areas and the audience are identified and
incorporated into the team.
• Assessing Needs—Identifies potential areas of training that would be most benefi-
cial to the Business Transformation Program. Beneficial is defined by the
organizational components represented in the team.
You have given the group a list that includes each activity’s WBS, name, predecessor relation-
ship, and assigned resource. The goal of the meeting is to determine the durations for these
activities.
1. For the summary task, Resources Identification, the team members explained that,
based on past experience, the interviews would be complete in a week, if all of the
managers were available to conduct the interviews during that week. When asked how
many hours they expected to work during the week, they responded with 10 hours.
Based on their response to this question, what will the elapsed time be for these
activities? Please note that a week refers to five days.
a) 10 hours
✓ b) One week
c) 50 hours
d) A day and a half
2. When the team members determined how long they thought it would take to complete
the manager interviews, what type of duration estimating technique were they prob-
ably using?
a) Parametric estimating
b) Analogous estimating
c) Reserve analysis
✓ d) Expert judgment
4. Do you find it helpful in the activity list to have milestones represented with a zero
duration? Why or why not?
Answers will vary, but may include: yes, it is helpful, because a zero duration activity
will immediately indicate a milestone. A milestone indicates a significant event that does
not need time for completion, but should be tracked for completion.
Lesson 5 Follow-up
In this lesson, you identified effective methods to assign resources and calculate the activity
timings for your project. This will help you track project performance and the project will be
delivered on time without any delay.
1. Consider the importance of creating an activity list. How do you think that creating an
activity list for your projects will help ensure that your project activities are tied to
the project scope?
Answers will vary, but may include: each activity is checked for the completion criteria,
which in turn facilitates the project manager’s task of validating the contribution of the
planned activities. This may result in adding, modifying, and eliminating the activities
from the list and making the list more refined. Fundamentally, activities are derived
from the WBS and the scope statement of the project. These two documents describe the
scope of the project.
2. Reflect on the advantages of creating a project schedule network diagram. How do you
think this will help you organize your project more effectively?
Answers will vary, but may include: the project schedule network diagram depicts the
flow of project execution. This helps identify any flaws in the flow of project activities
and rectify them immediately.
Project Schedules
Project Schedules Definition:
A project schedule is the project team’s plan for starting and finishing activities on
specific dates and in a certain sequence. The schedule also specifies planned dates for
meeting project milestones.
With its supporting detail, the schedule is the main output of the develop schedule pro-
cess. The purpose of the project schedule is to coordinate activities into a master plan
in order to complete the project objectives on time. It is also used to track schedule
performance and to keep upper management and project stakeholders informed about
project status.
Figure 6-2: A project schedule for a website design project (deliverable cat-
egories in bold).
Input Description
Activity list Lists activities that are the building blocks of project schedules.
Activity attributes Include information about responsibility assignment, location of the
work, and type of work to be performed. These details are impor-
tant when assigning dates to activities.
Project schedule network diagrams Show the sequence of all project activities.
Activity resource requirements Affect project schedules depending on how difficult the require-
ments are to fulfill.
Resource calendars Provide information about when work can be performed and which
resources are available.
Activity duration estimates Include information on approximate number of work units required
to complete project activities.
Project scope statement Contains assumptions and constraints, both of which can affect the
project schedule.
Enterprise environmental factors May include schedule development software.
Organizational process assets May include a project calendar or a scheduling methodology.
Output Description
Project schedule Includes the start and finish dates for each activity. Project schedule
outputs may include:
• A resource histogram, milestone charts, table, or network diagram
showing resource requirements by time period.
• Alternative schedules, such as high-level, detailed, and best-case
or worst-case schedules, with or without imposed dates.
• Contingency reserves.
• Optionally, additional items including cash-flow projections, and
order and delivery schedules.
Schedule baseline Includes version of the schedule created through schedule network
analysis. This output also features approved baseline start and finish
dates.
Schedule data Includes the schedule milestones, schedule activities and their
attributes, and documentation of all identified constraints and assump-
tions. Schedule data could also include items such as resource
histograms, cash-flow projections, and order and delivery schedules.
Notation Description
ES Early start. The earliest time an activity can start. Usually, the ES of the first
activity in a network diagram is zero. The ES of all other activities is the latest
Early Finish (EF) of any predecessor activities (assuming that any successor
activity starts as soon as all its predecessor activities are finished).
EF Early finish. The earliest time an activity can finish. The EF for the first activity
is the same as its duration. For all other activities, EF is the latest EF of all of an
activity’s predecessor activities plus its duration.
LF Late finish. The latest time an activity can finish. The LF for the last activity is
the same as its EF time. The LF for any predecessor activity is the earliest LS of
any of its successor activities.
LS Late start. The latest time an activity can start. The LS for the last activity is its
EF minus its duration. The LS for any predecessor activity is its LF minus its
duration.
DU Duration. The number of work periods required for completion of an activity.
Although it is easy to calculate the critical path by using software, students preparing for the CAPM
certification exam should be aware that they may be asked to calculate a critical path with paper and
pencil during the exam.
Float
Float Definition:
Float is the amount of time an activity can be delayed from its ES without delaying
the project finish date or the consecutive activities. Float occurs only in activities that
are not on the critical path. Float is also called “slack.” There are two types: total float
and free float.
When you see the term “float” by itself, it generally refers to total float.
Free Float
Definition: Free Float
Free float is the amount of time an activity can be delayed without delaying the ES of
any activity that immediately follows it. It allows flexibility of the start or finish time
within that activity only. If there is a string of activities with float, free float will be
available only for the activity at the end of the string. Free float on the activity is cal-
culated by subtracting the EF of an activity from the ES of its successor activity.
Figure 6-9: Critical Path Method involves calculating one early and late start
and finish date for each activity.
Resource Leveling
Resource Leveling Definition:
Resource leveling is used to analyze the schedule model. It allows you to readjust the
work as appropriate so that people are not overly allocated. It is also used to address
scheduling activities when critical resources are only available at certain times.
Resource leveling is normally done after the critical path has been initially identified.
The critical path frequently changes as a result of resource leveling. Resource leveling
tools are found in many types of project management software.
The most common scheduling conflicts are under-allocation of resources to a critical task and over-
allocation of a critical resource.
Automated Leveling
Most project management software packages have resource leveling capabilities. How-
ever, make sure you analyze the results before accepting them. Automated leveling
often pushes out the project’s completion date. Resources may be reallocated to work
at times that are inappropriate due to other constraints.
Schedule Formats
Schedule Formats (3 Slides)
The project schedule can be presented in several different formats, depending on the circum-
stances.
Scenario:
Now that you have the list of activities, estimated durations, and estimated resources, it is time
to draft the project schedule to determine the start and finish dates for the project activities.
The project is scheduled to start on May 11, 2009 and must finish no later than September 18,
2009.
To draft the schedule, refer to the May 2009 Calendar document.
In this activity, you will develop the project schedule for a work package, and not the entire project.
2. Use the supplied table to draft the project schedule for WBS TRN0001, Assembling
Internal Training Team.
Saturdays and Sundays need
not be included when drafting
this schedule.
Critical Activities
Critical Activities Definition:
Critical activities are the activities that are on the critical path. Generally, for all
activities along the critical path, ES = LS and EF = LF. There can be no flexibility in
the start time or the finish time for these activities. Activities that are not on the criti-
cal path usually have some flexibility in their start and finish times.
There is software available that will quickly compute these elements, including the critical path,
but you may be expected to perform these calculations yourself, on paper, in order to pass the
CAMP certification exam.
4. Identify the critical path as the path with the longest total duration and zero float.
Although the ES of the first activity can be zero, it can also have the value one. But when the ES
of the first activity is one, then the duration should be calculated as ES + DU - 1. The ES of the
successor activity will then be the EF of the predecessor activity plus one.
For example, if the ES of the first activity is one, then its EF would be 1 + 10 - 1 = 10 and the
ES of the second activity would be 11.
• The EF for all subsequent activities is its ES plus its duration. For example, the
EF of activity B (25) is its ES (10) plus its duration (15).
• The LF for the last activity is the same as its EF time (66).
• The LS for the last activity (61) is its EF (66) minus its duration (5).
• The LF for any predecessor activity is the same as the earliest LS of any of its
successors plus or minus any leads or lags between the two activities.
For example, the LF of activity E is the same as activity H LS (61), and the LF
for activity F (41) is the LS for activity G (49) minus the 8-hour FS lag (49 - 8 =
41).
• The LS for any predecessor activity is its LF minus its duration. For example, the
LS for activity E (48) is its LF (61) minus its duration (13).
• Only the three activities that are not on the critical path (C, D, and E) have total
float (TF = 11).
• Only the last activity in that string (activity E) has free float (FF = 11).
Scenario:
You have listed the activities, estimated durations, estimated resources, and drafted the project
schedule. Next you are going to calculate the critical path to document in the network diagram
any float that you currently have in the schedule. At this point, you will focus on the first two
phases of the OGC PM Training Roll-Out project.
6. Determine the floats for the activities in this network. Which activities have total float
in this network?
Activity TRN2.1.1.1, Identify High-level BT PM Needs, has 4.25 days of total float.
TOPIC C
Optimize the Project Schedule
You drafted your project schedule and identified the critical path. You are ready to begin the
hands-on management of the schedule, which involves successfully negotiating organizational
constraints on time and resources. To do so, you must identify the tools that project managers
use to respond to resource fluctuations, ordinary setbacks, and delays while responding to the
perennial business need of bringing in the project on time. In this topic, you will optimize the
project schedule.
Setbacks, delays, constraints on time and resources, and competing priorities are all part of
everyday life in business, and they will affect every project you work on. You want to be able
to work effectively in the face of these challenges by optimizing your project schedule, which
means using project management tools to work around these problems so that you can support
the needs of the business.
Schedule Compression
Schedule Compression Definition:
Schedule compression is the shortening of the project schedule without affecting the
project scope. Setbacks or revised deadlines can cause production problems, in which
there is little time to do a lot of work. When these issues occur, product quality is
often sacrificed. Schedule compression alleviates the pressure of completing too many
activities in too little time without negatively affecting the project scope. Compression
may be achieved in one of two ways: fast-tracking and crashing.
Crashing
Definition: Crashing
Crashing is a schedule compression method that analyzes cost and schedule trade-offs
to determine how to obtain the greatest schedule compression for the least incremental
cost. Crashing typically involves allocating more resources to activities on the critical
path in an effort to shorten their duration and thereby increases project costs. In addi-
tion, crashing involves approving overtime and paying to expedite delivery to activities
on the critical path.
To crash a schedule, analyze:
• Duration estimate under normal (for example, not compressed) conditions.
• Cost associated with the normal condition.
• Duration estimate under the crash condition.
• Cost associated with the crash condition.
The formula for calculating crash costs per week is (crash cost – normal cost) / (nor-
mal time – crash time).
While you haven’t yet analyzed the effect of crashing the activities, you can determine
from your calculations that:
• Activities D and C are the best candidates for crashing.
— Activity D has a net gain of three weeks at a cost of just $500 per week.
— Activity C reduces the schedule by two weeks at a cost of only $1,500 per
week.
• Activity E is another possible candidate with a three-week reduction at a cost of
$2,000 per week.
• Activity B, which has a crash cost of $4,500 per week and a reduction of only
one week, is the worst candidate for crashing.
• The order in which the activities should be crashed is D, C, E, A, and B.
• The total number of weeks by which the project could be shortened if all of the
activities on the critical path are crashed is 11 (45 – 34).
• The total additional cost if all activities on the critical path are crashed is $23,000
($71,000 – $48,000).
Activity A has the highest crash cost per week ($6,000 per week). D has the lowest ($250
per week).
4. Which activities are the best candidates for crashing, and in what sequence?
Consider crashing in the sequence G, B, F, C, and then A. G or B will compress the sched-
ule by 2 weeks, at a cost of $1,000 per week; F will compress the schedule by 7 weeks at To see additional examples of
a cost of $2,000 per week; C will compress the schedule by 1 week at a cost of $2,000 per crashing, refer to the Crashing
week; A will compress the schedule by 3 weeks at a cost of $6,000 per week. Carefully document in the C:\
085061Data\Developing a
examine any possible crashing because another network path might emerge as the critical
Project Schedule folder.
path.
7. If you crashed all the activities identified on the original critical path, what would hap-
pen to the duration for that network path?
It would go from 50 weeks (normal) to 35 weeks (10 + 4 + 5 + 13 + 3), a net decrease of 15
weeks.
9. What would happen to the total project cost if you decided to crash every activity in
the project?
Total project cost would increase to $137,000.
10. What other factors would you need to consider when deciding whether to crash this
schedule?
Answers will vary, but may include: consider resource allocation under normal and crash
conditions. Consider also the possible quality and risk implications of compressing the
duration of each of those activities.
11. What should you do if the normal time and the crash time for an activity are the same?
Nothing. You can’t crash that activity.
TOPIC D
Establish a Schedule Baseline
You are familiar with drafting and optimizing your project schedule. Now, you need to create a
schedule baseline in order to get management approval for your project schedule. In this topic,
you will establish a schedule baseline.
As a project manager, it is your responsibility to get management approval for your project
schedule so that you can begin your project on the right footing, setting the stage for proper
monitoring and measuring of schedule performance throughout the life cycle of the project.
The schedule baseline is the key mechanism for gaining that approval and so your ability to
generate the appropriate baseline will be critical to project success.
Schedule Baselines
Definition: Schedule Baselines
A schedule baseline is the management-approved version of the project schedule; it is
drawn from the schedule network analysis and includes baseline start and finish dates.
It provides the basis for measuring and reporting schedule performance. It is a formal
part of the project management plan.
Guidelines:
To establish the schedule baseline, follow these guidelines:
• Gather your preliminary project schedule, which includes the project’s start and
finish dates. Make sure that all of its components are accurate and up-to-date,
including resources, durations, calendars, predecessor dates, task dependencies,
cost estimates, and constraints. Confirm that resources have not been over-
allocated.
• Distribute the proposed schedule baseline to the appropriate stakeholders and
project management team for approval. This approval is a formal requirement, and
as such, it should be received in writing from the project sponsor.
• Incorporate any changes to the schedule baseline as required by the management
team.
• Changes to your schedule baseline may require additional resources or more time;
these changes will affect the project cost and will require you to update your cost
baseline as well.
• Revisions made to the schedule baseline after it has been approved will need to
be made through a formal change process approved by management.
• Save the original schedule baseline. During the life cycle of the project, changes
will be made as the schedule baseline is updated and revised; you will need to
preserve the historical data included in your original schedule baseline.
2. How would you describe the difference between the draft schedule and the schedule
baseline?
Answers will vary, but may include: the draft schedule evolves through the planning
cycle. However, once the draft schedule is committed to by the project stakeholders, the
scheduled activities’ start and finish dates, durations, and calculated work are set in the
schedule baseline data, which can be used as a comparison once the project is underway.
4. True or False? When the schedule baseline is first saved, the schedule variance for
each activity should be equal to zero.
✓ True
False
TOPIC E
Control the Project Schedule
When you planned your project, you developed a schedule to serve as a baseline during
project execution, monitoring, and controlling. Now you need to determine how much variance
exists between the actual work completed and the work scheduled. In this topic, you will
examine the control schedule process and control the project schedule.
“When was the work scheduled to be completed?” “Can we change the project end date?”
“Are we going to finish the project on time?” Answering questions like these is what project
schedule control is all about. Effective schedule control ensures that you complete your project
on time according to the project schedule.
Input Description
Project management plan Contains the schedule management plan, which sets up guidelines
on how the project schedule will be administered and directed. It
also contains the schedule baseline that is used for comparing
actual results and determining the type of corrective action that is
needed.
Project schedule Contains the up-to-date version of the project schedule with details
on completed activities and activities that are yet to commence,
with their respective start and end dates.
Work performance information Provides information on project progression, such as activities that
are started, in progress, or finished.
Organizational process assets Include schedule control related policies, procedures, and guide-
lines, schedule control tools, and monitoring and reporting methods
that are to be followed.
Output Description
Work performance measurements Schedule Variance (SV) and Schedule Performance Index (SPI)
values calculated for WBS components are documented and
communicated to the respective stakeholders.
Organizational process assets updates Items documented in the organizational process assets include
lessons learned about the causes of variance, the reason why
corrective actions are chosen, as well as other types of lessons
learned from schedule control.
Change requests Any changes requested to the project schedule baseline can
originate from schedule variance analysis, review of progress
reports, results of performance measures, and modifications to
the project schedule.
Project management plan updates Contains updated components such as the schedule baseline,
schedule management plan, and cost baseline to reflect changes
caused by the schedule adjustments.
Project document updates Contains updated project documents such as schedule data and
project schedule.
Developed primarily by the Department of Defense, earned value is a metric for achieving meaningful compari-
sons between planned and completed work.
EVM Variables
EVM involves calculating three independent variables to assess and monitor project cost and EVM Variables
schedule performance progress. The variables include:
• Planned Value (PV).
• Earned Value (EV).
• Actual Cost (AC).
These three variables are used to provide measures of whether or not work is being accom-
plished as planned and to forecast project cost at completion.
Planned Value was formerly referred to as the Budgeted Cost of Work Scheduled (BCWS).
Earned Value was formerly referred to as the Budgeted Cost of Work Performed (BCWP).
Content related to schedule and costs has been dealt with as separate topics in this course. For detailed informa-
tion on Cost Variance (CV) and Cost Performance Index (CPI), refer to the “Control Project Costs” topic.
EVM
The project manager analyzes the information in the table and graph and determines
that the Actual Cost (AC) to perform the work is more than its Earned Value (EV).
This indicates a negative cost variance and a budget overrun. In addition, the EV is
less than the Planned Value (PV), which indicates a negative schedule variance.
% Com-
Activity plete PV AC EV SV CV SPI CPI
A 100% $6,000 $10,000 $6,000 $0.00 -$4,000 1.00 0.60
B 50% $50,000 $44,000 $25,000 -$25,000 -$19,000 0.50 0.57
C 50% $12,000 $5,000 $6,000 -$6,000 $1,000 0.50 1.20
D 25% $16,000 $6,000 $4,000 -$12,000 -$2,000 0.25 0.67
E 0% 0 0 0 0 0 -
F 0% 0 0 0 0 0 -
TOTAL $84,000 $65,000 $41,000 -$43,000 -$24,000 0.49 0.63
Content related to schedule and costs has been dealt with separately as topics in this course. For
detailed information on Cost Variance (CV) and Cost Performance Index (CPI), refer to the “Control
Project Costs” topic.
Guidelines:
To control the project schedule, follow these guidelines.
• Develop and implement a schedule change control system. Make sure your sys-
tem:
— Is integrated with the project’s integrated change control system.
— Includes the paperwork, tracking systems, and approval levels necessary for
authorizing schedule changes.
— Complies with any relevant contractual provisions when the project is done
under contract.
— Complies with the guidelines specified in the schedule management plan.
• Evaluate change requests by asking these questions:
— What is the magnitude of the change when compared to the schedule
baseline?
— What is the impact of the change on project cost and quality objectives?
— What are the potential risks and benefits of the change?
• Use performance measurement techniques to compare actual schedule perfor-
mance to planned performance.
— Use schedule reports to monitor schedule performance.
— Calculate SV and SPI to determine whether the project is ahead of or behind
schedule.
• Analyze the results of your performance measurements by asking these questions:
— What is the cause of the variance?
— What is the magnitude of the variance? Is the activity that is causing the
variance on the schedule’s critical path? If so, this will indicate that your
project finish date will be pushed out.
— Is it likely that the variance can be made up in the near future without cor-
rective action or is corrective action necessary to bring the schedule
performance back in line with the baseline?
• Identify and document corrective action to take to bring expected future project
performance in line with planned performance. Depending on the priorities of
your project, consider one or more of the following alternatives:
3. The SV for the eighth week of your project is -$3,000. The SPI for this reporting period For question 3, you may want
is .80. What is your analysis of this data and the project’s schedule performance to to explain to the students that
date? the SPI is .80, which indicates
the project is behind schedule.
A negative SV indicates that the project is currently behind schedule. An SPI number less
than 1.0 also indicates that the project is behind schedule. You need to determine the
cause of the variance and whether the activity that is behind schedule is on the critical
path. You may consider talking to your resources to identify the source of the problem.
You may have to change the schedule dates as well.
4. Using performance measurement techniques, you have determined that the project is
behind schedule. What should you do with this information?
Now that you know the project is behind schedule, you need to determine what activity is
causing the problem. Once the activity has been identified, you must then determine
whether it is on the critical path. If it is on the critical path, you most likely will have to
take corrective action, such as fast-tracking, compression, or resource leveling to meet
your milestone dates and your project deliverable deadline. Remember to analyze the
impact of your corrective action on project cost and quality performance baselines. You
should continue to carefully monitor the schedule performance to check the effectiveness
of your corrective action.
Lesson 6 Follow-up
In this lesson, you developed a project schedule. Developing a project schedule that details the
work assigned to the project resources and attaching a timeline to each task will allow you to
track the progress of work at every stage of the project cycle.
1. What performance measurement techniques will you use in the future to measure
schedule performance?
Answers will vary, but may include: you can use Schedule Variance (SV), Schedule Perfor-
mance Index (SPI), and SPI trend analysis to measure schedule performance.
2. Reflect on the advantages of creating a project schedule network diagram. How do you
think this will help you organize your project more effectively?
Answers will vary, but may include: the project schedule network diagram depicts the
flow of project execution. This helps identify any flaws in the flow of project activities
and rectify them immediately.
Input Description
Scope baseline The scope baseline includes the approved detailed project scope statement
along with its associated WBS and WBS dictionary.
• Project scope statement: Contains relevant information, such as
project requirements, constraints, assumptions, and deliverables.
• WBS: Provides the relationship between individual project components
and deliverables.
• WBS dictionary: The WBS dictionary along with the statements of
work provide specific details of work activities and deliverables.
Project schedule The project schedule includes start and finish dates for each activity, and
details of resources along with the time needed for them to complete
project work that will incur project cost.
Human resource plan The human resource plan includes the components necessary for develop-
ing cost estimates such as the project staffing attributes, personnel rates,
and its related rewards and recognitions.
Risk register Risks that have an impact on cost.
Enterprise environmental External factors, such as market trends, unavoidable budget restructuring,
factors or commercial financial analysis may affect cost estimation.
Organizational process Intra-organizational cost estimating policies or templates, team experience,
assets or data from old projects.
Output Description
Activity cost estimates Provide estimates on probable costs necessary to finish project work. This
includes costs on direct labor, materials, equipment, facilities, services, infor-
mation technology, contingency reserves, or indirect costs, if any.
Basis of estimates Supporting or additional information needed to justify the cost estimates.
Details can include project scope, justification for the estimate, range of esti-
mates, the assumptions, constraints, and confidence level on the estimate,
and expected range of estimates.
Project document updates Updated project documents may include the risk register, human resource
plan, activity list, project schedule, and training plans.
Analogous Estimating
Definition: Analogous Estimating
Analogous estimating, or top-down estimating, is a method of cost estimating in which
managers use their experience, historical information from similar projects, and expert
judgment to determine the total project cost or time estimate. The resulting total is then
apportioned across the major categories of project work. Estimates are generated for
the top levels of the WBS and then apportioned downward through the levels of the
WBS.
Analogous cost estimating is used when:
• You have a limited amount of detailed information about the project.
• You have a similar project to use for comparison.
• Those preparing the estimates have the requisite expertise.
Parametric Estimating
Parametric Estimating Definition:
Parametric estimating is a technique used to predict total project costs by using the
project’s characteristics in a mathematical model. It requires the project manager to do
a statistical analysis using historical information about scope, cost, budget, and dura-
tion. The accuracy of a parametric estimate will only be as good as the accuracy of the
data used in it.
Guidelines:
To develop accurate cost estimates, follow these guidelines:
• Involve the work package owners.
— When possible, the cost figures that go into the cost estimates for individual
work packages should be provided by those who will actually provide the
resources. As always, it is the people who will do the work, provide the ser-
vice, or supply the material that can best estimate what the associated costs
will be. It is the project manager’s responsibility to compile these cost fig-
ures into realistic estimates.
— For some projects, though, the project manager will be solely responsible for
generating the cost estimates. This may be the case for:
Scenario:
You are an OGC project manager assigned to manage the launching of a new OGC telestore
and related media campaign in Seattle, Washington. Earlier, you met with the senior executives
and core individuals of the Business Transformation group to discuss project cost estimates.
Based on their input, you allocated $62,000 of the $100 million total project budget to the
Media Campaign deliverable, which includes the Website, Public Meeting, and Information
Packets work packages. The $62,000 allocation was based on previous projects with a similar
major deliverable. Now that more information is known about the Media Campaign deliver-
able, you ask the work package owners to provide detailed estimates. The estimates must
include direct labor and overhead costs (burdened rate) for each in-house staff resource. The
standard hourly burdened rate for in-house staff is averaged to a flat $80.
The Website work package owner gave you an estimate that came to $15,000. The Information
Packets work package owner gave you an estimate of $18,000. The Public Meeting work pack-
age owner summarizes her preliminary information for you in the Public Meeting Estimate
document.
In the past, public meetings of this size have cost approximately $30,000.
1. Which estimating technique was used to come up with the $62,000 allocation to the
Media Campaign deliverable? Why?
Analogous estimating was used to come up with $62,000 because you used historical infor-
mation based on similar previous projects to allocate a portion of the $100 million total
project budget (top-down).
3. What was the impact of involving the work package owners in preparing the cost esti-
mates? Why?
The work package owners are closest to the work and have a better understanding of the
work, so their cost estimates can be expected to be more accurate.
4. Which estimating technique was used when you asked the work package owners for
their estimates?
Bottom-up estimating was used.
5. What technique would you use to estimate the Conduct Planning Meetings activity?
Why?
Use parametric modeling because you can use mathematical models to develop the esti-
mate.
8. Are there activities in the work package for which you will use more than one estimat-
ing technique? Why?
The Arrange Staffing activity uses analogous estimating for the air travel and parametric
modeling for the other costs. The Hold Event activity uses analogous estimating for the
labor and equipment that will be provided by the cable station and parametric modeling
for the other costs.
9. Using the information in Public Meeting Estimate document, estimate the cost of each
of the activities.
The breakdown is: 1.1.4.2.1: $10,050; 1.1.4.2.2: $4,950 to $5,540; 1.1.4.2.3: $6,700;
1.1.4.2.4: $7,800 to $8,300; 1.1.4.2.5: $3,000.
10. What is your total cost estimate for the Public Meeting work package?
The total cost estimate should be $32,500 to $33,590.
TOPIC B
Establish the Cost Baseline
After estimating project costs, you need to consolidate the costs into a project budget and pre-
pare the project cost baseline. Having a cost baseline in place will ensure that the costs
involved in executing each work package in a project can be effectively monitored and con-
trolled. In this topic, you will establish the cost baseline.
Costs are one of the major constraints of any project, and your ability to manage the project’s
costs will directly correlate to its success or defeat. You need to be able to employ sound
methodology when estimating costs and carefully monitor expenditures throughout the project
life cycle. You need to be able to track project costs associated with each work package in the
WBS at the points in the project life cycle when those costs will be incurred. By establishing a
cost baseline, you can track those project costs, set up the cash flow for the project, and mea-
sure cost performance.
Cost Baselines
Definition: Cost Baselines
A cost baseline is a time-phased budget that will monitor and measure cost perfor-
mance throughout the project life cycle. It is developed by adding the estimated costs
of project components by period. The cost baseline typically includes a budget contin-
gency to accommodate the risk of incurring unidentifiable, but normally occurring
costs, within the defined scope. Cost baselines will vary from project to project,
depending on each project’s unique budget and schedule.
Once the baseline is established, the cost becomes a commitment from the project manager’s perspec-
tive. The project manager should try to closely match the project’s committed funds to the baseline,
from a timing perspective.
Output Description
Cost performance baseline The primary output of the determine budget process. It will be
used to monitor and measure cost performance for the duration
of the project.
Project funding requirements Created from the cost baseline, these are built-in cost increments
that will allow for overruns and/or rapid progress on the project.
Project document updates Project documents that may need to be updated; includes risk
register, project schedule, and cost estimates.
Contingency Allowances
Contingency Allowances
Contingency allowances are additional funds that are sometimes built into cost estimates to
allow for unanticipated events. Planning for contingency allowances for a project ensures that
the project manager is able to manage unforeseen costs and expenditures.
There are certain activities that are not measurable; for example, research-based activities. It becomes difficult to
account for earned values for such activities. So to avoid nonmeasurability in such cases, the 50/50 rule is used.
The moment activity starts, 50% work completion credit is given to the activity. However, no further credit is
given until the activity is complete.
Scenario:
You are ready to move forward with the public meeting work package for the Media Cam-
paign deliverable for the Seattle telestore project. The director of finance is ready to allocate
project funds but is interested in your cash flow. Before creating the cash flow document, you
review your notes from a recent meeting:
• Staffing arrangements must be made.
• Contracts for the venue must be completed.
• Five weeks before the event, a promotional newspaper ad will be purchased. Sub-
sequent ads will be placed in the final week before the meeting.
• Planning meetings will be scheduled over the 10 weeks. The first one will happen
right away, another at week four. The remaining meetings will occur at two-week
intervals until the event.
2. During what time period will the Public Meeting activities take place?
All activities will take place over a 10-week period.
3. What cost assignment method will you choose to allocate funds? Why?
Answers will vary, but might include the Percentage Complete rule, since the milestones
are clearly defined and can be easily reported on; or the 0/100 percent rule, where no
credit is given until the work is complete.
4. What are the weekly cost estimates for the activities in the Public Meeting work pack-
age? Refer to the Cost Estimates Per Week chart given below to estimate costs per
week and round up to the nearest thousand. Completed Estimated Costs
Per Week
Based on how the costs were allocated, the answers will look similar to this graph, which
plots the S-curve based on the previous Estimated Cost Per Week table.
Guidelines:
To reconcile funding and costs, follow these guidelines:
• Gather the materials you will need, including:
— The project budget and schedule.
— The project scope statement, which may contain information regarding fund-
ing constraints.
— The cost estimation and activity cost estimates, so that you can monitor
expenditures against estimates.
— The WBS, so that you can monitor deliverables.
— Contracts, so that you can monitor the commitments and requirements that
must be met.
• Map the project budget, scope statement, and schedule to the funding available.
— Make sure that the promised work and the promised funding are in align-
ment.
— Review the project scope statement, making sure that the budget accounts for
the funding constraints.
— If there is already a clear disconnect between the work that has been prom-
ised and the funding that has been allocated, you must alert the sponsor now.
— Identify alternatives. If funding deficiencies are apparent, look for sugges-
tions of alternatives that the sponsor could agree to, which are typically a
reduction in scope, an increase in the budget, an extension of the schedule,
or some combination of those.
• Involve the project sponsor.
— Reconciliation requires good communication. Now is the time to discuss
funding limitations, expectations, changes to the project scope, and options
for resource allocation and schedule revisions.
1. The project scope statement specifies a specific number of ads to be placed in the
newspaper in the weeks leading up to the grand opening. You have researched the
cost of ad space and you know that the sponsors’ requirements will exceed the funding
commitment. How would you proceed?
Answers will vary, but could include: you could approach the sponsor with a cost break-
down for the ad placement and suggest placing fewer ads. Come up with solutions such as
spend less per ad, place smaller ads, purchase black and white ads instead of full color,
and approach the advertising agency about cost savings. You might also consult with a
subject matter expert, such as someone in the marketing department, who can speak
directly to the sponsor in this matter.
2. Assume that you have no background in advertising or marketing. How could you go
about generating alternative ideas to suggest regarding less expensive advertising
options so that you can deliver the desired results within budget?
Answers will vary, but could include: you could consult with your company’s public rela-
tions department for suggestions of cost saving efforts. You might consider implementing
a partnership with a local university by offering a marketing internship program to uni-
versity students, thereby gaining extra help at little or no additional cost.
3. You need to partner formally with your company’s financial decision makers regarding
the costs of this project. Given the above scenario, what steps would you take to fur-
ther this goal?
Answers will vary, but could include: you could ask your financial decision makers for a
meeting, bring documentation regarding advertising costs and budget, and ask for their
help in identifying additional sources of revenue. It is possible that they might choose to
increase the funding commitment. However, keep in mind that the forecasted cost vari-
ance should be a guideline for how elaborate an escalation should be.
TOPIC D
Control Project Costs
You established a cost baseline for your project. Now that work results are being produced,
you need to monitor project costs as your project progresses. In this topic, you will focus on
the cost control component process and use the cost baseline to control project costs.
Controlling cost performance is a lot like watching for smoke from a fire tower. The earlier
you see the smoke, the easier it will be to put out the fire. Effective cost control will allow you
to spot the warning signs early, measure the cost variance, and make the necessary adjustments
before cost overruns cause the project to go up in flames.
Input Description
Project management plan Contains project documents such as the cost performance
baseline and cost management plan, which provide cost control
information.
Project funding requirements All funding requirements are obtained from the cost baseline.
Any funding occurs in increments. The total amount of funds
includes the cost baseline plus the management contingency
reserve.
Work performance information Information collected dealing with the status and cost of project
activities being performed. This information includes
deliverables completed and not completed, authorized and
incurred costs, and approximate estimates to complete project
work.
Organizational process assets Includes cost control related policies, procedures, and guide-
lines, cost control tools, and monitoring and reporting methods
that are to be followed.
Output Description
Work performance measurements The calculated CV, SV, CPI, and SPI values for certain WBS
components including work packages and control accounts are
documented and communicated.
Budget forecasts A calculated or organization-reported EAC value or a bottom-up
EAC value are documented and communicated to stakeholders.
Organizational process assets updates Items that may need to be updated include causes of variances,
reasons as to why certain corrective actions are chosen, as well
as lessons learned from cost control.
Change requests Requested changes can occur from an analysis of project perfor-
mance. Any changes identified may result in an increase or
decrease to the budget.
Project management plan updates Elements of the project management plan that provide updates
on cost performance baseline and cost management plan.
Project document updates Include updated project documents such as the cost estimates
and basis of estimates.
It’s important to remember that the CV and CPI values do not take time performance into consider-
ation. Therefore, they do not provide a complete picture of overall project performance.
ETC for all authorized work can also be calculated with respect to project schedule (time).
You can calculate ETC for cost using earned value with one of two formulas.
Formula Description
ETC = (BAC - EV) ETC is used when variances are determined to be
atypical and forecasts that similar variances will
not occur in the future.
ETC = (BAC - EV) / CPI ETC is used when variances are determined to be
typical or expected.
Accuracy
One downfall for using ETC and EAC is that they are not accurate in determining the
remainder of work to be done in a project. The accuracy depends on accuracy of data
of work completed.
EAC for all authorized work can be calculated with respect to project schedule (time).
Scenario:
As the media campaign for the Seattle New Telestore project progresses, you ask each of the
work package owners to give you a cost performance report for the sixth reporting period. The
first report you receive is the PM_CostPerfRpt document from the Public Meeting work pack-
age owner. You compare the information received in the report against the original cost
baseline for the work package (Cost_Baseline document) to measure its cost performance to
date. You will work with the work package owners to calculate the EV, PV, CV, SPI, and SV
for the report.
CV = + $5,600
4. Which formula will allow you to calculate the Estimate at Completion (EAC) for the
work package?
a) EV / AC
b) EV – AC
✓ c) AC + [(BAC – EV)/CPI]
d) EV – PV
SV = - $400
Lesson 7 Follow-up
In this lesson, you identified methods for creating accurate cost estimates and budgets that will
guide all the work done in your projects, so that you can meet expectations effectively and
deliver the desired results. Delivering projects on time and within budget is the cornerstone of
good project management.
1. How do you think the ability to estimate costs effectively will improve your perfor-
mance on the job?
Answers will vary, but may include: the ability to estimate costs effectively will help you
make sound financial decisions on the project, avoid cost overruns, identify cost alterna-
tives, and determine the cost baseline, which helps in planning project performance.
These factors will definitely improve your performance on the job and ensure project suc-
cess.
2. How do you think incorporating good funding reconciliation practices helps completing
a project within the allocated budget?
Answers will vary, but may include: incorporating good funding reconciliation practices
helps in judicious usage of funds allocated by the sponsor for the project.
Quality
Quality
Quality is defined as the “totality of features and characteristics of a product or services that
bear on its ability to satisfy stated or implied needs.” In business, quality should be feasible,
modifiable, and measurable.
This definition is provided by the International Organization for Standardization, ISO Standard 8402: Terms and
Definitions.
Input Description
Scope baseline Includes the scope statement, the WBS, and the WBS dictionary.
Stakeholder register Lists the stakeholders whose decisions can influence or impact vari-
ous aspects of the project. It helps the project team to identify the
influences of stakeholders on quality.
Cost performance baseline Describes the approved time phase that is used to measure and
monitor project cost performance.
Schedule baseline Describes the approved schedule performance measures with start
and finish dates.
Risk register Documents information about opportunities and threats that may
influence the quality requirements.
Enterprise environmental factors Includes regulations, rules, standards, guidelines, and operating con-
ditions that may affect the application area.
Organizational process assets Includes quality policies, procedures, guidelines, and historical infor-
mation.
Output Description
Quality management plan Describes the project management team’s approach to implementing
the quality policy.
Quality metrics Specifically describes what something is and how the quality control
process measures it.
Quality checklists Job aids that prompt employees to perform activities according to a
consistent standard.
Process improvement plan Describes the project management team’s approach to identify
unnecessary activity, including process boundaries indicating all
aspects of a process, process configuration flowcharting, process
interfaces, metrics for process control, and improvement guidelines.
Theorist Approach
W. Edwards Deming Focuses on continuous process improvement in which quality
must be continuously improved in order to meet customer
needs.
Joseph Juran Breaks quality management into quality planning, control, and
improvement. Quality improvement leads to breakthrough
improvement, meaning improvement that raises the quality
bar to an unprecedented level.
Philip Crosby His approach is based on four absolutes:
— Quality is conformance to requirements rather than a mea-
sure of how good it is.
— Quality is caused by prevention rather than inspection.
— Everyone in the company must work to a standard of zero
defects.
— Quality can be measured by determining the cost of qual-
ity.
Genichi Taguchi Emphasizes that quality should be designed into the product
so that factors that cause variation can be identified and con-
trolled.
Further Reading
As part of your quest to further your project management skills, you should consider
investigating some of the major motivational and leadership theories that are a key part
of serious project management efforts today. Many organizations are increasingly using
project-based continuous improvement approaches; the work of W. Edwards Deming
provided the foundation for this effort. Deming’s “14 Points for Management,”
included in his book, The New Economics for Industry, Government, Education,
provides a systematic and pragmatic approach to transforming a western style of man-
agement in industry, education, or government to one of optimization. For further
reading, see Out of the Crisis by W. Edwards Deming.
There are also de facto standards that aren’t approved by a standards body. For example, TCP/IP is the
de facto standard protocol for all modern computer networks. It is the approved standard for the
Internet, but everyone uses it on private networks now as well.
For more information about the ISO 9000 Series, you may visit the http://www.iso.org/iso/home.htm website.
Cost of Quality
Cost of Quality
Cost of quality refers to the total cost of effort needed to achieve an acceptable level of quality
in the project’s product or service. Those costs include all the work necessary to ensure con-
formance and all the work performed as a result of nonconformance to requirements.
Prevention costs, appraisal costs, and failure costs combine to form the cost of quality.
Types of Cost
The four types of cost associated with quality are prevention costs, appraisal costs,
internal failure costs, and external failure costs. Prevention and appraisal costs are
called conformance costs—amount spent to avoid failures. Internal and external failure
costs are called nonconformance costs—amount spent to rectify errors.
Checklists
Definition: Checklists
A checklist is a job aid that prompts employees to perform activities according to a
consistent quality standard. Items on checklists are phrased as either imperatives, such
as “Make sure you save this file correctly,” or questions, such as “Does this image
match the description in the database?”
Checklists can be simple or complex and may range in detail depending on the experi-
ence and skill level of the employees and the complexity of the situation.
Obtain a printout of the image specifications from the graphics database. Use this checklist to
ensure that the images are ready to be handed off to the programmer.
# Item Y/N
1 Does the image match the
description in the database?
2 Does the style meet the speci-
fications set for the course or
lesson?
3 Does the quality of the image
meet the standards set for the
course?
4 Is the image size correct?
5 Is the image named correctly?
6 Is the correct border on the
image?
7 Is the image in the correct
palette?
8 Is the opacity correct (trans-
parent or opaque)?
Flowcharts
Flowcharts Definition:
A flowchart is a diagram that shows the relationships of various elements in a system
or process. The two most widely used flowcharting techniques are the cause-and-effect
diagram and the process or system flowchart. Flowcharting techniques can assist the
team’s efforts in identifying potential quality problems and the possible effects of those
problems.
Example: A Flowchart
The cause-and-effect diagram is also called the Ishikawa diagram (named after its creator, Kaoru
Ishikawa of Japan) or the fishbone diagram (named for its shape).
Control Charts
Definition: Control Charts (2 Slides)
Control charts are graphs used to analyze and communicate the variability of a process
or project activity over time. Control charts help to show the potential capability of the
process and also suggest the range of variability in the process. This range of variabil-
ity can assist a project manager in determining if the variance is caused by common or
assignable sources. If the process variability fluctuates around the average, or statistical
mean, the process shows very little variability and is said to be stable.
Seven-Run Rules
Run rules are used to indicate situations that are out-of-statistical control. When seven
or more consecutive points lie on one side of the mean, it indicates that there should
be a shift in the mean.
Guidelines:
To create an appropriate quality management plan, follow these guidelines:
• Review the organization’s quality policy and determine how your project team
will implement the policy.
— How will your team identify potential quality problems and their potential
impact on the quality of the project’s product, service, systems, or processes?
Will you use particular flowcharting methods, benchmarking, design of
experiments, or other techniques?
— Are there any standards and regulations that are applicable to your project?
— Are there any activities or components that require the development of opera-
tional definitions to provide a common understanding of the project’s quality
standards? If so, who is responsible for developing them?
— Does your organization have any standard checklists that can be modified, or
used as is, to prompt employees to perform certain activities according to a
specific quality standard? If not, should checklists be developed? Who is
responsible for developing them? What are the conditions under which they
should be developed?
• Review the product description to identify customer/stakeholder quality require-
ments.
• Determine the cost of quality trade-offs.
— How will your team “design in” quality to avoid expensive rework to bring
the quality back into conformance?
— Are the proposed processes and systems worth the cost of implementing
them?
• Review the quality management plan and make sure it:
— Describes the project management team’s approach to implementing its qual-
ity policy (quality assurance, quality control, and quality improvement
approaches).
— Describes the resources required to implement quality management.
— Includes quality management roles and responsibilities for the project.
— Is as detailed and formal as required, based on the quality needs of the
project.
2. True or False? The process improvement plan helps remove activities that do not con-
tribute to producing products of required quality.
✓ True
False
3. Which tool can be used to monitor repetitive activities and help identify if the project
management processes are under control?
a) Benchmarking
✓ b) Control charts
c) Flowcharting
d) Cost-benefit analysis
4. The PMO has identified a list of objectives for all project managers in the use of the
software. What would you include in your quality plan that will address the level of
quality achieved by each project manager?
Answers will vary, but may include: the assessment is a form of benchmarking. A checklist
could be used as a helpful tool. Knowledge gaps can be identified and the follow-up sup-
port from the training provider can address these gaps to get each manager to the
appropriate 75% or above.
5. The quality department has provided a complete list of activities as expected improve-
ments after training. What could your team use as a way to determine the degree of
improvement after training?
Answers will vary, but may include: the post-assessment evaluations taken by each
project manager will assess their level of knowledge and the regularly scheduled PMO
conducted project reviews and audits will evaluate whether the managers have incorpo-
rated what they have learned.
6. What are some ways that you could identify the level of quality of the vendor instruc-
tor?
Answers will vary, but may include: ask that the training vendor provide evaluations from
previous classes taught by the instructor in the use of the software at all three levels of
training. Ask for a resume from the instructor. If resources were available, you could
observe the instructor in front of a classroom.
Output Description
Organizational process assets Include updates to components such as project quality standards.
updates
Change requests Actions suggested to improve quality, effectiveness, and efficiency
of policies, processes, and procedures in the organization. This
results in enhanced stakeholder benefits. Change requests are used to
analyze recommended improvements and take appropriate corrective
or preventive actions.
Project management plan updates Include updates in the project management plan elements such as
quality, schedule, and cost management plans.
Project document updates Include documents such as quality audits, training plans, and process
documentations.
Quality Audits
Quality Audits Definition:
A quality audit is an independent evaluation, inspection, or review of a project’s qual-
ity assurance system to improve quality performance of a project. The audits can take
place at scheduled or random intervals. The auditor may be a trained individual from
within the performing organization or a qualified representative of a third-party organi-
zation. During a quality audit, the quality management plan is analyzed to make sure
that it is still reflective of what has been learned in the project and to make sure the
operational definitions are still adequate and valid. The results of a quality audit are
important for the current project, as well as for later projects or other parts of the orga-
nization.
Guidelines:
To execute a quality assurance plan, follow these guidelines:
• Ensure that random and/or scheduled quality audits are conducted by qualified
auditors to evaluate the quality management plan, quality testing procedures, and
measurement criteria.
— Are the quality parameters set forth in the quality assurance plan valid?
— Are the operational definitions and checklists adequate and appropriate to
achieving the desired final results?
— Are the testing methods being implemented correctly?
— Are the data being interpreted, recorded, and fed back into the system prop-
erly?
• Use one or more of the quality assurance tools and techniques to determine the
causes of quality problems of the project’s product, service, systems, or processes.
• Identify and implement the appropriate actions to take to increase the effective-
ness and efficiency of the project team’s work results to improve quality in the
product or service.
4. The stakeholders are questioning the amount of resources dedicated to quality assur-
ance. How can you demonstrate to them that the benefits of quality assurance
outweigh the cost?
a) Perform benchmarking to compare project practices to other projects to generate
ideas for improvement.
b) Conduct an array of experiments to identify which factors may be influencing specific
variables.
c) Use flowcharts to see how systems relate and how various factors might be linked to
problems or effects.
✓ d) Document the identified corrective actions so that their effect on project quality,
cost, and schedule can be monitored during quality control.
Output Description
Quality control measurements The results of quality control activities that are documented in the for-
mat determined when planning for project quality. The results are fed
back to the QA process for use in re-evaluating and analyzing quality
standards and processes.
Validated changes Reinspected, repaired items to be formally accepted or rejected.
Validated deliverables QC needs to verify the accuracy of deliverables through quality control
processes.
Organizational process assets These include completed checklists and lessons learned documentation.
updates If checklists are used, they become part of the project’s records, and
any lessons learned from QC should be documented and put in a data-
base for the current project and for the entire organization to refer to.
Change requests If any actions require a change in the process, a change request should
be submitted in compliance with the perform integrated change control
process.
Variance
Definition: Variance
Variance is the quantifiable deviance, or amount of departure, from the expected results
for any component of a product and service being developed, including quality, sched-
ule, and cost. Variance can be extreme or almost undetectable; it may result from many
causes, such as problems with resource availability or from the skills of personnel
assigned to the project. Variance may be obvious the moment a product is produced or
may become obvious over time through use and exposure to environmental conditions.
To control quality, you must recognize the difference between quality variance within a
normal range and variance that indicates a quality error.
Causes of Variance
Definition: Causes of Variance
Causes of variance in a process or item are the sources or reasons for deviations from
the expected standard. There are two main types: random causes and special causes.
Random, or common, causes are those everyday occurrences that are always present in
project work; as such, they may be unavoidable. They may be either insignificant and
have little impact on the overall quality performance or they may have a dramatic
effect on quality. The corrective actions taken in response to random causes of variance
are typically long-term and generally involve overall changes to the process.
Special, or assignable, causes are unusual, sporadic occurrences; they are the result of
some unexpected circumstance and are typically not caused by a flaw in the overall
production process. Like random causes, special causes of variance can also have a
dramatic effect on performance. By analyzing instances of the occurrences of special
variances, you may be able to isolate the cause and take corrective action to avoid the
negative effects on quality performance. The corrective actions taken in response to
special causes of variance are typically short-term and do not involve overall changes
to the process. Special causes do not occur frequently but it can sometimes be decided
not to act upon them as the cost of action may be much more than the benefit.
Tolerances
Tolerances Definition:
Tolerances are the measurement values that determine if a product or service is accept-
able or unacceptable. They are the standards against which data collected will be
analyzed. Tolerances are typically expressed in ranges. If the result of the test falls
within the range specified by the tolerance, it is acceptable. If not, it is considered
unacceptable. Tolerances are specified in the quality management plan.
Variability Indications
Measurements that exceed the range between the upper and lower control limits are considered Variability Indications
to be an indication of instability. The variability expressed is atypical for the process and may
be an indication of a special source of variance.
It is important to remember that, while control charts can effectively show variability, they
cannot indicate the source of the variability or show performance in relation to an expected
performance. The control chart shows only the capability of the process to produce similar
products. It does not show the conformity of that process to a customer’s specifications.
Pareto Diagrams
Definition: Pareto Diagrams
A Pareto diagram is a histogram that is used to rank causes of problems in a hierar-
chical format. The goal is to narrow down the primary causes of variance on a project,
and focus the energy and efforts into tackling the most significant sources of variance.
The variables in the diagram are ordered by frequency of occurrence.
Pareto Analysis
The analysis used to develop Pareto diagrams is referred to as a Pareto analysis, after
Vilfredo Pareto, an Italian economist of the late 19th and early 20th century. In his
analysis, Pareto found that 80 percent of the country’s wealth was concentrated in the
hands of 20% of the population.
During a Pareto analysis, data is collected in various forms, such as reports, inspec-
tions, and surveys. This data is then analyzed to isolate the major causes of project
variance and is assigned a frequency or percentage value. The resulting diagram is a
histogram that identifies specific sources of variance and ranks them according to their
effect on the quality performance. Pareto diagrams can be very useful tools throughout
the entire project for prioritizing and focusing corrective actions. Comparative analysis
of Pareto diagrams at different points in the project can be an effective tool for deter-
mining and communicating the effect corrective actions have had on curtailing or
eliminating variability.
Statistical Sampling
Statistical Sampling Definition:
Statistical sampling is a technique used to determine characteristics of an entire popu-
lation based on actual measurement of a representative sample of that population.
Sampling is a way to determine if large batches of a product should be accepted or
rejected without having to test every single item produced. Its goal is to produce a pro-
cess that does not require inspection of every item. The size of samples and the
frequency and cost of sampling must be determined when planning for project quality.
It is important that members of a team whose focus is quality control have a strong understanding of
statistics. Other members need only have a basic understanding of statistical concepts.
Guidelines:
To effectively control project quality, follow these guidelines:
• Conduct inspections to detect quality errors as project work is ongoing.
— Consult the quality management plan for the procedures and guidelines to
use during quality control.
— Check work results against relevant operational definitions and checklists.
Document the results.
— Use statistical sampling to determine whether large batches of a product
should be accepted or rejected based on the quality of the sample(s). Ensure
1. Given that there is a significant variation in temperature between the first and second
floor, what should be done?
a) Report this information to the appropriate people, according to the project’s change
control system.
✓ b) Because of the potentially high re-work cost, finding a solution should be a top prior-
ity.
c) Initiate process adjustments.
d) Continue to monitor quality as the HVAC installation continues.
2. The quality management plan documented acceptability of the installation with a tol-
erance of a one degree variance between floors. What would you do to determine the
reasons for the variance in quality tests?
You will need to determine the source of the variability so that appropriate corrective
action can be taken. Take a closer look at how the HVAC installation is being distributed
among the contractors. Also consider how the quality testing is being done. Is the same
quality control engineer inspecting all of the floors?
3. After researching the cause of the variance, you discover that the testing was done by
one quality control engineer. You then meet with the contract supervisor to investi-
gate the process. You discover that the duct work on the second floor was installed
over a weekend by a different, less experienced crew. What should your next step be?
Recommend corrective action to the supervisor to bring in the first floor crew to trouble-
shoot the variance between floors. It is important that you consider the impact any
corrective action may have on the project budget and schedule. Major adjustments must
be made according to the project’s change control system.
Organizing Human
Resources for a Project
In this lesson, you will organize human resources for a project.
You will:
• Document the project roles, responsibilities, and reporting relationships.
• Acquire the project team.
• Develop the project team.
• Manage the project team.
Input Description
Activity resource requirements List the required people and competencies necessary for each
activity, which will be progressively elaborated when developing
the human resource plan.
Enterprise environmental factors Include organizational structure and culture, marketplace scenario,
and existing human resources.
Organizational process assets Items from previous projects such as organizational processes,
policies, and structures; lessons learned; templates; and checklists
help shorten planning time and ensure nothing is overlooked.
Output Description
Human resource plan Describes how human resources working on the project must be identi-
fied, managed, controlled, and released after the end of the project. The
human resource plan should be reviewed throughout the project life
cycle to ensure applicability and validity. It includes:
• Roles and responsibilities: Determined for each element of the
project’s scope of work. Typically done with a Responsibility
Assignment Matrix (RAM). Some of the factors that need to be ful-
filled when determining roles and responsibilities include role,
authority, responsibility, and competency.
• Project organization charts: Illustrate the project’s organizational
structure.
• Staffing management plan: Describes the project management
team’s approach to managing the increase and decrease of project
staff across the project life cycle.
Project Interfaces
Project Interfaces
Project interfaces are the various reporting relationships that occur within the project as well
as the boundaries of the project.
Interface Description
Organizational Reporting relationships among different organizational units. They may be
internal or external to the parent organization and include interfaces
between the project team, upper management, other functional managers
that may need to support the team, and even the organization’s customers.
In a large or complex project, a matrix might be used to show the responsibilities for major
deliverables only. A lower-level matrix may be developed to show work package roles and responsibili-
ties within each deliverable. Work package owners may develop a RAM that assigns responsibility to
each activity in the work package.
RACI Chart
A RACI chart is a type of RAM that helps detect the level of responsibility for each
project team member. RACI stands for Responsible, Accountable, Consultive, and
Informed. The RACI matrix helps identify who is responsible for making decisions and
how the people responsible are supported. RACI is generally used to provide clarity on
the roles and responsibilities assigned to each project team member. A RACI chart is
also called a RASI chart, where “S” stands for “Supportive.”
Component Description
Staff acquisition When planning resources, consider whether you will use team members
from within the organization or from external sources, the costs associ-
ated with the level of expertise required for the project, physical
location of resources, and the amount of assistance that can be provided
by other departments for the project management team.
Resource calendars The staffing management plan details the time frame required for a
project and for each project team member. Optimizing the use of people
on a project will help finish the project on time and within budget. Use
of human resource charting tools such as resource histograms or bar
charts can help illustrate the number of hours that a person, department,
or entire project team will be needed for each week or month over the
course of the project. Bar charts can also include a horizontal line rep-
resenting the maximum number of hours available from a particular
resource.
Staff release plan Developing a plan for releasing resources helps control project costs by
using team members’ expertise or skills as and when they are needed.
Planning for release also allows for a smooth transition to other projects
and mitigation of human resource risks that may occur during the final
phases of the project.
Training needs A training plan can be developed for team members who need to
improve their competency levels or who may need to obtain certifica-
tions that will benefit the project.
1. During which process are the roles and responsibility assignments completed?
a) Resource planning
b) Schedule development
c) Staff acquisition
✓ d) Human resource planning
2. The management at OGC has reviewed the Staffing Management Plan, and to their sur-
prise, it appears that there are now staffing gaps due to resource reassignments. What
could you do to address this problem?
Answers will vary, but may include: one of the first things would be to develop some
draft alternatives in terms of acquiring new resources and lead times to fill these staffing
gaps. Typically, this is where the budget and schedule change.
4. You have examined the staffing requirements of this project. Which options would you
include as constraints that would affect the organizational planning for this project?
a) The project includes resources from several different OGC stores.
✓ b) The project includes resources from outside the organization.
✓ c) The project requires resources that are assigned to another project that may not be
released.
✓ d) The project includes some resources that are new hires.
5. At the conclusion of documenting project roles and reporting relationships, what key
documents would you create and distribute to project team members?
a) The project charter and a RAM.
✓ b) An organization chart and a RAM.
c) The company quality policy and a RAM.
d) A cost-benefit analysis and a RAM.
TOPIC B
Acquire the Project Team
You paved the way for effective communication and staffing plans by documenting the roles,
responsibilities, and reporting relationships of your project. The next step is to bring together
the resources, with the requisite skills and knowledge, you need to fulfill these positions. In
this topic, you will acquire your project team.
Competent resources guarantee the success of a project to a large extent. Naturally, you want
the best resources in the organization to work on your project, but all of them may not be
available at all times. Mandated team members, projects with higher priorities, and functional
managers with their own agendas can impede your chances of putting together your “dream
team.” Your chances of success will be greater if you can negotiate for the best resources.
Output Description
Project staff assignments The assignment of the people who will work on the project,
whether full-time, part-time, or as needed. This includes mem-
bers of the project office as well as all other members of the
project team and usually includes a team directory, memos
to/from team members, and project organization charts and
schedules.
Resource calendar Provides information on the schedule and availability of the
project resources. It also prevents resource scheduling conflicts
and factors in details such as vacation time and other project
commitments.
Project management plan updates As people are assigned to project roles and responsibilities,
changes may need to be made to the human resources manage-
ment plan due to promotions, retirements, illnesses, performance
issues, workloads, and expertise.
Virtual Teams
Definition: Virtual Teams
A virtual team is a team that is distributed across multiple locations. Some virtual
teams have occasional physical meetings, while others may never meet face-to-face.
Virtual team building is more difficult, for a number of reasons.
Guidelines:
To acquire a project team, follow these guidelines:
• Form good relationships with functional managers.
• Know when you need specific resources.
• Negotiate with the appropriate organizations or parties for critical resources timed
with project need.
• Look for synergy and diversity among team members.
• Look outside to competent suppliers where in-house resources are not available.
• Make sure that roles and responsibilities are clearly understood by the team and
other stakeholders.
• Publish an organization chart to all stakeholders.
1. Three members of the project team have to be allocated to you on a part-time (50
percent) basis from the IT department. What would be your first step in acquiring
these resources for the project team?
Answers will vary, but may include: form good relationships with the functional manager
in order to identify and acquire resources, resolve problems, and manage team members.
Discuss and get commitment for the specific time frames when you will need these
resources on the project.
2. The functional manager of the IT department at OGC informs you that, based on the
time frame for his project, two of the resources that are available are new hires who
have not worked earlier in a project on their own at this point. What should you do?
Ask the functional manager if a senior member of his team can serve as a mentor to the
new hires, at least throughout the beginning phases of the project. Verify that the
assigned resources will be able to perform the work required. Discuss who will be respon-
sible for training the new hires. Learning to negotiate effectively with functional
managers is a crucial part of the team acquisition process. Also, consider identifying the
training needs for these two new resources.
3. During the first meeting of the new project team, some confusion arises between two
team members about their roles and responsibilities. Since this conversation is not
appropriate in this forum, how might you respond?
Answers will vary, but may include: as the project manager, you should identify the
issue, table it, and use the human resource plan, which was developed for the project,
which clearly documents the roles and responsibilities and organizational structure. The
two resources will be informed and once again be made aware of it. This sets the expec-
tation that “working the problem” should be the focus, and not “arguing the problem.”
Input Description
Project staff assignments The assignment of the people who will work on the project,
whether full-time, part-time, or as needed. This includes members
of the project office as well as all other members of the project
team.
Project management plan Contains the human resource plan that identifies training strategies
and plans for developing the project team through rewards, feed-
back, and disciplinary actions.
Resource calendars Helps identify the schedules of team members and the time when
they can participate in team development tasks.
Output Description
Team performance assessment Formal or informal evaluations of the team’s performance
are done periodically in order to help improve interaction
between team members, solve issues, and deal with con-
flicts. A team’s technical success is measured on the basis
of meeting the project objectives, and finishing the project
on time and within the decided budget. An effective team
will show improvements in skills, competencies, and team
cohesiveness.
Enterprise environmental factors updates Includes updates on employee training records and skills
assessments.
Lock Step
The process of forming, storming, norming, and performing is not done in a “lock
step” fashion by the team. Team members keep coming in and going out of the team.
Whenever a new member joins, forming takes place; even if the rest of the team has
already crossed the forming stage. So, these stages are not followed one after the other
but are rather situational.
Training
Definition: Training
Training is an activity in which team members acquire new or enhanced skills, knowl-
edge, or attitudes. Training may be provided to teams, small groups, or individuals and
can cover management, technical, or administrative topics. It can range from a multi-
day, formal workshop in a classroom to a five-minute, informal on-the-job training
demonstration at the employee’s desk. It may be formulated to provide generic skills
or customized to provide a specific skill set that is unique to the project. Training
should be made available to team members as soon as the need becomes apparent.
Team-Building Activities
Team-Building Activities Definition:
Team-building activities are the specific functions or actions taken to help the team to
develop into a mature, productive team. They can be formal or informal, brief or
extended, and facilitated by the project manager or a group facilitator.
Co-Location
Co-Location Definition:
Co-location refers to positioning most or all key team members in the same physical
location to make communication easier and enhance team performance and team spirit.
Although most commonly used on large projects, smaller project teams may also ben-
efit from co-location. There are different degrees of co-location. On some projects,
some of the team may be co-located, while others are not.
Recognizing individual team member performance is considered culturally unacceptable in many coun-
tries, particularly China and Japan.
Example: Recognition
In an effort to reward individual performance, the managers of a real estate company
decided to offer a 10% salary increase to the sales representatives who exceeded their
sales quota by more than 25% for the year.
Guidelines:
To effectively develop your project team, follow these guidelines:
• Recognize the project team’s current stage of development and be proactive in
helping the team be as productive as possible.
— During the forming stage, conduct activities that will help the team get to
know one another and develop a sense of mutual respect. The following is a
list of activities for the forming stage:
• A kick-off meeting that includes time for introductions.
• Creation of a team handbook documenting the team’s goal, the major
tasks required to achieve the goal, and any constraints under which the
team must operate.
• Publication of a team directory.
• Development of a team charter that sets forth guidelines on how team
members will behave toward one another, how they will communicate,
when they will meet, how they will make decisions, and how they will
escalate problems.
2. You notice that Rachel, a team member, has consistently met her deliverable dead-
lines and is always on time with her status reports. She actively participates in
brainstorming sessions and makes valuable contributions to the discussions. When
required, she has gone beyond her responsibilities and has helped her project manager
facilitate brainstorming meetings and discussion sessions. How should you respond?
You should consider publicly rewarding her in a team meeting to reinforce the desirable
behaviors. The team may congratulate her and it may give everyone motivation to go the
extra mile when needed to meet aggressive deadlines.
It is also advisable to provide positive input to her functional manager for her perfor-
mance appraisal. This will also boost her motivation to go the extra mile, and might lead
to a raise.
TOPIC D
Manage the Project Team
Now that you have acquired your project team and your team has started working on the
project, it is time to monitor individual and team performance, and provide relevant feedback
and appraisals. In this topic, you will manage your project team.
Managing the project team involves monitoring the performance of each team member indi-
vidually, and also collectively as a team. It is important to give feedback and appraise the team
members’ performance. Giving positive feedback ensures that the team members can work on
the areas where they lack competence, thus improving their individual performance and of the
team collectively.
Dual Reporting
Managing the project team can become more complicated when team members are
required to report to both a functional manager and a project manager. Coordination of
this dual reporting relationship can be very important for the success of the project; it
is the project manager’s responsibility to make sure that team members are reporting
appropriately.
Input Description
Project staff assignments Documentation on the list of project team members, project organiza-
tion charts, and schedules.
Project management plan Contains the human resource plan that includes the roles and responsi-
bilities of project team members and the staffing management plan.
Team performance assessments During the project, the project management team makes formal and
informal judgments on team performance. Continual assessment can
result in resolving issues, improving communication, recognizing con-
flict, and improving team interaction.
Performance reports Give documented performance information on the status of the project
with regards to the forecasts made. Performance areas that are docu-
mented include schedule control, cost control, quality control, and
scope verification. This information can be helpful when determining
corrections or updates required in future human resource requirements,
awards and recognition, and modifications to the staffing management
plan.
Organizational process assets Inputs that can influence the manage project team process include cer-
tificates of appreciation, websites, newsletters, bonus structures,
corporate apparel, and organizational prerequisites.
Output Description
Enterprise environmental factors Updates include inputs to organizational performance appraisals
updates and on personnel skills.
Causes of Conflict
Conflict arises in most groups and working situations. Causes of conflict include: Causes of Conflict
• Competition.
• Differences in objectives, values, and perceptions.
• Disagreements about role requirements, work activities, and individual approaches.
• Communication breakdowns.
Characteristics of Conflicts
Project managers should be aware of certain characteristics of conflict that will help
them effectively handle conflicts when they arise. Conflict is natural and forces the
need for exploring alternatives. It is a team aspect and openness about the situation or
opinions can resolve conflicts. While resolving conflicts, focus should be on the issues
and not on individuals; on the present situation and not the past.
Conflict Management
Definition: Conflict Management
Conflict management is the application of one or more strategies for dealing with dis-
agreements that may be detrimental to team performance. Effective conflict
management can lead to improved understanding, performance, and productivity. Con-
versely, ineffective or nonexistent conflict management can lead to destructive
behavior, animosity, poor performance, and reduced productivity—all of which threaten
successful completion of the project’s deliverables. There are certain conflict resolution
methods and the need to follow a particular method includes the intensity and impor-
tance of conflict, the time given to resolve the conflict, the positions of the conflicting
parties, and the motivation to resolve conflicts on a short-term or long-term basis.
Approach Description
Confronting/Problem solving Focuses on identifying the underlying problem and work-
ing out alternatives or solutions for it in a way that allows
the involved parties to work through their disagreements.
Compromising Involves working out a middle ground that satisfies all
parties to some degree.
Smoothing/Accommodating Focuses on de-emphasizing the differences between points
of view and focuses on commonalities.
Forcing Requires others to yield to the point of view of one side
or another. It may increase conflict and end in a win-lose
situation.
Collaborating Incorporates insights and viewpoints from different per-
spectives, which can lead to commitment between the
conflicting parties.
Withdrawing/Avoiding Involves avoiding or retreating from the conflict or poten-
tial conflict and allowing the involved parties to work out
the conflict on their own.
Different problem-solving business philosophies interpret and categorize ″compromise″ and ″confrontation″ dif-
ferently, in terms of their effectiveness and desirability; additionally, different companies may have their own way
of interpreting and implementing these approaches. Also, there cannot be “one effective” way to resolve conflicts
as they are mostly situational.
Guidelines:
To effectively manage a project team, follow these guidelines:
• Establish good communication among team members, internally and externally.
1. Given the masonry supervisor’s email about the conflict between the plumbing and tile
contractor, what should you do?
✓ a) Confirm the inability of the plumbing and tile contractor to get along and its prob-
able impact on the team. Responding to alleged interpersonal conflict from second
hand sources is almost always a mistake.
b) Wait for results of the weekly masonry work progress report.
c) Provide constructive feedback to the contractors.
d) Consider offering an online conflict resolution course for the contractors.
2. By speaking to the contractors, you discover that the tile contractor feels that the
plumber is spending too much time at lunch and on breaks, which causes him to work
past 6:00 P.M. each day. The plumber responds that he takes a normal lunch break.
What can you do to resolve this situation?
To help resolve this conflict, you can review the expected ground rules that were set at
the beginning of the project. Confirm the amount of time that should be used for lunch
and breaks and verify the facts of the breaks being taken. You should then remind the
plumber of the team’s ground rules and schedule expectations, as well as his responsibili-
ties on the project. Lastly, you should document the incident and monitor the situation as
the contractors continue to work together to complete the project. If the plumber is tak-
ing normal lunch breaks and still needs to work after 6:00 P.M., review the assignment
efforts by validating the efforts and duration estimate. Take actions that can improve the
plumber’s productivity and explain to him the dependencies that others have on his work.
3. The roofing team has been working effectively, meeting all deadlines and experiencing
no personnel problems. What approach should you take when monitoring this team?
You should give positive feedback. Providing constructive feedback to team members on a
frequent basis enables the team members to know that they are on track. Speaking to
team members one-on-one is an excellent way to maintain communication and monitor
progress.
Devising Effective
Communication Methods
In this lesson, you will devise effective communication methods for resources involved in the
project.
You will:
• Identify project stakeholders.
• Create a communications management plan.
• Distribute project information.
• Manage stakeholders’ relationships and expectations.
• Report project performance.
Input Description
Project charter Provides information about internal and external parties who are impacted
by the project, namely project sponsor(s), customers, key team members,
groups and departments participating in the project, and other people and
organizations affected by the project.
Stakeholder Analysis
Stakeholder Analysis
Stakeholder analysis is the formal process of identifying all of the stakeholders of a project by
gathering and analyzing quantitative and qualitative information, and building coalitions at the
onset of a project by identifying their needs, objectives, goals, issues, and impact.
Stakeholder analysis is performed through a series of steps:
1. Identify all potential stakeholders of the project.
2. Classify stakeholders based on their potential impact or support on the project.
3. Plan for likely stakeholder reaction or response and plan how to enhance their support and
mitigate potential negative impact on the project.
Ideally, project managers will question the stakeholders about their interest in the project, their
desired outcome, their goals, and any lessons learned from prior projects. This increases the
effectiveness of the stakeholder analysis process. As the project progresses, the analysis will be
validated against the current state of project work and stakeholders’ changing needs.
Stakeholder Registers
Stakeholder Registers Definition:
A stakeholder register is a document that identifies stakeholders of a project with
information that includes their identification, assessment, and stakeholder classification.
Typical stakeholder register entries may include the stakeholder name, organizational
position, location, role in the project, contact information, requirements, expectations,
influence on the project, specific interest in the project or a phase, whether internal or
external, and whether for, against, or neutral to the project.
Figure 10-4: Stakeholder register for the OGC PM Training Roll-Out project.
Guidelines:
To identify project stakeholders, follow these guidelines:
• Perform a review of project and related information to ascertain the list of internal
and external parties who may be impacted by the project. The documents or infor-
mation are a valuable source for stakeholder identification. These may include:
— Project charter
— Procurement documents
— Organization or company structure
— Organization or company culture
— Government or industry standards
— Stakeholder register templates
— Lessons learned from previous projects
— Stakeholder registers from previous projects
• Identify groups or individuals with specialized training or knowledge who can
help in the comprehensive identification and listing of the stakeholders.
• Perform interviews of the identified stakeholders to gain knowledge of their roles,
departments, interests, knowledge levels, expectations, and influence levels within
the organization.
• Analyze your lists to identify the key stakeholders of the project. These include
anyone in a decision-making or management role who is impacted by the project
outcome, such as the sponsor, the project manager, and the primary customer.
• Determine and classify the potential impact or support that each stakeholder could
generate during the project life cycle and define an approach strategy. You need to
prioritize the key stakeholders to plan for efficient communication and manage-
ment of their expectations.
2. True or False? Members of the OGC PM Training Roll-Out project team are considered
to be stakeholders.
✓ True
False
3. How would you identify the positive and negative stakeholders of the project?
Answers will vary, but may include: you would perform a stakeholder analysis to identify
all potential stakeholders, analyze their potential impact to the project, and assess how
each stakeholder is likely to positively or negatively react or respond to various situations
during the project life cycle. This would help to identify positive and negative stakehold-
ers.
5. How would you establish levels of stakeholders based upon their interest in the project
and the impact they can have on the project?
Answers will vary, but may include: you would perform a stakeholder analysis to identify
the various levels of stakeholders, use interviews to gain insight into their interest in the
project, identify their ability to influence the project, and assess their positive or nega-
tive impact on the project. These would help in categorizing stakeholders into various
levels.
7. Which documents can you use as a basis for identifying stakeholder information?
You can use the OGC Project Charter as a basis for identifying stakeholder information.
8. Open the Blank OGC PM Training Roll-Out Stakeholder Register document from the C:\ You may want to display the
085061Data\Devising Effective Communication Methods folder, and based on the scenario, C:\085061Data\Devising
complete the stakeholder register. Effective Communication
Methods\Solutions\Completed
OGC PM Training Roll-Out
9. Compare your Blank OGC PM Training Roll-Out Stakeholder Register document with the Stakeholder Register document
Completed OGC PM Training Roll-Out Stakeholder Register document in the C:\085061Data\ rather than having the stu-
Devising Effective Communication Methods\Solutions folder. dents take the time to
complete the SOW on their
own. The goal is to allow
students to see a completed
project stakeholder register.
TOPIC B
Create a Communications
Management Plan
You have identified the stakeholders who would influence the outcome of your project. Now,
you need to define how your project team will communicate with the stakeholders. In this
topic, you will identify strategies to ensure effective communication by creating a communica-
tions management plan.
An effective communications management plan ensures that the resources receive the right
information at the right time. You do not want the resources expending unnecessary energy on
every detail nor do you want to spend hours generating long reports. Mastering the tools and
techniques to develop an effective communications management plan will ensure that you
deliver appropriate information to your stakeholders when needed and in the appropriate for-
mat.
Input Description
Stakeholder register Provides information regarding the identified project stakeholders. It
includes identification information, assessment information, and stake-
holder classification.
Stakeholder management Defines a strategy to maximize the stakeholder support and mitigate the
strategy negative impact of stakeholders on the project.
Enterprise environmental These factors help in understanding the communication needs of the exist-
factors ing organizations and stakeholders.
Organizational process Assets such as lessons learned from previous projects help to identify
assets communication needs and to plan project communication activities.
Communications Requirements
Communications Requirements Definition:
Communications requirements are the project stakeholders’ documented communica-
tions needs. They include relevant information that contributes to the success of a
project, as well as an analysis of cost, time, and logistics. Not all stakeholders will
require the same amount, level, or timeliness of communication. The variances must be
factored into the communications requirements.
Communications Technologies
Definition: Communications Technologies
Communications technology is any type of technology that is used for communications
planning, including websites, email, instant messaging, phones, and video
conferencing.
Some technologies are instantaneous, while others take time; some are interactive,
while others are one-way only. Some provide a historical record of what was commu-
nicated, while others are transient.
Guidelines:
To create an effective communications management plan, follow these guidelines:
• Gather and distribute contact information for all involved parties.
• Determine the communication needs of project stakeholders.
— Work from an organization chart to avoid omitting a key stakeholder.
— Ask for your project sponsor’s input.
— Ask open-ended questions.
• As a rule of thumb, project team members require more detail on a more frequent
basis. Senior management typically requires summary information on a less fre-
quent basis.
• Analyze the value to the project of providing the information.
• Evaluate any constraints and assumptions to determine their possible impact on
communication planning.
• Determine the appropriate communications technologies to use for communicating
project information.
— Determine the immediacy of the need for information.
— Analyze the availability of technology systems.
— Evaluate the expected project staff to identify their knowledge of and access
to proposed technology.
— Conduct research to determine the likelihood that there will be changes to the
proposed technology before the project is over.
• Make sure your communications management plan includes all key elements:
1. Which item should you use to determine the communications needs of your project
stakeholders?
a) Research material
✓ b) Stakeholder analysis data
c) Project report deadlines
d) Executive board schedule
2. Given the scenario, what would be a good technology for enhancing team member
interactions and building relationships through the life of the project?
a) Team building event at project kick-off.
b) Project team threaded discussion board.
c) Use email and databases to collect and store information.
✓ d) High quality virtual teleconferencing on a semi weekly or weekly basis.
3. Given the scenario, what would be a good primary communication technology for
exchanging project information?
✓ a) Phone exchange with email confirmation
b) Weekly face-to-face meetings
c) Voice mail
d) Video conferencing
4. After integrating the communications management plan into the overall project plan,
what would be the next logical step?
a) Determining whether there will be changes to the proposed technology before the
project is over.
b) Creating a schedule for the production of each type of communication.
✓ c) Distributing the plan to all the stakeholders.
d) Creating a description of stakeholder communication requirements.
Techniques Includes
Sender-receiver models Setting up appropriate feedback loop and avoiding com-
munication barriers.
Choice of media Specifying when to communicate in writing or in oral
form and which communication media should be used
such as verbal, written, email, and phone.
Writing style Choosing the right tone and word choice.
Meeting management techniques Identifying the meeting agenda and managing conflicts.
Presentation techniques Using appropriate design of visual aids and body lan-
guage.
Input Description
Project management plan Contains the communications management plan, which
describes the details for distributing information to various con-
cerned parties in the form of how to distribute the info, such as
whom to, when to, and what to.
Performance reports Describes the current performance status of a project. These
reports are distributed to the relevant stakeholders prior to
project meetings. Based on the performance reports, the man-
agement and the stakeholders assess the project progress and
can forecast future course of action, if any.
Organizational process assets Factors that can have an impact on the distribute information
process could include:
• Past lessons learned and historical project information.
• Guidelines, policies, and procedures regarding information
distribution.
• Templates.
Guidelines:
To distribute project information effectively, follow these guidelines:
• Create and distribute requests for project information, such as project records,
reports, and presentations, in accordance with the communications management
plan.
• Use effective communication skills to exchange information.
• Use an information retrieval system to provide stakeholders access to project
information. Everyone should have access to the information needed. Whether
manual, computerized, or a combination of both, make sure your system complies
with the following standards:
— The system has sufficient storage capacity to hold the necessary project infor-
mation.
— The system follows any security protection protocols established in the com-
munications management plan so that sensitive information can be accessed
only by appropriate stakeholders.
— The system provides a method of version control to protect data and to
ensure that everyone is working off the same, most recent document.
— The system is organized to meet the needs of the project and the stakehold-
ers.
• Select the appropriate information distribution method for distributing project
information.
— Sending an email announcing that a report is posted on the intranet site.
— Making a telephone call to schedule a one-on-one meeting.
— Taking notes of phone calls to provide a written record of the communica-
tion.
— Making a presentation to highlight the important points in a report.
2. As people strive to meet their deadlines, reporting the status of activities can become
a low priority. This is a problem when you are trying to distribute up-to-date informa-
tion on the status of the project. What are some things that you could do to make sure
that people report accurate and timely information to you?
Answers may vary, but may include: schedule weekly project status meetings or meet
with resource groups on an individual basis. Ensure that the meetings are crisp and focus
on the key issues. If they are using the same document to report their status, you may
consider implementing a date and time stamp for version control.
3. You need to provide the senior executives your project’s progress to date. Which
information distribution methods would be most appropriate in this situation?
a) Send an email announcing that a report is posted on the intranet site.
b) Make a telephone call to schedule one-on-one meetings with each executive.
c) Send an email based on status notes that you took over the phone while communicat-
ing with team members.
✓ d) Make a presentation to the senior executives and highlight the important points in
the report.
Input Description
Stakeholder register A list that contains all relevant stakeholders in a project and
ensures that they are included in the project communications.
Output Description
Organizational process assets Updates to the organizational process assets could include rea-
updates sons for issues, and the motives behind why certain corrective
actions are chosen. The updates could also include lessons
learned from managing stakeholder expectations. Lessons learned
are documented to be part of the historical database for the cur-
rent project and future projects in the organization.
Change requests There may be changes that might take place to the product or
project during the process of managing stakeholder expectations.
These could also include preventive and corrective actions.
Project management plan updates The project management plan is updated due to a change in the
stakeholder communication management. This may occur as a
result of the identification of a new communication requirement
or method. The project management plan can also be updated in
case a communication method is deemed redundant.
Project document updates Documents that may be updated include stakeholder management
strategy, stakeholder register, and issue log.
Guidelines:
To effectively manage stakeholders, follow these guidelines:
• During the planning phase of the project, the communication plan for each stake-
holder is developed. In managing stakeholders, the project manager needs to
follow that plan and periodically obtain stakeholder feedback to make any
required adjustments to the plan.
• Face-to-face meetings with stakeholders are most effective. Assessing body lan-
guage provides the project manager with an opportunity to determine if the
stakeholder is pleased or not with the project’s progress. For example, if during a
project update the stakeholder is frowning, has arms folded, and is looking at his
shoes, it is essential that the project manager determine the stakeholder’s con-
cerns. By managing stakeholder expectations, the project will continue to have
their buy-in.
• When face-to-face meetings are not practical, as in global projects, video/web
conferencing, webinars, desktop sharing, net meeting, and video chat can be use-
ful substitutes if available to the project team.
• Be flexible in communications for the project sponsor or other members of senior
management. Be prepared to provide a summary of project status in five minutes
or less if the need arises.
1. Stakeholders are worried about the current state of the project. How should you
handle their concerns?
a) Follow processes outlined in the communications plan.
b) Take corrective action.
✓ c) Conduct a face-to-face meeting with a clear agenda targeting their specific concerns.
d) Document lessons learned.
2. Two stakeholders are out of town on a business trip and are available sporadically.
Another has an extremely busy schedule and can’t squeeze another lengthy meeting
into his day. You know it is important to have face-to-face interaction with each stake-
holder. How can you accommodate their needs?
✓ a) Use video conferencing.
b) Send a memo via email.
c) Use an instant messaging service.
✓ d) Hold a brief summarization meeting.
3. During the face-to-face meeting with project stakeholders, you offer a recap of some
contractor changes that occurred. It became necessary to add another electrical con-
tractor to the team, which resulted in changes to the project cost baseline. While you
are talking about this issue, you notice that one of the project stakeholders continually
looks down at the floor and rapidly taps her pen against the table. What does her
behavior indicate?
Assessing body language provides the project manager with an opportunity to determine
if the stakeholder is pleased or not with the project’s progress. Based on her body lan-
guage, you can determine that the project stakeholder is uncomfortable with the
information you are providing to the group. Draw her into a conversation to determine
what aspect of the information is unsettling to her. Her answer will tell you if there are
outstanding issues to address in regards to project cost baselines, or any other issue that
may be of concern to her.
Input Description
Project management plan Project execution is compared to an approved project work
plan, and variations are measured for management control. This
includes scope, schedule, and cost restrictions, but may include
technical and quality constraints.
Forecasting Methods
Forecasting methods are classified into various categories. Forecasting Methods
Category Description
Time series methods Estimation of future outcomes is based on historical data.
Some of the methods under this category include earned value
and moving average.
Causal or econometric methods Forecasting the factors that may influence the identified vari-
ables, by combining economic theories and statistical
information. Some of the methods under this category include
regression analysis and econometrics.
Judgmental methods Forecasting by intuitive methods and probability estimates.
Some of the methods under this category include composite
forecasts, Delphi method, and surveys.
Guidelines:
To effectively report project performance, follow these guidelines:
• Analyze work results against planned performance based on performance elements
defined during the planning processes.
— Involve the team members who are closest to the work in the data analysis.
They are the people who understand the work and can probably identify
appropriate corrective actions for resolving variances.
— Use EVM techniques to assess cost and schedule progress against planned
performance.
— Evaluate the results of corrective actions to determine whether they have pro-
duced the desired results.
• Hold performance reviews to communicate and assess project status and/or
progress.
— Keep meetings productive and concise by creating meeting rules that every-
one clearly understands and agrees to follow.
— Define the start and stop times.
— Prepare and distribute a written agenda.
— Make sure the people presenting are ready and understand their role in the
meeting.
• Consult your project management plan’s subsidiary plans for guidelines and pro-
cedures for reporting on the various aspects of project performance.
— Consult the procurement management plan for guidelines and procedures for
analyzing and reporting contractor cost, schedule, and technical performance.
1. You need to provide a progress report to senior management. What should your first
step be in gathering data for your report?
a) Hold performance reviews.
b) Consult subsidiary plans for guidelines on reporting project performance.
c) Prepare a professional performance report.
✓ d) Include in the report EV measurements for SV and CV with appropriate action plans
to remedy any variances.
2. After you completed your analysis of work results, you held project deliverables per-
formance reviews with project team members to assess project status. You have
gathered all relevant data necessary for completing your progress report. Given the
cost and schedule concerns of senior management, what type of report format should
you prepare?
The format of the report you prepare should provide the type of information and the
level of detail required by senior management. As a guide, consult your communication
management plan for guidelines and procedures for reporting on cost and scheduling per-
formance, as these represent management’s primary concerns.
3. Since project baselines have shifted, one of the team leads for the project suggests
that you should alter the format of the progress report before handing it off to senior
management. She says that extensive enhancements to the graphic elements are nec-
essary to truly express the major points of the report. Should you implement her
suggested changes?
When you create a progress report, it is important to weigh the time, expense, and effort
it would take to produce the report against the benefits of the report. The suggestions of
the team lead will take additional time, money, and manpower to implement. However,
if you believe the format suggested by her would really help the project, then you could
consider changing the format. In short, the integrated approach should be considered
while making a decision.
Risks
Risks Definition:
A risk is an uncertain event that may have either a positive or negative effect on the
project. Its primary components are a measure of probability that a risk will occur and
the impact of the risk on a project. Some common ways to classify risk are effect-
based classification, source-based classification, and level of uncertainty. The level of
uncertainty describes how much is known about the risks, which are often described as
knowns, known-unknowns, and unknown-unknowns.
Figure 11-2: The project risk management process with the five main sub-phases.
The risk management plan does not address responses to risks. These are addressed in the risk
response plan.
Output Description
Risk management plan Made up of methodology, descriptions of roles and responsibilities,
budgeting, timing, risk categories, definitions of risk probability and
impact, probability and impact matrix, revised stakeholders’ toler-
ances, reporting formats, and tracking.
Component Description
Methodology Defines the tools, approaches, and data sources
that may be used to perform risk management on
the project.
Roles and responsibilities Defines the lead, support, and risk management
team membership for each type of action in the
risk management plan.
Definitions of risk probability and impact Scales of risk probabilities and impact are defined
for use in qualitative risk analysis using terms like
“very unlikely” to “almost certain” with respected
values in numbers for these terms. For instance,
“very unlikely” might have 0.05 probability value.
Probability and impact matrix Predefined matrix with risk priority areas ear-
marked, which has product of impact value on x
axis and probability value on y axis.
Revised stakeholder tolerances Revised stakeholder tolerances may need to be
updated as a result of the plan risk management
process.
Budgeting A budget for project risk management should be
established and included in the risk management
plan. Also specifies how the contingency reserve
should be applied.
Timing Defines how often the risk management activities
will be performed throughout the project life cycle.
Risk categories Documentation such as Risk Breakdown Structure
(RBS) or categories from previous projects will
help identify and organize risks.
Reporting formats Defines how outputs of this process will be docu-
mented, analyzed, and communicated.
Tracking Documents how risk activities will be recorded
and audited.
Probability Scales
Probability Scales Definition:
A probability scale is a graph showing the assignment of value to the likelihood of a
risk occurring. Probability scales are designed using a variety of values, such as linear,
nonlinear, or an ordinal scale using relative probability values ranging from very
unlikely to almost certain. A risk’s probability score can range in value from 0.0 (no
probability) to 1.0 (certainty).
Figure 11-5: A probability scale with values showing the likelihood of a risk
occurring.
Impact Scales
Impact Scales Definition:
An impact scale is a rating system showing the assignment of a value that reflects the
magnitude of the impact of a risk event on project objectives. They can be ordinal
scales using values of very low, low, moderate, high, and very high. They can also be
ordinal scales using linear or nonlinear numeric values. Often, impact scales use both
methods. To improve the integrity and quality of the data and make the processes con-
sistent and repeatable, organizations typically develop definitions for each value to help
the risk management team assign each risk’s impact score consistently.
Impact Rat-
ing Impact Level Definition
1 Very low If this risk occurs, the impact on the project’s objectives would
be minor and not noticeable outside the project.
3 Low If this risk occurs, the impact on the project’s objectives would
be minor but noticeable to the customer or sponsor.
Levels of Uncertainty
Levels of uncertainty describe the risks of a project based on how much is known about the Levels of Uncertainty
source and effect of the risk.
Risk Analysis
Definition: Risk Analysis
Risk analysis is the evaluation of the probability and impact of the occurrence of a
risk. Risk analysis is typically conducted through either qualitative or quantitative tech-
niques. The level of risk to the project is the product of the probability of the risk
occurring and the predicted impact that the risk will have on the project’s success.
Guidelines:
To create an effective risk management plan, follow these guidelines:
• Determine how you will organize your project’s risk management team.
— Consider assigning a risk officer to coordinate all risk management activities.
While not all organizations typically have risk officers, it may be a helpful
option to consider.
— Define the roles and responsibilities for each person on the risk management
team.
— The sponsor may be able to assist in some risk management activities, such
as developing response strategies for all risks classified as high risks.
• Conduct risk planning meetings to develop the risk management plan.
• Establish a budget for risk management.
• Consult your organization’s risk management policy and make sure your risk
planning complies with the policy. If your organization has a risk management
plan template, use it and make modifications to meet the specific needs of your
project.
Scenario:
You have constructed your project management plan for the OGC PM Training Roll-Out,
which includes plans for managing costs, quality, and communications. The risk management
plan for the project has been developed and you would like to review its content before you
share it with the project team. You know that your risk management plan needs to address all
risks associated with the internal training as well as the external training provider.
1. During your project review, you determine that a risk officer is needed to handle risk
management activities. Which activities would you assign to this person?
a) Develop response strategies.
✓ b) Confirm and articulate the risks’ probability and impact to the business strategy.
✓ c) Coordinate risk identification and analysis activities.
d) Assign roles and responsibilities to each team member.
2. With your planning meetings started and budget decided, your team begins the task of
determining how to identify risks. Which is the first place to look for risk planning?
a) Other project risk management policies
✓ b) The organization’s risk management policy
c) The project scope statement
d) The organization’s quality policy
3. The risk management plan for your OGC PM Training Roll-Out project uses a probability
scale to define the probability of occurrence of a risk listed in the risk register. Which
is the probability scale defined for the project?
a) 1, 3, 5, 7, 9, 11
✓ b) 0.1, 0.3, 0.5, 0.7, 0.9
c) 2, 4, 6, 8, 10, 12
d) 1.1, 1.3, 1.5, 1.7, 1.9
5. You have integrated specific risk related activities and deliverables into the project’s
schedule and documented how to track risk response efforts in your risk management
plan. Which task should you perform to complete the risk management plan?
✓ a) Determine how to document lessons learned for future projects.
b) Determine the necessary budget.
c) Make sure that roles and responsibilities are clearly understood by the team and
other stakeholders.
d) Create a payoff matrix.
6. Which section of the risk management plan highlights the risk priority areas for the
project?
a) Methodology
✓ b) Probability and Impact Matrix
c) Roles and Responsibilities
d) Frequency of Updating Risk Registers
7. True or False? As per the OGC risk management plan, the OGC PM Training Roll-Out
project requires a quantitative risk analysis to be performed to assess the risk expo-
sure events of your project.
True
✓ False
Triggers
Triggers Definition:
Triggers are the early warning signs or indications that a risk to your project is about
to occur. Triggers could be external factors that influence your project, such as changes
in relevant legislation. They could also be internal factors that influence your project,
such as changes in staffing, governance, or funding within your organization. Triggers
must be examined during regularly scheduled risk review sessions held during the life
of the project.
Input Description
Risk management plan Describes the team’s approach to identifying risks.
Activity cost estimates Provide a quantitative assessment of the costs involved in complet-
ing each scheduled activity, with range of estimates indicating risk
range. They also provide an indication whether the cost estimates
are sufficient or insufficient to complete the activities.
Activity duration estimates Indicate the time allotted for each activity or for the whole project.
They are reviewed periodically for identifying the risk involved in
the estimated durations.
Scope baseline Contains the project scope statement that includes project assump-
tions and their uncertainties, and the detailed WBS of potential
risks.
Stakeholder register Contains information on stakeholders that is useful in seeking opin-
ions to identify risks.
Cost management plan A subsidiary of the project management plan, it contains a cost
management approach specific to the project that helps to generate
or mitigate risks.
Schedule management plan Includes guidelines for handling changes to the schedule, updated
risks, and associated response plans.
Quality management plan Describes the project management team’s approach to implement-
ing the quality policy. It is reviewed to identify risks related to
quality and those might be generated by the quality management
plan.
Information-Gathering Techniques
Information-gathering techniques are methods used to collect data that will assist the project Information-Gathering
team in identifying risks to the project. Techniques
Technique Description
Brainstorming Used to identify overall project risks or may focus in on the risks within
a particular project segment or work package.
Delphi technique Generates a consensus among project risk experts who anonymously
submit their risk list to a facilitator. Because it relies on achieving con-
sensus, the Delphi technique may be difficult to implement in many
organizations.
Interviewing Used to get information from people with a wide experience across
many projects, such as stakeholders, team members, project managers
from previous projects, and functional management peers to quantify the
probability and consequences of risk on project objectives. The output is
a statistical interpretation of the data from which a range of probability
can be expressed against a level of confidence that the risk will or will
not occur, such as optimistic/low and pessimistic/high.
Root cause analysis Used to identify problems, discover the root cause, and develop correc-
tive actions.
The risk register will ultimately contain the outcomes of the other risk management processes, includ-
ing the results of the qualitative risk analysis, quantitative risk analysis, and risk response planning. In
its initial stage, the risk register does not necessarily contain information regarding planned responses
to mitigate the effects of risk.
Risk Categories
Risk Categories
Risk categories divide project risks into areas reflecting common sources of the risk.
Guidelines:
The project risks and triggers identified will determine the type of risk analysis to be The procurement plan is
performed. To identify project risks and triggers, follow these guidelines: mentioned briefly here; it will
be discussed in greater detail
• Perform a structured review of appropriate documentation from other planning later.
processes with key project stakeholders to ensure an understanding of each. These
documents are a valuable source for risk identification and they may include:
— Project charter
— WBS
— Product description
— Schedule and cost estimates
— Resource plan
— Procurement plan
— List of constraints and assumptions
• Use one or more risk identification techniques to identify risks and their possible
triggers. Techniques may include:
— Information-gathering techniques, such as brainstorming, interviewing, the
Delphi technique, and SWOT analysis, among others.
— Risk identification checklists (make every effort to itemize all types of pos-
sible risks to the project on the checklist).
— Assumptions analysis.
— Diagramming techniques such as cause-and-effect diagrams and system flow
charts. You can also use influence diagrams, which provide a graphical repre-
sentation of a problem showing causal influences, time ordering of events,
and other relationships among variables and outcomes.
• Be consistent. Whatever method you adopt, apply it systematically across your
project. Before the project begins, identify risks in every project segment and
work package. At the start of each project segment, re-examine the risks for that
segment. Update your list of risks at the close of each project segment.
• Think outside the box. Apply your method consistently, but be on the lookout for
special circumstances that might arise in any project segment. Those checklists
and templates are in place to help get the risk identification process going, but
they are far from complete. As the project progresses, circumstances change. Be
on the lookout for changed assumptions, new risks, or additional impacts from
previously identified risks.
• Consult relevant historical information, such as risk response plans and final
reports from previous, similar projects that may include lessons learned describing
problems and their resolutions. Another source of historical information for risk
identification is published information, such as commercial databases, academic
studies, and benchmarking results.
1. To identify risks for this project, you and your project team will meet as a group to
identify and examine as many of the strengths and weaknesses within OGC that can
potentially impact the project as you can, as well as any opportunities or threats that
may be imposed by the external training provider. Which information-gathering tech-
niques will you use?
✓ a) Brainstorming
b) Interviewing
c) Delphi technique
✓ d) SWOT analysis
3. What is the trigger for the software upgrade risk that has been identified?
a) The enhancements to the project tracking and communications software.
✓ b) The IT department scheduling the software upgrade.
c) The impact the upgrade will have on the PM Training Roll-Out project by narrowing
the RFPs sent to external training providers.
d) The potential increase to the total costs of training that the upgrade will cause.
TOPIC C
Perform Qualitative Risk Analysis
You identified the risks that might affect your project and documented their characteristics.
Now you must assess the impact and possibilities of occurrences of the identified risks. In this
topic, you will explore the qualitative risk analysis process where you will rank and prioritize
project risks according to their potential effect on project objectives.
Identifying risks is only one part of an effective strategy to minimize work activity disruptions
that could cause your project to exceed budget or exceed its promised deadline. It’s important
to rank their importance so that precious time is not wasted trying to mitigate risks with a low
priority. Qualitative risk analysis lays the foundation for effectively quantifying high priority
risks to your project.
Component Description
Relative ranking or priority list of project risks The overall risk ranking for a project can be deter-
mined by adding the individual risk factor scores
and dividing by the number of risks.
Risks grouped by categories Placing risks in categories may reveal areas of risk
concentration. It may also highlight common
causes of risk, allowing you to improve risk antici-
pation and response.
Causes of risk or project areas requiring particular Identifying specific frequently occurring causes in
attention risk occurrence enables better risk response plan-
ning.
Lists of risks requiring response in the near term Some risks may require action in the near term.
These can be grouped separately from the risks
that will be addressed at a later date.
List of risks for additional analysis and response Risks that may require additional analysis and
management typically include risks classified as
high or moderate. For example, a schedule risk
that threatens to delay the project end date beyond
acceptable limits will require quantitative analysis.
Watchlist of low-priority risks Risks that are not urgent and do not require near-
term action can be documented on a watchlist for
monitoring.
Guidelines:
To perform qualitative risk analysis, follow these guidelines:
• Examine the list of identified risks.
— Are all the risks identified?
— Are all the risks completely documented?
• Analyze the data available for each risk to assign a data precision ranking score.
— Does the source of the data fully understand the risk?
— Is the source reliable and trustworthy?
— Is the amount of data sufficient to adequately analyze the risk?
— What is the accuracy and quality of the data?
— Are there risks that require further monitoring? Should they be placed in the
risk register for watching?
Scenario:
After brainstorming the potential risks for the OGC PM Training Roll-Out, it is now time to
analyze the risks qualitatively and document them in the Risk Register document. You and
your team have created a risk summary outlining all identified risks and have assigned a risk
probability factor to each risk. There are a total of 25 activities in the project; however, at this
time you are reviewing the risks associated with the Obtain External Training Provider.
2. Based on OGC’s risk event impact scale, the risk event impact is calculated as 2.5. How
is the risk impact for this project best described?
✓ a) Between Very Low to Low
b) Between Low to Moderate
c) Between Moderate to High
d) Between High to Very High
TOPIC D
Perform Quantitative Risk Analysis
You performed a qualitative risk analysis for your project. Now you can determine the extent
of the risk exposure to your entire project. In this topic, you will examine the quantitative risk
analysis process and perform a quantitative risk analysis.
Taking advantage of opportunities can often mean turning a negative outcome into a positive
one. By performing a quantitative risk analysis, you can take steps to maximize the positive
consequences of the opportunities that your project faces.
Everyday Practicalities
In most everyday project management scenarios, conducting a qualitative risk analysis
is adequate to meet the project manager’s purposes; only in very sophisticated, mature
project management environments is there much additional value added by conducting
further quantitative risk analysis.
Component Description
Probabilistic analysis of the project Once risks are qualitatively and quantitatively analyzed, the
project team should be able to forecast the possible completion
dates and costs and provide a level of confidence for each.
Probability of achieving the cost and Using quantitative risk analysis, the project team can estimate
time objectives the likelihood of achieving the project objectives under the
current plan and with the current knowledge of the project
risks.
Prioritized list of quantified risks Identified risks are prioritized according to the threat they pose
or the opportunity they present to the project. This prioritized
list includes a measure of the impact of each identified risk.
Trends in quantitative risk analysis Repeating the quantitative risk analysis allows the project’s
results risk management team to analyze the trends and make adjust-
ments as necessary. Information on project schedule, cost,
quality, and performance gained through the perform quantita-
tive risk analysis process will help the team to prepare a
quantitative risk analysis report.
The qualitative risk analysis has already suggested the descending order of risks. The
following table displays the total exposure of all the risks for the project as 3.22% and
the exposure of the top four risks as 2.37%. Considering the top four risks, the team
determines the exposure to these risks as 73.6%.
Basics of Probability
Basics of Probability
When you perform probabilistic analysis, you will need to apply some of the basic principles
of probability.
Probability Distribution
Definition: Probability Distribution
Probability distribution is the scattering of values assigned to likelihood in a sample
population. It can be visually depicted in the form of a Probability Density Function
(PDF). In a PDF, the vertical axis refers to the probability of the risk event and the
horizontal axis refers to the impact that the risk event will have on the project objec-
tives.
When assigning probabilities, it is important that they are based on valid information and are not
assigned erroneously.
To analyze each strategy under risk, probabilities must be assigned to the possibility of
each state of nature occurring. Based on weather history in their area, the probability
of lots of snow is considered to be 45%, of little snow 35%, and of a dry but cold sea-
son as 20%.
We should consider the cost of machines in this calculation. $10,000 should be subtracted from the
profit value of Snow-maker Lite and $25,000 should be subtracted from the profit value of Snow-maker
Deluxe.
Strategy Calculation
Snow-maker Lite (80)(.45) + (45)(.35) + (25)(.20) = 56.75
Snow-maker Deluxe (50)(.45) + (45)(.35) + (40)(.20) = 46.25
The best choice of strategy is the strategy with the largest expected value (Snow-maker
Lite strategy) where the expected value is the sum of the payoffs multiplied by the
probability of occurrence for each state of nature.
Method Description
Sensitivity analysis Places a value on the effect of changing a single variable within a
project by analyzing that effect on the project plan.
Expected Monetary Value (EMV) Assesses the average outcome of both known and unknown sce-
analysis narios.
Decision tree analysis Factors both probability and impact for each variable, indicating
the decision providing the greatest expected value when all uncer-
tain implications and subsequent decisions are quantified.
Modeling and simulation Uses models that calculate potential impact of events on the
project, based on random input values.
EMV and decision tree analysis are commonly used together to come to a final decision.
Sensitivity Analysis
Sensitivity analysis is a method of assessing the relative impact of changing a variable
in the project to gain insight into possible outcomes of one or more potential courses
of action. Sensitivity analysis places a value on the effect of changing a single variable
within a project by analyzing that effect on the project plan. The results are typically
displayed as a tornado diagram.
Sensitivity analysis is probably the simplest method of analyzing the impact of a
potential risk and its results are easy for project stakeholders to understand. However,
it does not lend itself well to assessing combinations of risks and how they might
affect a project. Furthermore, the tornado diagram does not provide an indication of
anticipated probability of occurrence of the risk event.
Often, sensitivity analysis is performed independently on a number of variables. When
displayed on a single graph or diagram, the results allow you to compare which vari-
ables have the highest likely impact on project performance. Typically, it is only
performed for variables that are likely to have a major impact on project performance
in terms of cost, time, or economic return.
Simulations
Simulations Definition:
Simulation is a technique that uses computer models and estimates of risk to translate
uncertainties at a detailed level into their potential impact on project objectives. For
schedule development, simulation involves calculating multiple project durations with
varying sets of assumptions regarding project activities.
Example: Simulations
You are planning a multimedia campaign for a client. Your team is divided as to which
printing contractor to use. Printer A has handled similar projects for you in the past.
However, they are poorly staffed and turnaround time can be slow. Printer B is a large
company with modern equipment and fast turnaround time. However, their remote
location will add at least a day for each shipment of the product.
Your team simulates two project activity durations using each of the printers. Your
simulations take into account factors such as previous turnaround times for similar
projects, realistic shipping times, and maximum production capabilities. Based on your
simulation results, you decide to stick with Printer A.
Example: Monte Carlo Analysis for a Project Note that this is a simplified
Stakeholders have asked a project manager to estimate how long it will likely take to example for illustration
purposes; in practical use, a
produce a project involving three tasks and an inexperienced team. The first task is Monte Carlo analysis is used
scheduled to take 30 days, the second task is scheduled to take 60 days, and the third when there are many,
task is scheduled to take 90 days, but with inexperienced resources these activity dura- potentially thousands, of
tions are optimistic and could take more time. Using a software application, the project numbers to be input.
manager runs a Monte Carlo simulation analysis using these inputs as well as the prob-
ability that each task will be completed early, on time, and late. After running the
Monte Carlo analysis repeatedly to generate a range of results, he estimates that this
project has a 40% probability of being completed within 170 days, a 60% probability
of being completed within 180 days, and an 80% probability of being completed
within 200 days.
Guidelines:
To effectively perform quantitative risk analysis, follow these guidelines:
• Begin with your original estimate of time or cost. Break out the various compo-
nents of the estimate into manageable chunks. Determine the variable that you
wish to investigate and identify its likely range of variation.
• Calculate and assess the impact of changing the range of results on the overall
project estimate for each value in the range.
• Consult historical information, such as similar completed projects, studies of simi-
lar projects by risk specialists, and risk databases for information that may be
useful for quantitative risk analysis on your project.
• Use the appropriate interviewing technique and obtain probability distributions
from stakeholders and subject matter experts.
— If expertise resides with more than one or two people and the problem does
not lend itself to precise analytical techniques but can benefit from subjective
judgments on a collective basis, consider using the Delphi technique.
— Consider using the direct method when time or resource constraints do not
allow for more complex, resource-intensive methods and questions can be
phrased clearly and concisely.
— If your expert has a solid understanding of probability concepts and is famil-
iar with PDFs, consider using the diagrammatic method.
• Depict the distributions in a PDF.
Scenario:
Your project requires an external training provider. Your team has assessed each training pro-
vider’s rate of success in delivering the project management software training within the
required time-frame and within budget and you have graphed the results.
1. Which analysis technique was used in the Analyzing Project Risk image to determine
the most cost-effective choice of a training provider?
a) Delphi
b) Diagrammatic
c) Simulation
✓ d) Decision tree
2. What is the probability that Vendor 1 will complete the project on time?
a) 70 percent
b) 60 percent
c) 50 percent
✓ d) 40 percent
3. What is the probability that Vendor 2 will run over the allotted time for the project?
a) 40 percent
✓ b) 50 percent
c) 60 percent
d) 70 percent
TOPIC E
Develop a Risk Response Plan
You performed a quantitative risk analysis for your project. Now you need to decide how you
are going to address these project risks. In this topic, you will examine the risk response plan-
ning process by developing a risk response plan.
Every planned risk response stems from an identified risk. Developing a risk response plan
provides insurance for your project, because you are taking steps to ensure that each possible
scenario has an action plan.
Initial risk response planning on a project-wide basis should happen early in the project in order to be proactive
in addressing risk issues. Additional risk response planning initiatives should be undertaken at the start of each
project segment and work package.
Input Description
Risk register Contains prioritized lists of project risks, root causes of risk, list
of potential responses, risk ranking, lists of near- and long-term
risks, trends in qualitative risk analysis, categorized risks, and a
watchlist of low priority risks.
Risk management plan Contains the guidelines, methodology, templates, and formats
necessary to perform all risk management processes, including
plan risk responses.
Strategy Description
Risk avoidance Involves changing the project plan to prevent a potentially detrimental
risk condition or event from happening. One way to eliminate a risk is to
reduce or change the scope of the project in an attempt to avoid high-risk
activities. The scope change could involve the requirements or specifica-
tions, or it could mean changing the approach to meeting the
requirements or specifications.
Risk transference Involves shifting the impact of a risk event and ownership of the risk
response to a third party. This strategy typically is used in connection
with financial risk exposure and most often involves payment of a risk
premium to the party assuming the risk.
Risk mitigation Attempts to reduce the probability or impact of a potential risk event to
an acceptable level. Mitigation may involve implementing a new course
of action in an effort to reduce the problem or changing the current con-
ditions so that the probability of the risk occurring is reduced.
Sometimes, when reducing the probability is not possible, the focus must
be on reducing the consequences of the risk event.
Strategy Description
Risk exploitation Often used when a project team wants to make sure that a positive risk is
fully realized. This is often done by hiring the best experts in a field or
ensuring the most technologically advanced resources are available to the
project team.
Risk sharing Entails partnering up with another party in an effort to give your team the
best chance of seizing the opportunity. Joint ventures are a common
example of risk sharing.
Risk enhancement Attempts to increase the probability that an opportunity will occur. This is
done by focusing on the trigger conditions of the opportunity and trying to
optimize their chances for occurrence.
Risk acceptance Involves accepting the risk and actively responding to it as it comes, but
not through pursuit.
Contingency Plans
Definition: Contingency Plans
A contingency plan is a risk response strategy developed in advance, before things go
wrong; it is meant to be used if and when identified risks become reality. An effective
contingency plan allows a project manager to react quickly and appropriately to the
risk event, mitigating its negative impact or increasing its potential benefits. A contin-
gency plan may include a fallback plan for risks with high impact. The fallback plan is
implemented if the initial contingency plan is ineffective in responding to the risk
event.
Guidelines:
To develop an effective risk response plan, follow these guidelines:
• Examine each identified risk to determine its causes and how it may affect project
objectives. Brainstorm possible strategies for each risk.
— Identify which project stakeholders can be assigned responsibility of a risk.
Involve those people in your risk response planning.
— Write down every idea mentioned regardless of feasibility or cost.
• Choose the response strategy that is most likely to be effective for each identified
risk. Ensure that the chosen risk response strategies are:
— Enough to bring the risk threshold below the organization’s limit.
— Appropriate to the severity of the risk.
— Cost effective.
— Timely enough to be successful.
— Realistic within the context of the project.
— Agreed to by all parties involved.
— Owned by a responsible person.
• If you are unable to bring a risk’s rating below the organization’s risk threshold,
ask your sponsor for help. Develop specific actions for implementing the chosen
strategy.
• Identify backup strategies for risks with high risk factor scores.
• Determine the amount of contingency reserves necessary to deal with accepted
risks.
— How much will your contingency plans cost?
1. The first risk has possible positive outcomes. Which risk response strategy should you
employ?
a) Risk avoidance
✓ b) Risk enhancement
c) Risk mitigation
d) Risk transference
2. What response do you have regarding the risk of a potential project software upgrade
during the project life cycle?
If the software meets the approval of the IT department, you may want to include a pro-
vision to obtain a beta version of the software. You may choose to add more people who
can be trained on the upgrade and they can train others. You may choose to have a pilot
group work with the software.
3. The change in organizational requirements due to the resignation of Vicky Morris has
possible negative outcomes to the project, but you have determined there is no way to
avoid the scenario completely. Which risk response strategy should you employ?
a) Risk avoidance
b) Risk enhancement
✓ c) Risk mitigation
d) Risk exploitation
4. You determine that instructor illness cannot be avoided. Which risk response strategy
should you employ?
a) Risk enhancement
b) Risk exploitation
✓ c) Active acceptance
d) Passive acceptance
TOPIC F
Monitor and Control Project Risks
You developed a risk management plan and a risk register with a risk response plan to manage
project risk. During project execution, you will need to implement those plans in order to
monitor and control project risks. In this topic, you will identify the monitor and control
project risks process.
You’ve identified the project risks, quantified and ranked them, and planned an appropriate
response to each prioritized risk. That’s just the beginning. When risk events occur, it’s up to
you, as project manager, to implement your risk plans in the face of predicted and unforeseen
risks. Effective project risk monitoring and control ensures that you respond in a reasoned
manner.
Input Description
Risk register Identifies risks, risk owners, actions to respond to risks, char-
acteristics of risks, and a watch list of risks of low priority.
Project management plan Contains the risk management plan, which includes risk toler-
ances, risk owners, protocols, human resources, time, and
other resources allocated for project risk management.
Work performance information Items relating to risk monitoring and control such as deliver-
able status, corrective action, and performance reports.
Performance reports Information on project work performance that may affect the
processes of risk management or the actual occurrence of risk.
Output Description
Risk register updates Include results from risk assessments, risk audits, and periodic
risk reviews that may include updates to probability, impact,
priority, response plans, ownership, and risks that are no longer
active; also include results of project risks that can help in
future risk planning. This will complete the records of risk
management, and is part of the close project or phase process
and project closure documents.
Organizational process assets updates Project risk management processes should be documented in
the organizational process assets to be references in future
projects. The probability and impact matrix, risk register, and
risk breakdown structure can be updated at project closeout.
Lessons learned from project risk management activities can be
added to the lessons learned database. Cost and project activity
length can be added to the organization’s database.
Change requests Anything that deviates from the project baseline results in
changes to the project management plan. These changes are
submitted through the perform integrated change control pro-
cess as an output of the monitor and control risks process.
Approved changes become inputs to the direct and manage
project execution process and monitor and control risks pro-
cess. Change requests can include recommended corrective
actions, namely contingency plans and workaround plans.
Change requests can also include recommended preventive
actions that are used to make sure the project is following the
guidelines of the project management plan.
Project management plan updates The project management plan needs to be revised and reissued
if any approved changes have an effect on risk management
processes.
Project document updates Various project documents that require updates include the
assumptions log, technical documentation, contract terms, and
the schedule and cost baselines.
Guidelines:
To effectively monitor and control project risks, follow these guidelines:
• When an event affects the project objectives, consult the risk response plan to
execute actions as mentioned in the risk response plan.
• Monitor the environment for any new risks that may arise due to:
— Changes in the project objectives. Any change to the overall cost, schedule,
or quality/performance level of your project will change your overall risk
picture.
— Changes to scope. Whether the scope of the project increases or decreases,
the risk picture changes. For example, increasing the scope of the project
without assessing the impact on time or cost can spell disaster. Changes in
scope require iterating the risk management process.
— Changes within the organization, such as restructuring within functional
departments that may mean some of the resources you were counting on will
no longer be available for assignment to the project.
— Changes outside of the organization, such as technological changes, changes
in industry standards, economic or market changes, or legal/regulatory
changes.
• Monitor the effectiveness of the risk response plan, as well as the contingency and
fallback plans laid out in the risk response plan. Make sure your monitoring is
done in accordance with the policies and procedures defined in the risk manage-
ment plan.
— Conduct project risk response audits to examine and document the effective-
ness of the risk response plan and the performance of the risk owner.
— Perform earned value analysis to monitor overall project performance against
the baselines. If the project is deviating significantly from the baseline, reiter-
ate the risk identification and analysis processes.
— Conduct periodic project risk reviews that are part of the project schedule to
communicate risk response effectiveness and to identify new risks or triggers
that may require additional response planning.
— Measure technical performance to determine whether variances are significant
enough to warrant additional risk response planning.
— If the response plans are not effective in reducing or eliminating risk, con-
sider implementing the fallback plan.
• Deal with unforeseen risks by systematically planning a reasoned response.
Example: Monitoring and Controlling Project Risk for a Driver’s Safety Video
As the project work for a driver’s safety video nears completion, the parent organiza-
tion announces a restructuring of the department. As part of the restructuring effort,
two of the project’s resources, one graphic designer and one video producer, are trans-
ferred. The transfer of those resources will significantly impact the project and may
cause some turbulence in the team.
In addition to their regular risk review meetings, the project manager calls an emer-
gency core team meeting to develop a strategy for dealing with this new risk. The risk
officer and the project sponsor attend the emergency meeting, at which the group
brainstorms alternative strategies in response to the risk.
Since two other projects have been canceled as part of the organization’s restructuring
plan, other graphic designers are now available. Those resources will be distributed
among the various other projects that had lost resources. The new team members will
need to be trained.
With the deadline looming, the project manager allocates a portion of the contingency
reserves to cover the additional expenses that will be incurred to complete the video
production, which had to be outsourced. This is a serious setback because four videos
still need to be written and produced.
The multimedia lead takes ownership of this new risk. He hires a seller to edit the vid-
eos using the in-house editing equipment. He collaborates on rewriting the scripts to
make use of stock footage rather than having to shoot new footage to produce the four
remaining videos. A risk response audit shows that the team’s response plan for deal-
ing with this unforeseen risk was effective in reducing its impact on project objectives.
The team updates the project’s risk database to reflect the actions taken and the results
of those actions.
2. You have developed a very robust risk response plan in the risk register. Based on the
vendor performance report, you notice that chances of delay have now become very
high (from an earlier rating of high). You now need to decide what would be your next
step.
✓ a) Consult the risk response plan.
b) Follow the risk management process.
c) Implement the fallback plan.
d) Develop a workaround.
3. The contractor suggests that it might ultimately be more cost-effective to buy materi-
als from another contractor, although the initial cost of materials will be higher. Do
you think this is an effective solution?
Answers will vary, but may include: although the cost of materials will be higher when
purchased in this manner, the cost of the schedule delay might even be more expensive.
By buying materials right away, you will forestall any additional work delays.
Processing Project
Procurements
In this lesson, you will process project procurements.
You will:
• Create a procurement management plan.
• Prepare a procurement statement of work.
• Prepare a procurement document.
• Identify the components of the conduct procurements process.
• Obtain responses from sellers.
• Determine project sellers.
• Administer project procurements.
• Close project procurements.
Input Description
Scope baseline Includes the detailed project scope statement, the WBS, and the
WBS dictionary.
Requirements documentation Includes information about project requirements along with details
of any contractual or legal implications that may apply to the
requirements.
Teaming agreements The legal contractual agreements between the organization and one
or more external entities to form a partnership, joint venture, or
other arrangement between the parties. Teaming agreements
predefine the buyer-seller roles of parties involved in the project.
Risk register Includes identified project risks, risk owners, and risk responses
that may influence project procurements.
Risk-related contract decisions Includes details of the agreements that are prepared to specify
each party’s responsibility for specific risks in the project.
Activity resource requirements Includes information on the specific activity resource needs of the
project, namely people, equipment, or location.
Project schedule Contains information on the required timelines or the mandated
deliverable dates.
Activity cost estimates Includes cost estimates developed for the procuring activity within
the project that are used to evaluate bids or proposals received
from the sellers.
Cost performance baseline Provides details on the planned budget over the timelines of the
project.
Enterprise environmental factors The enterprise environmental factors that can influence the plan
procurements process include:
• Conditions of the marketplace.
• Availability/unavailability of products, services, or results in the
marketplace.
• Suppliers past performance and reputation.
• Terms and conditions applicable for products, services, or
results.
• Terms and conditions for the project-specific industry.
• Local requirements that may be unique.
Organizational process assets The organizational process assets that influence the plan procure-
ments process include:
• Policies, procedures, and guidelines for formal procurements.
• Management systems used by the organization in developing
the procurement management plan and in selecting the contract
types to be used to facilitate procurement.
• The established multi-tier supplier system of pre-qualified sup-
pliers based on prior project experience.
Output Description
Procurement management plan Describes how the procurement processes will be handled. It includes
the information on contract types to be used, standard procurement
documents, procurement metrics, constraints and assumptions, and
procurement related risk management issues.
Procurement statements of work Detailed, written description of a product or service being procured
under contract.
Make-or-buy decisions Decisions about which resources, services, or products will be created
or purchased by the organization.
Procurement documents The documents that are submitted to prospective sellers and service
providers to solicit their proposals for the work needed. These can
include Request for Information (RFI), Invitation for Bid (IFB),
Request for Proposal (RFP), and Request for Quotation (RFQ).
Source selection criteria The metrics that are used to evaluate each seller’s proposal and make
comparisons among different proposals. The criteria can be objective
or subjective and are used to rate or score seller proposals.
Change requests May apply to the subsidiary management plans in the project man-
agement plan, especially in light of new products or services being
acquired.
Teaming Agreements
Definition: Teaming Agreements
A teaming agreement is a legal contractual agreement between two or more parties to
form a joint venture or other arrangement as defined by the parties to meet the require-
ments of a business opportunity. The parties can be internal or external to the
organization executing the project. When a teaming agreement is created for a project,
it significantly impacts the planning processes for the project, and predefines issues
such as scope of work and competition requirements.
Guidelines:
To generate an effective procurement management plan, follow these guidelines:
• Identify the project needs that can be fulfilled by acquiring products, services, or
results. Determine:
— What is to be acquired.
— How to acquire.
— How much to acquire.
— When to acquire.
• Study the various plan procurement input documents to determine information
related to the procurement requirements. The input documents could include:
— Project scope baseline.
— Requirements documentation.
— Existing teaming agreements.
— Project risk registers.
— Risk-related contract decisions.
— Activity resource requirements.
— The project schedule.
— Activity cost estimates.
— The cost performance baseline.
— Appropriate enterprise environmental factors.
— Existing organizational process assets.
• Consult technical experts to define specifications for the project needs clearly,
concisely, and completely.
• Perform a make-or-buy analysis to determine whether particular work can be
accomplished by the project team or must be procured from outside the organiza-
tion.
• Determine the contract types to be used for the specific procurement needs of the
project.
• Document the plan procurement information you have identified so far in the pro-
curement management plan.
• After the procurement management plan is created, you will also generate other
In this topic, you will examine relevant plan procurement outputs, including:
the creation of a procurement
management plan. In — Procurement statements of work.
subsequent topics, you will
— Make-or-buy decisions.
examine the creation of the
other plan procurements — Procurement documents.
process outputs, namely the
procurement statement of work
— Source selection criteria.
and the procurement — Change requests.
document.
Scenario:
During the development of the OGC PM Training Roll-Out project charter and project scope
statements, it had been determined that an outside seller would deliver the project management
software training due to time and logistical constraints within the organization. You have
updated the OGC procurement management plan that describes how the procurement processes
will be managed from developing procurement documents through contract closure. Before you
meet David Anderson, OGC’s procurement manager, to discuss the procurement requirements,
you want to ensure that the procurement management plan includes suitable guidance for suc-
cessful project procurement.
2. In the OGC Procurement Management Plan, which of these job tasks are defined for
the solicitation process of the project?
✓ a) Characteristics of project requirements are to be documented in a procurement
statement of work.
✓ b) A Request for Proposal (RFP) will be sent to prospective sellers.
c) Select the vendor listed in the OGC Procurement Management Plan.
✓ d) Evaluation criteria are to be determined to evaluate proposals from sellers.
3. Which of OGC’s plan procurements inputs contains information about the time frame
for each project deliverable?
a) Requirements documentation
b) Scope baseline
✓ c) Project schedule
d) Activity resource requirements
TOPIC B
Prepare a Procurement Statement of
Work
As a project manager, you have a responsibility to acquire project resources from outside your
organization at a fair and reasonable cost and in an efficient and dependable manner. In this
topic, you will prepare a procurement statement of work.
You’re the project manager for a new brand of organic pasta sauce. In order to meet the prod-
uct launch deadline, you purchase tomatoes from a wholesale distributor in South America.
Unfortunately, the tomatoes that arrive are small, green, and hard. In a panic, you call your
seller to let him know that you wanted large, red, juicy tomatoes to meet the recipe require-
ments. Your seller says, “You ordered tomatoes and we sent you tomatoes.” Clearly describing
the exact type and specifications of the product you want to buy from the supplier in a pro-
curement statement of work ensures you will avoid costly outsourcing errors.
Though a procurement SOW is created for each procurement item, multiple products or services can
be grouped and specified in one procurement SOW.
Figure 12-3: A procurement statement of work for the OGC PM Training Roll-
Out project.
Specifications
Specifications Definition:
Specifications are descriptions of the work to be done or the service or product to be
provided; they define the requirements that must be met in exacting detail. These
descriptions can be in the form of words, pictures, or diagrams. Specifications may
relate to a product’s design, performance, or functionality.
Outsourcing
Outsourcing Definition:
Outsourcing refers to moving beyond the organization to secure services and expertise
from an outside source on a contract or short-term basis; it is done for core work that
has traditionally been done within the organization. It is becoming more common as it
allows businesses to focus more on their core competencies. On the other hand, many
businesses are emphasizing that work should be kept in-house whenever possible, in an
effort to maintain stricter quality controls. As a project manager, you’ll need to work
within the expectations and constraints that result from either situation.
Make-or-Buy Analysis
Definition: Make-or-Buy Analysis
A make-or-buy analysis is a technique used to determine whether it would be more
cost-effective to produce a product or service in-house or to procure it from an outside
seller. Make-or-buy decisions can significantly impact project time, cost, and quality. In
the case of a buy decision, you must also consider if the product needs to be pur-
chased, leased, or rented.
Factor Consideration
Impact Consider the impact on cost, time, or quality. For instance, if current per-
sonnel must be retrained for services requiring a new skill set, it may be
less expensive to outsource those services.
Ongoing need If the organization will continue to need a specific skill set—even for
future, unrelated projects—it may be a worthwhile investment to train cur-
rent personnel to perform that service.
Learning curve While it may make financial sense to develop an in-house solution, there
may not be enough time to train personnel and/or implement the necessary
policies and equipment to produce that solution.
Cost-effectiveness If the required resources are readily available internally, organizations will
usually use them. However, if the project involves technology, skills, mate-
rials, or resources that are beyond the organization’s capabilities, it may be
cost-effective to hire outside help.
Guidelines:
To prepare an effective procurement statement of work, follow these guidelines:
• Review the product description to ensure that you fully understand the scope of
the work being procured.
• Consult technical experts to define specifications clearly, concisely, and com-
pletely.
• If your organization has a preferred or mandated procurement SOW format, be
sure to use it and comply with any standards and policies regarding content. If
there is no standard procurement SOW format for your organization, you may be
able to modify a procurement SOW from a previous, similar project.
• Present the information in a logical sequence.
• Use consistent terminology and level of detail throughout the procurement SOW.
• Determine whether any collateral services will be required of the seller as a part
of the contract:
— What are the seller’s performance reporting requirements?
— Will the seller be required to provide any post project operational support?
• Determine the acceptable criteria for the product or service.
• Make sure your procurement SOW includes the following key elements:
— Clear identification of the project name and deliverable name or identification
number.
— A clear description of the deliverable.
— When, where, and how delivery is required.
— Specifications to which the deliverable must be produced and methods for
ensuring that the specifications have been met.
— Acceptance standards for the deliverable.
— Documentation requirements the seller must complete as part of the bidding
process (that is, references, compliance documents, confidentiality agree-
ments, proof of insurance, contractor’s license number, and so on).
— Description of any required collateral services that would support the main
work activities provided for in the contract.
Scenario:
During the development of the OGC PM Training Roll-Out project charter and project scope
statements, it had been determined that an outside training seller would deliver the project
management software training due to time constraints and logistical constraints within the
organization. You have updated the procurement statement of work that will serve as a basis
for the procurement team to develop the OGC procurement documents during the solicitation
process. You are meeting with key members of your team to make sure that it includes all of
the work for this portion of the project.
1. In the OGC Procurement SOW document, which components define the specifics of the
work being procured?
The description of the work, the Seller/Trainer Responsibilities list, and exhibits A and B
define the work being procured.
2. Were there any inconsistencies used in the document that might be confusing?
Answers will vary, but may include: “Seller” and “Training Provider” are being used inter-
changeably, and using two terms in this way is confusing.
3. Does the OGC Procurement SOW include any collateral services to be provided by the
client?
The follow-up support would be considered a collateral service in this contract.
4. Does the OGC Procurement SOW describe when, where, and how delivery is required?
The work schedule describes when the work will be delivered. The Seller/Training respon-
sibilities list that the seller must provide a classroom and instructor to accommodate nine
managers. Exhibits A and B describe in detail how delivery is required for both the assess-
ment and training.
TOPIC C
Prepare a Procurement Document
You created a procurement SOW for your project. Now, you need to incorporate the SOW into
a procurement document to facilitate acquiring responses from prospective sellers. In this topic,
you will identify the steps involved in preparing a procurement document.
Congratulations! You’re the project manager for an urban redevelopment project that’s receiv-
ing a lot of positive press coverage. There are numerous sellers eager to provide you with the
outsourcing services the project requires. But these sellers will send you different documents if
you don’t specify what information you need and the format for receiving bids. Mastering the
tools and techniques to prepare effective procurement documents ensures that sellers and ser-
vice providers can respond completely and accurately to your project’s contract needs.
Procurement Documents
Definition: Procurement Documents
Procurement documents are the documents that are submitted to prospective sellers and
service providers to solicit their proposals for the work needed. There are different
types of procurement documents. The type of document used will depend on the type
of project and the product or service being procured.
Example: An RFP
A Request for Proposal is a specific type of procurement document. A company seek-
ing a new advertising agency for a marketing campaign would send out RFPs to
several agencies. The RFP would describe the company’s marketing needs and ask for
proposals that describe the agencies’ qualifications and past campaigns, the key
employees’ work history, and their approach to creating a campaign. The RFP would
request a quote for services provided and an outline of a marketing strategy.
Contracts
Contracts Definition:
Contracts are mutually binding agreements that detail the obligations of both parties;
in terms of procuring work, they relate to both the buyer and the seller. While con-
tracts are customized for each agreement, they tend to fall into a number of standard
patterns, such as fixed price, cost-reimbursable, or Time and Material (T&M) contracts.
Components of Contracts
Components of Contracts
In general, any contract must include these elements, at a minimum:
Types of Contracts
Three common types of contracts are used in the procurement of goods and services. Types of Contracts
Example: Criteria
This table shows examples of objective and subjective criteria.
The subjective criteria statements leave room for interpretation as to what is meant by
“experienced” and “strong.” Conversely, the requirement of a Ph.D. with five years
experience is very specific and not open to interpretation, making it an objective crite-
rion.
Guidelines:
To create a thorough procurement document, follow these guidelines:
1. Based on the scenario, what would be a logical first step in creating the procurement
document?
a) Determine how you want training sellers to respond.
b) Define the training specifications.
✓ c) Determine the most appropriate procurement document format to use.
d) Examine the project SOW and make any necessary changes.
2. The assessment development, the project software training needs, delivery of the
training, and costs will be the determining factors in your choice of training providers.
What type of procurement document would be most appropriate to use in this situa-
tion?
a) Request for Quotation
✓ b) Request for Proposal
c) Request for Bid
d) Invitation for Bid
TOPIC D
Examine the Conduct Procurements
Process
You are familiar with preparing a procurement document. Your project is now in the executing
process group and you need to procure the external resources that are required by your project.
In this topic, you will examine the conduct procurements process.
Procuring products and services from external suppliers requires identifying suppliers, obtain-
ing bids or proposals from them, and awarding contracts based on their evaluation. All
procurements for the project must be done within the specified parameters of time, cost, and
quality so as to ensure that the project meets the stakeholder’s requirements. Having a thor-
ough knowledge of the procurements process will ensure that you are able to identify the
suitable seller within the time frame laid down for executing the project.
Input Description
Project management plan Describes every management step of the procurement process
starting with development and ending with closing the contract.
Procurement documents Contain information that you provide to prospective sellers so that
they can completely and accurately respond to your request.
Source selection criteria Can include examples of existing products from the supplier, ser-
vices, the supplier’s history with the organization and other
organizations, or results from the evaluation of the supplier’s
capabilities and quality of their products.
Qualified seller list Contains the names of prospective sellers who are pre-approved
by the organization based on past experience.
Seller proposals A response submitted by a potential seller that is prepared in
accordance with the requirements stated in the procurement docu-
ments. The proposal should demonstrate an understanding of the
procurement need, describe the sellers’ ability to provide the ser-
vice or product, and detail the price for delivering the desired
goods and/or services.
Project documents Project documents used in conducting the project procurement
include the risk register and the risk-related contract decisions
document.
Make-or-buy decisions Decisions about which resources, services, or products will be
procured in-house or purchased by the organization.
Teaming agreements The legal contractual agreements between the organization and
one or more external entities to form a partnership, joint venture,
or other arrangement between the parties. Teaming agreements
define the buyer-seller roles of parties involved in the project.
Output Description
Selected sellers Sellers who have been judged based on the outcome of the pro-
posal or bid evaluation. These sellers include those who have
negotiated an outline of a contract, which will turn into the
actual contract when the deal is made.
Procurement contract award A mutually binding agreement that details the obligations of the
buyer and seller. One is given to each selected seller.
Resource calendars The quantity and availability of resources and documented dates
on when each resource can be active or idle.
Change requests Certain changes to the project management plan, its sub-plans,
and other components may result from the conduct procure-
ments process. Any requested changes are sent for review and
disposition in the integrated change control process.
Project management plan updates Elements of the plan updates include the cost baseline, scope
baseline, schedule baseline, and the procurement management
plan.
Project document updates Various documents that require updates include the requirements
documentation, the requirements traceability documentation, and
the risk register.
Qualified Sellers
Qualified Sellers Definition:
Qualified sellers are sellers who are approved to deliver the products, services, or
results based on the procurement requirements identified for a project. The list of
qualified sellers can be obtained from historical information about different sellers who
delivered the resources required for prior projects executed in your organization.
If the resources you require are new to the organization, you may need to do some
research in collaboration with your Purchasing Department to identify qualified sellers
for each resource. This research will generate a list of possible sellers, and you would
need to interview the prospective sellers, visit their work sites, review work samples,
interview their references, check with certification boards, or use other approaches to
validate whether they qualify as sellers for the procurement requirements.
In case further information is required about the prospective sellers, you can send a Request for Infor-
mation (RFI) to each of them to gather information about their capabilities.
Figure 12-5: A qualified sellers list for the Computer Network Upgrade
project.
1. You have a list of 10 potential sellers and have to narrow the list down to a more man-
ageable number of candidates. What will be the process to create a “short list” of
sellers that you will consider?
Based on the qualified sellers list, which lists sellers from previous projects who have
been pre-screened for their qualifications and their track record of performance, you can
narrow down the potential sellers to a more manageable number of candidates and cre-
ate a “short list” of the sellers.
2. You now have a short list of sellers. Name some of the selection criteria you might use
in finalizing the selection of the seller.
Some of the possible selection criteria might be, but are not limited to:
• Price—remembering to re-examine the very high or very low responses as the seller may
not have fully understood what was being requested.
• Working relationships—if your company has done business with a seller, are there posi-
tive or negative comments recorded regarding the work relationship?
• Prohibited bidder—does your company have a list of sellers that are no longer accept-
able for use as a subcontractor? Are there relatives or close friends of executives who
have some association with the bidder? This needs to be examined closely for a potential
conflict of interest and a seller may have to be deemed unsuitable.
• Product scalability—check with technical experts in your company on the scalability of
the solution suggested by the seller.
• Product maintainability—check on the maintainability of the solution suggested by the
seller.
• Product support commitment—evaluate whether the seller provides for adequate opera-
tional support for the product.
TOPIC E
Obtain Responses from Sellers
During project planning, you prepared a procurement document. Now, you are ready to obtain
bids from prospective sellers to meet project purchasing requirements. In this topic, you will
obtain responses from sellers.
Obtaining proposals or bids from sellers provides project stakeholders with the confidence that
work products will meet project objectives for a fair and reasonable cost. Having a thorough
knowledge of the steps required for requesting seller responses ensures that you obtain rel-
evant, accurate, and appropriate responses from prospective sellers.
Guidelines:
To obtain responses from sellers, follow these guidelines:
• Gather and review all of your procurement documents for accuracy and complete-
ness.
• If necessary, obtain or develop a qualified sellers list.
— If your organization has a centralized Purchasing Department, there will often
be lists of qualified or approved sellers available, or at least some historical
information about different sellers. If the resources are similar to ones pro-
cured by your organization in the past, you may be able to tap into some
expert judgment and historical information about different sellers and their
track records. Try talking with sales and marketing people in your company;
they may have contacts or know other sources to try.
— You may also consider talking to the people in your company who will be
using the resource being sought to find out more information about their
needs.
1. What do you think would be the most appropriate method of finding qualified training
providers for the OGC PM Training Roll-Out project?
Answers will vary, but may include: OGC may have a list of training providers that the
company has used in the past.
2. There are only two local training providers in a 20 mile radius of OGC. You decide to
expand your seller list outside of your local area. What methods would you use to do
this?
Answers will vary, but may include: perform an Internet search, review professional jour-
nals, and contact the project software sales representative. Once you compile your short
list, you might consider asking them for references.
TOPIC F
Determine Project Sellers
As a result of requesting seller responses, you now have proposals, quotes, or bids from pro-
spective sellers. Now, you can determine which seller best meets your project’s time, cost, and
quality commitments. In this topic, you will identify the steps involved in determining project
sellers.
You received bids from three web designers who would like to work with you on your
website. You have worked with two of them in the past. The third person was recommended to
you by a senior level executive in your company. All three bids are within your price range.
Because rolling out your new website is a high profile project for the business as a whole, you
can’t afford to make a mistake by selecting the wrong seller. Using best practices to select the
best seller helps you avoid making critical errors in judgment before signing a contract to pur-
chase products or services.
Weighting Systems
Weighting Systems (2 Slides) Definition:
A weighting system is a method for quantifying qualitative data to minimize the influ-
ence of personal bias on source selection. By assigning numerical weights to
evaluation criteria, you can objectively prioritize the criteria that best meet the needs
of your project.
Procurement Negotiations
Procurement negotiation is the process of bargaining to come to a mutual agreement regarding Procurement Negotiations
the terms and conditions of a contract. Before a contract is signed by both parties, a number of
stages of procurement negotiation are conducted between the concerned parties to arrive at a
consensus on the terms and conditions of the contract.
There are five different stages for contract negotiation.
Stage Description
Introduction All parties become acquainted and the overall attitude of the negotiation is
established; this tone is largely set by the buyer’s team leader—normally, the
person with authority to sign the contract will lead the contract negotiation
team.
Probing Each side attempts to learn more about the other’s real position.
Bargaining Give-and-take discussions take place to arrive at the best possible agreement
for all.
Closure The tentative agreement is revised and everyone has an opportunity to tweak
the results.
Agreement The team tries to ensure that all parties clearly understand and agree to all
terms and conditions of the contract.
Scenario:
You are the project manager for the OGC PM Training Roll-Out project. You have received
the proposals from prospective training providers and now it is time to determine which pro-
vider has met the criteria outlined in the RFP:
• Seller must provide an instructor with a minimum 3 years of project management
software training.
• Seller must be creative and flexible about assessment design changes, even in late
production phases.
• Seller must have a minimum 20 years of collective training experience on staff.
• Seller must have produced at least three projects of similar scope in the last 10
years.
Based on discussions that you have had with the procurement manager, you don’t expect the
costs to exceed $35,000.
1. You decide to use a weighted system to find a qualified seller. What would be your
first step?
✓ a) Assign a numerical weighting factor to each evaluation criterion.
b) Score each prospective seller based on the rating scale for criteria.
c) Select the seller with the highest score.
d) Develop a rating scale for scoring the criteria.
2. For each evaluation criterion, you have specified a rating scale. What should you do
next?
a) Add the scores of the scale.
b) Select the highest rated score.
✓ c) Score each prospective seller on each criterion using the rating scale.
d) Multiply the seller’s score by the weighting factor for each criterion or sum of the cri-
teria in a category.
4. From the C:\085061Data\Processing Project Procurements folder, open the OGC Seller
Proposal Notes and Blank OGC Seller Scoring Sheet documents. Based on the scenario
and the seller notes provided, complete the seller scoring sheet.
You can either have the
students do this activity Enter your rating for each seller’s selection criteria. Using the Weighting Factor provided,
individually or divide the class calculate the Score for each criterion (multiply the Rating by the Weighting Factor). Once
into groups of three or four. you are done with the calculation of the scores for all sellers, calculate the Total Score
Allow up to 15 minutes to for each seller.
complete the activity, then
discuss the answers with the
whole class for approximately 5. Compare your Blank OGC Seller Scoring Sheet document with the Completed OGC
10 minutes. Seller Scoring Sheet document in the C:\085061Data\Processing Project Procurements\
Solutions folder.
Ratings for each seller are determined by predetermined selection criteria and the evalu-
ation of the seller proposals that were received from different sellers. Scores were
calculated based on the weighting factors and totals for scores were calculated for each
seller. You have performed a quantitative evaluation of the seller proposals.
6. Based on your quantitative evaluation of the seller proposals, which seller would you
choose for your project?
Answers will vary, but may include: based on the total scores that you calculated using
the weighting system, you now possess a quantitative evaluation of each seller. The final
total scores will serve as an objective parameter in the comparison and selection of the
seller for your project. In this case, based on the total scores, you may select Rudison
Technologies Ltd (RTL) as they posted a score of 390, which is the highest score among
the three sellers.
Output Description
Procurement documentation Includes the contract, schedules, and approved and unapproved
change requests. It can also include technical documentation,
deliverables, seller performance reports, warranties, financial docu-
ments, and results of contract inspections.
Legal Issues
Project managers should be familiar with some of the common legal issues related to procure- Legal Issues
ment administration.
Types of Waivers
Types of Waivers
It is possible for a party to a contract to explicitly waive a contract right. However, project
managers should be particularly aware of the ways in which they can inadvertently waive their
contract rights. These include:
• Accepting a product that fails to meet standards for quality or performance.
• Accepting late deliveries.
• Overlooking some other aspect of nonconformance to contractual obligations.
To protect against losses incurred by an inadvertent waiver of contract rights, some contracts
are written to specifically exclude the possibility of waiving a specified right.
Breaches of Contract
Breaches of Contract
Project managers may encounter different types of breaches of contracts.
Legal Expertise
Project managers should have a general understanding of contracts and breaches of
contracts, but they are not expected to be legal experts. The best way to protect your-
self, your project, and your organization is to make sure that your legal department has
reviewed and approved any contracts before you sign them. As a general guideline,
you should never sign a contract unless you are sure that you understand all of its
terms.
Guidelines:
To administer procurements, follow these guidelines:
• Index and store all contract correspondence for ease of retrieval.
• Develop and implement an effective contract change control system. The system
should be integrated with the project’s overall change control system and should
include these elements:
— Forms and paperwork required to request a contract change.
— Contract performance-tracking mechanisms.
1. The work done by RTL is scheduled to be completed in three phases. What action can
you take to ensure that these deadlines are met?
✓ a) Set performance milestones.
b) Document contract changes.
c) Implement a contract change control system.
d) Index all contract correspondence.
2. Your contact at RTL informs you that their primary project software instructor has
given her resignation. They have asked to push the training date out a week to get
another instructor up to speed. What action should you take?
a) Document contract changes.
b) Conduct an on-site visit.
✓ c) Consult the contract change control system.
d) Negotiate a milestone deadline.
TOPIC H
Close Project Procurements
You administered a contract successfully. Having completed the project, you need to close any
contracts with service providers and sellers who contracted for part of the project. In this topic,
you’ll examine the close procurements process and close the necessary contracts.
You may want to improve your procurement processes for future projects by referring to the
current project’s procurement documents. Other project managers in your organization may
want to use them as historical information for their projects. Properly closing a contract
ensures that contract records will serve as valuable information for future contracts and that
work completed under contract was accomplished completely and correctly.
Input Description
Project management plan Includes criteria for fulfillment of procurement contracts (such as
outsourcing or equipment rental), and documentation as to
whether these contracts have been satisfied.
Procurement documentation Contains information about vendor performances on cost, scope,
quality, contract change notes, approved and rejected changes,
payment notifications, and claims. These indexed documents are
acknowledged and validated for contract closure. The documenta-
tion is created when administering project procurements.
Output Description
Closed procurements Usually, the contract spells out the terms for contract accep-
tance and closure. At minimum, the seller should receive a
written notice of contract completion.
Procurement Audits
Procurement Audits (2 Slides) Definition:
A procurement audit is a formal evaluation of both the seller’s performance of the con-
tract, and the effectiveness of the procurement process itself. The goal of the audit is to
establish a record that may be used to shape procurement practices in other contracts
for this project, or for other projects.
Scenario:
You are the project manager at Tri-Mark Properties, a landscaping company. Your current
project is the construction of the sidewalk for the new OGC telestore in Seattle. You have sub-
contracted the concrete work to New World Properties (NWP).
According to the Tri-Mark_SOW document, the sidewalk is complete and the landscape archi-
tect’s plans have been returned. You receive the final invoice from New World Properties
(NWP) based on their quote for the job (as detailed in the NWP_Quote document). You also
receive a telephone call from the store manager, Justine, who tells you there is excess concrete
and other debris behind the store and a small crack in the new sidewalk.
1. Based on the information you have, can you close out the contract with the subcon-
tractor?
a) Yes, the contract has been fulfilled.
✓ b) No, the contract has not been fulfilled.
c) You cannot determine this until a procurement audit has been completed.
d) You cannot determine this until the seller completes a staff evaluation.
2. What would you do to resolve incorrect or unsatisfactory contract work in the situation
described in the scenario?
Answers will vary, but may include: make arrangements to meet the subcontractor at the
work site to evaluate what outstanding work is required to finish the job correctly and
satisfactorily; call the subcontractor and direct him to return to the work site, clean up
the debris, and repair the crack in the sidewalk; or conduct a procurement audit to
ensure that the contract work was properly completed.
3. NWP returned to the work site and resolved the outstanding contract issues and com-
pleted the cement work correctly and satisfactorily. Can you close out the contract?
Why or why not?
Yes. This contract can be closed out because the seller resolved the outstanding contract
issues and completed the cement work correctly and satisfactorily.
Lesson 12 Follow-up
In this lesson, you processed project procurements. With this knowledge, you can efficiently
identify qualified and responsive suppliers who can help you achieve a successful outcome for
your project.
1. How could your organization benefit from more effective procurement planning?
Answers will vary, but may include: effective procurement planning ensures better sourc-
ing and selection of sellers for your project using the detailed product and service
specifications, seller analysis and identification, and the guidelines for carrying out
project procurement.
2. How will you make sure that you are specifying adequate detail when requesting seller
responses?
Answers will vary, but may include: verify your procurement documents to ensure that
you included measurable technical specifications as mentioned in the SOW, proposed
terms and conditions of the contract, the regulatory and statutory requirements, the nec-
essary documentation required, and details for the proposal submission process when
sending to potential sellers requesting their responses.
Integrating Project
Workflow
In this lesson, you will integrate project workflow.
You will:
• Describe the direct and manage project execution process.
• Identify best practices for the monitor and control project work process.
• Develop an integrated change control system.
• Utilize the integrated change control system.
• Close the project or phase.
Input Description
Project management plan Describes each step of the project including the way it is executed,
monitored, controlled, and closed.
Approved change requests Include approved changes, which are ready for implementation by the
project team. These change requests are recorded and can either
increase or decrease the project scope. They may also be used for
revising policies, project management plans, procedures, costs and
budgets, and adjusting schedules.
Output Description
Deliverables A product, result, or capability produced as a result of project
execution.
Work performance information Periodically collected information about project activities being
performed to accomplish the project work, including deliverable
status and costs incurred.
Change requests Changes requested by the stakeholders that may impact the
project scope, policies, procedures, cost, and budgets, or lead to
reworking of project schedules. Changes may be categorized as
preventive and corrective actions, defect repairs, and updates.
A common pitfall associated with using a PMIS is creating a system in which the various pieces of
data are incompatible with one another. For example, the financial data may be created in one applica-
tion and the reporting in a different application and there is no way to get these two systems to talk to
each other.
Example: PMIS
One example of a project management information system available for purchase is
Microsoft® Project®.
Problem Description
Reacting to lagging indicators PMIS reports show problems after-the-fact. Good project manage-
ment requires proactive problem prevention.
Selecting and implementing a PMIS is outside the scope of this class, but the guidelines presented here are
some considerations that you may want to be aware of as you move forward in your pursuit of advanced project
management skills.
Guidelines:
To effectively execute the project plan, follow these guidelines:
• Comply with any organizational policies and procedures that the organization has
in place regarding project execution to ensure predictable and consistent results.
Make sure that all contractors are familiar with and comply with the procedures.
• Evaluate and select the work authorization system you will use to formally sanc-
tion work to begin on an activity or deliverable. The value of the control your
system provides should be balanced with the cost (money and time) of designing,
implementing, and using the system.
• In line with good project management practice, use the artifacts necessary to get
the job done. Use the organization’s project management infrastructure. If it is not
there already, then invent it.
• If necessary, work with a systems analyst to create a PMIS that is workable for
your project. Make sure the systems analyst understands the following:
— Who needs to use the information?
— What types of information will be needed by each user?
1. You need to assist the systems analyst in the creation of a PMIS that is workable for
your project. In order to design an effective PMIS, what are the inputs that a systems
analyst should know about the project that the PMIS will manage?
✓ a) What people will have access to the information?
✓ b) When will the information be needed?
✓ c) Who will incorporate the information into the system?
d) Who is the customer?
2. As the project manager, you have made sure all organizational policies and procedures
were followed, and the contract training vendor is familiar with their responsibilities.
What would you do next?
a) Call a meeting with the project sponsor so she can commence work.
✓ b) Set up a work authorization system.
c) Work with a systems analyst to create a PMIS.
d) Collect work performance information.
3. An activity did not start on its scheduled date. The responsible team, Team 1, claimed
that they could not start the activity because its predecessor activity did not show a
completion date in the latest status report. Team 2 claimed that they had completed
the activity on time and had followed the appropriate procedure for updating its
completion status. What are some things you would do to investigate why the status
report was not up to date?
Review the status for the activities in the PMIS since it is the central point of data collec-
tion for activity status. If you discover that the completion status for the activity is not
reflected in the system, alert the PMIS technical experts so that the cause can be identi-
fied. Along with the current system for activity updates, you may also ask resources to
communicate their activity progress on a weekly basis through a quick email or phone call
until the original system is proven.
The monitor and control project work process is not one specific task; it is an overarching process that is ongo-
ing, cyclical, interactive, and interlocking.
Change Categories
Project changes can be classified into three broad categories.
Input Description
Project management plan Contains all subsidiary management plans and baselines that must be
considered when performing the monitor and control project work pro-
cess and describes each step of the project, including the way it is
executed, monitored, and closed.
Performance reports Provide key information such as current project status, significant
accomplishments for the given period, scheduled activities (activities
completed vs. those that should have been completed), issues, and fore-
casts.
Enterprise environmental Include governmental or industry standards, stakeholder risk tolerances,
factors and project management information systems.
Organizational process assets Include organizational communication requirements, financial control
procedures such as reporting time and accounting codes, and lessons
learned databases.
Output Description
Change requests Issued as a result of comparison between actual and planned
results. Change request may result in modifying project scope,
policies, procedures, cost and budgets, or a rework of project
schedules. Documents such as the project management plan and
product deliverables may also be impacted by change requests.
Project management plan updates Include the project management plan components such as the
schedule management plan, cost management plan, quality man-
agement plan, and scope, schedule, and cost performance
baselines.
Project document updates Include forecasts, performance reports, and issue log.
Guidelines:
To effectively monitor and control project work, follow these guidelines:
• Compare and evaluate project performance with the project plan. If necessary,
recommend actions.
• Analyze, track, and monitor risks to make sure they are being recognized and
reported, and that response plans are being executed.
• Maintain accurate information about the project as it unfolds.
• Maintain the integrity of baselines, ensuring that only approved changes are incor-
porated.
• Provide information to support status reporting, progress, and forecasting.
• Provide forecasts to update recent cost and schedule information.
• Monitor the execution of approved changes when they occur.
ACTIVITY 13-2
Monitoring and Controlling Project Work
Scenario:
The OGC PM Training Roll-Out project has been running smoothly, thanks in large part to the
efforts of the instructional designer, Sarah. She has been instrumental in getting all teams to
work together to meet their tight deadlines. During a crucial phase in the project, Sarah falls
ill. A less experienced designer, Kevin, is brought in to replace her. For this project, it is more
important to maintain the schedule than to maintain the cost baseline.
1. What can you, as the project manager, do to mitigate the negative effects of a staffing
change?
a) Put the project on hold until Sarah returns from sick leave.
b) Rebuild the schedule to include additional time for Kevin to complete his tasks.
✓ c) Closely monitor Kevin’s work to assess any possible risk.
d) Discuss with the team the impending change and that the team can expect to go
through the team development stages again.
2. Kevin missed an important deadline. What action can you take to help Kevin get back
on schedule?
You might recommend that another supervisor be brought in to assist him. Once you have
determined that project performance is not meeting the project plan, it becomes neces-
sary to recommend corrective action. A change in head count will have an impact on cost
and scheduling, and will require the monitoring of changes as they occur.
3. After he has been given extra help, Kevin manages to meet his next important dead-
line. What should be your next action as project manager?
a) Keep a private log for your own reference, detailing changes that have been made to
the project.
✓ b) Update recent cost and schedule changes that have resulted from recent changes.
c) Ask Kevin to closely monitor changes to the project’s cost and schedule.
d) Ask Kevin to let you know if he has any further problems as the project progresses.
Cause Description
Inaccurate initial estimates There are many reasons why initial time and cost estimates for com-
pleting the project work prove to be inaccurate. These reasons may
range from lack of experience, lack of information, or precedence to
inaccurate data, excessive optimism, technological difficulties, and
unreliable resources. Getting those original estimates to be as realistic
and accurate as possible makes the control process more manageable.
Specification changes Project work can open up new avenues of development and design that
were not considered during the initial planning of the project work and
scope. As new options for a product or service become apparent, cus-
tomers, sponsors, or the project manager may broaden the project’s
scope to include new specifications and deliverables.
New regulations As project work is progressing, new governmental or industry-specific
regulations may be enacted. This can be especially true for very
lengthy projects. If the new regulations are related to the ongoing
projects, project change becomes necessary. Accommodating new regu-
lations or legislation can also mean revisiting the planning process to
determine the effect the new regulations will have on resource needs,
schedule durations, and quality specifications.
Missed requirements Many times the requirements are understood by reviewing the docu-
mentation, and interviewing the end users and policy makers. However,
there are times when complete and comprehensive understanding may
not be possible.
The interviewer feels that he/she has understood the point. And the
interviewee feels that he has expressed all that matters. Although a
Requirements Traceability Matrix (RTM) is prepared, the same confu-
sion might arise in a written document. Prototyping is used where a
demonstration of functional and/or technical requirements is done.
Although all these techniques reduce the chances of missing any
requirements, it cannot guarantee that every requirement is captured.
There are always some slippages that surface at different phases in the
project.
Configuration Management
Configuration Management Definition:
Configuration management is a tool used to manage changes to a product or service
being produced. These can include changes of a technical nature, and changes in
administrative direction. Configuration management is used to:
When dealing with government contracts or other large systems, a configuration management system
is often required.
Guidelines:
To develop an integrated change control process, follow these guidelines:
• There may already be an approved integrated change control process in common
usage within your organization, in which case it is your responsibility to imple-
ment it for your project in accordance with all relevant company procedures and
requirements.
• If there is not an integrated change control process in use at your organization, it
is your responsibility to develop one for your project. Gather any relevant histori-
cal data within the organization that relates to the process of identifying,
documenting, approving or rejecting, and controlling changes to the project
baselines.
• Identify what will be considered a change that is significant enough to require
management approval. For the sake of maintaining forward momentum on project
work, project managers will not bring minor changes to schedule and to cost esti-
mates to upper management for approval. Make sure that the organizational
expectations regarding change control have been clearly defined and documented.
How much latitude does the team have in making autonomous decisions about
changes? At what point should you bring a change request to the project manage-
ment team?
• In conversation with stakeholders and the project management team, identify these
responsible parties:
1. Who will you involve in the change control process for the PM Training Roll-Out project
and what is their role in the change control process?
The change control process should involve the OGC selected senior executives and strate-
gic planning individuals who are the key stakeholders. Their role will be to identify what
will be considered a significant enough change from each baseline to require management
approval. You should also include the PMO.
2. The IT department informs you that the project software upgrade will have a signifi-
cant delay in delivery. In the risk register, you accounted for a delay due to the
software upgrade, but this delay is much longer than originally anticipated. What
action should you take first?
a) Coordinate changes across knowledge areas.
✓ b) Document the change request in a change control system.
c) Update the project plan to reflect changes.
d) Bring the information to the stakeholders for evaluation and approval.
e) Identify corrective action to take to resolve the problem.
3. The procurement manager contacted the software vendor and was able to secure a
beta version of the project software. The beta version may have some minor bugs, but
it will be available in time for the training. Based on your change control process, what
further action, if any, should you take?
Document the problems regarding the beta version and its flaws, the actions taken to
work within these issues, and the reasoning behind your decision to use the beta version
of the software.
Input Description
Project management plan Describes each step of the project including the way it is
executed, monitored, and closed.
Work performance information Periodically collected information about project activities being
performed to accomplish the project work.
Change requests Include corrective actions, preventive actions, and defect repairs.
This may result in modifying project scope, policies, procedures,
cost, and budgets, or a rework of project schedules. Corrective
and preventive actions do not generally affect the project
baselines, but the performance against baselines.
Enterprise environmental factors Include project management information systems that can influ-
ence the integrated change control process. The PMIS includes
automated tools such as scheduling software tools or information
collection and distribution system.
Organizational process assets Include process assets such as:
• Change control procedures, which will also include steps used
to modify official company standards, policies, and plans and
to approve, validate, and implement changes.
• Procedures used to approve and issue change authorizations.
• Process measurement databases used to collect and create
measurement data on products and processes.
• Project files such as scope, cost, schedule, and performance
measurement baselines.
• A configuration management knowledge base that contains
the versions of all documents such as the official standards
and procedures of the company.
Output Description
Change request status updates Status of all change requests (approved or unapproved) should
be updated in the change request log when updating the process
documents.
Project management plan updates Any actions needed to define, integrate, and coordinate all sub
plans into a project management plan. Documents that may be
updated during the process include subsidiary management plans
and baselines that have been changed as a result of the change
control process. Changes made to the baselines should not affect
the past performance data.
Project document updates Documents such as change request logs and other documents
that are affected by the change control process may be updated
during the perform integrated change control process.
Guidelines:
To effectively utilize the change control process for managing changes in the project
performance baselines, follow these guidelines:
• Make sure your change control system is cost-effective. It should not cost more
money to implement than it saves through controlling.
• Establish or make use of an existing CCB composed of project stakeholders to
evaluate change requests.
• Document the effect the changes have on the project performance baseline.
• Obtain approval from the appropriate parties for all change requests before imple-
menting the change.
• Use configuration management to document and control changes to original prod-
uct characteristics.
• Coordinate changes across knowledge areas as appropriate. For example, does a
proposed schedule change affect cost, risk, quality, and/or staffing?
• Use performance reports to measure project performance and assess whether plan
variances require corrective action. Make sure performance reports are timely and
accurate to increase the effectiveness of control decisions.
• Identify corrective action necessary to bring expected performance in line with the
project plan.
— Determine the source and severity of the problem.
— Review the project plan and objectives.
— Consider factors inside and outside the project that may influence corrective
action decisions.
— Identify alternative options available.
— Choose from among the alternatives by evaluating the impact of each alterna-
tive on cost, schedule, and quality.
• Update the project plan to reflect changes made that affect performance baselines.
• Document the causes of variances, the steps taken to correct performance prob-
lems, and the rationale behind the decision-making process to avoid similar
problems on future projects.
2. What are the tasks that you should consider when determining appropriate corrective
actions?
a) Record how corrective actions should be tracked.
✓ b) Identify alternative options available.
✓ c) Determine the source of the problem and its severity.
✓ d) Review the project plan and objectives.
3. OGC’s change control process states, “The PMO, upon receipt of change request deci-
sions, records the information in a database to track all change request patterns.”
What benefits do you see in tracking change request patterns?
Answers will vary, but may include: it may be helpful to see a breakdown as to how many
change requests were due to contractual agreements. They will be able to do research to
find other projects that have had similar change requests and patterns.
TOPIC E
Close the Project or Phase
Administratively
You and your project team have successfully carried out your project plan, produced work
results, and controlled the project’s performance baselines. It is time to tie up all the loose
ends and close your project or phase. In this topic, you will close the project or phase.
Ending a project or phase is equally important as starting the project or phase. As a project
manager, the way in which you end your project or phase says a great deal about you to your
stakeholders. Obtaining formal acceptance of your project’s or phase’s final product, service,
or result ensures that the project or phase is properly closed.
Input Description
Project management plan Contains key information, including descriptions of the
deliverables and criteria for their delivery.
Accepted deliverables Include deliverables that have met the acceptance criteria and
have been formally signed off by the customer.
Organizational process assets Include existing guidelines or policies about project closure, his-
torical information, and the lessons learned from previous
projects.
Administrative Closure
Administrative Closure
Administrative closure involves verifying and documenting project results to formalize project
or phase completion. During the administrative closure process, the project team gathers and
updates project documentation and relevant records and reports. Project results are compared
against customer and stakeholder expectations and requirements. A properly completed admin-
istrative closure process ensures that the project or phase requirements were met and formal
acceptance was granted.
Outstanding Items
It may be helpful to construct a checklist of outstanding items that must be resolved,
addressed, or completed before the customer will accept the final work results. Make
sure to include the actions taken to resolve any outstanding issues and any time frames
associated with completion.
Consideration Description
Scheduling lessons learned These include any relevant scheduling problems or issues. They
also document the management strategies that were implemented
to deal with schedule or resource constraints.
Conflict management lessons learned These include any issues that arose within the team or between
the team and customers. They include documentation of the
nature and source of the conflict as well as the impact that the
conflict had on the project. The documentation should also
specify how management intervened in response to the conflict.
Sellers lessons learned New seller experience and performance should be documented
and provided to the procurement department.
Customer lessons learned If a customer is excessively litigious or unreasonable to work
with, that information should be conveyed to the sales and legal
departments as well as documented in the lessons learned reposi-
tory.
Strategic lessons learned Those that typically impact some aspect of the organization’s
project management methodology or significantly improve a tem-
plate, form, or process. These address the questions: Can we
reuse this project’s artifact to get more done with the same
resources and/or deliver work sooner?
Closeout Meetings
Closeout Meetings Definition:
Closeout meetings are sessions held at the end of a project or phase; they involve dis-
cussing the work and capturing lessons learned. Closeout meetings may include
stakeholders, team members, project resources, and customers. They typically follow a
formal agenda and may require official minutes to be recorded. Not all organizations or
projects require closeout meetings. Some organizations require the minutes from close-
out meetings to be completed in full, approved by management, and preserved in a
specific manner.
1. Are your project records ready for review by the project sponsor? Why or why not?
Yes, because you have collected performance measurement and product documentation
as well as other relevant project records to archive.
4. What types of documentation or computer files should you store in the project
archives?
Answers will vary, but may include: the project plan, project performance records, con-
tract records, names of team members, or financial records.
Lesson 13 Follow-up
In this lesson, you directed and managed project execution, monitored and controlled project
work, integrated change control, and learned how to effectively close a project. Executing and
monitoring project work according to your project management plan ensures that your project
finishes on time, within budget, and with the required quality. In addition, closing the project
efficiently provides valuable lessons learned and input to your organization’s future projects.
1. How can you make the change management processes followed in your organization
more effective?
Answers will vary, but may include: implementing an integrated change control system
for the projects in accordance with all the relevant company procedures and require-
ments and by clearly identifying the roles responsible for initiating, authorizing, and
approving change requests, and effectively managing the approved changes. It is also
important to consider the ideas of the team members and stakeholders for the change
control systems.
2. What steps do you plan to take to improve the project closure process in the future?
Answers will vary, but may include: defining the closure procedures for closing project or
phases and procurements; documentation; final results transition; and final verification
of the products received from vendors or delivered to buyers.
What’s Next?
This course provided you with a solid foundation in the generally recognized good practices on
most projects, most of the time, across industries including Construction, Manufacturing, Edu-
cation, Government, Engineering, Health Services, Consulting, and Information Technology. To
expand your breadth of knowledge, consider taking the CompTIA® Project+® (2009 Objec-
tives) course, which delves into the unique challenges of managing IT projects and may help
you to prepare for professional certification in CompTIA® Project+®. In addition, you can take
the Project Management Professional (PMP®) Certification: Fourth Edition - Comprehensive,
Program Management Professional (PgMP®)SM Credential, and Introduction to Project Port-
folio Managementcourses.
481
NOTES
APPENDIX A
Code of Ethics and
Professional Conduct
The PMI Code of Ethics and Professional Conduct
The PMI Code of Ethics and Professional Conduct provides a framework for ethical behavior
and professional conduct by project management professionals. These guidelines relate to your
practice of project management both within the profession and beyond, in your interactions
with customers and the public. The purpose of the code is to instill confidence in the project
management profession and to help an individual become a better practitioner. The code relates
to values considered most important to the global project management community: responsibil-
ity, respect, fairness, and honesty.
Upholding Responsibilities to the Profession
Responsibilities to the profession include compliance with all applicable laws as well as orga-
nizational rules and policies. To uphold responsibilities to the profession, consider the
following guidelines:
• Take ownership for the decisions we make or fail to make, the actions we take or fail to
take, and the consequences that result.
• Accept only those assignments that are consistent with our background, experience, skills,
and qualifications.
• Fulfill the commitments that we undertake; do what we say we will do.
• Protect any proprietary or confidential information that has been entrusted to us. Report
possible violations of the PMI Code of Ethics and Professional Conduct by individuals in
the field of project management, and cooperate with PMI concerning ethics violations and
the collection of related information.
• Disclose to clients, customers, owners, or contractors, significant circumstances that could
be construed as a conflict of interest or an appearance of impropriety.
• Behave in a truthful and ethical manner. This includes complying with all applicable laws,
regulations, and ethical standards governing professional practice, respecting the intellec-
tual property developed or owned by others, and providing truthful advertising concerning
your qualifications and services.
APPENDIX B
Interpersonal Skills Required
for a Project Manager
Interpersonal Skills
Interpersonal skills are abilities that an individual should possess to work harmoniously and
efficiently with others. Being in the project management profession, it is important that you
develop a balance of conceptual, technical, and interpersonal skills that will enable you to ana-
lyze situations and deal with them appropriately. Some of the important interpersonal skills
critical to effectively manage a project are:
• Leadership
• Team building
• Motivation
• Communication
• Influencing
• Decision making
• Political and cultural awareness
• Negotiation
Leadership Skills
Leadership is the capacity of a person to guide and inspire others to achieve results. The abil-
ity to lead can be characterized as learning from one’s mistakes, building relationships, taking
initiatives, and inspiring others through positive influence. Characteristics of effective leader-
ship include self-awareness, personal accountability, and personal integrity. These
characteristics are important for a manager to establish rapport, enhance credibility, and gain
others’ trust.
Though the leadership capabilities of a manager are important throughout all the phases of a
project, it is critical at the beginning of a project or phase where the emphasis will be to com-
municate the vision and motivate and inspire team members for higher project performance.
Leadership Style
Motivation Skills
Motivation skills are imperative for managers to get work done from their project team mem-
bers and improve team performance. Motivation is what makes a team member want to
accomplish goals with a high level of quality rather than just doing the minimum work
required. A manager should understand that all individuals in the team are unique and have
their own expectations, values, and objectives. Some of the motivation factors that individuals
consider necessary and important are job satisfaction; challenging work; a sense of accomplish-
ment, achievement, and growth; financial compensation; and rewards and recognitions.
Motivational Techniques
Consider a variety of methods of recognizing employees’ contributions:
• Say “Thank you.”
• Ask their advice and give them credit for ideas.
• Greet your employees when you see them.
• Invite them to coffee or lunch, alone or with members of the team.
• Give verbal praise in private, in a team meeting, or in small groups.
• Give team members a chance to shine. Allow them the opportunity to speak at a confer-
ence or a meeting.
• Allow increased autonomy.
Phase Involves
Define the problem Exploring and clarifying the problem or situation.
Generate solutions or alternatives for Brainstorming ideas, solutions, or alternatives for the problem.
the problem
Put ideas into action Evaluating the pros and cons of the discussed alternative and
selecting the best solution for implementation.
Plan for solution action Contributor’s acceptance and commitment to make the solution
work.
Plan for solution evaluation Evaluation, post-implementation audit, and lessons learned.
Evaluate the outcome and process Evaluating how well the problem was solved and project goals
achieved.
The word “politics” in this context does not refer to governmental or public politics, but to the politics of profes-
sional relationships.
Negotiation Skills
Negotiation is an approach used by individuals or organizations with mutual or opposite inter-
ests to come together to reach a final agreement. Negotiation is indispensable to project
management and, when done effectively, will contribute to the success of a project. Some of
the skills or behaviors that managers can adapt to negotiate successfully are:
• Analyzing the situation.
• Differentiating the needs and wants of both parties.
• Focusing on issues and interests rather than on positions.
• Being realistic when making proposals.
• Impressing the other party while giving concessions to indicate that you are providing
them something of value.
• Ensuring a win-win situation for both parties at the end of the deal.
• Communicating in an appropriate manner.
APPENDIX C
®
Updates to the PMBOK Fourth
Edition Guide
The release of the PMBOK® Fourth Edition guide by the PMI® continues to provide excel-
lence in the project management profession. This standard greatly focuses on maintaining
consistency in the usage of process names and bringing clarity to the content that is easy to
comprehend and implement.
The following are the major differences between the third and fourth editions of the PMBOK®.
• The usage of verb-noun format for all the process names.
• The decrease of 44 processes to 42 with few process changes.
• Deleted two old processes: Develop Preliminary Scope Statement and Plan Scope.
• Added two new processes: Collect Requirements and Identify Stakeholders.
• Reorganized six processes as four in the Project Procurement Management knowl-
edge area.
• Combined the Plan Purchases and Acquisitions and Plan Contracting processes
as the Plan Procurements process.
• Combined the Request Seller Responses and Select Sellers processes as the
Conduct Procurements process.
• Changed the Contract Administration process to the Administer Procurements
process.
• Changed the Contract Closure process to the Close Procurements process.
• Renamed two processes.
• Manage Stakeholders to Manage Stakeholder Expectations.
• Close Project to Close Project or Phase.
• Moved the Manage Project Team and Manage Stakeholder Expectations processes
from the Monitoring and Controlling process group to the Executing process group.
• A differentiation between the project management plan and the project documents has
been provided.
• A clear distinction between the elements of the project charter and project scope statement
is accommodated.
• A standardized approach is adopted for documenting inputs and outputs.
APPENDIX D
Project Management
Processes
Here is a comprehensive list of all project management processes covered in this course.
The Develop Project Charter Process
Develop project charter is the first process in the project integration management knowledge
area. The purpose of developing a project charter is to formally launch and authorize a new
project or to authorize an existing project to continue into its next phase.
LESSON LABS
Due to classroom setup constraints, some labs cannot be keyed in sequence immediately fol-
lowing their associated lesson. Your instructor will tell you whether your labs can be practiced
immediately following the lesson or whether they require separate setup from the main lesson
content. Lesson-level lab setup information is listed in the front of this manual in the course
setup section.
LESSON 1 LAB 1
Reviewing Project Management Fundamentals
Activity Time:
15 minutes
Scenario:
In this lab, you will have an opportunity to review the CAPM certification exam related infor-
mation that was presented in this lesson.
1. A project stakeholder asked you to create a financial plan for your project. Preparing a
financial plan will require:
a) Program management skills
b) Industry specific skills
c) Financial subject matter expertise
✓ d) Both project management and industry specific skills
LESSON 2 LAB 1
Recognizing Project Management Processes
Activity Time:
20 minutes
Scenario:
In this lab, you will have an opportunity to review the CAPM certification exam related infor-
mation that was presented in this lesson.
1. You are hired as the project manager for a large global service provider. A project
team member informs you that a particular task is taking more time than what was
allotted. You are surprised because you had not anticipated this delay, and you call a
status review meeting of your team to determine whether this variance requires an
appropriate response. You are in which phase of the project management process
group?
a) Initiating
b) Executing
✓ c) Monitoring and controlling
d) Planning
4. Which knowledge area do you think will include the creation of the project charter?
a) Project scope management
b) Project cost management
✓ c) Project integration management
d) Project communications management
5. In a kick-off meeting for your project, you provided information to your team members
about the different process groups that will be followed during project implementa-
tion. According to the PMI, what are the project management process groups?
a) Conceptualizing, Initiating, Executing, Monitoring and Controlling, and Closing.
✓ b) Initiating, Planning, Executing, Monitoring and Controlling, and Closing.
c) Initiating, Verifying, Executing, Monitoring and Controlling, and Closing.
d) Initiating, Planning, Executing, Controlling, and Administrative Closure.
6. You are in the planning phase of your project and are considering processes that need
to be implemented within the planning phase. Which processes should you consider
when you are in the planning phase?
a) Developing project charter, identifying stakeholders, distributing information, and
conducting procurements.
✓ b) Developing project management plan, collecting requirements, defining scope, and
planning quality.
c) Monitoring project work, controlling schedule, performing quality control, and con-
trolling risks.
d) Performing integrated change control, verifying scope, reporting performance, and
administrating procurements.
8. Which knowledge area ensures that the various elements of the project are properly
coordinated?
a) Project quality management
b) Project human resource management
c) Project scope management
✓ d) Project integration management
10. Which project management process group takes more project time and resources?
a) Planning
b) Designing
c) Integrating
✓ d) Executing
11. Which project management process group involves estimating costs and determining
budget?
✓ a) Planning
b) Initiating
c) Monitoring and Controlling
d) Executing
12. The information from the planning process group is a direct input to which process
group?
a) Initiating
b) Designing
✓ c) Executing
d) Closing
13. Which statements best describe interactions between project management process
groups?
✓ a) Outputs from one project management process become inputs to others.
✓ b) Once a project is initiated, you move into the planning processes where you develop
a project management plan.
c) Once a project is initiated, you move into the executing processes where you develop
a project management plan.
✓ d) The loop continues between planning, executing, and monitoring and controlling
until the project’s objectives are completely met.
14. Which best describes the project scope management knowledge area?
a) Includes processes and activities that are used to identify, define, and coordinate the
processes and activities within the project management process groups.
b) Includes processes that ensure the effective use of the project team members.
✓ c) Includes processes and activities to ensure that the project comprises all work
required, and only work required, to successfully complete the project.
d) Includes processes and activities that help ensure that the project is completed
within the estimated and approved budget.
16. Which options best describe the characteristics of a project life cycle?
✓ a) The cost and staffing levels reach the peak once work is carried out and drop rapidly
upon project completion.
b) The cost and staffing levels are low once work is carried out and reach the peak upon
project completion.
✓ c) The influences, uncertainties, and risks involved with stakeholders are high at the
project start and diminish over the life of the project.
d) The influences, uncertainties, and risks involved with stakeholders are low at the
project start and high over the life of the project.
LESSON 3 LAB 1
Initiating a Project
Activity Time:
20 minutes
Scenario:
In this lab, you will have an opportunity to review the CAPM certification exam related infor-
mation that was presented in this lesson.
4. In which case is ″contract″ used as an input to the develop project charter process?
✓ a) If the project is being done for an external customer.
b) If the project statement of work is not prepared.
c) If the project is being done for an internal customer.
d) If the project is being done for high revenue.
5. While doing a feasibility analysis of a project, what are the factors that you take into
account?
Answers will vary, but may include factors such as description of the problem that the
project is expected to solve, estimate of the costs and time to implement each alterna-
tive, statement of project goals and major development milestones, and so on.
6. Choose the component that should always be included in the project charter.
a) A breakdown of the functions and activities to be performed on the project.
b) A list of the project stakeholders and their areas of responsibilities.
c) A schedule of project activities.
✓ d) A statement of project goals, via a project SOW, and authorization of the project
manager to use organizational resources on the project.
10. Which input in the develop project charter process includes policies, procedures and
guidelines, and the process measurement database?
a) Project statement of work
b) Contract
✓ c) Organizational process assets
d) Enterprise environmental factors
11. Do you prepare a business case for your projects in your organization? If yes, what are
its components?
Answers will vary, but may include components such as business need, stakeholders, stra-
tegic risks, benefits evaluation, contingency plan, and so on.
14. Do you prepare a formal project management plan as part of project management in
your organization? If yes, what are the components of the project management plan?
Answers will vary, but may include subsidiary plans, detailed description of tasks, tools,
and techniques to be used during the course of project execution, performance measure-
ment baselines, and so on.
LESSON 4 LAB 1
Administering Project Scope
Activity Time:
20 minutes
Scenario:
In this lab, you will have an opportunity to review the CAPM certification exam related infor-
mation that was presented in this lesson.
1. Which project management processes are included in the scope management knowl-
edge area?
✓ a) Collect requirements
✓ b) Create WBS
✓ c) Define scope
d) Develop project management plan
e) Develop project charter
6. Which monitoring and controlling process belongs to the project scope management
knowledge area?
a) Collect requirements
b) Define scope
c) Create WBS
✓ d) Verify scope
9. If a project is terminated early because of funding problems, how will you incorporate
the verify scope process to do anything further?
a) Verify correctness of the work results produced.
b) Determine project performance through date.
✓ c) Document extent of completion.
d) Create lessons learned documentation.
12. Which process involves defining and documenting the stakeholders’ needs and expec-
tations to meet the project objectives?
a) The define scope process
b) The develop project management plan process
✓ c) The collect requirements process
d) The create WBS process
15. Which technique allows you to determine if the requirements have been met?
a) Templates
✓ b) Inspection
c) WBS
d) Scope statement
17. Which tool and technique would you use to create the WBS?
✓ a) Decomposition
b) WBS dictionary
c) Lateral thinking
d) Functional analysis
18. True or False? A work package can be further subdivided if it can be assigned to more
than one individual person or group.
True
✓ False
19. You are asked to decompose the WBS deliverables. Which activity would you perform
during decomposition?
a) Assign unique ID numbers to each deliverable.
✓ b) Break the deliverables down into smaller components.
c) Arrange the deliverables into categories, based on risk.
d) Organize the deliverables, based on which project team is responsible for their
completion.
20. During the planning phase of your project, your project team discovered another
method to complete a portion of the project scope. This method is safer for the
project team, but may cost more for the customer. This is an example of:
a) Risk assessment
✓ b) Alternative identification
c) Alternative selection
d) Product analysis
23. Which technique involves decision making methods such as Unanimity, Majority, Plu-
rality, and Dictatorship?
✓ a) Group decision making techniques
b) Facilitated workshops
c) Interviews
d) Questionnaires and surveys
LESSON 5 LAB 1
Calculating Project Time
Activity Time:
20 minutes
Scenario:
In this lab, you will have an opportunity to review the CAPM certification exam related infor-
mation that was presented in this lesson.
4. What is the final output when using decomposition in the define activities process?
a) Deliverables
b) Work packages
✓ c) Activities
d) Schedule
7. What are the inputs you need for the define activities process?
a) Scope baseline, activity list, activity attributes, and milestone list.
b) Enterprise environmental factors, organizational process assets, activity list, and
activity attributes.
✓ c) Scope baseline, enterprise environmental factors, and organizational process assets.
d) Decomposition, templates, rolling wave planning, and expert judgment.
8. What are the tools and techniques you would use for the define activities process?
a) Activity list, activity attributes, milestone list, and requested changes
b) Enterprise environmental factors, organizational process assets, activity list, activity
attributes, and project management plan
c) Enterprise environmental factors, organizational process assets, project scope state-
ment, WBS, WBS dictionary, and project management plan
✓ d) Decomposition, templates, rolling wave planning, and expert judgment
10. What are the expected outputs of the sequence activities process?
a) PDM, schedule network templates, dependency determination, and applying leads
and lags
b) Activity list, activity attributes, milestone list, and requested changes
✓ c) Activity list (updates), activity attributes (updates), and project schedule network
diagrams
d) Decomposition, templates, rolling wave planning, expert judgment, and planning
component
11. You created a diagram with representation of project activities and their logical rela-
tionships. What do you call this process?
a) Activity list (updates)
b) Activity attributes (updates)
c) Requested changes
✓ d) Project schedule network diagrams
12. What are the possible inputs for the estimate activity resources process?
a) Project scope statement, activity list, activity attributes, milestone list, and
approved change requests
✓ b) Enterprise environmental factors, organizational process assets, activity list, activity
attributes, and resource calendars
c) Enterprise environmental factors, organizational process assets, project scope state-
ment, WBS, WBS dictionary, and project management plan
d) Wave planning, expert judgment, and planning component
13. When you establish an understanding among stakeholders regarding guidance and steps
to be followed while dealing with schedule changes in a project, which option will you
consider?
✓ a) Schedule management plan
b) Schedule updates
c) Change requests
d) Schedule change control system
15. What are the outputs of the estimate activity resources process?
a) PDM, schedule network templates, dependency determination, and applying leads
and lags
b) Activity list, activity attributes, milestone list, and requested changes
c) Activity list (updates), activity attributes (updates), project schedule network dia-
grams, and requested changes
✓ d) Activity resource requirements, resource breakdown structure, and project docu-
ment updates
16. What are the inputs to the estimate activity durations process?
a) Project scope statement, activity list, activity attributes, milestone list, and
approved change requests.
b) Enterprise environmental factors, organizational process assets, activity list, activity
attributes, resource availability, and project management plan.
✓ c) Enterprise environmental factors, organizational process assets, activity list, activity
attributes, project scope statement, activity resource requirements, and resource
calendars.
d) Wave planning, expert judgment, and planning component.
17. What are the tools and techniques of the estimate activity durations process?
a) PDM, schedule network templates, dependency determination, and applying leads
and lags.
b) Enterprise environmental factors, organizational process assets, activity list, activity
attributes, resource availability, and project management plan.
c) Expert judgment, alternatives analysis, published estimating data, project manage-
ment software, and bottom-up estimating.
✓ d) Expert judgment, analogous estimating, parametric estimating, three-point esti-
mates, and reserve analysis.
18. What are the outputs for the estimate activity durations process?
a) PDM, schedule network templates, dependency determination, and applying leads
and lags.
✓ b) Activity duration estimates and project document updates.
c) Activity list (updates), activity attributes (updates), project schedule network dia-
grams, and requested changes.
d) Activity resource requirements, activity attributes (updates), RBS, requested
changes, and resource calendar (updates).
LESSON 6 LAB 1
Creating the Project Schedule
Activity Time:
15 minutes
Scenario:
In this lab, you will have an opportunity to review the CAPM certification exam related infor-
mation that was presented in this lesson.
1. To shorten the project schedule, you ask a functional manager for skilled resources on
a critical path task to reduce the duration of that task. What is the process called?
a) Fast-tracking
✓ b) Crashing
c) Resource leveling
d) Staffing plan
2. On the project schedule update, it is seen that a couple of tasks show up with negative
float. What does this imply to your project?
a) These tasks are not on the critical path.
b) These tasks are ahead of schedule.
c) These tasks have been crashed.
✓ d) The project is likely to be delayed beyond the planned completion schedule.
3. If project time and cost are not as important as the number of resources used each
month, which option is the best course of action?
a) Perform a crashing.
b) Fast-track the project.
✓ c) Perform resource leveling.
d) Analyze the life-cycle costs.
7. In your project, you realize the importance of determining the start and finish dates
for project activities. If the project start or end dates are not realistic, then the
project may not be completed on time. This is done as part of:
a) Free float.
b) Total float.
✓ c) The develop schedule process.
d) Resource leveling.
11. During the creation of a project plan, you want to find the critical path of the project.
Which tool would you use to determine the critical path?
a) WBS
✓ b) Network diagram
c) Scope management plan
d) Project charter
12. The project has three critical paths. How does this affect the project?
a) It makes it easier to manage.
✓ b) It increases the project risk.
c) It requires more people.
d) It makes it more expensive.
LESSON 7 LAB 1
Reviewing Cost and Budget Estimates
Activity Time:
15 minutes
Scenario:
In this lab, you will have an opportunity to review the CAPM certification exam related infor-
mation that was presented in this lesson.
1. Identify the sources from where you can obtain cost estimate information.
✓ a) Trade organizations, vendors, and suppliers.
✓ b) Past project experience and current project team members.
c) Project schedule.
✓ d) Commercial databases.
3. What step will a project manager take to help prevent cash flow problems?
a) Use the contingency reserves of other projects.
✓ b) Make efforts to engage the finance department to put in place a cash flow forecast.
c) Make sure customers are financially stable.
d) Request additional funding from project sponsors.
4. Which cost estimating method requires managers to use their experience, historical
information from similar projects, and expert judgment to determine a total project
cost or time estimate?
✓ a) Analogous or top-down estimating
b) Parametric estimating
c) Bottom-up estimating
d) Revenue estimating
7. Which guidelines allow you as the project manager to reconcile the costs with the
funding that has been approved by the sponsor?
✓ a) Map the project budget, scope statement, and schedule to the funding available.
✓ b) Involve the project sponsor.
c) Consider adding in a contingency amount to accommodate the risk of incurring extra
expenses.
✓ d) Partner formally with the company’s financial decision makers.
11. A method of estimating the cost for each work package in the WBS is known as
________ estimating.
a) Top-down
b) Analytical
c) Parametric
✓ d) Bottom-up
Scenario:
In this lab, you will have an opportunity to review the CAPM certification exam related infor-
mation that was presented in this lesson.
1. When is it appropriate to conduct quality assurance audits to control the project qual-
ity?
a) At the beginning of the planning phase.
✓ b) At regular intervals throughout the project life cycle.
c) In the executing phase.
d) At the closure of the project.
2. As project manager for monitoring quality in customer service, which tool would you
use to determine project performance over a period of time?
a) Milestone chart
✓ b) Trend chart
c) Fishbone diagram
d) Control chart
12. What are the various outputs of the perform quality assurance process?
a) Requested changes, quality management plan, quality metrics, and project manage-
ment plan (updates).
b) Requested changes, quality audits, process analysis, organizational process assets
(updates), and project management plan (updates).
✓ c) Requested changes, recommended corrective actions, organizational process assets
(updates), and project management plan (updates).
d) Requested changes, quality audits, organizational process assets (updates), and
project management plan (updates).
14. What is the measurement of a particular product characteristic, which has only two
results—pass or fail— known as?
a) Variable sampling
✓ b) Attribute sampling
c) Statistical sampling
d) Pareto analysis
Scenario:
In this lab, you will have an opportunity to review the CAPM certification exam related infor-
mation that was presented in this lesson.
2. What would be the important reasons behind the efforts taken by the project manager
to foster motivation?
✓ a) To help the team work through a temporary setback.
✓ b) To help the team to overcome a lack of confidence.
✓ c) To accomplish early “wins” in the project’s life cycle.
d) To ensure that there are no activities that have late start criteria.
8. In which team development stage do team members control issues as they emerge?
a) Forming
b) Performing
✓ c) Storming
d) Adjourning
9. Which develop project team tool or technique talks about activities that help the team
develop into a mature, productive team.
a) Ground rules
b) Interpersonal skills
✓ c) Team-building activities
d) Training
Scenario:
In this lab, you will have an opportunity to review the CAPM certification exam related infor-
mation that was presented in this lesson.
1. Which inputs do you consider when identifying stakeholders for your project?
✓ a) Project charter
✓ b) Procurement documents
c) Performance reports
d) Information distribution tools
2. What are the tools and techniques of the identify stakeholders process?
a) Project charter
✓ b) Stakeholder analysis
c) Organizational process assets
✓ d) Expert judgment
7. What are the tools and techniques of the plan communications process?
a) Stakeholder register
✓ b) Communication requirements analysis
c) Stakeholder management strategy
✓ d) Communication models
9. What are the tools and techniques of the distribute information process?
a) Organizational process assets updates
b) Organizational process assets
✓ c) Communications methods
✓ d) Information distribution tools
12. Which inputs do you consider when managing stakeholder expectations for your
project?
✓ a) Stakeholder register
✓ b) Stakeholder management strategy
✓ c) Issue log
d) Change requests
13. What are the outputs of the manage stakeholder expectations process?
✓ a) Organizational process assets updates
✓ b) Change requests
c) Communications methods
d) Change log
15. What are the tools and techniques of the report performance process?
a) Performance reports
✓ b) Variance analysis
✓ c) Forecasting methods
d) Work performance information
16. Which inputs do you consider when implementing the report performance process in
your project?
✓ a) Work performance information
✓ b) Work performance measurements
c) Forecasting methods
✓ d) Budget forecasts
Scenario:
In this lab, you will have an opportunity to review the CAPM certification exam related infor-
mation that was presented in this lesson.
1. Which phrase would you use to describe the significance of the negative impact of
threats or the positive impact of opportunities?
a) Cost, time, scope, and quality
b) Sources of the risk events
c) Types of risk responses
✓ d) Very low, low, moderate, and high
6. What are the four main areas that project managers typically consider when discussing
risks?
a) Methods, materials, metrics, and people.
b) Initiation, planning, executing, and closing.
✓ c) Time, cost, quality, and scope.
d) Design, supply chain, production, and marketing.
8. What do you call a specific occurrence that may impact the project in the future,
either positively or negatively?
✓ a) Project risk
b) Risk factor
c) Risk-opportunity dichotomy
d) Expected value
13. In your project, you have identified natural disasters as potential risks. The project
sponsor is of the opinion that at the project level, no steps can be taken to deal with
such risks and suggests creating a contingency reserve (five percent of the project
budget) that could be used in case of disaster situations. This scenario is an example
of:
a) Risk mitigation
✓ b) Risk acceptance
c) Risk avoidance
d) Bad policy decision
14. For what reasons are the network diagramming method and/or flowcharting used in
risk identification?
✓ a) To determine the root cause of a project risk.
✓ b) To show the affect of a particular risk on a project.
c) To indicate areas of the WBS that should be redrawn as a result of risk identification.
d) To identify all the possible risks for a project.
15. For what reasons is the Delphi technique often used during risk identification?
a) It emphasizes the potential impact of risk by telling about incidents that illustrate
the consequences of ignoring the risk.
✓ b) It ensures all stakeholder inputs are received and the risk process is not unduly influ-
enced by a small number of persons.
✓ c) It motivates stakeholders to invest in the risk identification process through the use
of anonymous input via questionnaires.
d) It identifies the overall project risks and focuses on a particular project segment or
work package.
17. Jennifer is a publisher. In order to make sure that her writer delivers on time, she
inserts a penalty clause for late delivery into her writer’s contract. Which risk
response is Jennifer using?
a) Risk avoidance
b) Risk transference
c) Passive acceptance
✓ d) Risk mitigation
19. When is additional response development needed during risk response control?
a) When the organization is restructuring.
b) When the project objectives change.
c) When the contingency reserves are used up.
✓ d) When the original risk response is not working as expected.
Scenario:
In this lab, you will have an opportunity to review the CAPM certification exam related infor-
mation that was presented in this lesson.
2. In which contract does the buyer reimburse the seller’s allowable costs (defined by the
contract) plus a fee?
a) Firm fixed price plus incentive contract.
✓ b) Cost plus incentive fee contract.
c) Time and materials contract.
✓ d) Cost plus fixed fee contract.
3. In which contract does the buyer reimburse the seller’s allowable costs (defined by the
contract) plus a predefined fee?
a) Firm fixed price plus incentive contract.
b) Cost plus incentive fee contract.
c) Time and materials contract.
✓ d) Cost plus fixed fee contract.
4. Which is used to evaluate each seller’s proposal and make comparisons among differ-
ent proposals?
a) Procurement documents
b) Procurement statements of work
c) Teaming agreements
✓ d) Source selection criteria
6. Which document includes the Invitation for Bid and Request for Proposal?
a) Procurement statements of work
✓ b) Procurement document
c) Requirements documentation
d) Procurement management plan
8. Which allows potential sellers to ask questions about the project and its requirements?
a) Advertised bids
✓ b) Bidder conference
c) Sellers conference
d) Annual meeting
10. Which provides a pass or fail mechanism for criteria critical to project success?
a) Weighted scorecard
b) Expert judgment
c) Seller rating system
✓ d) Screening system
12. Which is a legal contractual agreement signed between the organization and an exter-
nal entity to form a partnership in a buyer-seller arrangement between them?
a) Procurement contract
✓ b) Teaming agreement
c) Seller proposal
d) Purchase order
13. Which are tools and techniques for the conduct procurement process?
a) Bidder conferences, SWOT analysis, independent estimates, expert judgment.
b) Procurement negotiations, advertising, contingent response strategies, proposal
evaluation techniques.
c) Independent estimates, make-or-buy decisions, qualified seller lists, source selection
criteria.
✓ d) Bidder conferences, independent estimates, expert judgment, procurement negotia-
tions.
15. True or False? A procurement contract is a mutually binding agreement that details the
obligations of only the seller.
True
✓ False
16. Which output of the conduct procurement process lists the quantity, availability, and
utilization of project resources?
a) Project management plan
b) Procurement contract
✓ c) Resource calendar
d) Seller proposal
23. What are the tools and techniques of the close procurements process?
a) Organizational process assets updates
✓ b) Procurement audits
✓ c) Negotiated settlements
✓ d) Records management system
LESSON 13 LAB 1
Integrating Project Workflow
Activity Time:
15 minutes
Scenario:
In this lab, you will have an opportunity to review the CAPM certification exam related infor-
mation that was presented in this lesson.
9. Which element is a collection of formal, documented procedures that defines the steps
by which the project may be changed?
a) Managing by objective
✓ b) Change control system
c) Managing by exception
d) Configuration management
12. Which manual or automated tool and technique is used to collect, archive, and distrib-
ute project information on a project?
✓ a) Project management information system
b) Communications plan
c) Project management enterprise software
d) Communications and feedback system
ADDITIONAL INSTRUCTOR
NOTES
This section provides notes that aid in teaching the course. They provide the instructor with
helpful information and may contain alternate tasks for instructor-based classroom demonstra-
tions.
Lesson 2 page 38
You have several options to choose from to allow students to complete the activities:
• Ask students to work independently and then review the questions to solicit their answers.
• Ask students to work in small groups and then have each group provide their answers to the class.
• Ask students to complete an activity as homework and review the questions and possible answers the next day.
GLOSSARY
360-degree feedback Actual Cost
The collection of performance data from sev- (AC) The total amount of costs incurred while
eral key sources, including peers, managers, accomplishing work performed, either during
and subordinates. completion of a schedule activity or during
the completion of a work breakdown structure
8/80 rule component.
A general guideline regarding work packages:
they require more than 8 and fewer than 80 administer procurements process
hours of effort to complete. The process of managing the relationship with
the seller.
80/20 rule
A general guideline with many applications; administrative closure
in terms of controlling processes, it contends The project management process of verifying
that a relatively large number of problems or and documenting project results to formalize
defects, typically 80 percent, are commonly project or phase completion.
due to a relatively small number of causes,
typically 20 percent. aggregated cost
A method of cost budgeting that requires the
AC adding together of the estimated activity costs
See Actual Cost. to establish an estimate for a work package,
then for each work package, and on an itera-
acquire project team process tive basis until there is a single estimated cost
The process of identifying the core competen- for the whole WBS. This also produces a
cies required for a project, identifying where baseline for measuring a project’s cost perfor-
they will come from, and computing the asso- mance.
ciated costs.
agile project management
activities on the critical path Taking an iterative approach to managing a
See critical activities. project throughout its life cycle; it allows the
project manager to continually re-evaluate
activity dependency
progress, development, and priorities and
A logical relationship that exists between two
make adjustments as needed.
project activities.
alternatives identification
activity
The act of generating different plans for
A discrete scheduled component of work per-
achieving project goals.
formed during the course of a project; it has
an estimated duration, cost, and resource analogous estimating
requirements. A top-down estimating technique using dura-
tions of previous similar activities to estimate
activity
future durations.
Any element of project work that requires
action to produce a deliverable.
Glossary 553
GLOSSARY
analyzing variances task bottom-up estimating
Involves taking data concerned with work A method of estimating the cost for each
results and measuring that data against the work package in the WBS. The estimates are
specifications and operational definitions then rolled up or aggregated for progressively
included in the project plan. higher levels within the WBS.
Glossary 555
GLOSSARY
contingency plans Cost Performance Index
A risk response strategy developed in (CPI) A measurement of cost performance
advance; it is meant to be used in the event used to determine whether the project is over
that identified risks become reality. or under budget. The formula for calculating
CPI is CPI = EV/AC.
contingency reserve
A predetermined amount of additional time, Cost Plus Award Fee contracts
money, or resources set aside in advance to (CPAF contracts) A cost-reimbursable contract
be used to further the project’s objectives in which ensures that the seller is reimbursed for
the event that unknown risks or accepted all legitimate costs. The majority of the fee is
known risks become reality. earned based on the satisfaction of certain
broad subjective performance criteria defined
contract change requests and incorporated into the contract.
Any requested change to contract terms.
Cost Plus Fixed Fee contracts
contract (CPFF contracts) A cost-reimbursable contract
A mutually binding agreement that details the which ensures that the seller is reimbursed for
obligations of the buyer and seller. all allowable costs for performing the contract
work. The seller receives a fixed fee payment
control chart
calculated based on the initial estimated
A graph used to analyze and communicate the
project costs.
variability of a process or project activity
over time. Cost Plus Incentive Fee contracts
(CPIF contracts) A cost-reimbursable contract
control cost process
which ensures that the seller is reimbursed for
The project management process of monitor-
all allowable costs for performing the contract
ing cost performance and controlling changes
work. The seller also receives a predeter-
to the cost baseline.
mined target fee with provision of an
control schedule process incentive fee.
The project management process of monitor- Cost Variance
ing schedule performance and controlling
(CV) The difference between the earned value
changes to the schedule baseline.
and the actual cost incurred to complete that
control scope process work. The formula for calculating CV is CV
The project management process of determin- = EV - AC.
ing whether changes to project scope are cost-benefit analysis
needed and monitoring and managing the
A comparison of the predicted costs versus
changes when they occur.
the predicted benefits of a project.
cost baseline
cost-reimbursable contract
A time-phased budget that will monitor and
This contract provides sellers a refund of the
measure cost performance throughout the
expenses incurred while providing a service,
project life cycle.
plus a fee representing seller profit.
cost of capital
CPAF contracts
Average after-tax interest rate at which the
See Cost Plus Award Fee contracts.
project investment would be financed. Also
called the hurdle rate. CPFF contracts
See Cost Plus Fixed Fee contracts.
cost of quality
The total cost of efforts to achieve an accept- CPI
able level of quality in the project’s product See Cost Performance Index.
or service.
Glossary 557
GLOSSARY
develop project team process enterprise environmental factors
The on-going effort to develop a cohesive Internal or external factors that can have a
team with good communication in order to positive or negative influence on the project
enhance their collective performance so that outcome.
you increase the likelihood of meeting project
objectives. estimate activity durations process
The planning process of estimating the num-
develop schedule process ber of work units needed to complete
The act of defining specific start and end individual project activities.
dates for each project activity.
estimate activity resources process
direct and manage project execution pro- Determining what resources will be used to
cess fulfill project activities.
The process of carrying out the project plan
to produce the product or provide the service. Estimate at Completion
(EAC) A forecast of total costs needed to
distribute information process complete the project; it is used to predict and
The process of getting the right information control cost problems.
to the right people at the right time.
estimate costs process
DOE The process of projecting the total expendi-
See Design of Experiments. tures necessary for the completion of your
project.
EAC
See Estimate at Completion. Estimate to Complete
(ETC) A forecasting technique, based on a
Earned Value Management new estimate that is more accurate and com-
(EVM) A methodology that measures project prehensive; it is independent for all
progress by comparing actual schedule and outstanding work.
cost performance against planned performance
as laid out in the schedule and cost baselines. ETC
See Estimate to Complete.
Earned Value
(EV) A composite measurement of both actual EV
cost and time performance in relation to See Earned Value.
scheduled or planned cost and time perfor-
mance; it was formerly called the Budgeted EVM
Cost of Work Performed (BCWP). See Earned Value Management.
FF force majeure
See Finish-to-Finish. A common clause added to contracts that
addresses the actions from both the parties
FFP contracts when an extraordinary circumstance beyond
See Firm Fixed Price contracts. the control of either party occurs.
Finish-to-Finish formal acceptance of project work
(FF) The precedence relationship between two The process for securing approval for com-
activities where the predecessor activity must pleting the remainder of the project work; it
finish before the successor activity can finish. requires change requests to be documented
Can be expressed as, “Activity A must finish and analyzed for their impact on other aspects
before Activity B can finish.” of project work including time, cost, quality,
and risk.
Finish-to-Start
(FS) The precedence relationship between two FP-EPA contracts
activities where the predecessor activity must See Fixed Price with Economic Price Adjust-
finish before the successor activity can start. ment contracts.
Can be expressed as, “Activity A must finish
before Activity B can begin.” FPIF contracts
See Fixed Price Incentive Fee contracts.
Firm Fixed Price contracts
(FFP contracts) A commonly used contract free float
type favored by most buying organizations The amount of time an activity can be
because the price for products or services is delayed without delaying the ES of any activ-
set at the outset and not subject to change ity that immediately follows it.
unless the scope of work changes.
FS
fixed price contract See Finish-to-Start.
Also called a lump sum contract, it estab-
lishes a total price for a product or service. fundamental breach
The seller agrees to perform the work at the A breach of contract so serious that it negates
negotiated contract value. the very foundation of the contract.
Glossary 559
GLOSSARY
GERT information-gathering technique
See Graphical Evaluation Review Technique. Any method or approach used to collect data
that will assist the project team in identifying
Graphical Evaluation Review Technique risks to the project.
(GERT) An analysis method that provides a
graphical display of the conditional and initiating process
probabilistic treatment of logical relationships; A group that includes processes to develop a
it illustrates that not all of the activities may project charter and identify stakeholders.
ultimately be performed.
inputs
group decision making techniques Information or data that project managers
Assessment processes that assess multiple draw on, create, or gather during the course
alternatives to arrive at an expected outcome. of the project; they guide and inform the
work that will be done to achieve project
hammock activity goals.
See summary activity.
inspection
hurdle rate An official examination of work results to
Average after-tax interest rate at which the verify requirements are met; it involves mea-
project investment would be financed. Also suring, examining, and verifying results to be
called cost of capital. sure work and deliverables meet requirements
and acceptance criteria. It may also be
identify risks process
referred to as “reviews,” “product reviews,”
An iterative process of identifying the risks
“audits,” or “walkthroughs.”
and triggers facing a project.
insurable risk
identify stakeholder process
A risk that has only the potential for loss and
The process in which the project manager
no potential for profit or gain. An insurable
identifies all stakeholders that are impacted by
risk is one for which insurance may be pur-
the project and documents information that is
chased to reduce or offset the possible loss.
relevant regarding their interests, involvement,
and impact on project success. integrated change control
The process of identifying, documenting,
IFB
approving or rejecting, and controlling
See Invitation for Bid.
changes to the project baselines, which
immaterial breach include the cost baselines and schedule
A breach of contract in which there is no baselines.
resulting damage to the injured party; since interdependent projects
there are no damages, the injured party is not
Projects that are inextricably linked, because
entitled to receive compensation.
they rely on each other’s success in order to
impact scale meet a shared business or stakeholder need.
The assignment of a value that reflects the Internal Rate of Return
magnitude of the impact of a risk event on
(IRR) The discount rate that makes the Net
project objectives.
Present Value (NPV) of the future cash return
implied warranty equal to the initial capital investment.
A warranty in which the pre-determined stan- interpersonal skills
dard for quality or performance exists but is
Abilities that an individual should possess to
not specified; it takes effect if the buyer
work harmoniously and efficiently with oth-
depends on the seller’s expertise when mak-
ers.
ing a purchasing decision.
Glossary 561
GLOSSARY
Monte Carlo analysis organization chart
A technique used by project managers to A visual representation of the project’s organi-
make predictions about the optimistic, most zational structure.
likely, and pessimistic estimates for variables
in the model and simulates various outcomes organizational process assets
of the project schedule to provide a statistical Any asset that can be used to influence the
distribution of the calculated results. success of a project
Glossary 563
GLOSSARY
present value procurement documents
The result from discounting future earnings Documents submitted to prospective sellers or
by deducting the cost of capital for an invest- service providers to solicit their proposals for
ment. the work needed.
Glossary 565
GLOSSARY
project stakeholder quality management plan
A person who has a business interest in the A document that describes for project stake-
outcome of a project or who is actively holders your team’s approach to implementing
involved in its work. the quality policy; it outlines how quality
control and quality assurance will be per-
project statement of work formed.
A document that describes the products or
services that the project will supply, defines quality
the business need that it is designed to meet, The totality of features and characteristics of
and specifies the work that will be done dur- a product or services that bear on its ability to
ing the project. satisfy stated or implied needs.
Glossary 567
GLOSSARY
risk tolerance sensitivity analysis
The level of risk a project manager or key A method of assessing the relative impact of
stakeholder is willing to take when the invest- changing a variable in the project to gain
ment is compared to the potential payoff. insight into possible outcomes of one or more
potential courses of action.
risk
An uncertain event that has either a positive sequence activities process
or negative effect on the project. Its primary A planning method that involves identifying
components are a measure of probability that and documenting interactivity dependencies
a risk will occur and the impact of the risk on among project activities for the purpose of
a project. creating the project schedule.
schedule baselines SF
The management-approved version of the See Start-to-Finish.
project schedule; it is drawn from the sched-
ule network analysis and includes baseline simulation
start and finish dates. A technique that uses computer models and
estimates of risk to translate uncertainties at a
schedule compression detailed level into their potential impact on
The act of shortening the project schedule project objectives at the total project level.
without affecting the project scope.
slack
schedule management plan See float.
An approach to developing, maintaining, and
managing the project schedule. source selection criteria
The standards used to rate or score proposals,
schedule network analysis quotes, or bids.
A technique used to calculate the theoretical
early and late start and finish dates for all source-based risk classification
project activities. A method of analyzing risk in terms of its
origins.
Schedule Performance Index
(SPI) The ratio of work performed to work special causes of variance
scheduled. The formula for SPI is SPI = Unusual, sporadic occurrences; they are the
EV/PV. result of some unexpected circumstance and
are typically not caused by a flaw in the over-
schedule performance measurement all production process.
Any technique used to determine how the
project is performing in terms of time as specifications
compared to its planned performance. Descriptions of the work to be done or the
service or product to be provided; they define
Schedule Variance the requirements that must be met in exacting
(SV) The measured difference between the detail.
actual completion of an activity and the
planned or scheduled completion of an activ- SPI
ity. The formula for calculating SV is EV – See Schedule Performance Index.
PV = SV.
SS
scope creep See Start-to-Start.
A change in scope that will adversely affect
cost, time, or quality and that has not been
processed appropriately through the scope
change control process.
stakeholder register SV
A document that identifies stakeholders of a See Schedule Variance.
project with information that includes their
T&M contract
identification, assessment, and stakeholder
See Time and Material contract.
classification.
tailoring
standard deviation
The act of determining which processes are
This is the measure of the spread of the data,
appropriate for any given project.
or the statistical dispersion of the values in
your data set. TCPI
standards See To-Complete Performance Index.
Nonmandatory guidelines or characteristics team building
that have been approved by a recognized An ongoing process of helping the project
body of experts such as the International team work collaboratively, rather than indi-
Organization for Standards (ISO). vidually, to achieve a common purpose.
Start-to-Finish team-building activities
(SF) The precedence relationship between two Specific functions or actions taken to help the
activities where the predecessor activity must team to develop into a mature, productive
start before the successor activity can finish. team.
Can be expressed as, “Activity A must start
before Activity B can finish.” teaming agreement
A legal contractual agreement between two or
more parties to form a partnership, joint ven-
ture, or other arrangement as defined by the
parties to meet the requirements of a business
opportunity.
Glossary 569
GLOSSARY
term contract TQM
A type of contract that engages the seller to See Total Quality Management.
deliver a set amount of service—measured in
staff-hours or a similar unit—over a set training
period of time. An activity in which team members acquire
new or enhanced skills, knowledge, or atti-
three-point estimates tudes.
A method of activity duration estimating in
which three types of estimates are incorpo- triangular distribution PDF
rated into a singular duration estimate A visual depiction of a probability density
scenario: most likely, optimistic, and pessi- function in which the data is skewed to one
mistic. side, indicating an activity or element presents
relatively little risk to project objectives.
Time and Material contract
(T&M contract) This type of contract includes triggers
aspects of both fixed-price and cost- Warning signs or indications that a risk is
reimbursable contracts. The buyer pays the about to occur in a project.
seller a negotiated hourly rate and full reim-
UCL
bursement for materials used to complete the
See Upper Control Limit.
project.
uniform distribution PDF
time value of money
A visual depiction of a probability density
Taking into account the cost of using capital
function in which all outcomes are equally
over a period of time.
likely to occur, so the data is shown in a
To-Complete Performance Index straight line.
(TCPI) An estimate that is derived by divid-
upper control limit
ing the budgeted cost of remaining work by
(UCL) Refers to a limit which is three stan-
the remaining project budget.
dard deviations above the mean in a control
tolerances chart.
The measurement values that determine if a
variable sampling data
product or service is acceptable or unaccept-
Data that is measured on a continuous scale,
able.
such as time, temperature, or weight.
tools and techniques
variance
Methods, templates, or approaches that
The quantifiable deviance or amount of depar-
project managers employ.
ture from the expected results for any
top-down estimating component of a product and service being
See analogous estimating. developed, including quality, schedule, and
cost.
total float
The total amount of time that an activity can verify scope process
be delayed without delaying the project finish The project management process of obtaining
date when subtracting an activity’s EF from formal acceptance of the project scope by the
its LF or its ES from its LS. stakeholders (such as sponsor, client, and cus-
tomer).
Total Quality Management
(TQM) An approach to improve business virtual team
results through an emphasis on customer sat- A team that is distributed across multiple
isfaction, employee development, and locations. Some virtual teams have occasional
processes rather than functions. physical meetings, while others may never
meet face-to-face.
WBS dictionary
An auxiliary document containing details
about each element in the WBS; may contain
information such as code of accounts identifi-
cation, milestones, contract information, cost,
quality requirements, time estimates, or
resource information for measuring perfor-
mance and completeness.
WBS
See Work Breakdown Structure.
weighted factor
A decision model that applies a multiplier
based on importance to each criterion, which
is factored into the scoring.
weighting system
A method for quantifying qualitative data to
minimize the influence of personal bias on
source selection.
Glossary 571
NOTES
INDEX
3-sigma rule, 253 B
360-degree feedback, 288 BAC, 213
6-Sigma limit, 253 benchmarking, 237
8/80 rule, 110 bottom-up estimating, 192
80/20 rule, 254 breaches of contract, 435
anticipatory breach, 436
A fundamental breach, 436
AC, 174 immaterial breach, 436
acquire project team process, 272 material breach, 436
activities, 108 Budget at Completion
vs. tasks, 109 See: BAC
activity dependencies, 118 business cases, 57
types of, 118 components of, 57
Activity-On-Node, 122 business requirements, 44
Also See: PDM business risks, 335
Actual Cost types of, 335
See: AC
administer procurements process, 431 C
administrative closure, 476 capital budgeting, 46
aggregated costs, 198 cause-and-effect diagrams, 235
agile project management, 23 causes of conflict, 289
alternatives identification techniques, 83 CCB, 463
brainstorming, 83 CDM, 123
Delphi technique, 83 Change Control Board
lateral thinking, 83 See: CCB
analogous estimating, 191 change control systems, 463
analyzing variances task, 252 change management
anticipatory breach, 436 advantages of, 471
AON, 122 checklists, 233
APT, 6 close procurements process, 440
assumptions, 79 close project or phase process, 474
attribute sampling data, 255 closing process group, 35
audits co-location, 282
See: inspections code of accounts, 89
Autonomous Project Teams collect requirements process, 70
See: APT communications management plans, 305
average, 366 creating, 310
communications requirements, 308
communications requirements analysis, 308
Index 573
INDEX
communications technologies, 309 Cost Plus Fixed Fee contracts
selecting, 309 See: CPFF contracts
completion contracts, 428 Cost Plus Incentive Fee contracts
composite organizations, 13 See: CPIF contracts
conditional branches, 123 Cost Variance
conditional diagramming methods See: CV
See: CDM cost-benefit analysis, 48
conduct procurements process, 416 cost-reimbursable contracts, 409
configuration management, 464 CPAF contracts, 409
activities, 465 CPFF contracts, 409
systems, 465 CPI, 211
conflict management, 289 CPIF contracts, 409
handling, 290 CPM, 149
conflicts crash cost plotting methods, 162
causes of, 289 crashing, 161
constraints, 79 create WBS process, 87
contingency allowances, 200 criteria profiling, 46
contingency plans, 379 critical activities, 156
contingency reserves, 380 critical chain method, 149
contract change requests, 435 critical path, 146, 156
contracts, 408 identifying, 156
completion, 428 Critical Path Method
components of, 408 See: CPM
Cost Plus Award Fee, 409 CV, 210
Cost Plus Fixed Fee, 409
Cost Plus Incentive Fee, 409 D
cost-reimbursable, 409 decision making under risk, 370
Firm Fixed Price, 409 decision tree, 46
fixed price, 409 decision tree analysis, 371
Fixed Price Incentive Fee, 409 define activities process, 110
term, 428 define scope process, 81
Time and Material, 409 deliverables, 108
control charts, 235 Delphi technique, 47
control cost process, 208 Design of Experiments
control schedule process, 170 See: DOE
control scope process, 98 determine budget process, 198
cost assignment methods, 201 develop human resource plan process, 264
50/50 percent rule, 201 develop project charter process, 55
percentage complete rule, 201 develop project management plan process, 63
weighted milestones, 201 develop project team process, 278
cost baselines, 197 develop schedule process, 143
establishing, 202 direct and manage project execution process,
452
cost of capital, 46
discounted cash flow, 46
cost of quality, 232
distribute information process, 313
Cost Performance Index
DOE, 237
See: CPI
duration, 145
Cost Plus Award Fee contracts
See: CPAF contracts
Index 575
INDEX
reports, 95 make-or-buy decisions, 403
insurable risks, 335 manage project team process, 286
types of, 335 manage stakeholder expectations process, 318
integrated change control, 463 material breach, 436
developing, 466 matrix organizations, 13
integrated change control system mean, 366
utilizing, 472 median, 366
interdependent projects, 20 monitor and control project work process, 459
Internal Rate of Return best practices, 461
See: IRR monitor and control risks process, 383
Invitation for Bid monitoring and controlling process group, 34
See: IFB Monte Carlo analysis, 372
IRR, 46
ISO 9000 Series, 232 N
negative risk strategies, 378
K Also See: threats
knowledge areas, 35, 36 acceptance, 379
project communications management, 36 avoidance, 378
project human resource management, 36 mitigation, 378
project integration management, 36 transference, 378
project procurement management, 36 Net Present Value
project quality management, 36 See: NPV
project risk management, 36 normal distribution PDF, 368
project scope management, 36 NPV, 46
project time management, 36
O
L ongoing risk assessment process, 358
lag, 119 operations, 6
late finish operations management, 22
See: LF opportunities, 379
late start organization charts, 14
See: LS organizational structures, 12
LCL, 236 relative authority in, 13
lead, 120 types of, 13
lease, rent, or buy decisions, 403 organizational systems, 12
lessons learned organizations
considerations of, 477 cultures of, 16
reports, 477 process assets of, 17
levels of uncertainty, 341 outsourcing, 402
known, 341
known-unknown, 341 P
unknown-unknown, 341 parametric estimating, 192
LF, 145 Pareto analysis, 254
loops, 123 Pareto diagrams, 253
lower control limit payback period, 46
See: LCL PDF, 367
LS, 145 normal distribution, 368
triangular distribution, 369
M uniform distribution, 368
make-or-buy analysis, 403 PDM, 122
Index 577
INDEX
project deliverables, 79 project selection
project governance, 29 criteria, 44
project interfaces, 266 methods, 45
project life cycles, 28 project selection decision models, 45
characteristics of, 29 benefit measurement models, 45
governance activities in, 30 mathematical models, 45
vs. product life cycles, 28 project sellers
project management, 3 determining, 428
Project Management Information System Project Statement of Work
See: PMIS See: SOW
Project Management Office project teams
See: PMO acquiring, 276
project management plans, 61 developing, 283
subsidiary plans, 62 managing, 290
project management processes, 32 project work
closing, 33 formal acceptance of, 472
executing, 33 projectized organizations, 13
initiating, 33 projects, 2
inputs, 33 characteristics of, 2
monitoring and controlling, 33 iterative, 30
outputs, 33 overlapping, 30
planning, 33 phase-to-phase relationships in, 30
tools and techniques, 33 sequential, 30
project management system, 15 PSOW, 401
project objectives, 79, 83 preparing, 404
project phases, 28 PTA, 411
project plans PV, 173
executing, 456
project procurements Q
administering, 437 Q-sorting, 46
closing, 444 qualified sellers, 420
project records qualitative risk analysis, 353
archiving, 476 performing, 358
project resources, 128 quality, 226
project risk management process, 334 quality assurance plans, 241
project risk ranking, 365 executing, 245
project risk response audits, 385 quality audits, 244
project risks topics of, 244
monitoring and controlling, 386 quality control
project schedule network diagrams, 121 performing, 256
creating, 125 quality management plans, 226
project schedules, 142 creating, 238
controlling, 180 quantitative analysis methods, 371
developing a draft of, 152 decision tree analysis, 371
formats of, 150 Expected Monetary Value (EMV) analysis, 371
optimizing, 163 modeling and simulation, 371
project scope sensitivity analysis, 371
controlling, 100 quantitative risk analysis, 363
project scope statements, 79 performing, 373
Index 579
INDEX
types of, 7 TSPI, 214
standard deviation, 366
standards, 231 U
Start-to-Finish, 119 UCL, 236
Start-to-Start, 119 uniform distribution PDF, 368
statistical sampling, 254 upper control limit
statistical sampling process, 255 See: UCL
strategic planning, 4
V
subjective, 368
variability, 253
subobjectives, 83
variable sampling data, 256
subprojects, 3
variance, 251
successor activities, 118
causes of, 251
summary activities, 123
random causes, 251
Also See: hammock activities
special causes, 251
SV, 177
variance analysis, 213
T variance analysis process, 324
T&M contract, 409 verify scope process, 93
tailoring, 32 virtual teams, 275
TCPI, 214
W
team development stages, 280
waivers, 435
adjourning, 281
types of, 436
forming, 281
walkthroughs
norming, 281
See: inspections
performing, 281
warranties, 435
storming, 281
express warranty, 436
team-building activities, 282
implied warranty, 436
teaming agreements, 397
warranty of fitness for purpose, 436
term contracts, 428
warranty of merchantability, 436
threats, 378
warranty of fitness for purpose, 436
Time and Material contracts
warranty of merchantability, 436
See: T&M contracts
WBS, 86
time value of money, 46
developing, 89
To-Complete Performance Index
weighted factor, 46
See: TCPI
weighting systems, 426
To-Schedule Performance Index
what-if scenario analysis, 150
See: TSPI
work authorization systems, 455
tolerances, 252
Work Breakdown Structure
top-down estimating
See: WBS
See: analogous estimating
work packages, 109
total float, 147
work performance information, 456
Total Quality Management
See: TQM
TQM, 230
approaches to, 230
training, 281
trend analysis, 213
triangular distribution PDF, 369
triggers, 346