Urgent - Need 4 slides

chaitu9z00

TheCompleteProjectManagementOfficeHandbook.pdf

Home >Business & Finance homework help >Management homework help >Urgent - Need 4 slides

The CompleTe projeCT managemenT offiCe handbook

ESI International Project Management Series Series Editor

J. LeRoy Ward, Executive Vice President ESI International Arlington, Virginia

Practical Guide to Project Planning Ricardo Viana Vargas

1-4200-4504-0

The Complete Project Management Office Handbook, Second Edition Gerard M. Hill

1-4200-4680-2

Determining Project Requirements Hans Jonasson 1-4200-4502-4

Other ESI International Titles Available from Auerbach Publications, Taylor & Francis Group

PMP® Challenge! Fourth Edition J. LeRoy Ward and Ginger Levin

ISBN: 1-8903-6740-0

PMP® Exam: Practice Test and Study Guide, Seventh Edition J. LeRoy Ward

ISBN: 1-8903-6741-9

The Project Management Drill Book: A Self-Study Guide Carl L. Pritchard

ISBN: 1-8903-6734-6

Project Management Terms: A Working Glossary, Second Edition J. LeRoy Ward

ISBN: 1-8903-6725-7

Project Management Tools CD, Version 4.3 ESI International

ISBN: 1-8903-6736-2

Risk Management: Concepts and Guidance, Third Edition Carl L. Pritchard

ISBN: 1-8903-6739-7

Boca Raton New York

Auerbach Publications is an imprint of the Taylor & Francis Group, an informa business

The CompleTe projeCT managemenT offiCe handbook

gerard m. hill

Auerbach Publications Taylor & Francis Group 6000 Broken Sound Parkway NW, Suite 300 Boca Raton, FL 33487-2742

No claim to original U.S. Government works Printed in the United States of America on acid-free paper 10 9 8 7 6 5 4 3 2 1

International Standard Book Number-10: 1-4200-4680-2 (Hardcover) International Standard Book Number-13: 978-1-4200-4680-9 (Hardcover)

This book contains information obtained from authentic and highly regarded sources. Reprinted material is quoted with permission, and sources are indicated. A wide variety of references are listed. Reasonable efforts have been made to publish reliable data and information, but the author and the publisher cannot assume responsibility for the validity of all materials or for the conse- quences of their use.

No part of this book may be reprinted, reproduced, transmitted, or utilized in any form by any electronic, mechanical, or other means, now known or hereafter invented, including photocopying, microfilming, and recording, or in any information storage or retrieval system, without written permission from the publishers.

222 Rosewood Drive, Danvers, MA 01923, 978-750-8400. CCC is a not-for-profit organization that provides licenses and registration for a variety of users. For organizations that have been granted a photocopy license by the CCC, a separate system of payment has been arranged.

Trademark Notice: Product or corporate names may be trademarks or registered trademarks, and are used only for identification and explanation without intent to infringe.

Library of Congress Cataloging-in-Publication Data

Hill, Gerard M. The complete project management office handbook / Gerard M. Hill. -- 2nd ed.

p. cm. -- (ESI international project management series) Includes bibliographical references and index. ISBN-13: 978-1-4200-4680-9 (alk. paper) 1. Project management--Handbooks, manuals, etc. I. Title.

HD69.P75H54 2008 658.4’04--dc22 2007011249

Visit the Taylor & Francis Web site at

and the Auerbach Web site at

AU4680_C000.fm Page iv Monday, July 16, 2007 3:47 PM

For permission to photocopy or use material electronically from this work, please access www. copyright.com (http://www.copyright.com/) or contact the Copyright Clearance Center, Inc. (CCC)

http://www.taylorandfrancis.com

http://www.auerbach-publications.com

http://www.copyright.com

http://www.taylorandfrancis.com

http://www.auerbach-publications.com

Contents

Acknowledgments..................................................................................................... xv Introduction............................................................................................................. xvii

Section I Practice Management

Project Management Methodology .............................................3

Project Environment Interface Concepts......................................................... 4 Business Environment Interface Concepts...................................................... 5 Project Management Methodology Activities across the PMO Continuum....................................................................................................... 6

Project Management Methodology Function Model ...................................... 8 Establish Basis for Project Management Methodology ............................. 9

Convene Methodology Development Team ......................................... 9 Prepare Methodology Deployment Strategy ....................................... 12 Examine Current Practices.................................................................... 20

Develop Methodology Solution ................................................................ 24 Identify Methodology Components ..................................................... 25 Design Life-Cycle Processes ................................................................. 26 Develop Project Management Practices .............................................. 33 Introduce Methodology Platform ......................................................... 35

Conduct Methodology Implementation.................................................... 38 Plan Methodology Implementation...................................................... 38 Plan Project Transition .......................................................................... 42 Conduct Methodology Training and Implementation ........................ 45

Manage Methodology Maturity ................................................................. 46 Evaluate Methodology Implementation ............................................... 46 Analyze Methodology Performance..................................................... 47 Manage Methodology Maintenance ..................................................... 49

Postscript for the Smaller PMO ..................................................................... 50 Establish Simple, Critical Processes for Project Management............ 50 Gain Increased Support for Process Expansion ................................. 51 Expand and Incorporate Technical and Business Processes............. 52

AU4680_C000.fm Page v Monday, July 16, 2007 3:47 PM

�

The Complete Project Management Office Handbook

Project Management Tools ........................................................55

Project Environment Interface Concepts....................................................... 56 Business Environment Interface Concepts.................................................... 58 Project Management Tools Activities across the PMO Continuum ............. 60 Project Management Tools Function Model ................................................. 61

Select Project Management Tools ............................................................. 63 Identify the Need for Project Management Tools .............................. 63 Examine General Types of Project Management Tools..................... 65 Assess Specific Project Management Tools ......................................... 67 Acquire Project Management Tools ..................................................... 69

Implement Project Management Tools..................................................... 70 Plan Tool Implementation .................................................................... 70 Plan Tool Transition.............................................................................. 71 Conduct Tool User Training................................................................. 72 Conduct Tool Implementation ............................................................. 72

Evaluate Tool Performance ....................................................................... 73 Identify and Resolve Utilization Problems .......................................... 73 Identify and Resolve Functional Problems ......................................... 74 Assess Overall Tool Effectiveness ........................................................ 74

Postscript for the Smaller PMO ..................................................................... 75

Standards and Metrics ...............................................................77

Project Environment Interface Concepts....................................................... 78 Business Environment Interface Concepts.................................................... 79 Standards and Metrics Activities across the PMO Continuum .................... 80 Standards and Metrics Function Model......................................................... 82

Implement Project Management Standards.............................................. 83 Examine Standards Sources.................................................................. 83 Identify Applicable Standards .............................................................. 87 Introduce Preferred Standards.............................................................. 89 Conduct Benchmarking ........................................................................ 92

Determine Project Metrics Requirements ................................................. 93 Identify Process Management and Improvement Metrics.................. 94 Identify Project Performance Metrics................................................... 97 Identify Business Management Metrics ............................................. 101

Introduce and Use Project Metrics ......................................................... 102 Establish Metrics Measurements Plan ................................................ 103 Compare Metrics Performance ........................................................... 104 Establish Corrective Actions ............................................................... 104

Postscript for the Smaller PMO ................................................................... 105

Project Knowledge Management ............................................109

Project Environment Interface Concepts..................................................... 110 Business Environment Interface Concepts.................................................. 111 Project Knowledge Management Activities across the PMO Continuum................................................................................................... 112

Project Knowledge Management Function Model ..................................... 114

AU4680_C000.fm Page vi Monday, July 16, 2007 3:47 PM

Contents

�

vii

Establish Knowledge Management Framework..................................... 115 Information Management.................................................................... 116 Document Management...................................................................... 119 Process Management........................................................................... 121 Collaboration Management................................................................. 122 Project Archive and Reference Library Management ....................... 125

Introduce Knowledge Management System........................................... 129 Conduct Installation and Establish Connectivity .............................. 129 Perform Function and Feature Customization .................................. 130 Introduce Project Knowledge Management Content ....................... 133

Implement Knowledge Management System......................................... 134 Develop Project Management Information System (PMIS).............. 134 Develop Executive Dashboard........................................................... 144 Construct Project Management Library.............................................. 145 Implement Online Project Collaboration........................................... 146 Implement Other Knowledge Management Tools ........................... 148

Postscript for the Smaller PMO ................................................................... 149

Section II Infrastructure Management

Project Governance ..................................................................153

Project Environment Interface Concepts..................................................... 154 Business Environment Interface Concepts.................................................. 155 Project Governance Activities across the PMO Continuum ...................... 156 Project Governance Function Model........................................................... 158

Prepare and Maintain PMO Charter ....................................................... 158 Define Business Purpose .................................................................... 160 Specify Organizational Alignment...................................................... 162 Highlight Functional Responsibility ................................................... 163 Specify PMO Authority ....................................................................... 164 Identify PMO Funding ........................................................................ 165

Develop Project Management Policies ................................................... 165 Evaluate Policy Needs ........................................................................ 166 Demonstrate Senior Management Support........................................ 167 Prepare Policy Guidance .................................................................... 168

Develop Project Classification Guidance ............................................... 169 Examine Project Classification Purpose............................................. 170 Identify Project Classification Criteria ................................................ 170 Implement Project Classification Guidance....................................... 173

Establish Project Manager Authority....................................................... 173 Establish Executive Control Board ......................................................... 175

Determine Executive Oversight Requirements ................................. 176 Set Control Board Parameters ............................................................ 178 Prepare Control Board Operating Procedures.................................. 178

Align Business and Technical Committees ............................................ 180 Postscript for the Smaller PMO ................................................................... 181

AU4680_C000.fm Page vii Monday, July 16, 2007 3:47 PM

viii

�

The Complete Project Management Office Handbook

Assessment ................................................................................183

Project Environment Interface Concepts..................................................... 184 Business Environment Interface Concepts.................................................. 185 Assessment Activities across the PMO Continuum .................................... 185 Assessment Function Model......................................................................... 187

Conduct Competency Assessments......................................................... 187 Identify Competency Assessments ..................................................... 188 Conduct Competency Assessments.................................................... 189 Implement Competency Improvement Plans.................................... 190

Conduct Capability Assessments............................................................. 191 Identify Capability Assessments ......................................................... 192 Conduct Capability Assessments ........................................................ 194 Implement Capability Improvement Plans........................................ 196

Conduct Maturity Assessments................................................................ 198 Identify Maturity Assessments ............................................................ 198 Conduct Maturity Assessments ........................................................... 200 Implement Maturity Advancement Plans........................................... 202

Postscript for the Smaller PMO ................................................................... 203

Organization and Structure .....................................................205

Project Environment Interface Concepts..................................................... 206 Business Environment Interface Concepts.................................................. 206 Organization and Structure Activities across the PMO Continuum .......... 207 Organization and Structure Function Model .............................................. 209

Set Up the PMO Structure....................................................................... 209 Identify Staff Needs for PMO Functions ........................................... 210 Introduce PMO Staff ........................................................................... 214 Analyze and Establish PMO Relationships........................................ 215

Establish Project Team Structure............................................................. 216 Specify Project Team and PMO Relationship ................................... 217 Define Standard Project Team Structure ........................................... 221 Define Extended Project Team Alignment........................................ 225

Develop Stakeholder Participation ......................................................... 228 Manage Internal Project Team Stakeholders..................................... 229 Manage Internal Oversight Stakeholders........................................... 230 Manage Internal-Support Stakeholders.............................................. 231 Manage Customer Stakeholders ......................................................... 233 Manage Vendor and Contractor Stakeholders .................................. 234 Manage Other Project Stakeholders................................................... 235

Postscript for the Smaller PMO ................................................................... 237

Facilities and Equipment Support ..........................................239

Project Environment Interface Concepts..................................................... 240 Business Environment Interface Concepts.................................................. 241 Facilities and Equipment Support Activities across the PMO Continuum................................................................................................... 242

Facilities and Equipment Support Function Model.................................... 242

AU4680_C000.fm Page viii Monday, July 16, 2007 3:47 PM

Contents

�

Establish Project Team Requirements..................................................... 244 Establish Workspace Requirements.................................................... 245 Establish Equipment Requirements.................................................... 246

Manage Project Facilities ......................................................................... 250 Manage Facility Acquisition Options ................................................. 251 Monitor Facility Utilization ................................................................. 253 Ensure Adequacy of Facilities ............................................................ 253 Monitor Facility Disposition ............................................................... 255

Manage Project Equipment ..................................................................... 257 Manage Equipment Acquisition ......................................................... 258 Manage Equipment Assignments ....................................................... 260 Monitor Equipment Assignments ....................................................... 261 Manage Equipment Disposition ......................................................... 262

Postscript for the Smaller PMO ................................................................... 263

Section III Resource Integration

Resource Management .............................................................267

Project Environment Interface Concepts..................................................... 268 Business Environment Interface Concepts.................................................. 269 Resource Management Activities across the PMO Continuum.................. 269 Resource Management Function Model ...................................................... 270

Acquire Project Resources ....................................................................... 272 Identify Resource Providers................................................................ 272 Establish Resource Requirements....................................................... 275 Fulfill Resource Requests.................................................................... 277

Assign Project Resources ......................................................................... 278 Prepare Resource Assignment Notifications...................................... 279 Obtain Individual Resource Commitments ....................................... 279 Introduce Resources to the Project Team ......................................... 279

Deploy Project Resources........................................................................ 280 Perform Deployment Administration ................................................. 281 Identify and Arrange Relevant Training ............................................ 282 Monitor Travel Arrangements............................................................. 284

Manage Resource Performance............................................................... 284 Develop Performance Management Guidance ................................. 284 Conduct Project Resource Performance Reviews ............................. 286 Monitor Project Resource Performance ............................................. 288

Close Project Resource Assignments ...................................................... 289 Coordinate Resource Extensions........................................................ 289 Facilitate Resource Transfers and Reassignments ............................. 289 Manage Resource Terminations ......................................................... 290

Postscript for the Smaller PMO ................................................................... 290

Training and Education ...........................................................293

Project Environment Interface Concepts..................................................... 294 Business Environment Interface Concepts.................................................. 294

AU4680_C000.fm Page ix Monday, July 16, 2007 3:47 PM

�

The Complete Project Management Office Handbook

Training and Education Activities across the PMO Continuum ................ 295 Training and Education Function Model .................................................... 297

Establish Training Program...................................................................... 298 Assess Training Needs ........................................................................ 298 Determine Training Requirements ..................................................... 300 Identify Training Resources ................................................................ 302 Prepare Training Plan ......................................................................... 305 Select and Develop Training Courses ............................................... 306

Manage Training Program ....................................................................... 308 Establish Training Registration Capability ......................................... 308 Publicize and Promote Training Program ......................................... 310 Conduct Project Management Training ............................................. 311

Evaluate Training Program ...................................................................... 313 Evaluate Training Plan Implementation ............................................ 313 Evaluate Training Resources............................................................... 314 Update Training Program ................................................................... 315

Postscript for the Smaller PMO ................................................................... 315

Career Development ................................................................317

Project Environment Interface Concepts..................................................... 318 Business Environment Interface Concepts.................................................. 319 Career Development Activities across the PMO Continuum..................... 320 Career Development Function Model ......................................................... 320

Develop Project Management Career Path ............................................ 322 Establish Project Management as a Professional Discipline ............ 323 Define Career Advancement Model................................................... 327 Construct Position Descriptions and Qualifications ......................... 334 Integrate New Career Path into the Organization............................ 336

Support Project Management Career Planning...................................... 338 Provide General Career Guidance ..................................................... 338 Promote Business Skill Development................................................ 339 Implement Career Planning Support ................................................. 341

Establish Professional Certification ......................................................... 341 Develop Project Management Certification Program ....................... 342 Facilitate Technical and Professional Certification ........................... 345

Postscript for the Smaller PMO ................................................................... 346

Team Development ..................................................................347

Project Environment Interface Concepts..................................................... 348 Business Environment Interface Concepts.................................................. 348 Team Development Activities across the PMO Continuum ...................... 349 Team Development Function Model........................................................... 351

Facilitate Cohesive Team Formation ...................................................... 351 Examine Project Team Composition.................................................. 353 Develop Project Team Orientation Program..................................... 355 Integrate Vendors and Contractors .................................................... 356

Facilitate Virtual Team Management ...................................................... 358 Establish Virtual Team Alignment ...................................................... 359

AU4680_C000.fm Page x Monday, July 16, 2007 3:47 PM

Contents

�

Facilitate Virtual Team Interactions.................................................... 360 Introduce Virtual Team Technology .................................................. 364

Enable Project Team Development ........................................................ 365 Promote Team Skill Learning ............................................................. 365 Develop Project Manager Tools and Techniques............................. 366 Facilitate Leadership Development .................................................... 367

Monitor Project Team Performance........................................................ 369 Assess Team Dynamics....................................................................... 369 Examine Team Effectiveness .............................................................. 370 Conduct Team Improvement Activities ............................................. 371

Postscript for the Smaller PMO ................................................................... 373

Section IV Technical Support

Mentoring..................................................................................377

Project Environment Interface Concepts..................................................... 378 Business Environment Interface Concepts.................................................. 380 Mentoring Activities across the PMO Continuum ...................................... 381 Mentoring Function Model........................................................................... 383

Establish Project Management Mentoring Program............................... 383 Develop the Mentoring Approach ..................................................... 383 Identify Mentor–Protégé Roles and Responsibilities ........................ 390 Determine Mentor Sourcing Process ................................................. 396

Engage Project Management Mentors .................................................... 400 Identify Mentor Candidates ................................................................ 400 Conduct Mentor Candidate Qualification.......................................... 402 Prepare Project Management Mentors............................................... 403

Conduct Project Management Mentoring ............................................... 404 Identify Engagement ........................................................................... 405 Assign Mentor (or Mentors) ............................................................... 405 Prepare for Mentoring Engagement................................................... 406 Perform Mentoring Engagement Activities ........................................ 407 Closeout Mentor–Protégé Relationship.............................................. 408

Evaluate Mentoring Program................................................................... 408 Evaluate Mentor Performance ............................................................ 408 Monitor Mentoring Program Results .................................................. 409

Postscript for the Smaller PMO ................................................................... 410

Project Planning .......................................................................413

Project Environment Interface Concepts..................................................... 414 Business Environment Interface Concepts.................................................. 415 Project Planning Activities across the PMO Continuum............................ 416 Project Planning Function Model ................................................................ 418

Establish Project Planning Capability ..................................................... 419 Define Project Plan Components....................................................... 419 Implement Project Planning Processes and Tools............................ 421 Establish Planning Facilitation and Support Capability.................... 426

AU4680_C000.fm Page xi Monday, July 16, 2007 3:47 PM

xii

�

The Complete Project Management Office Handbook

Facilitate Project Planning Workshop ..................................................... 431 Manage Planning Workshop Arrangements ...................................... 431 Facilitate Project Workplan Development ......................................... 434 Perform Follow-Up Planning Support ............................................... 436

Administer Project Planning .................................................................... 438 Specify Primary Project Management Plans ...................................... 439 Recommend Essential Project Support Plans.................................... 453 Prepare Project Plan Content Guidance............................................ 457 Evaluate Project Planning ................................................................... 458

Postscript for the Smaller PMO ................................................................... 462

Project Auditing ........................................................................465

Project Environment Interface Concepts..................................................... 466 Business Environment Interface Concepts.................................................. 467 Project Auditing Activities across the PMO Continuum ............................ 467 Project Auditing Function Model ................................................................. 470

Set Up Project Auditing Capability ......................................................... 470 Determine Project Auditing Needs .................................................... 471 Identify Project Auditing Resources................................................... 481 Establish Project Audit Performance Points ...................................... 485

Conduct Project Auditing ........................................................................ 487 Prepare for Project Audits and Reviews ........................................... 487 Conduct Project Audit......................................................................... 489 Prepare Project Audit Report ............................................................. 491

Manage Project Auditing Results ............................................................ 492 Review Project Audit Results.............................................................. 492 Analyze Aggregate Program Results .................................................. 494 Monitor Project Audit Follow-Up Actions ......................................... 495

Postscript for the Smaller PMO ................................................................... 496

Project Recovery.......................................................................499

Project Environment Interface Concepts..................................................... 500 Business Environment Interface Concepts.................................................. 501 Project Recovery Activities across the PMO Continuum ........................... 501 Project Recovery Function Model................................................................ 503

Develop Recovery Assessment Process.................................................. 505 Identify Recovery Indicators............................................................... 505 Assess Project and Identify Problem Areas....................................... 506 Prepare Project Recovery Decision Package .................................... 514 Coordinate Project Recovery Decision .............................................. 515

Plan and Conduct Project Recovery ....................................................... 516 Establish Project Recovery Team ....................................................... 516 Develop Project Recovery Plan.......................................................... 522 Stabilize Project Using Recovery Solution......................................... 524 Conclude Project Recovery................................................................. 527

Capture Recovery Lessons Learned ........................................................ 529 Examine Project Management Indicators .......................................... 529 Examine Project Selection Criteria ..................................................... 530

AU4680_C000.fm Page xii Monday, July 16, 2007 3:47 PM

Contents

�

xiii

Examine Project Recovery Process .................................................... 531 Update Routine and Project Recovery Remedies ............................. 531

Postscript for the Smaller PMO ................................................................... 532

Section V Business Alignment

Project Portfolio Management ................................................537

Project Environment Interface Concepts..................................................... 538 Business Environment Interface Concepts.................................................. 538 Portfolio Management Activities across the PMO Continuum .................. 539 Project Portfolio Management Function Model .......................................... 541

Set Up Project Portfolio Management .................................................... 541 Validate Business Strategy and Interests ........................................... 543 Identify Project Selection Criteria....................................................... 544 Determine Project Selection Mechanism ........................................... 549 Identify Project Portfolio Management Roles.................................... 556 Establish a Supportive Project Environment ..................................... 561

Perform Project Selection ........................................................................ 563 Conduct Project Screening ................................................................. 564 Develop Project Business Plan .......................................................... 566 Develop Project Resource Allocation Plan........................................ 572 Conduct Project Selection................................................................... 576

Integrate Projects in the Portfolio........................................................... 577 Validate Project Selection.................................................................... 578 Determine Project Priority .................................................................. 579 Approve Initial Project Funding......................................................... 579

Conduct Project and Portfolio Reviews ................................................. 580 Compile Project Performance Information........................................ 580 Conduct Project Gateway Reviews .................................................... 581 Conduct Portfolio Reviews ................................................................. 586

Manage Portfolio Attrition ....................................................................... 588 Perform Project Closeout.................................................................... 589 Assess Strategic Advantage ................................................................. 590 Assess Customer Satisfaction .............................................................. 591

Postscript for the Smaller PMO ................................................................... 592

Customer Relationship Management .....................................595

Project Environment Interface Concepts..................................................... 596 Business Environment Interface Concepts.................................................. 597 Customer Relationship Management Activities across the PMO Continuum................................................................................................... 597

Customer Relationship Management Function Model ............................... 598 Manage Customer Relationships ............................................................. 600

Manage Customer Project Information .............................................. 600 Manage Customer Business Information........................................... 602 Manage Customer Project Participation............................................. 603

Manage Customer Contracts.................................................................... 605

AU4680_C000.fm Page xiii Monday, July 16, 2007 3:47 PM

xiv

�

The Complete Project Management Office Handbook

Produce and Manage Customer Proposals ....................................... 606 Establish Customer Contracts ............................................................. 611 Conduct Customer Contract Administration...................................... 612

Manage Customer Satisfaction................................................................. 620 Measure Customer Satisfaction........................................................... 620 Conduct Customer Relationship Programs........................................ 623 Implement Customer-Centric Improvements..................................... 624

Postscript for the Smaller PMO ................................................................... 626

Vendor and Contractor Relationship Management ..............629

Project Environment Interface Concepts..................................................... 630 Business Environment Interface Concepts.................................................. 630 Vendor and Contractor Relationships Activities across the PMO Continuum................................................................................................... 631

Vendor and Contractor Relationships Function Model .............................. 631 Manage Vendor/Contractor Relationships .............................................. 633

Identify Vendor and Contractor Needs.............................................. 633 Manage Vendor and Contractor Information .................................... 636 Prescribe Vendor and Contractor Participation................................. 638

Manage Vendor/Contractor Acquisition.................................................. 640 Identify and Qualify Vendors and Contractors ................................. 640 Solicit Vendor and Contractor Proposals........................................... 642 Prepare Vendor and Contractor Contracts ........................................ 646

Manage Vendor and Contractor Performance ....................................... 647 Administer Vendor and Contractor Contracts ................................... 647 Monitor Vendor and Contractor Performance .................................. 652

Postscript for the Smaller PMO ................................................................... 655

Business Performance Management ......................................657

Project Environment Interface Concepts..................................................... 658 Business Environment Interface Concepts.................................................. 659 Business Performance Management Activities across the PMO Continuum................................................................................................... 659

Business Performance Management Function Model ................................ 662 Develop Integrated Business Solutions .................................................. 662

Demonstrate Project Management Business Value........................... 663 Generate Executive Value Awareness................................................ 669 Align Business and Project Management Performance.................... 673

Manage Business Collaboration .............................................................. 675 Conduct Operational Business Collaboration ................................... 675 Conduct Tactical Business Collaboration .......................................... 677 Conduct Strategic Business Collaboration ......................................... 678

Manage PMO Business Fulfillment ......................................................... 679 Manage PMO Business Function Evolution ...................................... 680 Develop PMO and Enterprise Business Alignment.......................... 685

Postscript for the Smaller PMO ................................................................... 688

AU4680_C000.fm Page xiv Monday, July 16, 2007 3:47 PM

Acknowledgments

It was a distinct pleasure to perform the extensive review and revision of

The Complete Project Management Office Handbook

, per the publisher’s request to do so. To that end, I would like to extend my appreciation to all readers, as well as to all those who have reviewed and promoted or endorsed this publication. A few years have passed since the original work was released, and there were definitely some topical areas of this book that benefited from my further attention and examination as I prepared this second edition.

The review and revision process prompted me to recall the effort put into my original work. In particular, I remember the names and faces that provided the early encouragement, counsel, and support that enabled my work to be published in the first place. Paul Shaltry, among several manuscript reviewers, served as the primary technical advocate for what was right or wrong about my content; and his valuable advice and guidance were revisited and remained intact as I prepared this second edition.

My tenure with ESI International, as Vice President of Technical Ser- vices, was also brought to mind, and I recall that period of my career with genuine appreciation for that affiliation, but especially for the encour- agement and support provided by other members of the executive man- agement team, which enabled the original publication of

The Complete Project Management Office Handbook

. Today my focus is on pursuing professional project management and

business interests through the establishment and efforts of the Hill Con- sulting Group. The depth of my ongoing interest in the concepts and practices of modern project management continues to amaze me, and my current work reflects a desire to devise concepts and solutions that can be shared with others. In that light, my recent work provided distinct

AU4680_C000.fm Page xv Monday, July 16, 2007 3:47 PM

xvi

�

The Complete Project Management Office Handbook

contributions to the preparation of this second edition. For example, during much of the past year or so, I have been delving into r esearch that supported development of the new, matrix-based

ProjectPRISM™ Meth- odology for Project Management

. This particular work effort alone con- tributed to major revisions across several chapters of this second edition, notably the first chapter dealing with project management methodology. As well, my recent professional activities included serving as chairperson for a couple of national project portfolio management conferences; and those professional forums, among others, facilitated topical discussions and personal learning that certainly influenced my content review and revision efforts across many chapters of this book. I hope that my professional efforts will provide extended value for other professionals in the project management and business environments across industries.

Finally, and once again, this second edition was made possible by the love, encouragement, and support of my wife, Rita, who continues to shine a persistent light on the paths I take to pursue my life’s work and my professional interests.

Gerard M. Hill

[email protected]

AU4680_C000.fm Page xvi Monday, July 16, 2007 3:47 PM

mailto:[email protected]

PRACTICE

MANAGEMENT

AU4680_book.fm Page 1 Monday, July 16, 2007 2:06 PM

Chapter 1

Project Management

Methodology

A project management methodology provides a standard, repeatable pro- cess to guide project performance from concept to completion. It intro- duces and applies generally accepted project management techniques and practices that fit within the culture and business needs of the relevant organization. It includes identification of the roles and responsibilities associated with each process step, as well as specification of the input and output for the prescribed sequence of process steps. In essence, a project management methodology conveys to project managers and project team members what to do and how to do it.

The organization can begin fulfilling methodology needs by first intro- ducing just a series of simple processes for use in the project management environment. This will ensure that the activities of project management that are most essential to the relevant organization are being completed. Then, having this foundation, the organization should aim toward devel- oping a more complete and comprehensive process that specifies activities for the entire project management life cycle. This “complete” methodology should address five general project management functions: (1) initiation, (2) planning, (3) executing, (4) controlling, and (5) closing.

A methodology is developed to apply adopted standards and practices to project management, such as that contained in

A Guide to the Project Management Body of Knowledge

(PMBOK

*). The specification of standards

* PMBOK is a trademark of the Project Management Institute, Inc. (PMI), which is registered in the United States and other nations.

AU4680_book.fm Page 3 Monday, July 16, 2007 2:06 PM

�

The Complete Project Management Office Handbook

and practices is what differentiates the project management methodology from a technical methodology. The project management methodology is a set of processes that can be applied to all types of projects in the relevant organization. In contrast, a technical methodology applies technical stan- dards and deals primarily with the technical aspects of work associated with projects. In larger organizations, there may be one or more technical methodologies needed to accomplish work in different business units. Conversely, the project management methodology can be the same one used across all business units in the relevant organization. Ideally, the organization’s project management methodology will be constructed to integrate one or more technical processes for seamless use.

This “project management methodology” function enables the Project Management Office (PMO) to:

�

Establish the standard approach to project management that is to be used by all project managers within the relevant organization.

�

Introduce project management practices incrementally, beginning with those that have the greatest impact on project and business success.

�

Achieve consensus for implementing a common project manage- ment life cycle across the relevant organization’s technical and business areas.

�

Provide for collection of pertinent project data used in individual and aggregate analyses of project performance.

�

Identify and incorporate technical and business processes into the project management methodology.

The “project management methodology” function requires coordination and collaboration with key stakeholders — predominantly project managers — in the project management environment. It is imperative that any project management methodology grows to be supportive of technical and business efforts, so it is essential to involve project engineers, product managers, and other technical and business specialists, as simple processes are expanded to life-cycle processes. Furthermore, because policies for methodology deployment are formulated and communicated to all project participants at the executive level, the development and deployment of a standard project management methodology within the relevant organization distinctly requires executive level and senior management buy-in and support.

Project Environment Interface Concepts

A project management methodology is central to the project management environment. As such, it should be responsive to the needs of all project

AU4680_book.fm Page 4 Monday, July 16, 2007 2:06 PM

Project Management Methodology

�

stakeholders and guide them through the key activities of project man- agement. An effective project management methodology conveys to all stakeholders “how we manage projects.” It accomplishes this by estab- lishing a common frame of reference for everyone participating or having interest in project performance. To that end, it should support all inter- actions among business, technical, and project management participants. It also provides an immediate reference for those stakeholders on the periphery of or outside the immediate project involvement, to inform them and set expectations about what will be achieved through prescribed project management activities.

Accordingly, the project management methodology introduces the rel- evant organization’s philosophy, concepts, standard approach, and com- mon terminology for project work. This allows cross-functional project managers and project team members to understand and share the same project management experience. Consequently, each project manager does not have to create and convey a tactical approach for each new project and for each new team member. As a result, over time, cross-functional teams become more efficient, more productive, and more successful in producing project deliverables and in accomplishing project objectives.

Business Environment Interface Concepts

Inasmuch as the PMO itself functions as an integrator for the organization, the project management methodology is a central mechanism for project and business management integration. A prominent aspect of this integra- tion is seen when each business unit in the relevant organization adapts and incorporates its technical and business processes so that it will be consistent with the methodology. This is an important concept that requires broad organization buy-in. Once a methodology is set in place, business units having specific business function or technical area responsibilities can no longer practice old behaviors that may misalign with or be counterproductive to the project management methodology. To that end, each business unit should examine the standards and practices prescribed by the project management methodology, and use them to help produce both technical and business results.

The project management methodology provides a foundation for over- seeing work accomplished across business units, including facilitation of cross-functional or matrix-based resource assignments. A well-conceived, well-collaborated, and properly implemented project management method- ology will ensure accomplishment of all critical project management actions.

Another feature of using a standard project management methodology is that it promotes effective project collaboration and reporting within the

AU4680_book.fm Page 5 Monday, July 16, 2007 2:06 PM

�

The Complete Project Management Office Handbook

relevant organization. A coordinated approach to project management facilitates common data collection and distribution across business units. The result of using such a project management methodology is that project progress and performance information can be compiled and aggregated to facilitate business decisions across projects and across the organization.

Project Management Methodology Activities across the PMO Continuum

The evolution of the “project management methodology” function along the PMO competency continuum is characterized by:

�

Development and implementation of increasingly more complete and comprehensive project management processes and practices

�

Increased integration of technical and business process activities

�

Wider cross-functional influence at advanced stages of the contin- uum, in association with the broader oversight authority and respon- sibility for project management prescribed by the methodology

management methodology activities according to each level in the PMO

The project office, as a formal or informal entity, is the fundamental agent of project management methodology implementation. Traditionally, project oversight has relied on the skill, knowledge, and personal expe- rience that each project manager has brought to bear on the projects they manage. Using the project office, project managers can now share their wisdom by developing practices that can be re-used and applied across other similar projects assigned to the project office. Ultimately, these practices will form the foundation of the more-structured, repeatable project management processes contained in a methodology that can be shared across the organization.

Mid-range PMO levels of the continuum have the responsibility of developing and deploying a full life-cycle project management method- ology that best fits the needs and requirements of the relevant organization. The PMO first ensures that a standard, structured, and repeatable process for conducting project management is established within the organization. This can begin with incremental development of only the most critical processes and later expanded to encompass a more complete life cycle as the organization gains additional understanding and benefits from the initial processes. The PMO then expands its influence to develop its methodology to a comprehensive and robust level with appropriate inte-

AU4680_book.fm Page 6 Monday, July 16, 2007 2:06 PM

Table 1.1 presents an overview of the range of prescribed PMO project

competency continuum.

P ro

je ct M

an ag

e m

e n

t M e

th o

d o

lo g

�

Table 1.1

Range of Project Management Methodology Activities across the PMO Continuum

Project Office Basic PMO Standard PMO Advanced PMO Center of Excellence

Applies effective practices for project performance and oversight; and employs standard life- cycle processes when available

Introduces critical processes and practices of project management:

– Identifies and develops critical processes

– Manages cross- project critical process use

– Identifies best and preferred practices

Establishes and monitors use of a complete project management methodology:

– Provides full project life-cycle coverage

– Integrates technical processes

– Conducts methodology user training

Enhances content and monitors use of a comprehensive methodology:

– Integrates business processes

– Optimizes automated tool alignment

– Facilitates methodology use across relevant business units

Conducts project management methodology analyses:

– Examines process variation in business units

– Assesses methodology use and ongoing process improvement

�

The Complete Project Management Office Handbook

gration or alignment of technical and business processes, according to the affiliated business units’ needs.

The center of excellence performs any necessary methodology devel- opment, deployment, and review activities to formulate solutions and guide process collaboration across business units. As the interface with senior management, the center of excellence recommends and imple- ments policy for development and deployment of the project manage- ment methodology.

The fundamental objectives of the PMO’s “project management meth- odology” function across the PMO continuum is to:

�

Determine and implement project management process and prac- tice solutions that align with the relevant organization’s business interests.

�

Support the organization’s technical work performance.

�

Assist project managers and project teams in achieving project objectives.

Project Management Methodology Function Model

This function model presents considerations for the PMO to develop a standard, cohesive process for conducting project management, to imple- ment that process for use by the widest possible audience in the relevant organization, and to monitor and manage its use and improvement. Figure 1.1 depicts the primary activities of this PMO “pr oject management methodology” function model, and the following subsections describe each activity.

Figure 1.1 “Project management methodology” function model.

ESTABLISH BASIS FOR PROJECT MANAGEMENT

METHODOLOGY

Convene Methodology Development Team Prepare Methodology Deployment Strategy Examine Current Practices

CONDUCT METHODOLOGY

IMPLEMENTATION

Plan Methodology Implementation

Plan Project Transition Conduct Methodology Training and Implementation

MANAGE METHODOLOGY

MATURITY

Evaluate Methodology Implementation Analyze Methodology Performance Manage Methodology Maintenance

DEVELOP METHODOLOGY

SOLUTION

Identify Methodology Components

Design Life Cycle Processes

Develop Project Management Practices

Introduce Methodology Platform

AU4680_book.fm Page 8 Monday, July 16, 2007 2:06 PM

Project Management Methodology

�

Establish Basis for Project Management Methodology

A frame of reference for the project management methodology is needed to ensure that all methodology development participants, particularly the PMO, have and can communicate a clear understanding regarding the direction being pursued to introduce a standard approach to project management. The basis for introducing a project management methodol- ogy can be formulated as described in this subsection.

Convene Methodology Development Team

The PMO will normally have primary responsibility for overseeing project management methodology development. However, the PMO must ensure that project managers and others having technical or business interests are properly represented in the methodology development effort. There- fore, a methodology development team is often formed to include par- ticipants both from inside and outside the pr oject management environment to assist in the design, development, and implementation of the organization’s new project management methodology.

The best way to ensure effective design, development, and implemen- tation of a project management methodology is to involve “resident experts,” particularly those managers who can contribute one or more of the following competencies:

�

Extensive personal project management experience in the industry

�

Knowledge and training in advanced project management practices

�

Understanding of the relevant organization’s project management environment

�

Experience in the development of processes and practices

�

Familiarity with project team dynamics

�

Internal sponsorship (methodology development champion)

These characteristics should be considered when selecting individuals for participation on the methodology development team.

In addition, the PMO may want to ensure effective methodology development by using external expert advisors and project management consultants in the methodology development ef fort. Such external resources have prior experience and can bring cross-industry insights and expertise to expedite the effort and help the methodology development team manage process structure design, practice development, organiza- tional issue resolution, technical and business process integration, and methodology implementation planning.

AU4680_book.fm Page 9 Monday, July 16, 2007 2:06 PM

�

The Complete Project Management Office Handbook

The PMO should specify and communicate the type of involvement expected of the methodology development team. It should indicate the extent to which methodology development team members will be respon- sible for: methodology concept development, process design, process construction, practice area design, practice area development, content review and approval, and subsequent methodology implementation and maintenance. For purposes of this PMO function, these activities collec- tively represent methodology deployment.

On average, the methodology development team should be able to accomplish its methodology development objectives with a minimum of three to five team members, to include at least one senior member of the PMO responsible for leading and collaborating the effort. Fewer people can staff the team but this recommended team size provides smaller to medium-sized organizations with ample exchange of alternative thoughts and perspectives necessary to deliberate and decide on how they will conduct project management. Larger, more diverse organizations may require additional team members to represent the views and interests of all involved business units.

If the methodology development team is not in itself responsible for review and approval portions of the effort, additional methodology devel- opment team members can be included as necessary to serve as reviewers of completed design and development work. Reviewers should include senior management in the relevant organization, who provide for final review and approval of the methodology.

Other factors also influence the actual size of the methodology devel- opment team and should be considered when convening the team. These include available development time and deadlines for completion, level of expertise of the team leader and team members, depth and coverage of process and practice development, and extent of subsequent imple- mentation within the relevant organization.

The PMO can define and recommend methodology development team participation requirements by preparing a responsibility matrix similar to

sibility matrix. The activities that this matrix indicates represent a project effort. To that end, the project management methodology development effort should be planned and conducted as a project.

The methodology development team configuration should enable timely construction and implementation of a viable project management methodology within the relevant organization. An executive participant may also be identified to perform final review and approval for method- ology design and to support methodology implementation.

AU4680_book.fm Page 10 Monday, July 16, 2007 2:06 PM

that used for project planning. Table 1.2 provides an abbreviated respon-

P ro

je ct M

an ag

e m

e n

t M e

th o

d o

lo g

�

1 1

Table 1.2

Sample Responsibility Matrix for Methodology Development Team

Responsibility by Team Member PMO

Manager PMO Staff

Program Managers

Project Managers

Business Unit Managers

Project Consultant

Select team members P A Perform make/buy decision R A P P R F/R Conduct methodology design R P P P R F/A Develop methodology R P P P P/A Plan methodology implementation R P P P P/A Plan methodology transition R P P P R P/A Conduct methodology training R P P/A

Legend

: f = facilitate, p = perform, a = assist/advise, r = review

A U

4680_book.fm P

age 11 M onday, July 16, 2007 2:06 P

�

The Complete Project Management Office Handbook

Prepare Methodology Deployment Strategy

The methodology deployment strategy provides a roadmap for method- ology design, development, implementation, and maintenance. It con- tains the current and emerging strategy of the organization and can therefore be revised or updated over time. As appr oved by senior management, this strategy r epresents the PMO’s current intended approach to methodology deployment. The strategy can be shar ed throughout the organization, as necessary, with individuals having responsibility or business interests in the project management method- ology deployment effort.

The methodology deployment strategy consists of the following elements:

�

Methodology development responsibility statement

�

Methodology development approach

�

Methodology platform

�

Methodology utilization policy

�

Methodology implementation approach

�

Methodology maintenance responsibility statement

The PMO can adapt or expand these strategy elements to meet the needs of the relevant organization. In general, the PMO prepares or facilitates the preparation of the methodology deployment strategy to guide and document how the project management methodology is to be established and used. Each strategy element is described in the following subsections.

Methodology Development Responsibility Statement

The PMO prepares this statement to outline its role and responsibilities, as well as those of any other intended participants, including the methodology development team and any external consultants. It can include the methodology development team responsibility matrix dis- cussed previously. This statement serves as a charter for the PMO and other participants to proceed with the methodology development effort. Inasmuch as this statement may also specify appr oved funding and authority to act, a senior manager or executive of the r elevant orga- nization should review and sign it. However, this responsibility state- ment may not be necessary if the PMO charter has already adequately covered PMO responsibilities for project management methodology development.

AU4680_book.fm Page 12 Monday, July 16, 2007 2:06 PM

Project Management Methodology

�

Methodology Development Approach

The methodology development approach represents a fundamental plan for how the organization expects to conduct methodology development. It indicates the depth and extent of methodology content development, specifies the scope of methodology component development, and iden- tifies the general methodology development schedule.

An organization can begin formalizing its approach to project manage- ment when it commits to developing a few key processes and practices. For example, it is usually prudent to develop initial processes that address issues in highly visible practice areas. These initial processes should provide some quick benefits that will help the organization resolve those issues and become accustomed to the types of organizational changes that will be encountered when a more complete and comprehensive project management life-cycle methodology is subsequently introduced. Of course, the current development effort may be for full life-cycle methodology deployment, and the development approach can address that expanded effort as well.

The following list illustrates several progressive levels of methodology development that can be prepared by the PMO for insertion into the methodology development approach:

�

Develop a single, key project management process (for example, project risk management).

�

Develop a key process series (for example, for project selection: customer identification, project definition, business case, and project approval activities).

�

Link selected technical and business process activities to the key process series.

�

Develop a comprehensive project management life-cycle process with fully integrated technical and business activities.

The PMO can prepare a descriptive approach for these or other interme- diate steps of its choosing when preparing the methodology development approach. The primary consideration of this strategy element is to identify what end-state of methodology development will be achieved when methodology development efforts are completed.

Inasmuch as the methodology approach element is not a detailed plan, the general timelines for methodology development activities should be identified. This could include indicating what is to be accomplished over a period of months or even years, with timelines specified in terms of quarters. However, when more information is known, a detailed method- ology development plan can be prepared for each step or phase specified

AU4680_book.fm Page 13 Monday, July 16, 2007 2:06 PM

�

The Complete Project Management Office Handbook

in the approach, and it can be attached to this strategy document for easy subsequent reference.

This element of the methodology deployment strategy also defines the PMO’s perspective of the project management methodology and what each methodology component to be developed will contain. The primary methodology components often include:

�

Project management process guide: what to do.

�

Project management practice guide: how to do it.

�

Project management toolkit: the means to do it.

�

Project management glossary: relevant terminology.

The PMO should use the methodology development approach to specify which components will be developed, to include those listed above or any other methodology components that are needed.

Methodology Platform

The methodology platform addresses the means by which those respon- sible for project management apply the project management methodology to project work. It commonly refers to automated systems that provide access to process steps, practice and technique guidance, and an associated database of project information. For purposes of this PMO function, this strategy element considers how the PMO plans to convey the established methodology process and preferred practices that project managers and project team members will use.

The PMO, with insight and assistance from the methodology develop- ment team, as well as guidance and support from the information tech- nology (IT) department at the onset of the effort, should determine the type of platform on which the project management methodology compo- nents will reside. Factors to weigh when selecting the methodology platform include the culture of the relevant organization, project manager familiarity with automated tools, complexity of process and practice guid- ance, and platform development or acquisition costs. Moreover, the PMO should consider the five fundamental types of project management meth- odology platforms described below.

Paper-based documentation.

Print publications are perhaps the easiest means to deploy the organization’s project management methodology. The paper-based documentation platform consists of one or more pub- lished volumes of text containing the desired methodology guidance components. It is distributed to all users and is maintained through printed updates or revisions. Within most organizations, it remains the ideal solution for the initial introduction of project management methodology.

AU4680_book.fm Page 14 Monday, July 16, 2007 2:06 PM

Project Management Methodology

�

Even in today’s highly automated business environments, many orga- nizations still use a paper-based platform for methodology deployment. Created and implemented quickly, its development can generally be accomplished at a lower cost than other means of methodology deploy- ment. Furthermore, this methodology platform provides the requisite structure and content needed to guide achievement of project objectives, including the use of standard templates, checklists, and report formats. If not developed internally, paper-based methodologies can be obtained from project management organizations and project management training and consulting firms.

Standard word-processing, spreadsheet, and database software appli- cations are used to create paper-based project management methodology process guides, practice guides, and tool and template components. These standard business software applications, commonly used by project man- agers and project team members, provide the PMO with a familiar vehicle for disseminating the methodology to users in the project management environment. Methodology use is further enhanced when associated appli- cations and templates reside on a common network for wide user access.

The paper-based documentation method may also be the ideal means to create the methodology structure and content for any subsequent automated platform that is introduced.

Automated application conglomeration.

This methodology platform is a slight variation of the paper-based documentation platform. While this approach similarly uses standard business software applications, there is now more focus toward computer use and less on the use of paper. By definition, this “conglomeration” platform uses a variety of software appli- cations but they are generally not integrated. At best, these applications are available on a network for common access by users in the project management environment, but they may also be found isolated on indi- vidual computer systems. The direct use of software applications, although they are not integrated for dynamic information and data exchange, is what distinguishes this platform from the paper-based platform. However, it should be noted that methodology content must still be developed, as prescribed in the paper-based platform model. Here it becomes a matter of where that content will reside and how user access will be achieved.

Integrated project management application.

This methodology platform introduces a more integrated approach to accessing project management methods and tools. This is done by acquiring one of many high-end, multi- user project management applications, which inherently provides the means to collect project information and perform a broad range of project management activities in addition to managing methodology content.

The cost of acquiring a high-end, integrated project management system is usually steep — often tens of thousands of dollars in smaller

AU4680_book.fm Page 15 Monday, July 16, 2007 2:06 PM

�

The Complete Project Management Office Handbook

organizations and up to hundreds of thousands of dollars for deployment in large organizations. Cost is therefore a distinct factor when considering an integrated project management application.

The high-end software applications available in the marketplace do not necessarily provide a comprehensive methodology process for project management as part of product delivery. That said, some vendors do recognize the difference between a project’s work breakdown structure and a project’s management methodology, and these vendors have incor- porated process-management and information display capability into their products. Therefore, another important factor to consider is the ability to install and manage methodology processes and practices using an inte- grated application. The PMO must clearly define its methodology content management requirements in conjunction with conducting a search for the “best fit” application.

Integrated project management applications can also offer other spe- cialized features that facilitate activities prescribed by the methodology — such as associated project team collaboration, project reporting, and scope- change management. Other features may include the capability to perform processes associated with risk management, resource management, and document management. The need for such features should also be eval- uated during the acquisition process.

Enterprise business application.

This methodology platform is charac- terized by the acquisition of a software application package that can be used to manage activities of the project management life cycle, which integrates with the applications primary function of business function support — for example, resource management, accounting and finance, and customer relationship management (CRM). It is the broader needs of the business that drive the acquisition of an automated business application. Such an acquisition is normally a higher-level business decision beyond the purview of the PMO. However, inasmuch as the enterprise application contains features and functions that will assist the project manager and project team in achieving effective oversight of the processes of project management, the PMO should be involved in the acquisition process.

Similar to the integrated application described above, the enterprise business application should be examined to ensure that it facilitates the performance of all project management activities required by the relevant organization. In some cases, vendors are willing to modify their product’s features and functions to enable desired practices and processes. However, such modifications sometimes can be as expensive as constructing a fundamental automated methodology application within the organization. The PMO thus has a strong incentive to closely scrutinize off-the-shelf products to ascertain whether the proposed platform can meet the orga- nization’s requirements without the need for additional modification.

AU4680_book.fm Page 16 Monday, July 16, 2007 2:06 PM

Project Management Methodology

�

Automated methodology application construction.

The final approach to deployment of project management methodology is to construct the desired automated platform in-house. Using this approach, the PMO can influence the design and development of the application’s features and functions. In-house construction can be accomplished by using internal system-development resources from the IT department or an external system developer. It may also be beneficial to combine the two by using (1) a team of internal developers who already know existing system nuances and configuration, and (2) an experienced external team that helps design and incorporate the desired collection of modern project management processes and practices.

Often, the internal construction of an automated methodology appli- cation relies on a previous paper-based design. In such cases, any paper- based platform of processes or practices that the PMO has alr eady developed and implemented will contribute to the construction of its automated platform.

Methodology Utilization Policy

The introduction of a project management methodology is a business decision that requires overt support of senior management within the relevant organization. The way in which the methodology is promoted, anticipated, and ultimately received for use is a key success factor that senior managers directly influence. A policy statement on methodology use is an appropriate means to convey senior management support and endorsement or, better, their mandate for methodology use.

The PMO should prepare a policy statement describing the use of the proposed project management methodology, and pass it for review and approval by senior project managers. The best approach is to fashion the statement using a familiar format within the organization — policy, stan- dard operating procedure (SOP), executive directive, etc. The means of communicating policy regarding the use of methodology may vary by organization, but the objective is the same: to demonstrate the support of senior management for deployment of the proposed project manage- ment methodology. Ideally, the most senior executive in the relevant organization will endorse the policy statement.

The PMO should consider including the following elements in the policy statement:

�

Business interest in methodology deployment

�

Benefits to be achieved through methodology deployment

�

Executive direction for use of the methodology

AU4680_book.fm Page 17 Monday, July 16, 2007 2:06 PM

�

The Complete Project Management Office Handbook

�

Statement of executive or senior management support of project management methodology use, and endorsement of project man- agement as a core competency

The policy statement should clearly and briefly describe the purpose and sponsorship of the proposed project management methodology. An executive or a representative of senior management should personally introduce the policy statement as part of the planned rollout activities for the proposed methodology. In fact, the executive should personally intro- duce the project management methodology and identify, promote, and sustain professional behavior adjustments to support the intended use of the methodology at all levels.

Methodology Implementation Approach

This strategy element is used to outline the activities for methodology implementation in the relevant organization. It allows preliminary require- ments for implementation to be identified and examined, and it describes the approach to satisfying those requirements. In particular, it will allow the PMO and other planners to discuss and describe how the following methodology implementation activities will be conducted:

�

Demonstrate executive and senior management support for meth- odology deployment

. Determine executive and senior management roles for methodology introduction. Identify activities that will ensure they are positioned to convey their buy-in and support for the new methodology.

�

Convey news and information about methodology deployment progress

. Discuss how you will use existing media or set up a new means for disseminating information about the deployment of a new project management methodology, its acquisition or develop- ment progress, and people involved in the process. This may also include initial announcements and progress information that is provided to customers and contractors.

�

Develop and conduct an associated methodology training program. Describe the training that will be required for methodology users. This includes consideration for both general project management training to ensure understanding of underlying concepts and tech- niques, and specific methodology training to convey processes and practices that will be required in the organization. Prepare a preliminary training program and schedule that will satisfy meth- odology implementation requirements.

AU4680_book.fm Page 18 Monday, July 16, 2007 2:06 PM

Project Management Methodology � 19

� Plan project transition to the new methodology. Specify how the status of each current and pending project will be examined to determine its candidacy for transition to the new methodology. Some projects, nearing completion, will not transition. Other projects, those mid-way in progress or yet to start, will transition to the new process and tools. Identify the criteria that will be used to determine which projects will make the transition.

� Plan the methodology rollout process (i.e., organizational sequence). Determine how the new methodology will be intro- duced in the relevant organization. This may include the use of a pilot program for a particular group or business unit as a means to gain early knowledge of rollout issues that can be applied to later rollout segments. It should identify the sequence or order in which business unit or individual users will be introduced during methodology implementation.

� Plan methodology implementation support capability. In addition to the rollout process described above, determine what support will be provided during methodology implementation. This includes such things as project management mentoring, method- ology help desk, and implementation feedback collection activities.

As the time for actual methodology implementation nears, the guidance provided by this strategy element can be examined, updated as needed, and incorporated into the detailed methodology implementation plan that is subsequently prepared. For each of the methodology implementation activities, the PMO needs to determine if they will be performed in-house by the methodology development team or other individuals, or contracted to a qualified external consultant or vendor (contractor).

Methodology Maintenance Responsibility Statement

A broad group of participants will have accomplished the initial design, development, and implementation of the methodology. The PMO should deliberate and recommend whether a team of those same individuals (i.e., the methodology development team) will remain intact to perform ongoing methodology review and maintenance activities, or whether that respon- sibility should be assigned to another team or the PMO staff. In either case, a responsibility statement for project management methodology maintenance should be prepared to ensure that this determination is made.

Similar to the methodology development responsibility statement, this maintenance responsibility statement may not be required if PMO respon- sibilities for project methodology maintenance are already adequately covered in the PMO charter.

AU4680_book.fm Page 19 Monday, July 16, 2007 2:06 PM

20 � The Complete Project Management Office Handbook

The PMO also should determine when specific methodology mainte- nance activities will be conducted. A number of items may trigger refresh- ing the methodology, including changes in project metrics, results of capability or maturity assessments, changes in technology, findings of research, discovery of new approaches through application and human innovation, and developments in technical processes the methodology supports. In the absence of specific triggers, however, the PMO can plan to schedule a project management methodology review at regular intervals, normally every 12 to 18 months for a mature methodology.

Examine Current Practices

The first step in introducing formal project management processes and practices is a PMO’s awareness of the starting point. The PMO should scrutinize the organization’s current capability in the project management environment as a prerequisite to planning and designing the type, depth, and comprehensiveness of project management methodology support required. An examination of current practices provides the baseline for methodology deployment. It should be assessed per the guidelines estab-

examination of current project management practices is presented relative to the following three activities:

1. Assess current capability 2. Analyze assessment findings 3. Compare best practices

Assess Current Capability

The PMO will gain considerable insight into the current state of project management capability by assessing the current processes and practices used in the relevant organization.

� Assess structure and support. This examination should begin with a general evaluation of primary business units to determine their involvement in using project management processes and practices. The PMO may use an external consultant experienced in assessing project management organization capability, or devise its own means to gain perspective relative to the following information: � Current project management organization structure � Individual project manager and project team alignment within

that structure

AU4680_book.fm Page 20 Monday, July 16, 2007 2:06 PM

lished within the PMO’s “assessment” function (Chapter 6). The PMO’s

Project Management Methodology � 21

� Level of upper management involvement in project manage- ment activities

� Nature of project support that functional organizations provide � Extent of participation in project activities across the organization � Need for project information and oversight by functional and

senior managers This preliminary look at the project management environment will provide the PMO with sufficient understanding of need to enhance project management awareness and support within the organiza- tion. Moreover, it will provide indicators for the design of cross- functional responsibility and involvement in project management as methodology processes and procedures are developed.

� Assess practices and capability. Next, the PMO should undertake an assessment of current project management practices that project managers and teams use. This is normally accomplished through a survey instrument. However, it is preferable to conduct direct interviews with project managers at various levels in the organiza- tion to examine their personal perspectives, as well as with project teams to gain the “group” perspective on how projects are accom- plished. The interview method is preferable because it allows examiners to clarify and understand the information provided by each interviewee at the time of information collection.

The assessment must also examine current processes and prac- tices against an established and complete project management life- cycle process. The PMO should ensure that the project life cycle it selects for this assessment contains elements and activities that are aligned with the standards it will ultimately pursue — for example, the PMI’s PMBOK®. This assessment should examine the following information: � Identify the project life-cycle activities that project managers are

performing � Identify the project life-cycle activities that project managers are

not performing � Identify the project management practices that are commonly

used across all or most projects � Identify the project management practices that are unique and

used only by one or a few project managers � Identify the project life-cycle activities that involve project team

members � Identify the project management life-cycle activities that involve

business units and other stakeholders At a minimum, the results of the current process assessment should provide the PMO with a basic understanding of the extent and type

AU4680_book.fm Page 21 Monday, July 16, 2007 2:06 PM

22 � The Complete Project Management Office Handbook

of project management practices currently in use. In a subsequent activity, when this data is further analyzed, it will expose more detailed information about gaps in the organization’s current project management practices versus best or preferred practices.

� Assess human perspectives. In conjunction with the above assess- ment, the PMO also may want to pursue an examination of the human side of project performance to formulate its understanding of additional methodology deployment needs. In particular, a PMO inquiry should capture the following information from project managers and project team members: � Interest and enthusiasm in a structured approach to project

management � Resistance and barriers to a structured approach to project

management � Personal perspectives on the need for a formal project man-

agement process � Personal perspectives on what the use of project management

methodology entails � Personal perspectives on individual and group training � Current preferences for project management practices

(techniques) The results will provide user input to the methodology design and development effort.

Analyze Assessment Findings

The PMO should conduct an analysis of assessment findings to formulate a view of current capabilities. Again, this can be accomplished internally or with external assistance from project management consultants experi- enced in such organizational analyses. The analysis — as detailed or as simple as the PMO warrants — should be designed and conducted to provide a reasonable understanding of the relevant organization’s current state of project management performance capability. Five analysis areas are recommended and briefly described below.

1. Process flow analysis. Based on survey or interview results, the PMO can construct the common elements of the project manage- ment process, including those unique process elements that are not widely used. This can be achieved by preparing a preliminary process flowchart to describe what is currently being accomplished to manage projects. Although similar to and somewhat based on the project management life cycle used in the earlier pr ocess assessment, this flowchart will contain only those project manage-

AU4680_book.fm Page 22 Monday, July 16, 2007 2:06 PM

Project Management Methodology � 23

ment activities currently performed within the relevant organiza- tion. As such, this flowchart will indicate the strengths and weaknesses of the current processes relative to the project man- agement standards applied.

2. Process content analysis. The process flowchart created above can be expanded to include the common input and output to each existing process, as well as to identify who is responsible for completing each process step. This analysis, in particular, will indicate what deliverables are achieved through each process step and what common results the current project management approach have accomplished.

3. Project management practice analysis. The preceding examination provided information about how each project manager approaches project planning, oversight, and control, that is, the processes they use. In this analysis, the PMO can identify which practices are common throughout the organization and which are unique to individuals or business units. This analysis will help contrast current practices with best or preferred practices in the organization and in industry.

4. Project management tools analysis. The assessment should have collected information regarding how project managers and their teams accomplish the processes and practices identified in the current project management approach. This step identifies the tools used to facilitate project management activities and indicates which

units. Tools, which are discussed in greater detail in the PMO function “project management tools” ( mated software applications, as well as forms, checklists, and templates that assist in performing project management activities.

5. Project management practice support analysis. This analysis deter- mines the extent to which project managers, business unit man- agers, and senior managers are involved in and support a formal, structured approach to project management. At a minimum, the assessment results should provide preliminary indications of the “culture” in which methodology deployment will be pursued. They also indicate the strengths and weaknesses of support for project management in functional and technical areas of the business.

Compare Best Practices

This step in examining the current project management practices provides an additional analysis of how well the organization is performing project management in contrast to standards and best practices. Using the previ-

AU4680_book.fm Page 23 Monday, July 16, 2007 2:06 PM

have common use and which are unique to individuals or business

Chapter 2), include auto-

24 � The Complete Project Management Office Handbook

ously prepared analyses, the PMO can determine if and how well all essential project management process steps are being performed. This activity enables the organization to prepare a “gap” analysis of current practices against either preferred standards or a set of best practices in project management.

It should be noted that standards are inherently different than best practices. Standards represent a basis for performance: the criteria to meet and the goals to achieve. Best practices, on the other hand, are a set of activities to consider and pursue to the extent the organization understands and values them. As such, best practices are perceptions in the eye of the beholder.

This comparison is particularly valuable when it facilitates the identi- fication of which essential processes and practices are missing from the current approach to project management. The comparison to best practices also enables the PMO to determine where any project management practices are weak or applied in an isolated manner by one or a few project managers. This best-practice comparison, performed against a set of practices in an industry- or standards-based project life cycle, will provide immediate insight for methodology development or improvement.

Develop Methodology Solution

Project management methodology development is not a simple task. Because the development steps presented here are intended to be a guide, they are not necessarily all-inclusive of the project management method- ology development effort. This undertaking requires:

� Patience in constructing detailed process steps � Business acumen in defining processes and practices that provide

a functional fit � Product and service awareness to ensure alignment of technical

processes and interests in project management performance � Advanced project management skills on the part of developers � Strong executive and senior management support for the develop-

ment (and subsequent implementation) effort � Time, because an average methodology deployment effort can take

from nine to twelve months or more from concept to completion

The PMO can use the information presented in this section to prepare the essential project management processes and practices that are needed to give structure and repeatability to its project management efforts. Moreover, the acquisition and installation of an accompanying methodol- ogy platform is rarely complete without some modification or data transfer

AU4680_book.fm Page 24 Monday, July 16, 2007 2:06 PM

Project Management Methodology � 25

requirements. This section can assist PMOs in deliberating and deciding on steps needed to install and implement an application in a manner that will be of benefit to the organization.

Identify Methodology Components

The PMO should examine creating a methodology structure relative to four fundamental methodology components, which can be developed separately or as an integrated guide to project management. The PMO can examine each prescribed component and determine if and how it will be developed in the organization.

Project Management Process Guide

The methodology process guide specifies all the steps or activities for which the project manager and project team are responsible. It may also prescribe participation and actions for other internal and external project stakeholders. The process guide also specifies the primary input needed to conduct each major process step and the output that results from performing the process step (sometimes called the “project management deliverable”). It usually contains a process flowchart that represents the sequence of project management activities to perform for every project. In addition, it includes considerations for how the process can be scaled down for smaller projects or expanded for larger, more complex, and longer duration projects. This process is normally created for use by both experienced and novice project managers. In its fundamental form, the methodology process guide serves as a checklist of what should be accomplished to ensure effective project management. Additional infor- mation about process guide content is presented in the next subsection on life-cycle process design.

Project Management Practice Guide

This methodology component contains relevant guidance regarding how to perform the preferred elements of project management as presented in the aforementioned process guide. It provides step-by-step guidance for performing project management functions, and it serves as a reference that is made available to project managers, project team members, and anyone else in the project management environment involved in project planning, oversight, and control. Its content should be designed for use by the primary users (including project managers having various levels of experience) and can contain both basic and advanced practices, as may

AU4680_book.fm Page 25 Monday, July 16, 2007 2:06 PM

26 � The Complete Project Management Office Handbook

be required by different users for different classifications of projects. Additional information about practice guide content is presented in a subsequent subsection on project management practice development.

Project Management Toolkit

This component distinctly facilitates the standardization and repeatability desired in an organizationwide project management practice. Methodology tools consist of checklists, forms, and templates applicable to the perfor- mance of project management. However, tools also can be developed and implemented in the broader scope of organizational processes. This includes cultivating cross-functional tools and techniques that are applicable to project management as well as tools that support associated technical processes and business interests. It may also include guidance for using

Management Tools,” provides a more detailed discussion of the types of

Project Management Glossary

This methodology component provides a reference to standard and com- mon terminology used in the project management environment. It ensures that all project stakeholders and participants understand the language of project management. As much as the glossary facilitates discussions and information exchange, it also reduces occasions for miscommunication. Glossary development proceeds out of the growth of other project man- agement methodology components. It should therefore be expanded as each new methodology component contributes to its content.

The content of the methodology glossary is merely a listing of terms defined for use in the relevant organization. The PMO may want to consider any existing internal documentation of terminology for such inclusion and use. Alternatively, it may want to provide this component by acquiring a published document containing the requisite terms.

Design Life-Cycle Processes

This section of methodology development addresses the “what-to-do” aspect of project management. The life-cycle processes provide an overall perspective of the routine project management activities conducted in the relevant organization, and this represents the fundamental content of the project management process guide. Because its guidance will apply to all projects, care must be taken to design an approach applicable to the

AU4680_book.fm Page 26 Monday, July 16, 2007 2:06 PM

automated tools that can be used to facilitate project management.

automated applications as tools for project management. Chapter 2, “Project

Project Management Methodology � 27

various types of projects to be encountered. Moreover, there will likely be the need to integrate technical and business processes. If any one technical process is prevalent in the organization, there should be little difficulty in achieving that alignment. However, if the methodology process is intended for wider use across several business areas, the process design may have to accommodate alignment and integration of multiple technical processes, as well as possible variations in business processes across business units. That said, the focus of this design effort is to ensure that all project management processes of value to the organization are appro- priately included in the methodology.

For the purposes of illustration and discussion, the following four phases of a project management life cycle are considered:

1. Project initiation 2. Solution planning 3. Solution implementation 4. Project closure

These distinct but related phases ensure the performance of all essential

flow for the four phases of this project management life cycle. This life-cycle process model can fulfill the project management guid-

ance needs of most organizations. However, in many industries and technical disciplines, there are definitely conditions that warrant exami- nation of a more comprehensive project management life cycle. In some cases, the project management life cycle may contain five, six, or more phases of project management activity. Without doubt, the PMO should consider the nature of its business when deliberating and defining the phases of the project management life cycle to be developed. The following indicators might suggest the need for a more complex set of life-cycle phases:

Figure 1.2 Four-phased generic project life cycle.

1.0 PROJECT INITIATION

PHASE

SOLUTION PLANNING 2.0

3.0 SOLUTION IMPLEMENTATION

PHASE

4.0 PROJECT CLOSURE

PHASE

AU4680_book.fm Page 27 Monday, July 16, 2007 2:06 PM

project management activities and tasks. Figure 1.2 depicts the process

28 � The Complete Project Management Office Handbook

� Projects are related to product development and necessitate sepa- rate phases for design and development oversight.

� The normal project customer base is a combination of both internal and exter nal (commercial) customers, r equiring dif ferent approaches to manage internal agreements versus external propos- als and contracts.

� The business processes of project selection (including product or service sales), customer relationship management, and the like are not fully within the purview of the PMO or the project manager.

� The relevant organization performs different phases of projects in geographically detached locations, perhaps worldwide, thus raising the need for “handoff” phases.

� The organization has considerable distribution of cross-functional work that is best separated by distinct project management phases.

� Senior management is involved and has specified project-review points for making project-continuation decisions that are translated into project phases.

Methodology process guide development is usually performed in asso- ciation with the introduction of a complete project management life cycle. However, the PMO can begin its effort with process development for specific project life-cycle phases or for identified critical process series. If methodology deployment is a new pursuit for the PMO, it may want to begin with a more fundamental process design that can be expanded at a later time.

As the PMO designs the life-cycle processes that will be used in the relevant organization, the following is the suggested content for each process element, as can be presented in the methodology process guide:

� Process flowchart illustrating each phase, activity, and task element, and their interrelationships

� Process description for each phase, activity, task, subtask, etc. � Process input and output (project management deliverable) for

each process element � Process responsibility, assigned to the individual (or individuals)

responsible for completing the process element � Process scalability, describing how the process element should be

reduced or expanded according to project size, value, duration, and complexity

The PMO should determine whether any other information elements would enhance the process presentation or benefit users of the method-

AU4680_book.fm Page 28 Monday, July 16, 2007 2:06 PM

Project Management Methodology � 29

ology. These can be included at the discretion of the PMO and the methodology development team.

When using the four-phase project management life-cycle model, the process content described in the following subsections is recommended. The PMO and methodology development team should interpret these prescribed process elements for best fit within the relevant organization. Moreover, the methodology designers should consider these recommen- dations as an initial and fundamental approach to methodology develop- ment. More advanced content should be pursued as organizational maturity in project management advances.

Project Initiation Phase

The first phase of project management deals with identifying, examining, and qualifying project and business opportunities, and conducting project selection actions to determine what projects will be performed. The following activities should be considered for inclusion in the project initiation phase:

� Customer identification and qualification: examines each cus- tomer’s business needs and interests, and customer intent and capability to conduct the project.

� Opportunity identification and qualification: examines each project opportunity to ensure consistency with corporate objectives and business capability.

� Project definition preparation: provides a high-level description of the project in a single document, to include project objectives and scope statement, preliminary project deliverables list, project assumptions and constraints, general resource requirements, and general schedule at the project phase level; this is often used in conjunction with financial data and business case development so that a go/no-go decision can be made.

� Staffing requirements examination: provides a preliminary exam- ination of resource availability and internal staffing actions that are needed based on a review of general resource requirements.

� Vendor or contractor requirements examination: provides a prelim- inary look at vendor or contractor options and acquisition actions that are needed based on a review of general resource requirements.

� Business case preparation: compiles and analyzes all pertinent business information about the project opportunity and examines associated project and business risks to facilitate a project selection decision.

AU4680_book.fm Page 29 Monday, July 16, 2007 2:06 PM

30 � The Complete Project Management Office Handbook

� Project selection: an examination of the relative costs and benefits of each project opportunity, usually conducted against established project selection criteria; this may be an extension of the business case preparation effort that culminates in a recommendation that is reviewed and a project selection decision that is made.

� Project charter preparation: represents the document issued by the project executive or project sponsor to name and assign a project manager (at the required qualification level for the project); specify the role, responsibility, and authority of the project manager; demonstrate upper management support; and solicit the coopera- tion and support of other business units and stakeholders involved in the project.

� Formal approval to proceed: provides for management’s review of preliminary project documents, conveys management approval to proceed with the project effort, and specifically authorizes funding so that project planning can begin. In some instances, this approval and funding authorization may be included in the project charter document.

Solution Planning Phase

This phase of project management is characterized by an examination of customer requirements, the establishment of a customer contract or agree- ment (including proposal development, as required), the formation of the project team and acquisition of any vendor/contractor resources, and the development of the work breakdown structure (WBS) and project work plan and any other project support plans to be used during project implementation. The following activities should be considered for inclu- sion in the solution planning phase:

� Customer requirements review: examines customer requirements as a basis for developing the project’s technical solution or technical approach that will be pursued, and finalizes the list of project deliverables based on the solution developed.

� Project team formation: provides for a detailed review of staffing requirements, preparation of a resource responsibility matrix, and development of a project staff management plan that facilitates staff acquisition and assignment to the project.

� Vendor/contractor acquisition: provides for the identification of vendors and contractors needed to perform project work, and specifies development of a vendor management plan to guide vendor or contractor acquisition and management.

AU4680_book.fm Page 30 Monday, July 16, 2007 2:06 PM

Project Management Methodology � 31

� Customer contract or agreement preparation: defines the series of steps for conducting preliminary customer coordination, preparing and submitting a customer proposal (as required), negotiating terms and conditions, and establishing a customer contract or agreement to conduct the project. It will be reiterated that this process needs to be accomplished for both internal and external customers.

� Work breakdown structure (WBS) preparation: provides a founda- tion for the project planning effort and the project risk assessment by showing a decomposition of project activities and tasks.

� Project work plan preparation: provides a comprehensive oversight plan that is represented by the project’s WBS with relevant project cost, schedule, and resource utilization information incorporated for each work package in the WBS. The project work plan subse- quently serves as the basis for monitoring, tracking, and controlling project performance during implementation. It also guides the oversight of technical and business activities, as they may be included in the WBS.

� Project risk assessment: guides the project team in reviewing the project workplan (and any other project plan elements) to deter- mine the probability and impact of potential adverse events on project management performance and project success, and nor- mally includes the preparation of a project risk management plan.

� Project plan preparation: facilitates the project team in developing additional primary and support plans that are prescribed or otherwise needed for the project; the project team’s planning efforts may include developing the following frequently used planning documents: � Risk management plan � Quality and acceptance plan � Communications plan � Change control plan � Staff management plan � Vendor management plan � Management oversight plan

The project management effort may also include preparing technical

provides a comprehensive list of primary and support plans and their development and use.

Solution Implementation Phase

The project management solution implementation phase (sometimes called the execution phase) involves performing the project oversight and control

AU4680_book.fm Page 31 Monday, July 16, 2007 2:06 PM

or business plans and related documents. Chapter 14, “Planning Support,”

32 � The Complete Project Management Office Handbook

needed to achieve project objectives. The following activities should be considered for inclusion in the solution implementation phase:

� Project tracking and control: provides for monitoring and managing project schedule, cost, and resource utilization; and guides the project manager in taking corrective actions to minimize cost, schedule, and performance variance when preestablished variance thresholds are exceeded; and includes the ongoing oversight, man- agement, and reporting of project risk, quality, and change control conditions and actions.

� Customer interface management: provides guidance for the project manager and project team to perform activities that deal with the customer on a day-to-day or recurring basis — preparing and submitting customer reports, managing customer expectations, and keeping the customer involved and informed concerning project decisions and progress.

� Staff management: provides guidance for the project manager (and any designated project team leaders) to oversee and manage project team member assignments, meeting participation, status reporting and task performance, to include the preparation of performance evaluations and collaboration with any involved resource managers.

� Vendor/contractor management: enables the project manager and project team to oversee and manage vendor/contractor reporting and task performance on a day-to-day basis; and to manage the associated vendor/contractor contract or agreement, including invoicing and payment oversight activities.

� Project communications management: fulfills actions for keeping project team members, customers, vendors or contractors, and upper management informed about project plans and project progress and status information that is relevant to each; and includes overseeing the documentation, distribution, and disposal of project plans, progress reports, and lessons learned.

� Contract administration: provides for the project manager or assigned contract management specialist to oversee conditions and take any necessary actions to fulfill contractual obligations and to manage the terms and conditions of the customer contract or agreement.

Project Close-Out Phase

This final project management phase ensures a smooth and distinct wrap- up of project activities, both for the project team and the customer. The following activities should be considered for inclusion in the project close out phase:

AU4680_book.fm Page 32 Monday, July 16, 2007 2:06 PM

Project Management Methodology � 33

� Customer acceptance and close-out: establishes the process for reviewing contract requirements and associated deliverables to ensure fulfillment; provides for closure of customer and project issues, to include compilation of lessons learned from the customer; and obtains written customer sign-off and formal acceptance of project deliverables and project close out; it may also include an examination of customer participation and performance.

� Project team close-out: prescribes the process for compiling project lessons learned from project team members, conducting final team member performance reviews, recognizing group and individual accomplishments, and releasing project team members for their next project or other work assignment.

� Customer contract closure: entails overseeing the completion of required customer contract actions with an emphasis on monitoring and managing the final customer invoice and receipt of payment.

� Vendor or contractor contract closure: provides for oversight of vendor or contractor contract close-out actions and contract fulfill- ment, monitoring of vendor or contractor final invoices and pay- ments, and may include compilation of project lessons learned from vendors.

� Project documentation disposition: specifies how materials devel- oped and maintained during the project (i.e., deliverables and design documents, status and progress reports, meeting minutes, and lessons learned) will be transferred to permanent or semiper- manent storage for retrieval and access as historical data that can be used for future project estimating and planning activities.

� Operations and maintenance transition: provides for any final actions (such as training, documentation, and transfer of respon- sibility) necessary for facilitating the transfer of processes, equip- ment, or systems to the customer and ultimate user. In some organizations, this effort is treated as a separate and distinct phase of the project management life cycle, and in others it is sometimes not considered part of the project management life cycle.

Develop Project Management Practices

This section of methodology development addresses the “how-to” aspect of project management. For the PMO and the relevant organization, the project management practice guide is constructed to show the “how-we- do-it” approach to project management. The practice elements present the techniques used to accomplish the process steps described in the methodology process guide. So each practice element may apply to one or multiple processes across the project management life cycle. If not

AU4680_book.fm Page 33 Monday, July 16, 2007 2:06 PM

34 � The Complete Project Management Office Handbook

developed separately, any tools associated with practice elements can be incorporated or otherwise introduced along with those elements in the methodology practice guide. (See Chapter 2, “Project Management Tools.”)

The methodology practice guide can be constructed to include a combination of current practices and identified “best practices” from industry. For the latter, some users prefer the term “preferred practices” as a means to identify those techniques or practices that work well for the relevant organization. To that end, one organization’s “best practices” may not always work, fit, or otherwise translate well into another orga- nization, even in the same industry. Factors such as project manager and project team member skill and knowledge, methodology user training, organizational culture, automated tool platforms, IT infrastructure, and the project staffing structure will distinctly influence the acceptability, use, and success of “best practices” that are imported from an environment that already has all this in place. Of course, it is the underlying concepts contained in the “best practices” that provide value in the project man- agement processes being developed. As such, the PMO can and should examine industry “best practices,” with consideration for making necessary adaptations — to the practices and to the project management infrastruc- ture — for their use in the relevant organization.

The PMO should also survey project managers and other project man- agement stakeholders to identify and examine practices and techniques that are currently used in the organization. Some current practices may indicate isolated use, but with results for the independent user. Other current practices may have broader use but still need to be identified, perhaps refined, for incorporation into the methodology for access by all users.

The methodology practice guide should contain all practice elements that are essential to accomplishing project management in the relevant organization. Each practice element will describe the activities or set of activities that will be performed by the project manager and other meth- odology users to accomplish associated process steps.

Suggested content for the methodology practice guide includes the following project management practice elements:

� Select and initiate projects. � Define a project. � Specify project needs and requirements. � Establish a project structure. � Form and manage a project team. � Develop a WBS and project work plan. � Estimate project costs. � Develop a project schedule. � Estimate project resource utilization.

AU4680_book.fm Page 34 Monday, July 16, 2007 2:06 PM

Project Management Methodology � 35

� Develop project support plans. � Manage project stakeholder communications. � Manage project reporting. � Manage project documentation. � Manage change and control scope. � Manage project risk. � Ensure project quality. � Manage project team performance. � Track and control project work. � Manage project deliverables and acceptance. � Manage customer contracts. � Manage customer relations. � Manage vendors and contractors. � Close a project.

The PMO should examine this list as a starting point, and then develop the practice element titles and content for its own set of preferred practices. In some organizations, selected elements in this list can be combined into a single practice area, In other organizations, where more detailed guid- ance is desired, the elements can be further decomposed to provide a broader description of the actions and activities to be performed.

The practice elements in this list provide a fairly comprehensive degree of coverage for project management activities across the entire project management life cycle. However, when first introducing a structured approach to project management with less than a full life-cycle method- ology, the PMO can consider and select individual elements from this list for initial development and early results.

Introduce Methodology Platform

The methodology deployment strategy discussed previously will provide guidance for how the project management methodology will be deployed for user access. Of the several methodology platforms considered, the PMO will generally treat project management methodology implementa- tion as either paper-based or as an automated application. The funda- mental steps for the development of these two platforms are described in the following subsections.

Paper-Based Methodology Deployment

This methodology platform compiles methodology components in printed document format for distribution to users. Depending on the relevant

AU4680_book.fm Page 35 Monday, July 16, 2007 2:06 PM

36 � The Complete Project Management Office Handbook

organization’s needs, it can be either a formal or informal publication. However, it is important to ensure that the methodology document is distributed to all relevant project management stakeholders. Project man- agers and project team members, especially key project team members, and conceivably some other stakeholders in the business and project management environment should be included. The PMO will need to identify this distribution list.

One excellent means of methodology distribution is through partici- pation in project management methodology training. The PMO might consider this approach to document distribution, where those who com- plete methodology training receive a copy of the methodology document, and thereby carry it back to their workplace for immediate use.

It is important that the PMO be aware of the effort required to produce and distribute even a simple methodology document. This aspect of methodology deployment can affect the timeliness of methodology intro- duction in the organization. It may even warrant a planning effort that considers the time, cost, and resources required to accomplish the fol- lowing methodology document production and distribution activities:

� Compile and edit all methodology components. � Prepare and incorporate any graphics and artwork. � Obtain methodology development team or management concur-

rence on final copy. � Identify the number of users and, hence, the number of copies

needed. � Produce a master methodology document. � Schedule and conduct printing or publication. � Prepare any additional methodology training materials. � Plan and conduct publication shipment to training or distribution

locations.

Any other influential factors prevalent in the organization should also be weighed for inclusion in this production and distribution plan. Where practical, the PMO should consider involving a preliminary user group to preview and comment on project management methodology content and to establish buy-in for its use.

Automated Methodology Deployment

When selecting an automated methodology platform, some or many of the paper-based deployment steps identified above may still need to be performed. Unless the processes and practices are constructed directly in the application, the process and practice guide material, and perhaps some

AU4680_book.fm Page 36 Monday, July 16, 2007 2:06 PM

Project Management Methodology � 37

tool content, will be developed first on paper. Then this methodology content can be electronically transferred or otherwise introduced into the application by the most expedient means available to the organization.

When a new, automated methodology application is developed or acquired, or when it is necessary for an existing one to be modified, such an effort should be treated as a separate project; and the time, cost, and requisite resources must be addressed in planning that project. To that end, there are a number of steps to consider when planning and con- ducting the introduction of an automated methodology platform:

� Identification of available software applications � Comparison of software application features and functions � Selection of a preferred software application � Software application acquisition � Software application factory-customization � Management of application contract and licensing (and any

negotiations) � Software application shipment monitoring � Software application installation and testing � Software application general customization (if not done prior to

shipment) � Software application screen customization � Software application report customization � Entry for project management methodology process life-cycle

component � Entry for project management practice component � Project management toolkit preparation or attachment � Project management information and data entry (for each project

in transition) � Project resource pool information and data entry � Project customer information and data entry � Project vendor or contractor information and data entry � Identify and provide access to primary users (project managers and

team members) � Identify and provide access to secondary users (functional and

senior managers) � Schedule and conduct application user training (features and

functions) � Schedule and conduct methodology user training (processes and

practices)

This list represents the highlights of what must be considered for implementation of an automated methodology platform. It is important to

AU4680_book.fm Page 37 Monday, July 16, 2007 2:06 PM

38 � The Complete Project Management Office Handbook

reiterate that it is not intended that the PMO alone conduct such automated system implementation. In fact, the PMO should turn over primary respon- sibility for this kind of acquisition to the IT or IS department, which will provide full and qualified attention to this effort. However, the PMO should participate in system acquisition planning and system selection to ensure that the needs of the project management community are achieved. Similarly, the PMO staff may retain primary responsibility for guiding or performing application customization and may also be among the first to be trained in automated system use.

Conduct Methodology Implementation

Project management methodology implementation should occur only when an approved methodology has been developed or acquired, cus- tomized as needed to serve its project management environment, and made ready for access and use. For any organization, project management methodology implementation is a significant series of activities; for large, multilocation organizations, it is a complex undertaking. Consequently, detailed planning is essential to the success of project management meth- odology implementation.

The following subsections describe three prominent activities that facilitate project management methodology implementation.

Plan Methodology Implementation

This activity ensures that the relevant organization is prepared for the introduction of a structured, repeatable approach to project management. It involves planning the means by which the project managers and project team members are introduced to the project management methodology, how executive and senior managers support it, and how it rolls out for use in the project management environment.

Facilitated by the PMO, the project management methodology imple- mentation planning effort can begin with a meeting of key implementation planners. This probably should include the methodology development team, where members are likely to have continued involvement in the implementation effort, or at least they can provide for an appropriate hand-off at this juncture. The purpose of this meeting is to decide on what project management implementation actions will be conducted and to prepare plans accordingly.

The following seven suggested actions for project management meth- odology implementation warrant PMO consideration and associated plan- ning. Adding these or any other elements to the project management

AU4680_book.fm Page 38 Monday, July 16, 2007 2:06 PM

Project Management Methodology � 39

methodology implementation plan should include specifying the cost, activity schedule and completion dates, and the resources required to conduct each methodology implementation activity.

Executive Management Support

The involvement and validation of the methodology implementation by top executives and managers cannot be understated. Their demonstrated support is essential to the success of project management methodology implementation. Conversely, the absence — or perceived absence — of executive-level commitment to the established project management meth- odology will likely cause inadequate and incomplete implementation. The methodology implementation plan, therefore, should specify what actions executives will take and in which activities they will participate to dem- onstrate support and endorsement of the project management methodol- ogy. At a minimum, a key executive should take part in communicating the project management methodology use policy developed in the meth- odology deployment strategy.

Formation of Methodology Users Group

The PMO should consider and recommend or accomplish formation of a methodology users group. Initially, this group will likely play a very critical role in implementing the project management methodology; over the longer term, the users group can help new users to gain familiarity with prescribed processes and practices, and it can serve to provide ongoing feedback to the PMO regarding methodology utilization and effectiveness. The PMO should prescribe user group participation, which may consist of selected project managers or all project management methodology users. In that respect, if a methodology users group fits the culture of the relevant organization, it should be included in the project management implementation plan.

Formation of Methodology Implementation Team

The methodology implementation team works to facilitate implementation for each project and at each methodology implementation location. The implementation team should include senior project managers and project management mentors who possess familiarity with advanced project man- agement concepts, a complete understanding of the methodology to be implemented, and a dedication to achieving the methodology implemen- tation objectives. The methodology implementation team members will

AU4680_book.fm Page 39 Monday, July 16, 2007 2:06 PM

40 � The Complete Project Management Office Handbook

work side by side with project managers and project team members as the new methodology is introduced. Methodology implementation team and associated project management mentor activities can encompass:

� Facilitate project manager and project team first-time use of the project management methodology processes and practices.

� Clarify requirements and guidance contained in the methodology. � Listen to and compile user concerns about methodology use for

later analysis, which signifies that users have a voice in subsequent revisions to the methodology or in immediate actions to correct methodology errors or omissions.

� Observe early methodology performance to evaluate user accep- tance and effectiveness of its application on projects and, later, prepare reports of findings.

� Work in conjunction with the methodology users group to under- stand and resolve implementation problems and issues.

The methodology implementation team may benefit from the addition of external project management consultants to serve primarily as mentors. This provides independent assessment of the success of project manage- ment methodology implementation and initial methodology performance. It is strongly recommended that the use of a project management meth- odology implementation team be included in the implementation plan.

User Assistance for Methodology Implementation

Methodology implementation represents change in the relevant organiza- tion. Therefore, users at all levels will have questions and inquiries about the “how, when, where, and why” of impacts created by this change. The PMO can be proactive in arranging for additional methodology implemen- tation user support during this period by planning the following:

� Establish a telephone help line or help desk to facilitate the implementation of project management methodology.

� Create an intranet Web page dedicated to providing information concerning the implementation of project management methodology.

� Use e-mail, online chat rooms, and other collaboration tools to exchange real-time, critical implementation information.

The PMO will need to provide resources to design and implement these support features, and possibly to staff them as methodology experts who have the knowledge (and maybe some empathy) that new method- ology users will seek during the implementation period.

AU4680_book.fm Page 40 Monday, July 16, 2007 2:06 PM

Project Management Methodology � 41

Development of Methodology Feedback Mechanism

This feedback mechanism provides the capability to measure and collect information from methodology users. In cases where project management methodology implementation is conducted as a “pilot” program, such feedback will support near-term revision of the methodology. Participants in methodology implementation must be aware that their evaluation is required, and that timely feedback is needed to improve the methodology before an expanded implementation takes place across an entire organi- zation. Not only is this feedback mechanism critical in the initial method- ology implementation, but it can also be used for ongoing adjustment of subsequent methodology implementation activities.

In planning for this mechanism, the PMO should identify the procedure by which user feedback can be provided, including consideration of:

� Prescribed content of a methodology user feedback report � Desired timeliness and frequency of feedback reporting � Specification of feedback report submittal process � Identification of feedback report distribution � Process for review and evaluation of feedback reports � Procedure for replying to users who provide feedback reports

The feedback reporting process must be a bona fide activity that provides two-way communication because it demonstrates serious con- sideration of the content of each feedback report from users. The meth- odology implementation plan should convey both the process and the intent of the feedback mechanism to be used.

Development of Methodology Training Plan

The PMO prepares this plan to identify training for users of the new methodology. All relevant stakeholders in the project management envi- ronment should be offered the opportunity to attend. Thus, a complete project management training program would aim to provide the following participants with the level of training indicated:

� Project managers: detailed project management methodology pro- cess and practice training; and, if an automated platform is intro- duced, system feature and function training.

� Project team members: appropriate project management process and practice training; and, if an automated platform is introduced, system feature and function familiarization.

AU4680_book.fm Page 41 Monday, July 16, 2007 2:06 PM

42 � The Complete Project Management Office Handbook

� Business unit managers: adequate familiarization with processes and practices; and, if an automated platform is introduced, system feature and function training as needed.

� Senior managers: familiarization with methodology overview to acquaint managers with the new approach to project management.

A new project management methodology is usually introduced through a formal training program specifically designed to present the technical, management, and business aspects of its content. However, if formal training is not pursued, some type of methodology familiarization program must be conducted for methodology users. The type and proposed dates of project management user training for each user category are presented in this plan.

Methodology Promotion Planning

The PMO should deliberate the desired approach and specify organizational promotional programs and upper-management endorsement activities that will be used to support project management methodology implementation. In addition, internal and external publicity notices and promotions can be planned to demonstrate the organization’s enthusiasm as it anticipates and conducts implementation of the project management methodology.

Plan Project Transition

Although this activity can be included in the project management meth- odology implementation plan, it is identified separately because of its importance to the success of methodology implementation. As such, the PMO must provide strong leadership in planning and conducting the transition of individual projects to the newly implemented methodology.

The following five activities are recommended to assist the PMO in conducting a complete and comprehensive project transition planning effort. Because the process of conducting project transition to a new methodology can be very complex, the PMO should remove unnecessary transition burdens from users through preparation of a comprehensive project transition plan that facilitates a smooth transition.

Prepare Project Transition Strategy

The PMO, with input and guidance from senior management, should lead the project management methodology implementation team in the develop- ment of a general project transition strategy. This strategy provides guidance

AU4680_book.fm Page 42 Monday, July 16, 2007 2:06 PM

Project Management Methodology � 43

for determining which projects to transition; which to complete using current processes, practices, and tools; and which to forego from transition. The strategy also should address the scope of initial and subsequent implemen- tation activities, that is, from one business unit to several or all business units, organizationally or according to geographical dispersion.

The transition strategy normally includes the following information:

� The criteria that will be used to classify which projects are candi- dates for transition to the new project management methodology

� The criteria that will be used to identify the point of transition in the new methodology for projects at different junctures in the project management life cycle

� The recommended sequence and proposed schedule for project transition, that is, by project type or classification, by business unit, and by geographical location

Review Project Status

Project managers can be led by the PMO in the compilation of relevant information for each active project that will be transitioned to the new methodology. The PMO should obtain this information from current project managers and analyze it as input to project-transition decisions. The project information needed includes the items listed below for each project in progress or new project expected to begin during the methodology implementation period:

� Name of project � Project classification information (e.g., project size, estimated total

project value, and degree of project complexity) � Planned project start and finish dates � Actual project start date and any revised finish date � Project location (locations) � Name of project manager and number of project team members � List of project customer and key stakeholders (name, position, and

organization) � Where the project is in the project management life cycle � Project manager’s assessment of how well the customer will

respond to changes resulting from use of the new methodology � Project manager’s appraisal of the project team’s acceptance of the

new methodology � Project manager’s analysis of the need and locations for implemen-

tation assistance and project management mentor support

AU4680_book.fm Page 43 Monday, July 16, 2007 2:06 PM

44 � The Complete Project Management Office Handbook

The result of this review is the identification of projects that are candidates for transition to the new methodology.

Conduct Project Transition Interviews

The PMO arranges and conducts interviews with each project manager responsible for the projects selected for transition. The interviews are used to:

� Identify any current project performance issues. � Review and examine project classification information with each

project manager. � Review relevant project documentation. � Identify issues and constraints that will influence the implementa-

tion of the new methodology on the specific project. � Identify the appropriate transition time period. � Determine project managers’ concerns relative to implementation

of the new methodology. � Identify and plan resolutions to transition roadblocks.

Perform Transition Assessment and Gap Analysis

The PMO leads a review of all project information obtained during the interviews and meetings with the project managers. Moreover, the PMO, along with the methodology implementation team, assesses each project’s needs for an effective transition to the new methodology. The assessment and analysis should:

� Evaluate the application of the new methodology to each project. � Identify the gaps between current project documentation and doc-

umentation that the new methodology requires. � Determine, through gap analysis, the completion requirements of

each project relative to the new methodology process. � Categorize any special program issues or impacts regarding the

new methodology implementation that should be considered in planning the business transition.

� Calculate the impact of transition on project staff workload. � Identify organizational stakeholder groups and develop recommenda-

tions for their involvement in the new methodology implementation. � Determine the need for additional resources to conduct each

project’s transition. � Identify special requirements for project management support,

training, and mentoring.

AU4680_book.fm Page 44 Monday, July 16, 2007 2:06 PM

Project Management Methodology � 45

Prepare Project Transition Plan

The PMO leads the implementation team in constructing a detailed project transition plan using information obtained in the above activities. The plan presents the general transition approach to be used for all projects in the relevant organization and specifies:

� The transition point in the new methodology life cycle for each project transitioning to the new methodology

� Mandatory or optional new methodology documentation to be completed for each project (i.e., which new methodology tools — forms, checklists, templates — will have to be completed)

� Additional resources required to facilitate project transition for each project, that is, project data entry, document preparation and transfer work, etc.

� The project transition activity schedule, including training for project managers and project teams, dates of transition to the new methodology, and dates of any needed project management sup- port or mentoring

Conduct Methodology Training and Implementation

The completion of exhaustive planning by the PMO and the methodology implementation team will serve to guide project management methodology implementation activities. Per established plans, the PMO can oversee the following four project management implementation activities.

Conduct Methodology User Training

Deliver the prescribed methodology training or other methodology famil- iarization programs in accordance with the methodology training plan. As suggested earlier in this PMO function, completion of project man- agement methodology training should warrant individual receipt of meth- odology documentation or system access for immediate use by training program participants.

Execute the Methodology Implementation Plan

Introduce project implementation team support and accompanying project management mentoring in conjunction with the completion of methodol- ogy user training. Provide methodology implementation support as out- lined in the methodology implementation plan.

AU4680_book.fm Page 45 Monday, July 16, 2007 2:06 PM

46 � The Complete Project Management Office Handbook

Activate User Feedback Mechanism

Provide instructions to everyone involved in methodology implementation regarding the process and means to provide initial methodology use feedback. Reinforce the importance of this activity and demonstrate the value of each user’s participation. Initiate feedback analysis activities and provide replies to participating users.

Execute the Project Transition Plan

Monitor, manage, and assist project managers in their efforts to transition each project to the new project management methodology. This is par- ticularly critical for project managers who have responsibility for more than one project transition. Ensure that PMO or methodology implemen- tation team members are available to assist with issues or to arrange for additional resource support.

Manage Methodology Maturity

Project management methodology deployment, over time, requires ongo- ing PMO attention. Regardless of whether initial methodology implemen- tation is limited to a few key processes and practices or presented as a full project management life cycle solution, the PMO must ensure its use is achieving the desired business objectives. Moreover, the PMO will also want to examine opportunities for methodology expansion and improve- ment, based on the identified needs of the users, alignment with business functions, and capability for introducing advanced concepts in the project management environment.

Three activities, described in the following subsections, characterize oversight of the project management methodology as it matures from initial implementation to broad use in the project and business environments.

Evaluate Methodology Implementation

Because the PMO is responsible for overseeing project management methodology deployment, it is adequately positioned to evaluate the effectiveness of the implementation. This guidance for methodology eval- uation can be adapted and applied to both initial and any subsequent methodology implementation activities that are undertaken by the PMO.

The PMO should monitor and evaluate several key points during project management methodology implementation:

AU4680_book.fm Page 46 Monday, July 16, 2007 2:06 PM

Project Management Methodology � 47

� Readiness for using the project management methodology platform � Conduct and completion of the methodology user training schedule � Achievement of the methodology implementation activity schedule � Accomplishment of project transitions to the new processes, prac-

tices, and tools � Achievement of early methodology performance capability (i.e., sat-

isfactory levels of early use of the project management methodology) � Acceptance of the methodology by primary and secondary users

The PMO should track each of these items to identify and correct any difficulties or deficiencies that the methodology implementation team or the new methodology users encounter. To that end, problems or issues arising from this implementation and identified through conscientious evaluation can be reviewed, and resulting lessons learned can be applied to the next stage of project management methodology deployment.

The PMO should develop procedures for conducting the initial meth- odology implementation evaluation, and include them in the pr oject management methodology implementation plan.

Analyze Methodology Performance

The PMO should facilitate the ongoing examination of project management methodology performance, enabling the PMO to ensure that the organi- zation receives maximum benefits from methodology deployment.

Methodology performance analyses should be conducted at recurring intervals that provide sufficient time to apply PMO corrective actions in response to poor methodology performance results. Upon completing the implementation of a life-cycle methodology, the PMO may want to con- sider a quarterly examination for the first year. Then, with the achievement of favorable performance indicators, the PMO may shift to an annual examination of project management methodology performance.

In analyzing the performance of the project management methodology, the PMO should accomplish, at a minimum, the three primary actions described in the following subsections.

Measure Methodology Use

Establish procedures to measure who and how many people in the project management environment are using the full or partial capabilities of the project management methodology. This analysis should determine whether there are any common indicators of use or nonuse, or any isolated

AU4680_book.fm Page 47 Monday, July 16, 2007 2:06 PM

48 � The Complete Project Management Office Handbook

occurrences of nonuse that need to be addressed. The PMO can prepare methodology utilization trend charts as analysis aids.

It is assumed that a PMO will seek full use of the project management methodology in the project management environment, particularly if the methodology provides complete project management life-cycle coverage. This analysis element should be designed to identify levels of use by project managers, project team members, and other project stakeholders, as well as the extent of use across business units in the relevant organi- zation. The PMO can then delve into the causes for any reduced use and apply appropriate actions to rectify the situation.

Evaluate Methodology Effectiveness

This analysis item may present the greatest challenge for the PMO. However, it is essential if the PMO is to determine the benefits realized from the deployment of the project management methodology. The eval- uation includes identification and analysis of the following example per- formance indicators:

� Project completion rates (on time, on budget) � Project completion rates for individual project managers � Project planning and associated scope change management impacts � Efficiency of resource utilization and management � Quality of project deliverables and customer acceptance � Level of stakeholder communication and customer satisfaction

Other indicators designed to measure methodology contributions to project and business performance can be added for PMO analysis.

This evaluation warrants development of specific indicators to dem- onstrate performance within the relevant organization. Therefore, the PMO should convene a senior management meeting to establish recommended analysis criteria and solicit input on areas of management interest in developing the procedures for this area of analysis. Because the PMO in all likelihood will forward methodology performance analysis reports to managers throughout the project management environment, it would behoove the PMO to collaborate in advance with senior managers on their expectations.

Evaluate PMO Effectiveness

The PMO should establish a self-examination mechanism to determine its effectiveness in identifying and responding to the results of methodology

AU4680_book.fm Page 48 Monday, July 16, 2007 2:06 PM

Project Management Methodology � 49

performance indicators. In particular, the PMO may want to evaluate its effectiveness in the following areas:

� Quality of performance analyses conducted � Completeness and usability of performance analysis reports � Adequacy of performance indicators used � Value of the frequency of analyses that the PMO conducts

The aim of this self-examination is to ensure that methodology eval- uations being conducted provide reasonable value — not just to the PMO, but also to the organization. To that end, the PMO can consider the list above, along with any other indicators of PMO effectiveness that it deems necessary.

Manage Methodology Maintenance

The PMO has responsibility for overseeing the initial and ongoing design and development of the project management methodology. As part of this effort, this activity recommends that the PMO conduct ongoing “mainte- nance” of the implemented project management methodology. Such meth- odology maintenance usually comprises the following activities:

� Conduct methodology performance evaluations. Conduct these evaluations and analyses at intervals as prescribed in the previous two subsections to ascertain its use, how well it supports the desired capability in the project management environment, and how well it serves the business interests of the organization.

� Conduct methodology content reviews. Examine user feedback in conjunction with regular reviews of methodology content to ensure processes and practices remain consistent with established stan- dards; determine if process (or practice) improvement will enhance project manager performance and project success.

� Perform methodology process (and practice) improvement modifi- cation. Determine how often and when any updates or revisions to the project management methodology will be pursued, and then plan and conduct methodology modification per the change and improvement recommendations received from project managers and project team members, from other stakeholders in the project management environment, and from independent study and research conducted by the PMO.

� Review the effectiveness of the methodology platform. Examine how well the selected methodology platform is serving its purpose. If

AU4680_book.fm Page 49 Monday, July 16, 2007 2:06 PM

50 � The Complete Project Management Office Handbook

the platform is paper based, determine if the process is mature enough to migrate to an automated application; and if already automated, determine if the platform is adequately serving the needs of the project management environment or if it is time to consider an upgrade or change in the automated application.

� Identify opportunities for broader methodology use. Review the efficiencies and success that the deployed methodology has brought to the relevant organization; determine if there is a broader scope of users in the current business environment who would benefit from providing the methodology for their use, or similarly consider such methodology expansion across the larger business enterprise, to include other locations, other geographical regions, or perhaps even global venues.

Postscript for the Smaller PMO These postscript notes are included at the end of each chapter to indicate the simpler solutions that a smaller PMO might pursue to achieve some semblance of the prescribed functionality, even when there are conditions of reduced resources, inadequate funding, and limited mandate or support. However, in this first chapter on PMO functions, there is little recourse for the smaller PMO because the topic of this chapter — project manage- ment methodology — is a fundamental purpose of the PMO. Therefore, even the smallest PMO will need to focus on many of the pr oject management methodology development and implementation activities presented in this PMO function model.

Nevertheless, there is a three-step approach that the smaller PMO can follow to ease the possible conditions of limited influence (authority) and staffing.

Establish Simple, Critical Processes for Project Management

Identify the standards to be referenced and initially build simple processes for a few of the more critical project management activities within the relevant organization. Such processes and associated practice areas that warrant attention include:

� Defining the project � Preparing the business plan � Preparing the project work plan (by using a work breakdown

structure with estimates of cost, schedule, and resource utilization) � Assessing and managing project risks

AU4680_book.fm Page 50 Monday, July 16, 2007 2:06 PM

Project Management Methodology � 51

� Managing project quality and customer acceptance � Assigning and managing project resources � Acquiring and managing vendors and contractors � Tracking and controlling project progress � Reporting project status � Conducting project close-out

Processes for these or any other critical activities in the project manage- ment environment should be developed and implemented for use across multiple projects — by most if not all of the project managers in the relevant organization.

When success is achieved through implementation of initial processes, the process development effort then can be expanded for more compre- hensive process and practice coverage across the project management life cycle.

Gain Increased Support for Process Expansion

The PMO’s best intentions can be undermined by a lack of support for process (methodology) implementation by key project management par- ticipants. Therefore, it is essential for the PMO to elicit the support of project managers and senior management during this effort.

The smaller PMO can pursue the support of individual project managers in several ways, including:

� Solicit input of project managers in developing practices and tech- niques that are used to fulfill process steps.

� Make the initial processes and practices reasonably understandable and easy to use.

� Incorporate forms, templates, and checklists as tools that accom- pany process guidance, and solicit project manager input for their development.

� Give project managers flexibility and leeway in scaling and deter- mining process use for each project.

� Introduce and formalize existing methods and procedures that currently work well for individuals and would benefit other project managers when used more widely within the relevant organization.

The smaller PMO can pursue senior management buy-in by demon- strating how a standard approach to project management, applied across all projects, provides business value. This means identifying business benefits that can be derived from introducing an effective series of processes or complete methodology, which can include the following:

AU4680_book.fm Page 51 Monday, July 16, 2007 2:06 PM

52 � The Complete Project Management Office Handbook

� Improves business operating efficiency when tools and techniques are not being devised or “reinvented” by each project manager for every new project

� Enables roll-up (aggregation) of project information to senior man- agers on a prescribed, regular basis for timely reviews that facilitate business decisions

� Ensures conformance to customer requirements and achievement of project objectives, providing better predictability for project and associated business performance indicators

� Provides for increased capability to achieve planned project sched- ules, and to effectively manage and control project costs

� Improves resource planning, acquisition, and management, and contributes to more effective team member interactions

� Conveys a common understanding of project responsibilities across the organization

These are just a few of the many benefits an effective project management methodology can bring to the business environment. The smaller PMO should carefully examine its project management and business environ- ments to identify those methodology benefits that would be of greatest interest to executives and senior managers in the relevant organization.

Expand and Incorporate Technical and Business Processes

The smaller PMO has presumably started with development and imple- mentation of a small series of processes, practices, and tools that are introduced for use by project managers that have been either convinced of or coerced into their use. The PMO can now look at areas to expand those processes as a means to provide more complete life-cycle coverage of project management in the relevant organization. Along with process expansion, the PMO should also continue its efforts to obtain the broader buy-in of all project managers, as well as executives and senior manage- ment. This is best accomplished by showing them the benefits already achieved by current methodology process users. So, even the smaller PMO will have to monitor and analyze methodology per formance to some extent, and it can use some of the analyses prescribed earlier in this chapter.

In turn, as the methodology is completed, technical per formance activities can be linked to the process. It is likely that the smaller PMO will initially have just one prominent technical focus area to consider. It is also likely that the technical staff will already be using some form of technical process in the performance of their work. It will fall on the smaller PMO, then, to find ways to consolidate the two methods, preferably

AU4680_book.fm Page 52 Monday, July 16, 2007 2:06 PM

Project Management Methodology � 53

the technical methods will be integrated into the project management methodology. This linking model will allow other technical areas (of the relevant organization or across the enterprise) to similarly integrate a different set of technical methods to the same standard project manage- ment methodology, and that provides for consistent methodology use across the various types of technical-based projects within the relevant organization or the enterprise.

Likewise, the smaller PMO should look at business processes that interface with the project management environment. Very often, the same business processes are used to support projects and project management, as are used to conduct routine business. The PMO can examine areas of project management in which such processes intersect, and make efforts to coordinate, collaborate, and develop a common business process that can be incorporated into the project management methodology.

AU4680_book.fm Page 53 Monday, July 16, 2007 2:06 PM

Chapter 2

Project Management

Tools

“Tools of the trade” enable individuals in any pr ofession to perform their work more effectively, efficiently, and consistently. The project management profession is like most others in its need for specialized tools. In today’s project management environment, the Project Manage- ment Office (PMO) can serve its constituency well by providing support and guidance regarding the selection, implementation, and use of project management tools.

The tools needed in today’s project environment are predominantly automated software applications. However, there are still many paper- based tools, such as activity checklists, data collection templates, process guides, and knowledge-based desk references that also facilitate project management. The introduction and management of project management tools can be accomplished on an as-needed basis by ad hoc teams or individuals or, when aligned as a PMO function, as part of ongoing operations planning within the project management environment.

The “project management tools” function enables the PMO to:

�

Determine the types of tools that are needed and that fit within the project management environment.

�

Plan and manage project management tool selection, implementa- tion, and maintenance.

�

Monitor and manage the consistent use of project management tools.

AU4680_book.fm Page 55 Monday, July 16, 2007 2:06 PM

�

The Complete Project Management Office Handbook

�

Provide training in the use of project management tools for users at various levels of need and expertise.

�

Ensure that requirements for tool integration with existing systems and processes are achieved.

Professional project managers will inherently seek ways to enhance their performance, make project work proceed smoothly, evaluate project information, and manage project team activities. Whereas each project manager will choose tools appropriate for the task at hand, project managers with more experience will likely have developed a selection of preferred tools. Thus, the PMO challenge will be in (1) evaluating the tools that individuals are already using and (2) achieving consensus among project managers for the selection and use of common project management tools that will provide a consistent approach within the project manage- ment environment. It is essential, then, that the PMO considers the project managers’ insights and recommendations for project management tools. However, it is also incumbent on the PMO to do its own homework so that it can identify and recommend organizational tools to achieve business interests. It should adequately research the availability of tools in the marketplace, while also considering in-house development of tools to satisfy business and project management needs. In addition, the PMO should prepare for its responsibility in overseeing tool utilization and maintenance once the tools are acquired or developed and implemented.

Project Environment Interface Concepts

The key aspect of this PMO function lies in the concept that implemen- tation and utilization of project management tools are centrally controlled activities. Although the PMO considers individual project manager requests and recommendations concerning tools used in the project management environment, it discounts or eliminates those tools that are not compatible with preferred processes and practices or that require extended effort to transfer or combine data types and results across projects for higher-level reviews. The PMO’s “project management tools” function helps establish standard applications and systems used across all projects, thereby facil- itating the communication of more accurate and timely information about projects and the project management environment. The PMO will need to address the challenge of providing project tools that achieve user acceptance, facilitate intended access and use, and provide added value to the project management endeavor.

This PMO function requires collaboration with stakeholders in the project management environment to ascertain their perspectives on tool

AU4680_book.fm Page 56 Monday, July 16, 2007 2:06 PM

Project Management Tools

�

needs and use. Traditionally, discussions about project management tools have focused on managing project cost, schedule, and resources — and there is still a prevalent need for those types of tools. Today, however, there is an additional need to consider tools that can implement modern project management concepts, support a project manager’s broader busi- ness responsibilities, and oversee multiple projects and management of project portfolios.

The PMO can address the “project management tools” function by identifying and managing the essential tools needed to accomplish project management objectives. However, the PMO should also examine a wider variety of tools available to the project environment, including tools from the following categories:

�

Project life-cycle management

: tools facilitating the accomplishment of project management activities:

�

Project management methodology systems

�

Project management methodology process organizers

�

Process step and checklist managers

�

Project planning and oversight

: tools providing for planning, mon- itoring, and managing project performance:

�

Work breakdown structure (WBS) managers

�

Project schedule management applications

�

Project cost management applications

�

Project resource management applications

�

Task performance management applications

�

Timesheets and time management applications

�

Technique-specific applications (e.g., risk management, change management)

�

Executive dashboards

�

Project collaboration

: tools enabling the project manager, project team members, and project stakeholders to communicate and to exchange and review pertinent technical and business information about projects in the organization, individually and collectively:

�

Meeting management applications

�

Report management applications

�

E-mail systems

�

Online “chat room” applications

�

Team collaboration applications

�

Knowledge management systems

�

Online technical library systems

�

Document management

: tools facilitating development and man- agement of project requirements and specifications, project plans, technical guidance, and other relevant project documentation:

AU4680_book.fm Page 57 Monday, July 16, 2007 2:06 PM

�

The Complete Project Management Office Handbook

�

Word-processor applications

�

Spreadsheet applications

�

Database applications

�

Computer-aided design (CAD) and drawing creation and storage applications

�

Document management systems

�

Content management systems

�

Business systems

: tools enabling the business aspects of project management to be integrated for use by the PMO, project and program managers, and other project stakeholders:

�

Portfolio management systems

�

Business case and requirements capture tools

�

Contract and agreement management applications

�

Customer relationship management systems

�

Vendor, consultant, and supplier (subcontractor) management systems

�

Equipment acquisition, assignment, and management applications

�

Proposal management systems

�

Facility management applications

�

Project environment support

: tools enabling the PMO or other relevant managers in the project environment to examine capabil- ity, monitor resource availability and utilization, implement prac- tices, and conduct operational planning and support activities:

�

Project management capability and maturity assessment applications

�

Training program management applications

�

Online training program review and registration systems

�

Resource information management systems

�

Business and project metrics management applications

The PMO can examine these categories of project management tools in its ongoing responsibility to evaluate and recommend tools that enhance the relevant organization’s capability in project management, thus increas- ing the support and likelihood of success for project managers.

Business Environment Interface Concepts

Project management tools are selected with the principal goal of support- ing project managers and their teams. However, by its nature, project management, and associated project work, is a critical representation of the organization’s business. Therefore, the project management tools used in the project management environment can affect the creation and

AU4680_book.fm Page 58 Monday, July 16, 2007 2:06 PM

Project Management Tools

�

exchange of vital business information across business units. In many cases, entities on the business side of the organization will expect that their input to project management tool selection and implementation will be considered as well. A brief review of the types of tools suggested for use in the project management environment, as presented in the previous section, shows how information created, collected, calculated, and stored through the use of project management tools is also a valuable asset to the business functions of the organization.

The following list highlights some cross-functional business users of project management tools. Of course, the culture of each organization will determine whether the following functional roles are considered project stakeholders. Notwithstanding that label, these functional roles will have interest in the output of project management tools:

�

Executives

. Executive dashboards and portfolio management sys- tems facilitate senior-level management decisions for project selec- tion, continuation, and termination, as well as decisions concerning overall resource allocation. This includes the receipt and review of associated project status and progress reports, the coordination and approval of project management plans, and the resolution of issues and problems. The executive role normally includes the project executive or project sponsor, and extends to participants on senior-level control and advisory boards as well as ad hoc business committees.

�

Resource managers

. Project resources are frequently not assigned exclusively to the PMO or to the project manager on a full-time basis. Therefore, management of the project resource matrix is necessary for effective project team formation, ongoing participa- tion management, and oversight of team member performance. Resource managers, along with the project manager, need access to information about resource utilization, which can be provided by different types of project management tools.

�

Functional managers

. Organizational managers serving in tradi- tional business areas will find project information sufficiently rel- evant to their business efforts to warrant their inclusion for access to and use of certain project management tools:

�

Business development and sales managers will have an interest in performing project initiation tasks and customer interface activities as may be outlined and managed in the methodology tool. Consequently, they will have at least some interest in monitoring project progress for customer satisfaction, perhaps using the executive dashboard tool.

AU4680_book.fm Page 59 Monday, July 16, 2007 2:06 PM

�

The Complete Project Management Office Handbook

�

Marketing managers will be looking for project and customer information to develop targeting strategies and to advertise project successes in publications and news releases. They will be seeking access to project information databases across the spectrum of project management tools.

�

Human resource managers in the organization hold ultimate responsibility for ensuring the recruitment and retention of qualified project managers and team members to fulfill all project work requirements and contract obligations. These man- agers will have a definite interest in project management tools that capture and convey information about resource assign- ments, performance results, and future commitments. Alterna- tively, these project management tools can also be used to support the human resources department’s job of maintaining an appropriate supply of qualified project managers.

�

Finance and accounting managers, legal advisors, contract and procurement managers, and facility and equipment managers play various direct and indirect roles in supporting project manage- ment. Managers in these functional areas can gain useful access to pertinent information from many project management tools.

�

Customers and subcontractors

. External parties as well as internal customers who have an interest in project information can access reporting tools from a network or Web-based applications to obtain project status and customized progress reports. Using collaboration tools, this group also can respond to and comment on project status, participate in associated online discussions and meetings, or conduct coordination for change management activities. More- over, automated invoice and payment systems, as might be found within a comprehensive contract management, vendor manage- ment, or cost management system, would be useful to this project stakeholder audience.

The PMO can best serve the relevant organization by including these business function managers in its deliberations and decisions concerning acquisition or development and use of project management tools.

Project Management Tools Activities across the PMO Continuum

The progression of the “project management tools” function along the PMO competency continuum is characterized by an early capability to

AU4680_book.fm Page 60 Monday, July 16, 2007 2:06 PM

Project Management Tools

�

implement a standard toolset across projects, followed by increasing introduction and use of enterprise-level business applications.

management tools activities according to each level in the PMO compe- tency continuum.

The project office is the primary user of the project management tools that have been selected and implemented. In the absence of a higher-level PMO, it may independently acquire and use the tools it needs to conduct project management. However, tool acquisition and implementation decisions are usually made in collaboration with other project and functional managers.

Mid-range PMO levels of the continuum have the responsibility of intro- ducing progressively advanced project management toolsets based on project management environment needs. One primary goal is to implement tools that bolster processes and practices that already exist in the project manage- ment environment. Otherwise, tool selection represents a deliberate decision to change to the processes and practices that are guided and supported by the new tool. The mid-range PMO distinctly performs tool management when recognizing that tool introductions inherently establish a common approach to project management that will be used across all projects and perhaps across some business units. As the PMO introduces more advanced tools to integrate the business aspects of project management, that common approach is then extended across the enterprise. This illustrates the impor- tance of ensuring that the preferred processes are in place, and that acquired or developed tools support those preferred processes.

The center of excellence continues in its role as a business unit responsible for integrating business performance in the project environ- ment. It monitors project management tool selection and implementation with a concern for enterprisewide impacts and integration. It also deter- mines the benefits and opportunities for the organization in connecting external users. As a result, it develops tool access rules and procedural guidance to bring customers and vendors into the organization’s real-time project management information system.

The PMO’s “project management tools” function provides project man- agers and project team members with timely access to pertinent informa- tion and guidance in the project management environment. It also accommodates access to project information on a real-time basis per the individual needs of project stakeholders.

Project Management Tools Function Model

The PMO’s “project management tools” function model captures the pro- cess by which the PMO can introduce any tools deemed appropriate for

AU4680_book.fm Page 61 Monday, July 16, 2007 2:06 PM

Table 2.1 presents an overview of the range of prescribed PMO project

6 2

�

T h

e C

o m

p le

te P

ro je

ct M an

ag e

m e

n t O

ffi ce

H an

d b

o o

Table 2.1

Range of Project management Tools’ Activities across the PMO Continuum

roject

ffice

Basic PMO Standard PMO Advanced PMO Center of Excellence

Recommends new tools and applies available project management tools to achieve project oversight and control objectives

Introduces a set of fundamental project management tools:

– Identifies the organization’s need for tools

– Manages tool selection and acquisition or development

– Facilitates tool implementation

– Conducts project management tool training

Introduces more advanced project management tools:

– Conducts tool research and comparison to ensure project environment fit

– Monitors project management tool utilization

– Evaluates project management tool performance

Introduces a viable project knowledge management system and tools:

– Establishes a project-by-project Web presence

– Structures a complete project and business information database

– Implements an executive dashboard

Oversees advanced business toolsets that extend into all business functions:

– Designs and implements enterprisewide tool solutions

– Introduces external project management tool user access

– Examines and implements personal digital assistants (PDAs) and wireless tool solutions

A U

4680_book.fm P

age 62 M onday, July 16, 2007 2:06 P

Project Management Tools

�

use in the project management environment. Figure 2.1 depicts the primary activities of the PMO’s “project management tools” function model, and the following subsections describe each activity.

Select Project Management Tools

The PMO is ideally positioned to lead project management tool selection through its affiliation and interface role with each project manager, project team member, and other stakeholders in the project environment — the end users of project management tools. Because tools are selected to facilitate project management, the PMO is wise to consult with these project participants as it considers the following steps in the process of selecting project management tools.

Identify the Need for Project Management Tools

Professionals in the project management discipline will likely support the need for project management tools that help achieve project management objectives and business success. Many will have preferred products and solutions in mind when discussions arise, and thus individual contributions of knowledge about tool preferences can be obtained for consideration. However, it is incumbent upon the PMO to establish tool selection parameters and find common benefits for the relevant organization in its ongoing search for appropriate project management tools. This includes translating individual and collective tool preferences into solutions actually needed within the project management environment.

Figure 2.1 “Project management tools” function model.

SELECT PROJECT MANAGEMENT TOOLS

Identify the Need for Project Management Tools

Examine General Types of Project Management Tools

Assess Specific Project Management Tools

Acquire Project Management Tools

EVALUATE TOOL PERFORMANCE

Identify and Resolve Utilization Problems

Identify and Resolve Functional Problems

Assess Overall Tool Effectiveness

IMPLEMENT PROJECT MANAGEMENT TOOLS

Plan Tool Implementation

Plan Tool Transition

Conduct Tool User Training

Conduct Tool Implementation

AU4680_book.fm Page 63 Monday, July 16, 2007 2:06 PM

�

The Complete Project Management Office Handbook

The PMO can identify the needs for project management tools in the three ways discussed below:

Examine the Current Environment

The PMO can begin identifying project management tool requirements by examining the current project management environment for performance results and reporting capability. This examination should identify what tools are currently being used, individually or collectively; their effective- ness in supporting project management; and their responsiveness to project management reporting requirements. Such an examination may be a casual effort or a formally planned activity that includes user surveys and tool inspections. The results of this examination should provide sufficient indications of which tools are present in the project management envi- ronment, how they are being used, and user preferences for each tool.

The PMO should analyze current tool functionality and utilization. This includes a comparison of current tool use to the desired state of tool use across projects, and a determination of the level of tool standardization that currently exists within the project management environment.

Examining project management tools currently found within the project management environment enables the PMO to establish a baseline for tools utilization from which future tool standardization and functional capability enhancements can be planned. In particular, the PMO should review tool utilization results against its goals for implementing best practices to see where gaps exist in the functionality of project manage- ment tools. Those gaps that are uncovered represent either the need for tool standardization or for expanded tool functionality, warranting the selection of new tools.

Evaluate Requests and Recommendations for Tools

Individuals responsible for conducting project management activities should be a primary source for identifying needed tools. Project managers at the forefront of project activities are likely aware of tools and their functionality through ongoing efforts to improve project and personal performance. The PMO should consult these professionals to identify needs in the workplace and to establish a process for receiving and evaluating requests and recommendations for tool acquisition and use.

The ideal PMO goal is standardization of project management tools across the relevant organization. However, there are always exceptions to the rule. Individual requests or recommendations for project management tools should be considered relative to the implications and benefits of their use within the project management environment. As deemed appro-

AU4680_book.fm Page 64 Monday, July 16, 2007 2:06 PM

Project Management Tools � 65

priate by the PMO, some individuals may need to continue using current tools to accomplish their jobs.

The PMO should set up a mechanism to receive requests and recom- mendations for new project management tools. The PMO can thereby monitor the interests and needs of project managers and other stakeholders within the relevant organization. It can also collect information about project manager tool preferences as a means to maintaining an ongoing compilation of what tools are in the project environment.

Determine PMO-Prescribed Tools

The PMO should be proactive in its own examination of the need for tools in the project management environment. It can do this on a casual basis or as an event in response to project performance indicators. In essence, the PMO identifies problem areas it believes can be resolved through the acquisition and implementation of project management tools. It then conducts research to find out which tools would best be utilized and makes independent decisions to acquire and implement the tools that best fit the project management environment.

However, although PMO-prescribed tools are independently identified, some advance collaboration with project managers and other stakeholders is still warranted and should be conducted prior to tool acquisition. To that end, the PMO may want to establish a project management tools evaluation committee comprised of participants from the project manage- ment environment and across business units, as needed. This committee could review both individual requests and recommendations for project management tools as well as PMO-prescribed tools for the users.

Examine General Types of Project Management Tools

The PMO will need to choose from among the various tools that can be developed in-house or that are available for purchase in the marketplace. The following subsections provide a brief overview of the general types of project tools that the PMO can consider.

Paper-Based Tools

This type of tool can be created in-house under PMO guidance or purchased as a commercially prepared toolkit. These tools are commonly classified as templates, checklists, and forms. Although referred to as paper-based, this type of tool will usually have a basis in an automated software application. Paper-based tools can be created using common

AU4680_book.fm Page 65 Monday, July 16, 2007 2:06 PM

66 � The Complete Project Management Office Handbook

word-processor applications, spreadsheet applications, and database appli- cations. The manufacturers of commercially prepared project management applications often bundle together a variety of such tools to support their approach to achieving project management objectives. Such toolkits can be used for data collection and reporting over the entire project manage- ment life cycle.

Automated Tools

There are a multitude of automated project management tools available in the marketplace, and in some instances, an organization may be interested in designing and developing an automated tool as an in-house endeavor.

The automated tool normally resides on desktop workstations for individual users or on a network for multiple users. For the purposes of this PMO function model, we examine two types of automated project management tools: (1) the simple automated tool and (2) the integrated automated tool.

In general, the simple automated tool normally resides on the computer desktop to serve one user. The simple automated tool is usually charac- terized by singular functionality, its own database, and a limited exchange of data outside the application. This is not to say that simple automated tools cannot share information, but that is usually accomplished by an export function or a nondynamic link. Rather, the simple tool maintains data on local computers solely for the purposes of its primary users.

Conversely, the integrated automated tool normally resides on a net- work server. It can have multiple purposes and possibly several functions that different users can access. Some users may never see or access all the functions of the integrated tool. The tool, nevertheless, maintains cross- functional data and enables cross-functional reporting and data access by multiple users. In some cases, the integrated tool will retrieve data and information automatically from other automated tools and organizational databases through dynamic links that are constructed at installation. How- ever, even integrated project management tools are limited to the purposes of their designed-in functions. The PMO should therefore also consider the use of enterprisewide management systems. These are integrated automated tools designed for business use but they also could have application in the project management environment.

Web-Based Tools

There are valid arguments and discussions in industry regarding the use of Web-based tools versus network-based tools. Often, it comes down to individual organizational preferences and the information technology (IT)

AU4680_book.fm Page 66 Monday, July 16, 2007 2:06 PM

Project Management Tools � 67

department’s policies and recommendations for the use of Web-based tools. The focus of this consideration, however, is the fact that project manage- ment applications are available on the Web. The PMO should at least consider these externally based applications for use in its project manage- ment environment based on the relevant organization’s preference for Web- based tools that can be accessed via the Internet, on the expense incurred for their use, and on the reliability of the online application provider.

PDAs and Wireless Tools

With new technological innovations arriving almost daily, the PMO must consider the extent to which they will infiltrate or otherwise impact the project management environment. In particular, the use of personal digital assistants (PDAs) is becoming as common as the desktop computer, with increases in such device use still expected in the years to come.

Since the first edition of this book, some mobile cell phone systems (e.g., the smartphone) have emerged as tools having PDA-like value. Certain mobile cell phones can now be acquired with standard business applica- tions (albeit reduced functionally) and direct access to the Internet; and even some limited project management tool applications can be acquired and added. In addition, several PDA manufacturers have combined the mobile cell phone and PDA into one unit, so many PDAs now have wireless connectivity for making mobile telephone calls, for access to the Internet and various e-mail accounts, and for access to databases residing on servers back at the home office or, for that matter, anywhere in the world.

The PMO should determine how it will develop or otherwise acquire project management application tools for PDA use and wireless operations. Of course, this requires close collaboration with the organization’s IT department, with recognition that this could be a significant system upgrade and financial investment for the organization. In many organiza- tions, the introduction of a wireless PDA-based system will be indepen- dently led and managed by the IT department. However, the PMO should maneuver within the organization to ensure that the interests of the project management environment are duly considered.

Assess Specific Project Management Tools

The PMO should position itself as the primary evaluator for new automated applications and other tools that are introduced into the project manage- ment environment. If not in a lead role, the PMO should at least be involved in project management tool assessments. As the need for project management tools emerges, the PMO should be prepared to identify available products and assess their capability to satisfy requisite tool needs.

AU4680_book.fm Page 67 Monday, July 16, 2007 2:06 PM

68 � The Complete Project Management Office Handbook

The PMO should use a process that enables the assessment of specific project management tools. This process usually begins with a general search to identify and develop a list of those tools that appear to provide the desired features and functionality. This preliminary list of tools avail- able in the marketplace is then reviewed to determine how closely each listed tool is aligned with current processes and the function to be automated. This results in a “short list” of candidate tools that is subjected to rigorous examination, possibly including discussions and demonstra- tions with the manufacturer or vendor.

In assessing the “short list” of tools, the PMO should examination each tool, individually and collectively, in the following ways:

� Functions and features. Criteria for tool functions and features are developed and specified for each new type of project management tool. Each tool is then examined to determine how well it achieves the criteria for desired functionality and preferred features. Per the depth of criteria used, this provides a more or less objective examination of tools, and it produces results that can be used to compare and contrast all tools under consideration.

� Implementation requirements. The requirements for tool imple- mentation are identified as an important part of tool examination. This includes determining the level of both the internal effort and the vendor support required for tool installation and implementa- tion. It considers the scope of tool implementation in the relevant organization or in the enterprise, and includes a determination of the level of planning, technical skill and knowledge, user training, and oversight that is required to implement the selected product. This examination of tool implementation r equirements then becomes a tool selection factor.

� Application maintenance. The need for ongoing tool maintenance should be identified as a consideration for tool selection. In the business environment, the IT group will routinely perform appli- cation checks, resolve isolated software problems, and even install new software versions in a way that is transparent to the user population. Project management software requires the same if not greater level of attention from the IT group, and this warrants that they be involved in reviewing maintenance requirements for can- didate project management tools. In addition, for some automated tools, an administrator may be required to monitor daily usage and content, and this is also a maintenance factor to consider.

� Vendors. A review of the several vendors of tools on the “short list” is conducted to ascertain product quality, customer use of the product, vendor history with this product in the marketplace, and

AU4680_book.fm Page 68 Monday, July 16, 2007 2:06 PM

Project Management Tools � 69

the extent of vendor participation in product installation and imple- mentation, user training, and maintenance. This usually requires the PMO to contact the vendors directly to obtain necessary infor- mation, or by extending a solicitation-to-bid to each vendor. The information received enables a comparison of vendors to be per- formed as a contributing factor to tool selection.

� Costs. The cost of project management tools is a tool selection factor in most organizations. Such automated tools can be quite costly, particularly when intended for multiple users. To that end, the PMO should include a review of the need for project manage- ment tools when preparing its activity budget. If other departmental budgets are used, the PMO will have to collaborate with those functions to ensure funding availability. Cost, however, remains an important factor in the make-or-buy decision. If tool acquisition costs are too high for the budget, the PMO may also want to consider in-house development of the automated project manage- ment tool, presuming such technical capability exists in the relevant organization. All in all, the cost of tool development or purchase and implementation are distinct factors in tool selection.

� Customization. In acquiring a project management tool, the orga- nization, through the PMO, may also contemplate some alternatives to direct tool acquisition. In some cases, vendors will work with their customers to modify or adapt their automated applications for better fit within the intended project management environment. Of course, this will often incur substantial additional acquisition costs that must be considered. Nevertheless, the ability to customize tools acquired from vendors may be a tool selection factor.

The PMO’s screening of new project management tools will ensure the closest possible fit for the intended purpose of the tool. This is an activity that the PMO staff, or an ad hoc committee managed by or aligned with the PMO, can perform.

Acquire Project Management Tools

After completing the screening of the candidate project management tools on the “short list,” the PMO should be able to make or lead the organization toward a decision on the preferred tool. Weighing all the factors in the assessment process described above should provide sufficient insight into how well the tool will fit within the project management environment and within the relevant organization. The PMO then follows several fairly standard steps to acquire the selected tool.

AU4680_book.fm Page 69 Monday, July 16, 2007 2:06 PM

70 � The Complete Project Management Office Handbook

First, the PMO confirms that tool acquisition (i.e., purchase) is a better alternative than in-house tool development. Information from the tool screening process is evaluated along with cost and other selection factors; the need for tool customization should also be considered. Finally, a make-or-buy decision is made, with a buy decision representing approval to proceed with tool acquisition. It is important to note that a project management tool should be acquired to support a valued project man- agement or business principle or practice standard, and that the tool can be clearly related to supporting project management performance or to eradicating existing efficiency problems.

The next step in the process is the actual purchase of the tool. A low- cost tool may be a matter of routine procurement for the organization. Conversely, a high-cost tool (due either to multiple users or customization) may require special handling and perhaps additional approvals in the acquisition process. Accordingly, the PMO should consider these factors when planning for the acquisition, and then make the purchase. This can be done by direct payment or by submitting a vendor purchase order.

The final step in the acquisition process is tool receipt and installation. If the selected tool is not immediately acquired at the time of purchase, then it is necessary for the PMO to monitor order status and subsequent delivery. In managing tool acquisition, the PMO should plan and prepare the organization for tool installation either by the vendor, by the internal IT department, or even by individual users in the case of simple automated tools. Tool installation is complete when the PMO verifies that the tool is properly configured, functions properly, and has been made available to designated users. If this is a major system or application acquisition, installation could take an extended period of time, and that might require the preparation of a detailed tool installation plan to ensure success.

Implement Project Management Tools

Installing a project management tool on the desktop computers of a few users will not normally present a major challenge for the PMO. Conversely, a larger number of users or a major system implementation warrants advanced planning and ongoing management on the part of the PMO. In either case, the implementation activities recommended below will ensure the smooth introduction of a new project management tool.

Plan Tool Implementation

Small tool implementations for small user groups are easily planned: simply schedule and arrange the implementation with individual users. However,

AU4680_book.fm Page 70 Monday, July 16, 2007 2:06 PM

Project Management Tools � 71

major tool implementation, particularly those affecting cross-business unit, inter-department, or organizationwide operations, will likely require addi- tional advance planning. Implementation of a major project management tool usually implies a change in the way projects are managed and the way business is conducted. The PMO is inherently responsible for preparing project management environment users for such major modifications.

The PMO can consider the following planning elements for tool implementation:

� Advance announcements. Give affected staff prior notice that a decision has been made to acquire and implement a new project management tool that will prompt adjustments in current operating processes; define and include these announcement activities in the implementation plan and schedule of events; and include vendors and customers in this notification, as appropriate.

� Senior management endorsement. Obtain and convey senior man- agement sanction at appropriate points in the implementation; col- laborate with senior managers to plan when and how such approval will be made; and determine what types of endorsements will be needed (written policy changes, staff meeting announcements, etc.).

� Implementation schedule. Specify the implementation activities and prepare a schedule for their accomplishment. Beginning with tool installation, include time frames for implementation within different business units or at multiple locations; specify the system connectivity needed to provide access at various facilities, and outline the data transfer activities that are required to make the system operational; and identify the implementation support that the PMO will provide.

� User training. Specify any training required in association with the introduction of a new project management tool; include a schedule for training delivery in the implementation plan.

The inclusion of a transition plan is another element of the project management tool implementation plan. However, the transition plan is considered separately below because of its importance in the successful introduction of a new major project management tool.

Plan Tool Transition

The PMO will want to focus on this element of tool implementation planning because it represents a critical step in making the new project tool operational. Essentially, the transition plan requires the PMO to determine how, when, and what elements of project management data will be transferred to the

AU4680_book.fm Page 71 Monday, July 16, 2007 2:06 PM

72 � The Complete Project Management Office Handbook

new tool. If the new tool is an automated methodology system, transition planning could require an extended period of time to identify how each project in the organization will be transitioned to the new system. Any other major tool that requires populating data from all projects presents a similar extended planning process. This effort is further compounded when the new tool is transitioned at multiple geographic locations, possibly on a global basis.

The underlying premise of the transition plan is to ensure that all key participants know how and when they can begin using the new tool and what role and responsibility they have in bringing it to its intended operating capability. The transition plan also will normally specify what project or business data is being transferred, how that transfer will be accomplished, and what data manipulations, if any, must be performed to make the new tool useful for real-time project management.

Conduct Tool User Training

The complexities of using the new tool will determine the need for user training. However, the PMO should normally consider providing training when implementing any new tool and especially when introducing a major new tool. Furthermore, when a customized major tool is introduced, the PMO absolutely should consider training.

The PMO can arrange and conduct project management tool training for one or more user levels, depending on the nature of the tool and the intended access of the users. In general, frequent users will receive more detailed training, whereas infrequent users, such as executives, will have familiarization training focused on conveying understanding of tool func- tionality and any relevant executive access features.

The PMO can identify user levels and arrange for appropriate training programs during tool implementation planning. It is also important to identify any prerequisite knowledge needed before beginning project management tool training. For example, individual understanding of project scheduling concepts is essential before introducing a project man- agement scheduling tool. The relevant organization should never presume that simply introducing a tool will solve “performance” problems.

Conduct Tool Implementation

The tool implementation plan should address all pertinent implementation activities that the PMO will manage. The implementation plan should facilitate the accomplishment of the following items:

� Data transfer. The transition-plan component of the implementa- tion plan can be used to guide the transfer of data that will

AU4680_book.fm Page 72 Monday, July 16, 2007 2:06 PM

Project Management Tools � 73

populate the new tool for operation within the project manage- ment environment.

� Operational functionality. User training begins the process of con- veying the knowledge that new tool users need. The PMO will want to monitor initial use, individually if possible, to ensure that all users achieve a complete understanding of tool functionality. The PMO can determine the depth and extent of monitoring and indicate what activities it will perform in the implementation plan. When the desired level of user performance has been reached (as specified in the implementation plan), the PMO can declare that operational func- tionality has been achieved for the new project management tool.

� User feedback. The implementation plan should include provisions for preparing and receiving user feedback in conjunction with implementation of the new tool. This activity achieves two objec- tives. First, it allows users to know that any concerns about the performance of the new tool are noted and will be appropriately addressed. Second, it enables the PMO to collect individual opin- ions and group perspectives on the performance of the new tool, thus permitting immediate fixes of any major problems before beginning the evaluation of tool performance.

Evaluate Tool Performance

It is a truism that the work of the PMO is never done. The ongoing monitoring and management of project management tool performance is just one part of that work. A follow-up evaluation of project tool perfor- mance should be based on the extent of business importance of tool deployment. Major business unit and enterprisewide systems will require frequent performance reviews until the tool becomes reasonably familiar for users and stable in the project management environment. After that, routine, recurring performance checks will be required to ensure that the tool is being used properly to fulfill its intended purpose and to ensure that its functionality is maintained and optimized for best performance within the project management environment.

The PMO should establish its tool evaluation approach to include three areas of attention: (1) utilization, (2) functionality, and (3) overall effectiveness.

Identify and Resolve Utilization Problems

The PMO should conduct tool utilization reviews for the most critical project management tools — those that guide the project management

AU4680_book.fm Page 73 Monday, July 16, 2007 2:06 PM

74 � The Complete Project Management Office Handbook

process and those that provide for timely reporting of project performance. This type of review can be a formal survey of users or casual observation of utilization. Its intent is to ascertain whether the tool is being used for its intended purpose within the specified user group.

In particular, the PMO will want to identify why a certain tool, or a feature or component of a tool, is not being utilized in a way that is consistent with expectations. Reasons for nonuse may include inadequate or no user training, tool-learning hesitation or misplaced priority of the individual user, lack of senior management endorsement or communica- tion regarding desired tool use, limited perception of personal value or benefit by the user, limited perception of organizational value or benefit by the user, and other explanations that the PMO can discern.

Once low-utilization indicators or trends are identified, the PMO should work with project managers to rectify the situation and bring it in line with organizational expectations and mandates for tool use. The PMO may want to retain a log of the tool utilization problems encountered and the corrective actions taken as a reference for future use.

Identify and Resolve Functional Problems

The functional performance of project management tools can be examined in conjunction with a utilization review. The PMO can accomplish this by conducting random testing of tool features. Alternatively, the PMO can establish a problem log for use on each project and then review the tool problem log, perhaps on a weekly or monthly basis, or at the end of each project. The functional problems encountered could range from simple system “lockup” to more profound user recognition that the tool does not possess a desired feature or perform a preferred function.

By analyzing the review findings and problem logs, the PMO can identify and isolate tool functional problem indicators and trends. As a natural follow-up, the PMO should attempt to resolve each identified problem. Some issues can be resolved in collaboration with the internal IT group that oversees the application. If recurring problems exist, the PMO may need to contact the project management tool vendor for resolution.

Assess Overall Tool Effectiveness

The final element of the PMO’s tools evaluation is an examination of overall tool effectiveness. In essence, this means determining what the tool has accomplished for the organization or the project management environment. What benefits have been achieved as a result of using this project management tool: increased project success, more timely

AU4680_book.fm Page 74 Monday, July 16, 2007 2:06 PM

Project Management Tools � 75

project decisions, earlier identification and resolution of project prob- lems, etc.? The tool assessment should also examine the benefi ts to individual users. Have individual and project team efficiency or effec- tiveness been increased?

The PMO can use this information to substantiate continued tool use, expanded tool deployment, or as a rationale for pursuing an advanced version of the tool or an alternative replacement tool.

Postscript for the Smaller PMO The smaller PMO will likely not have responsibility for major project management tool acquisitions. However, it could lead the relevant orga- nization in acquiring simple tool solutions for the project management environment. It could also be called upon as a participant in major tool and system acquisition efforts — at least for those tool or system com- ponents implemented for project management support.

The following activities are prescribed to help define tool management responsibilities for the smaller PMO:

� The smaller PMO should be reasonably aware of which tools are currently available and being used in the project management environment. It can create a simple listing and description of those tools for further examination as time permits. This list will help establish the PMO as a knowledgeable source of tool information in the project management environment.

� The smaller PMO can use a listing of current tools, in combination with some additional tool research, to contrast what tools are being used with what tools are available in the marketplace. As well, the smaller PMO can gain knowledge about tools through collaboration with project managers and project team members to gain their insights about preferences for project management tools. Further research can be done on “preferred” tools.

� The smaller PMO supporting a large project management environ- ment should consider convening ad hoc teams to identify and evaluate major project management tools and systems for possible implementation in the project management environment. Such teams also can be chartered on an as-needed basis to evaluate the effectiveness of current project management tools.

� The smaller PMO can guide and influence project management tool acquisition and implementation in the project management environment or across the enterprise by being the knowledgeable source on project management tools.

AU4680_book.fm Page 75 Monday, July 16, 2007 2:06 PM

76 � The Complete Project Management Office Handbook

� The smaller PMO can establish the capability and authority to introduce small or off-the-shelf project management tools as may be routinely needed in the project management environment. In this instance, the PMO can call upon vendors to contribute their expertise in planning and conducting tool implementation, which reduces or eliminates the need for the PMO to use resources for that task.

AU4680_book.fm Page 76 Monday, July 16, 2007 2:06 PM

Chapter 3

Standards and Metrics

The Project Management Office’s (PMO’s) attention to standards and metrics represents the management of two distinct areas of business interests. They are combined in this function because they provide related guidance in the project management environment. That guidance is largely aligned with the concepts of project management performance.

In many ways, standards provide a basis for performance, and metrics provide for the measurement of that performance against standards. To that end, project management practices can use metrics to establish the depth and extent of applying the standards selected by the relevant organization.

The “standards and metrics” function helps the PMO to establish a common frame of reference for and among the business, technical, and project management interests within the project management environment. Standards and metrics can be considered and applied across the relevant organization to fulfill the PMO’s responsibilities as a business integrator.

The “standards and metrics” function enables the PMO to:

�

Identify accepted concepts and practices for use within the project management environment.

�

Establish consistent oversight and control for cost, schedule, and resource utilization.

�

Manage project, technical, and business process performance to desired standards.

AU4680_book.fm Page 77 Monday, July 16, 2007 2:06 PM

�

The Complete Project Management Office Handbook

�

Achieve compliance with industry standards, regulatory mandates, and business policies.

�

Conduct benchmarking related to competency, capability, and maturity goals.

Standards used in the project management environment have tradi- tionally focused on project management performance. This, understand- ably, is a top PMO priority: ensuring that appropriate methodologies and practices are introduced into the project management environment. Today, the PMO’s expanded role as a business integrator warrants con- sideration and introduction of standards aligned with the project man- agement environment that also facilitate the achievement of strategic business objectives. Instituting standards that enlarge competitive advan- tage, demonstrate advanced individual and organizational qualification and certification, or improve business performance is an inherent objec- tive of this PMO’s function.

Metrics serve a dual purpose. First, they provide guidance — values, thresholds, constraints, scope, duration, maximums and minimums, aver- ages — for project, business, and technical performance.

Guidance metrics

enable the PMO to set performance requirements and expectations within the project management environment. Thereafter, metrics measurements will indicate performance results, that is, trends, achievements, discrep- ancies, variations, and exceptions.

Measurement metrics

represent infor- mation that can be used to establish a common understanding of status, condition, and position. This permits project and business decisions to be made in the best interests of the relevant organization. The PMO contrib- utes to this capability by developing and deploying the metrics that are applied to the standards and practices of project management.

Project Environment Interface Concepts

The standards found in the project management environment should provide consistency across project and business management interests. The centralized role of the PMO permits it to examine applicable standards and manage their introduction into the project management environment. Moreover, because it serves in a business integration capacity, the PMO can manage metrics associated with project management as well as those metrics that serve related business interests.

Metrics are established to address a particular business need. This includes drivers such as managing to a new level of required performance, identifying individual and aggregate project performance indicators, and monitoring change within the project management environment. Over

AU4680_book.fm Page 78 Monday, July 16, 2007 2:06 PM

Standards and Metrics

�

time, metrics change as new priorities and conditions are added. For example, when considering project management maturity, one set of metrics will be used to guide advancement from level-1 maturity to level- 2 maturity; a new set of metrics will be needed to achieve progression from level-2 maturity to level-3 maturity. Consequently, metrics are valid for a specified period, or until a desired condition is achieved. As a result, the PMO will need to monitor and manage changes in metrics used within the project management environment.

The PMO, in collaboration with its organizational sponsor, will identify the scope of standards and metrics for which it is responsible. Equally important will be the role of the PMO in coordinating and conducting the implementation of approved standards and the use of metrics within the project management environment. This includes the involvement of project managers, project team members, and other project stakeholders in identifying and applying the project management standards and metrics that will be required in their day-to-day work. In addition, these groups can contribute expertise to assist the PMO in reviewing and adapting externally imposed business, technical, and regulatory standards and met- rics for use within the project management environment.

An important aspect of standards and metrics is their application to benchmarking, an activity that provides a snapshot of project and business performance. Benchmarking involves assessing current processes, prac- tices, or capability relative to industry standards or accepted best practices. The PMO will be instrumental in selecting the standards that provide the basis for such an examination. It will also formulate metrics that help both to describe any variation from that basis and to define improvement goals.

Business Environment Interface Concepts

The relevant organization will have an interest in the standards and metrics that the PMO applies. It will collaborate on project management standards, and will review and endorse the introduction of cross-functional standards. The relevant organization will therefore both contribute to and use many of the metrics applied in the project management environment.

Business units will be able to use the metrics defined and captured in the project management environment in conjunction with analyses of business performance, achievement of strategic objectives, and identifica- tion of the organization’s competitive position in the marketplace. In many cases, the PMO can establish metrics that are directly applicable and influence business decisions in these and other important business areas.

Today’s professional project managers have a broad range of respon- sibility that extends into the business environment. In many organizations,

AU4680_book.fm Page 79 Monday, July 16, 2007 2:06 PM

�

The Complete Project Management Office Handbook

they fulfill key middle- and senior-management roles that direct or guide business affairs. The standards and metrics that they are accustomed to using in the project management environment will also be relevant and influential in the business environment.

Many project managers have financial accountability for their projects; some also have business performance responsibility. Project management standards help establish the parameters of their responsibilities, and using project and business metrics provides indicators regarding how well those responsibilities are being fulfilled. The “standards and metrics” function facilitates performance analyses within the project management environ- ment. Individuals within the project management environment will look to the PMO as a centrally recognized authority to select, implement, and manage the standards and metrics they will use. The relevant organization will rely on the PMO to incorporate business strategy and interests into project management processes and practices through this “standards and metrics” function.

Standards and Metrics Activities across the PMO Continuum

The “standards and metrics” function along the PMO competency contin- uum is initially characterized by the introduction of standard approaches to project and technical performance management. This capability progresses to the identification and implementation of more comprehen- sive standards, as well as a broader use of metrics in the project manage- ment environment. At the high end of the continuum, the PMO will influence the use of standards and metrics that interface with the business unit and the organization’s strategic interests.

standards and metrics activities according to each level in the PMO competency continuum.

The primary user of standards and metrics established within the relevant organization is the project office. In the absence of a higher-level PMO, it may independently specify a limited number of project manage- ment standards and metrics in collaboration with other affected project managers. The project office will not likely venture into developing and implementing business standards, inasmuch as that is a collaborative, cross-functional effort. However, it will apply business-related standards and metrics when they are integrated into project management and tech- nical processes and practices.

Mid-range PMO levels of the continuum have the responsibility of introducing project management and associated technical and business

AU4680_book.fm Page 80 Monday, July 16, 2007 2:06 PM

Table 3.1 presents an overview of the range of prescribed PMO

S tan

d ard

s an d

M e

trics

�

8 1

Table 3.1

Range of Standards and Metrics Activities across the PMO Continuum

Project Office Basic PMO Standard PMO Advanced PMO Center of Excellence

Applies established and approved standards and metrics to project management activities

Introduces basic standards and metrics to facilitate a consistent approach to project management:

– Specifies project management standards for processes, tools, and templates

– Develops metrics for critical project management activities

– Facilitates metrics for technical performance

– Measures and analyzes project and technical performance

Introduces more comprehensive standards and metrics to improve project performance:

– Selects and uses preferred project management life- cycle standards

– Develops metrics for examination of methodologies and tool use

– Develops project management capability metrics

– Conducts project management process and practice benchmarking

Manages standards and metrics to integrate business and organizational interests:

– Selects and uses preferred project management capability and maturity models

– Develops metrics for managing project selection and strategy alignment

– Measures and analyzes project contributions to business performance

Manages standards and metrics to help achieve cross- functional business objectives:

– Participates in or leads standards and certification activities for the organization

– Collaborates with business units to identify business metrics for project management

– Develops standards and metrics for vendor and contractor use

A U

4680_book.fm P

age 81 M onday, July 16, 2007 2:06 P

�

The Complete Project Management Office Handbook

standards and metrics into the project management environment. In par- ticular, these PMOs will focus on selecting or recommending standards for use within the relevant organization. Thereafter, they will conduct benchmarking against those standards to identify a basis from which to plan and measure project, technical, and business performance improve- ment. In addition, the mid-range PMO will have interest in applying project management capability and maturity model metrics by initially addressing requirements for project and technical performance and then by integrating organizational and business metrics as the PMO function and organiza- tional maturity in project management grows.

The center of excellence performs the “standards and metrics” function with attention to the relevant organization’s broader business and cross- functional interests. It contributes information and experience based on its selection and implementation of standards and metrics used in the project management environment to serve the broader business integration and standardization needs of the organization.

In many cases, the standards and metrics that this PMO function establishes will have direct implications on how other PMO functions are performed. Thus, the inauguration of standards and metrics in the project management environment should weigh the interrelationships of all PMO functions.

Standards and Metrics Function Model

The “standards and metrics” function of the PMO presents the means by which the PMO can introduce the preferred ways of doing business within the project management environment. Figure 3.1 depicts the primary activities of the “standards and metrics” function model, and the following subsections describe each activity.

Figure 3.1 “Standards and metrics” function model.

IMPLEMENT PROJECT MANAGEMENT STANDARDS

Examine Standards Sources

Identify Applicable Standards Introduce Preferred Standards Conduct Benchmarking

INTRODUCE AND USE PROJECT METRICS

Establish Measurements Plan Compare Performance Establish Corrective Actions

DETERMINE PROJECT METRICS REQUIREMENTS

Identify Process Management and Improvement Metrics Identify Project Performance Metrics

Identify Business Management Metrics

AU4680_book.fm Page 82 Monday, July 16, 2007 2:06 PM

Standards and Metrics

�

Implement Project Management Standards

Project management has advanced as a professional discipline because, to one extent or another, scholars, innovative thinkers, and experienced project managers have formulated, implemented, evaluated, and conveyed to others the concepts and practices that have demonstrated value in the project management environment. This value contributes to achieving individual success in project management and associated organizational business goals. Time-tested methods have evolved into the widely accepted project management precepts that project managers use across industries and around the world. Many of these precepts are implemented without change across industries, whereas others are modified and adapted for specific industry use. Over time, new, innovative approaches will continually emerge to provide more complete and comprehensive solu- tions in the project management environment.

The PMO is responsible for sorting out all these pending solutions and for selecting those that best fit the needs of the relevant organization. Solutions become standards for the organization only when they are approved and implemented for use in the project management environ- ment. Implementation involves a series of steps that the PMO can use to introduce standards into its project management environment, as described in the following subsections.

Examine Standards Sources

The primary purpose of introducing standards is to improve project, technical, and business performance. The PMO begins this work by examining the various sources of standards that are available for consid- eration. Ideally, the PMO has sufficient staff experience and insight to uncover the relevant sources that need to be addressed. The following five subsections identify a few general sources of standards that the PMO can examine when initiating this effort.

Project Management Practices

The PMO should determine what standards are needed to guide the performance of project management. This includes an examination of prominent project management processes, practices, and tools that can be introduced as standards within the project management environment. Ideally, the project management practice standards that the PMO selects will facilitate development and implementation of a complete project management life-cycle methodology. However, standards introduced to

AU4680_book.fm Page 83 Monday, July 16, 2007 2:06 PM

�

The Complete Project Management Office Handbook

assist the organization in developing and implementing component pro- cesses that are critical to its project management efforts are normally an excellent investment.

The Project Management Institute, Inc., (PMI) publishes

A Guide to the Project Management Body of Knowledge,

or PMBOK

, a widely accepted and well-known project management standards reference. A small number of other project management associations also provide project management process and performance guidance. Similarly, some professional organizations have developed industry-specific project man- agement guidance, and academia is a consistent source of new and emerging project management concepts and considerations. In some cases, business organizations have compiled and implemented best prac- tices in project management from various sources, including their own experience. However, access to these “standards” is normally limited to participants in business or industry forums or by some other affiliation with the source organization.

Finally, a multitude of commercial vendors can provide structured project management process and procedural guidance in conjunction with the delivery of their products and services. Many of these commercial sources incorporate industry-accepted standards. However, some tend to focus on the specific purpose of their product or service, and may not provide complete and comprehensive project management coverage. For that reason, the PMO should weigh its near-term and long-term needs when selecting between consultants or vendors that offer specific-focus products and services and those that provide broader guidance and support for the entire project management life cycle.

Project Management Maturity

The PMO should determine what standards are needed to guide its efforts to create a professional project management organization. This responsi- bility raises the concept of project management maturity and includes an examination of available project management maturity models that can be used within the relevant organization.

The various project management maturity models available today take a somewhat common approach that carries the organization through steps of assessment, analysis, and improvement planning. The assessment pro- cess usually involves a sample of the organization’s project management population and, at times, other stakeholders within the organization. The PMO should recognize that most viable maturity assessments will delve into the “nooks and crannies” of the project management environment, that is, project and business practices, management support, PMO guid- ance and support capability, project manager competency, etc. This

AU4680_book.fm Page 84 Monday, July 16, 2007 2:06 PM

Standards and Metrics

�

enables the organization to gain an accurate and comprehensive picture of its project management maturity based on the selected standard.

Project management maturity models are also available from several of the professional organizations and commercial vendors alluded to previously. Some models are more inquisitive and complex, and require extended periods of time in their performance. Others are more cursory in scope but can be completed within a short time span. The responsibility of the PMO for introducing project management maturity standards deals with the selection of a preferred model and its associated assessment process. These are used to identify the current maturity level and to construct a strategy or “roadmap” for advancing the organization’s maturity in project management. Although there is no maturity standard that can boast consensus of its universal application, the concept and use of any viable project management maturity model can, nevertheless, be mean- ingful for continuous improvement efforts within the relevant organization. The PMO should give serious consideration to deciding what is the appropriate level or combination of maturity-level elements for its business needs. Then it can select a project management maturity model that will help achieve the desired capability.

Technical Capability

In many project management environments, the PMO will inherently have responsibility for helping to establish the technical standards associated with project work. Usually, PMOs will only need to focus on the core business and the primary technical discipline of the relevant organization, especially when that organization is a homogeneous division or business unit. In that case, the nature of work that the division or business unit performs defines the technical focus. Conversely, PMOs that have cross- functional responsibility or those that serve the entire enterprise may have to establish standards for more than one technical discipline. To that end, it is not uncommon for a PMO to begin its work in one technical department and then expand its scope of authority and responsibility into other business areas as it demonstrates success. It is for this reason that this PMO function model treats technical standards separately. Every PMO must recognize that technical standards should be integrated with the project management process or methodology to ensure a seamless approach to project management.

Industry-specific professional organizations and associations, includ- ing some that have a project management focus, are prevalent sources for technical standards and best practices, as are educational institutions. The Software Engineering Institute’s Capability Maturity Model (SEI CMM) is a prime example of a technical maturity model and pr ovider. Of

AU4680_book.fm Page 85 Monday, July 16, 2007 2:06 PM

�

The Complete Project Management Office Handbook

course, there also are consultants and vendors who work in virtually all industry niches that can provide excellent insight (not to mention some products and services) for industry-specific technical needs. The PMO should collaborate with the relevant organization’s technical profession- als, including engineers, scientists, administrators, consultants, and instructors, among others, to help determine the preferred sources of technical standards.

The PMO should ensure that technical standards are properly integrated and that users do not misconstrue them as project management standards. Technical standards, processes, and best practices should guide the project participants in achieving the desired technical solution — the resulting product or service. Project management standards, however, verify that the prescribed steps are performed to manage the project. Although technical and project management standards should be duly integrated to optimize project performance, technical capability is not inherently a project management capability.

Project Management Competency

The PMO should play a major role in determining competency and skill standards for its project managers, project team members, and other relevant project stakeholders. It should work with the human resources department and resource managers to define appropriate project manage- ment competency standards.

Whether or not the relevant organization has a formal project man- agement career path has direct bearing on the introduction of competency standards. If a professional career progression program exists within the relevant organization, then distinct involvement of the human resources department is necessary to ensure that related compensation and employ- ment considerations are handled properly and are aligned with the pre- scribed standards. In the absence of a for mal career path, project management competency standards can be identified relative to a generic list of project management responsibilities rather than presented in a formal position description.

Once again, professional organizations and associations may be the prevalent source of standards for project management competency. As always, consultants and vendors are readily available to provide assis- tance in establishing project management competency models and stan- dards. Individual competency in project management, per established standards, is usually achieved through design and implementation of a strong project management training program (see and Education”).

AU4680_book.fm Page 86 Monday, July 16, 2007 2:06 PM

Chapter 10, “Training

Standards and Metrics

�

Organizational Certification

Organizational certification represents achieving compliance with stan- dards for performance across the enterprise. While such standards may be industry specific, they also may have cross-industry application. The pursuit of International Standards Organization (ISO) standards is a prime example of an organizational certification. As well, the pursuit of standards associated with government and industry awards, such as the Malcolm Baldrige National Quality Award, can be managed along the lines of organizational certification.

The extent of the PMO’s responsibility within the relevant organization will guide its involvement in selecting and managing standards for orga- nizational certification. Most PMOs will not have to manage this type of standards implementation unless they are functioning at an advanced level. It is more likely, however, that the PMO will be called upon to participate in an organizationwide certification effort rather than take a lead role. Nevertheless, the PMO should influence or recommend pursuing organi- zational standards certification with regard to the interests of the project management environment. To that end, it is important that the PMO understands where project management in various organizational certifi- cation programs intersects, and how or whether project management capability is important to the certification effort.

When involved in an examination of organizational certifications, the PMO should focus on those certifications that will provide some business advantage when standards are met. Standards that facilitate added cus- tomer value and satisfaction, improved operational effectiveness, or increased revenue are good indicators of such business advantage.

Sources of organizational certification standards are likely to be prom- inent in the organization’s base industry, or they may be well recognized by a business segment within the organization. Moreover, the industry certifying body is usually also the developer of the associated standards to be examined. Therefore, any examination of standards is easily accom- plished through contact with the certifying organization.

Identify Applicable Standards

After examining the sources of standards available to the project manage- ment environment, the PMO will make or otherwise facilitate or influence decisions about the specific standards that are preferred within the relevant organization. The following six subsections describe some of the more common types of standards that the PMO may consider and select for use within its project management environment.

AU4680_book.fm Page 87 Monday, July 16, 2007 2:06 PM

�

The Complete Project Management Office Handbook

Project Methods and Procedures

The PMO should facilitate selection of a preferred project management methodology that provides a consistent and repeatable life-cycle process approach to project management. If developing a comprehensive meth- odology is premature for the current environment, the PMO should consider beginning with simpler processes for accomplishing its most critical project management activities. This standard should guide all project managers in performing the essential activities of project manage- ment that the relevant organization requires. This standard also will serve as a reference to all other stakeholders within the project management environment — project team members, project executives, functional managers, customers, and vendors — who need either to apply or simply understand the processes of project management. Read more about this

Project Management Tools

The PMO should facilitate selection of the preferred project management tools used in the project management environment. This particularly represents the specification of a cross-functional project management information system that is used by all projects to capture pertinent project information. It also includes oversight for selection of all tools being used in the project management environment and distinguishes standard tools from those having limited use by selected individuals. This selection of standard tools should ensure that project management and business inter- ests in project data collection, reporting, aggregation, and sharing are well served. All in all, the PMO also should ensure that the selected tools will

timely and accurate project information management. Read more about applying tool standards in

Project Performance

The PMO should facilitate the selection of performance standards for project management. This means defining when a project starts and ends, what constitutes satisfactory progress, what constitutes a successful project, and what status or conditions warrant some level of additional manage- ment intervention. Project performance standards also reach into the specification of project selection (and termination) criteria, which is nor- mally contained in project portfolio management guidance. In some cases, performance standards are industry or market driven; in others, business processes of the relevant organization are the predominant influence. The

AU4680_book.fm Page 88 Monday, July 16, 2007 2:06 PM

type of standard in Chapter 1, “Project Management Methodology.”

Chapter 2, “Project Management Tools.”

not overly burden project managers and other users but will expedite

Standards and Metrics

�

PMO will want to select standards that produce project outcomes that help achieve strategic business objectives. Such performance standards

Technical Performance

The PMO may facilitate or otherwise assist in the selection of technical performance standards. The caveat to this standards selection effort is the consideration of whether the PMO is also the technical leader in the primary discipline used on projects. Sometimes it is, and in such cases, the PMO has a primary role to define the accompanying technical per- formance standards. However, in cases where the PMO has purview over multiple disciplines, it can still facilitate technical standards selection, but it then relies on the technical leaders in each discipline to recommend and substantiate the preferred technical performance standards.

Individual Performance

The PMO should facilitate the determination of individual performance standards. This usually focuses on the performance of the project manager but may also include performance of project team members. Selected performance standards can be incorporated into position descriptions, particularly if a professional project manager career path has been estab- lished. Otherwise, more general standards for individual skill and expe- rience can be applied at the time of project assignment.

Product and Service Quality

The PMO can facilitate the selection of product and service quality standards. Again, the consideration of primary versus multiple technical disciplines comes to bear. In either case, the PMO should ensure that appropriate quality management standards are in place in the project management environment. An added point to consider is organizationwide quality certification. The PMO must ensure that any certification standards being pursued or achieved are clearly integrated into project, technical, and individual performance guidance.

Introduce Preferred Standards

Although the process for introducing preferred project and business man- agement standards into the project management environment is not par- ticularly complex, it does warrant discussion to ensure proper positioning

AU4680_book.fm Page 89 Monday, July 16, 2007 2:06 PM

are discussed further in Chapter 17, “Project Portfolio Management.”

�

The Complete Project Management Office Handbook

for users and effective implementation within the organization. The PMO will know how to work within the nuances of its environment and can follow the following general steps when introducing standards.

Stakeholder Concurrence

It is essential that key stakeholders within the project management envi- ronment — project sponsors, project managers, project team members, and business unit managers — acknowledge and accept the standards that the PMO introduces. Moreover, the final decision to implement new standards normally resides at the executive level. Not only should the PMO be able to demonstrate benefits of a standard for executive consid- eration, but the PMO also should be able to win endorsement from the user community. Consequently, the list of key stakeholders should be expanded to include technical experts for technical standards and func- tional managers for standards having heavy business impacts.

Key stakeholders can be included at various junctures in the standards identification, review, and deliberation process. The various stakeholders may have differing interests and levels of influence in the selection of standards. However, successful standards implementation requires all stakeholder groups to be represented in the standards selection process.

Standards Implementation Planning

The PMO can either conduct or facilitate standards implementation plan- ning. The extent of planning required depends on the impact that stan- dards introduction will have on the business of the relevant organization and the activities within the project management environment. In some cases, standards implementation planning may be as simple as a page change or as complex as a new approach to business. Whereas one takes less than a few hours to complete, the other may take more than a few days just to get planning underway.

In general, the PMO will want to consider the following planning elements for standards implementation:

�

Identify the standards “owner.”

Identify who will be responsible for managing the implementation and monitoring the use and effectiveness of the preferred standard. This may be someone either aligned with the PMO or external to it. Assist the “owner,” as appropriate, in preparing the remaining elements of the standards implementation plan.

�

Specify the standard.

Prepare a brief description of the standard to be implemented for use in announcements and notifications.

AU4680_book.fm Page 90 Monday, July 16, 2007 2:06 PM

Standards and Metrics

�

Notify of decision to implement.

Determine the timing, method, and content of the notification of new standards to stakeholders and any other relevant internal or external audience. Identify whether any special promotions and advertising need to be included in the notification.

�

Check current practices and guidance.

Examine whether any cur- rent standards are being modified or replaced by the introduction of the new standard. Include planning to address any impacts.

�

Identify the standards reference locations.

Resolve where the new standards will reside (e.g., in documents, in electronic files, on Web pages, on a big sign at the entryway, etc.). Plan for incorpo- rating changes or adding the new standard to these media locations.

�

Identify the standards implementation team.

Determine if this is a simple standards introduction or one requiring more than one person to implement. Specify the activities that will identify (and form, if necessary) the implementation team.

�

Prepare the standards implementation work plan.

Ascertain what activities will be performed to implement the standard, and incorporate cost, schedule, and resource requirements. Assign or facilitate the standards implementation team to perform pri- mary planning.

�

Specify any necessary standards training.

Decide whether imple- mentation of a new standard warrants any significant training for those individuals who will be tasked to implement it, as well as those who will apply it.

�

Obtain final decision to proceed.

Determine whether a final deci- sion is required to proceed with implementation of the standard. Specify who makes that decision and when it is made.

Standards Implementation

The PMO will perform or monitor standards implementation in the project management environment. This task can be performed for a distinct project management standard or a technical or business-related standard that must be integrated into the project management approach.

If an authority outside the PMO is conducting the implementation, the PMO should be a collaborative partner for that portion of standards implementation that affects the project management environment. In such a case, the PMO should accomplish the following:

�

Review the standards implementation plan for the PMO’s required implementation actions, to include identifying the need to assign one or more resources to the implementation effort.

AU4680_book.fm Page 91 Monday, July 16, 2007 2:06 PM

�

The Complete Project Management Office Handbook

�

Determine when standards implementation begins and ends, noting that implementation could be a simple and immediate event. Manage PMO involvement in the implementation effort.

�

Identify what standards monitoring requirements will be required during and after implementation. Assign one or more resources to the monitoring effort.

�

Report the achievement of standards implementation to the vested authority.

If, however, the PMO is implementing a standard within the purview of its own authority, it can conduct its own planning (treating a complex effort as a project), and it can then monitor and manage implementation from that perspective.

Conduct Benchmarking

Implementing standards in the project management environment is a business decision that warrants monitoring and measuring. Benchmarking provides for initial and subsequent measurements to verify whether applicable standards are being achieved. It provides a comparison between the current state — of practices, procedures, policies, products, tools, people skills, and other bases for measuring ef fective project performance — and what should or could be. In the project management environment, assessments often represent benchmarking based on the inherent standards of the assessment model used. See Chapter 6, “Assess- ment,” for further discussion of assessment activities in the project man- agement environment.

There is another prevalent context in which benchmarking is conducted relative to standards found in industry or in particular organizations in the industry. This involves examing competitors or industry leaders believed to use best practices. This type of benchmarking, at the very least, suggests an informal acceptance of the competitor or industry leader as having a “standard” that warrants comparison. However, this is a valid benchmarking endeavor for the PMO to pursue, particularly when the organizations examined are known to be top performers that justify the “standard” reference. It is similarly a

bona fide

effort when performing benchmarking against several organizations in an industry to indicate the standing of the PMO and its relevant organization within the industry. In contrast, cross-industry benchmarking has been selectively attempted and can be an enormous challenge when pursued independently. In that regard, the PMO may want to seek out industry partners to conduct collaborative benchmarking activities that provide mutual benefit.

AU4680_book.fm Page 92 Monday, July 16, 2007 2:06 PM

Standards and Metrics

�

Many areas and activities of the project management environment can be benchmarked. The PMO may simply consider focusing its benchmark- ing efforts on the more prominent standards it has introduced into the project management environment.

Benchmarking identifies the difference or “gap” between the current state and the preferred standard or best practice. Benchmarking allows the PMO to establish or quantify the position of its current state as a reference for future measurements that indicate advancements toward achievement of results associated with a preferred standard or best practice.

The following are suggested simple steps for the PMO to consider and expand further, as needed, when conducting benchmarking activities within the project management environment:

�

Identify the standard (including best practices or organizations) to be examined.

�

Specify the capability and resources required for the benchmarking effort.

�

Plan the benchmarking approach and activities.

�

Conduct benchmarking data collection.

�

Perform benchmarking comparison analyses.

�

Reset the benchmark point by recalibrating from any previous benchmarking of the standard.

These steps are designed to focus the PMO on establishing benchmark points. It is presumed that additional planning to introduce the standard will be conducted, but that can be done within the context of implementing the preferred standard. It is possible, however, that the PMO could use benchmarking simply to evaluate its own position against a preferred standard, and then decide not to further pursue actions to achieve that standard. Of course, this is not the practice when the PMO is benchmarking to establish a baseline or recalibrate its position for a formally selected standard. In that case, planning or replanning associated with introducing the standard should be carried out.

Benchmarking acts like a bridge between standards and metrics. In many ways, benchmarking is the measurement that links standards and metrics. The concepts and considerations of using metrics in the project management environment are presented in the next section.

Determine Project Metrics Requirements

The PMO will be involved or influential in determining which metrics are used in the project management environment. In many cases, it will have

AU4680_book.fm Page 93 Monday, July 16, 2007 2:06 PM

�

The Complete Project Management Office Handbook

responsibility for identifying the metrics that are applied to project, tech- nical, and business performance or are captured from measurements, such as tracking efforts, assessments, and audits. To that end, the PMO is responsible for metrics comprising the various sets of data that represent and quantify either its prescriptive practice guidance or results from its directed measurements.

Similar to the business environment, metrics have a wide variety of uses in the project management environment. In general, metrics can be used in the project management environment to:

� Facilitate decisions (e.g., go/no-go criteria, project selection/con- tinuation, etc.)

� Specify project classification � Provide common understanding of project and activity status � Manage project performance � Convey a concept or model � Monitor consistency and improvement � Determine trends � Ensure compliance � Ascertain capability � Identify performance goals � Determine project management maturity

While this list offers a few primary uses of metrics, PMOs can likely identify additional uses relative to their business interests. Recognizing how metrics can be used in the project management environment allows the PMO to determine which metrics are required in the relevant organization.

This PMO function model focuses on three metrics requirement areas: (1) process management and improvement metrics, (2) project perfor- mance metrics, and (3) business management metrics. A discussion of each is presented in the following subsections.

Identify Process Management and Improvement Metrics

The PMO will likely have responsibility for a number of interrelated processes that are relevant to project management, and it should develop guidance and measurement metrics for these processes. A high-level perspective on process management and improvement metrics is provided for five process areas having PMO interest.

AU4680_book.fm Page 94 Monday, July 16, 2007 2:06 PM

Standards and Metrics � 95

Project Management Methodology Processes

The PMO should develop and capture metrics for using the methodology and for determining its effectiveness (and thus the extent of any need for improvement). This includes identifying metrics for:

� Frequency of prescribed activity use (e.g., reporting, auditing, plan reviewing, risk monitoring, etc.)

� Levels of prescribed activity participation (e.g., project manager, team members, business managers, project executives, customer, etc.)

� Process scalability (i.e., conditions of project classification for pro- cess element use/nonuse)

� Extent of project management information collection (required forms and template use, required data items, required data collec- tion timing, etc.)

� Process review frequency (quarterly, annually, for each project, etc.) � Progress of methodology contributions toward the desired level of

project management capability (and organizational maturity) — through development of metrics in specific interest areas (e.g., cost, schedule, and resource utilization; planning effectiveness; risk man- agement improvements; etc.)

The PMO should develop its plan for applying project management methodology process metrics in conjunction with methodology and prac- tice management oversight.

Technical Processes

Technical processes are ideally integrated within the project management methodology and are based on the specific nature of technical work performed. To ensure proper alignment with project objectives, however, technical process standards will likely warrant a separate set of metrics. The PMO will need to collaborate with technical experts to define any process metrics within a technical discipline or industry. It also can examine some general metrics considerations, such as:

� Particular technical process applicability to the type of project � Specification of preferred technical tools and models � Technical information management � Technical product quality management (see more on quality man-

agement in the performance metrics section below)

AU4680_book.fm Page 95 Monday, July 16, 2007 2:06 PM

96 � The Complete Project Management Office Handbook

Again, presuming that there is close alignment with the project man- agement methodology, technical metrics can be embedded during devel- opment and implementation of the project management methodology, making them manageable in that context. Otherwise, they can be managed independently of the methodology.

Business Processes

Business processes used in the project management environment should be integrated with the project management methodology to the extent possible. Methodology users in the project management environment may not always perform the specified business processes themselves; therefore, the PMO is responsible for extending its collaboration with functional managers to create any necessary business process metrics. This usually involves factors of when, where, and how the business aspects of project management will be performed, as well as who will perform them. Some business process metrics to consider include:

� Timing and responsibility for project opportunity transition from “sales” to project management

� Scope and contract-acceptance criteria � Change management criteria � Customer interface issues management and associated customer

protocols � Vendor and contractor selection criteria � Project financial and contractual close-out requirements

While business processes and their associated metrics can be incorpo- rated into the project management methodology, the PMO must ensure that business managers at least concur with, if not endorse, the business processes to which the methodology and the associated metrics ar e aligned. In some instances, business managers will develop and provide such business process metrics to the PMO for use in the project manage- ment environment.

Resource Management Processes

Because it has a responsibility for resource integration, the PMO should communicate and collaborate with the human resources department when it defines metrics for resource management processes within the project management environment. Some resource management process metrics that the PMO might consider establishing include:

AU4680_book.fm Page 96 Monday, July 16, 2007 2:06 PM

Standards and Metrics � 97

� Resource assignment responsibility (timing and criteria) � Resource performance review responsibility and performance ratings � Project management and technical training eligibility criteria � Management protocols and their use for resource performance issues � Resource sourcing criteria (such as internal resources versus exter-

nal contractors)

Where appropriate, resource management process metrics can be incor- porated into the project management methodology; otherwise it can be used independently by the PMO.

PMO Support Processes

The PMO should define the necessary metrics that constitute how it conducts its own support activities within the project management envi- ronment, that is, the functions of the PMO. The PMO may develop operating processes to help achieve its prominent functions, which would justify considering metrics. In general, the PMO can evaluate the effec- tiveness and efficiency of each PMO function it implements. This would include establishing metrics in such areas as:

� PMO staff workload levels and coverage � Criteria, priorities, and guidance for PMO project support activities � PMO reporting frequency, content, and criteria � PMO level of process redundancy within the relevant organization

Individual PMO functions, however, may warrant a more detailed exam- ination of metrics needs and requirements.

Identify Project Performance Metrics

PMOs at all stages will have a vested interest in project performance. Indeed, in some cases, project performance oversight is a primary purpose for the existence of the PMO. In that respect, it needs to develop guidance and measurement metrics for such performance. In discussing project performance metrics in this section, much of the metrics implementation can be associated with the development and implementation of the project, technical, and business processes with which these metrics are aligned. Thus, many of these metrics will be incorporated into the project man- agement methodology or technical and business processes that the PMO constructs. In other cases, the PMO will develop metrics for internal use in its functional processes.

AU4680_book.fm Page 97 Monday, July 16, 2007 2:06 PM

98 � The Complete Project Management Office Handbook

This section highlights the metrics that should be considered in several performance areas of interest. A high-level perspective on project perfor- mance metrics is presented for the following five key project performance elements. The PMO can consider developing metrics for other performance areas as it deems necessary.

Budget

The PMO should provide metrics for developing and managing a project budget to include both guidance metrics and measurement metrics. Begin- ning in the planning effort, the PMO can offer a list of standard cost estimates for common activities. In some instances, this is derived from internal lessons learned, or the PMO can validate and implement industry- standard budget estimates. The PMO should prepare funding authorization guidance that explains what routine funding limits can be considered, as well as the criteria for elevating budget authority. This might include metrics for standard funding of each project phase based on project classification. The PMO also can specify metrics for contingency funding stipulated as a percentage of the project budget. As a project approaches the implementation phase, the PMO should supply budget metrics that guide project cost management and reporting. This includes metrics for using earned-value cost concepts, cost variance models, and budget trend analyses and forecasting indicators. The use of budget performance metrics ensures that every project remains within cost or that corrective actions are taken in response to indicators that identify when a project budget is experiencing difficulties. In addition, the PMO can use budget metrics to compile aggregate project cost and budget results, plus related indicators for all projects within its purview.

Schedule

The PMO should provide metrics that aid in managing and controlling the project schedule. Guidance metrics are applicable in such areas as suggested duration estimates for common activities identified during the early project planning phases, preferred depth of activity coverage within a work breakdown structure (WBS), and identification of the number and types of activities that can be concurrently scheduled based on project classification. Similarly, schedule measurement metrics are essen- tial in tracking schedule performance during project implementation. The PMO will want to consider those metrics that are applied to earned value schedule concepts, schedule variance models, and schedule man- agement analyses. Using schedule performance metrics ensures that every project remains on schedule or that corrective actions are taken

AU4680_book.fm Page 98 Monday, July 16, 2007 2:06 PM

Standards and Metrics � 99

in response to indicators that identify when a project schedule is expe- riencing difficulties. Again, the PMO can use schedule metrics to compile aggregate project schedule results and indicators for all projects within its purview.

Resource Management

The PMO will want to consider the use of metrics that help ascertain the performance of resource management on projects. At the outset, there are comparable guidance and measurement metrics for resource management on projects similar to those for budget and schedule. These include such metrics as the suggested number and type of resources for common activities, learning-curve diagrams for resource estimating, and resource- acquisition timing indicators. The PMO should examine these metrics plus any others that contribute to effective project planning and expedite the assignment of necessary project resources. Later, during project implemen- tation, the PMO should consider metrics such as resource-utilization trends and variances, assignment completion rates, and resource availability. Similar to the previously mentioned metrics for budget and schedule performance, resource performance metrics also allow the monitoring of planned and current status of resource utilization and, if necessary, the application of enabled corrective actions when resource performance difficulties surface during a project. In the case of resource performance, the PMO also gains effective oversight of resource utilization across projects when appropriate metrics are introduced.

Another aspect of resource performance — the acquisition, assignment, and management of the human facet of project management — warrants PMO attention for metrics. With the help of guidance and measurement metrics, project managers and the PMO will be able to properly staff projects and manage individual performance. Metrics in this area include focusing on resource pool or other internal source availability rates, hiring needs versus use of external contractors, resource manager participation in preparing and assigning resources, individual performance trends and analyses, and team cohesion and performance indicators. The PMO should devise the metrics necessary to properly integrate resources into the project management environment, consistent with the resource allocation and assignment practices of the relevant organization.

Risk Management

Risk management is an inherent component of project management, and virtually all effective PMOs and project managers acknowledge the need to manage project and business risks. The PMO needs to confirm that

AU4680_book.fm Page 99 Monday, July 16, 2007 2:06 PM

100 � The Complete Project Management Office Handbook

perspective by developing the necessary guidance and measurement met- rics to facilitate effective project and business risk management.

The common risk management process calls for identifying, prioritizing, and responding to risks that could affect projects. In some project man- agement environments, risk is distinguished between events having poten- tial adverse impact and those having potential positive opportunities. In that regard, the PMO should develop and implement metrics that address the relevant organization’s process and business approach to risk.

Guidance metrics for risk management can include such items as specification of standard risk events and responses; preferred response strategies for major types of risks; frequency of risk examination and analysis; frequency and type of risks encountered on common projects, along with the preferred solution that can be incorporated in the project planning phase; common risk impacts on project performance; costs of proactive versus reactive risk response strategies; and ranges of risk fund allowances per the project classification. The PMO needs to ensure that project managers and risk managers have sufficient guidance to deal with the risks that are identified and the risk events that are encountered.

Measurement metrics assist the PMO in oversight of pr ojects, but measurement results also contribute to the development of metrics guid- ance that can be used on subsequent projects. The PMO will want to consider such metrics as the average number of risks identified on each project (by project classification), the number of risk events that actually occurred (whether identified or not in advance), the number of risk events (identified and actual) associated with project teams and individual project managers, and the cost of responding to risk events (on average and by project). Moreover, one of the more underappreciated aspects to risk management involves managing the value of the project, as outlined in the business case. Metrics should track the reliability and validity of the business case value calculations during the project. Together, this collection of metrics should enable the PMO to identify and assist the project manager in responding to potential risk impacts on a real-time basis or in analyzing overall risk management performance and improving practices and indi- vidual competency on future projects.

Quality Assurance

Quality assurance performance tends to be aligned with the technical aspects of the work performed. The extent of PMO involvement in technical oversight determines the nature of the quality assurance metrics that the PMO introduces into the project management environment. How- ever, every PMO has inherent responsibility for quality on all projects,

AU4680_book.fm Page 100 Monday, July 16, 2007 2:06 PM

Standards and Metrics � 101

regardless of its technical oversight and alignment. Quality assurance metrics remain, therefore, within the PMO purview.

Quality assurance guidance metrics can include such considerations as identification of quality standards criteria (as may be influenced by orga- nizational quality certifications or internal policies), frequency of customer deliverable specification and project scope reviews, allowable variations in product or service quality, and content and frequency of quality assurance reporting, including criteria for special reporting or elevation of quality issues.

Quality assurance measurement metrics should include such items as quality variance values at interim checkpoints, number of pr oject or contract scope changes requested and approved affecting deliverable specifications, quality difficulties or defects associated with particular project teams and individual project managers, average customer accep- tance rates and timing, and contribution of lessons learned from quality performance. Quality assurance also applies to the project management aspects of performing the project work and producing its prescribed deliverables — products and services.

A PMO that is heavily involved in the technical aspects of the project will want to convene its senior technical experts to define more detailed metrics for use in performing technical activities and in achieving customer product and service specifications.

Identify Business Management Metrics

In its role as business integrator, the PMO will want to (1) ensure that applicable business management metrics are introduced into the project management environment and (2) provide applicable project information to project stakeholders having direct responsibility for business manage- ment. The PMO should introduce metrics that provide for this mutual exchange. It should attempt to build these metrics gradually, leveraging commonly supported elements first and then demonstrating the success of early metrics before increasing the range of business management metrics that are implemented in the project management environment.

A high-level perspective on business management metrics is presented for the following four key project management elements.

Contract and Agreement Metrics

The PMO should provide metrics to ensure that contract formats and content are achieving strategic business objectives. This includes metrics for pricing strategies, customer payment management, invoice distribution,

AU4680_book.fm Page 101 Monday, July 16, 2007 2:06 PM

102 � The Complete Project Management Office Handbook

and customer prequalification. Of course, the PMO should also adopt metrics for contract change management to maximize benefits and control the legal aspects of project management.

Customer Satisfaction Metrics

The PMO should develop and implement metrics that enable the relevant organization to ascertain customer and customer-group satisfaction with project deliverables and to identify the opportunities for long-term cus- tomer relationships. In particular, the PMO should apply metrics that help identify and rectify customer problem areas with minimal impact on marketplace perceptions of project performance.

Project Portfolio Management Metrics

The PMO is ideally positioned to convey project information between senior management and the project management environment. It should use this advantage to construct metrics that facilitate project portfolio management. This includes defining metrics that assist in formulating decisions about project selection, continuation, and termination. It also includes developing metrics that help review aggregate project perfor- mance, identify strong and weak project performance areas, and assess ongoing alignment with strategic business objectives.

Financial Metrics

Although the consideration of financial performance metrics may be a part of any of the previous business management areas, it is often aligned with project portfolio management. It is highlighted separately here to enable examination of such factors as revenue generation, expense trends, and bottom-line analyses. A separate examination of financial metrics also may be expanded to provide the PMO with the analysis and insight to implement or recommend improvements in areas of project cost estimat- ing, project pricing strategies, project expenditure allowances, vendor and contractor cost qualification criteria, and project staffing costs.

Introduce and Use Project Metrics

Once it has developed the necessary metrics for the project management environment, the PMO must ensure their integration into appropriate pro- cesses and their use according to design. The latter is particularly important to the PMO because it normally designs the use of metrics to guide and

AU4680_book.fm Page 102 Monday, July 16, 2007 2:06 PM

Standards and Metrics � 103

measure results across a collective set of projects within its purview, and it should ensure that metrics are applied consistently to all projects.

Because the PMO will predominantly seek a big-picture view of all projects, it should introduce metrics to serve project managers while also fulfilling its purposes of oversight, control, and support, based on its charter. To that end, there are three primary activities that should be accomplished to introduce and use metrics in the project management environment: (1) preparation of a metrics measurements plan, (2) com- parison of metrics performance, and (3) establishment of corrective actions. Each is discussed in the following subsections.

Establish Metrics Measurements Plan

When the PMO designates a metric, it should be prepared to monitor and manage it at a higher, aggregate level of examination. Therefore, the PMO should be cognizant of and track all of the metrics it has constructed — both guidance metrics and measurement metrics — as they are intended for use within the project management environment.

The focus of the metrics measurements plan is on measurement metrics, which are used to track project, technical, and business performance, and to provide timely indications about project conditions or status. Measure- ments that use prescribed guidance metrics also enable the PMO to examine and improve its guidance metrics.

The PMO should actively monitor and manage metrics that it prescribes in the project management environment. This can be accomplished by developing a metrics measurements plan for the project management environment. This plan will help the PMO organize and manage the prescribed metrics plus their individual and collective values to the relevant organization.

The following are suggested elements of a metrics measurements plan for the project management environment:

� Measurement sources. Prepare a brief description of the metric and its intended use; identify what project data are used to measure the metric.

� Measurement levels. Specify the level of detail and type of data to be obtained from the metric to be used; identify any special competencies or authority needed to obtain measurements for the metric.

� Measurement frequency. Indicate how often metric measurements are needed and used (e.g., the time frames for each project phase).

� Measurement performers. Identify who is responsible for conduct- ing measurements relative to each prescribed metric. (This may be

AU4680_book.fm Page 103 Monday, July 16, 2007 2:06 PM

104 � The Complete Project Management Office Handbook

integrated into the project management methodology, or into the associated technical and business processes, or identified separately when there is no associated process.)

� Measurement consumers. Designate who should receive data or reports containing measurements based on prescribed metrics; clar- ify when special measurement analyses are needed and for whom.

In essence, the metrics measurement plan specifies the compilation of all prominent metrics for which the PMO is responsible. It allows the PMO to consider how and when the metrics are applied, and it enables ongoing examination of the values of the metrics that are implemented. The PMO can refine or adapt the contents of this measurement plan to fit the needs of the relevant organization.

Compare Metrics Performance

The metrics measurements accomplished per the measurements plan should provide appropriate and sufficient data to evaluate each metric or set of metrics used in the project management environment. This enables the PMO to perform comparative analyses on project, technical, and business performance in areas in which metrics have been installed.

Beginning with an analysis of metrics from specific project efforts, this activity can include both in-progress analyses and post-project analyses. Thereafter, aggregate analyses of metrics across all projects are conducted. These analyses examine the application of guidance metrics and the results of measurement metrics to identify how well projects are achieving spec- ified objectives. In conjunction with the real-time project oversight that it performs, the PMO also examines project performance trends resulting from the introduction of particular metrics.

A metrics review is then conducted at intervals (specified by the PMO) to ascertain how well-chosen metrics are benefiting project efforts and the organization’s business interests. This includes examining how con- sistently metrics are being applied to projects and the reasons why they are not being applied according to prescribed procedures. This review also closes the circle of this PMO function in that it identifies what progress has been made toward achieving any associated standards in the project management environment.

Establish Corrective Actions

Like standards, metrics are applied to improve performance in the project management environment. The PMO has a vantage point in its examination

AU4680_book.fm Page 104 Monday, July 16, 2007 2:06 PM

Standards and Metrics � 105

of cross-project results of standards and metrics implementation. Thus, it can provide remedies — on projects immediately and in the total practice over time — as described below.

Project Corrective Action

The PMO should examine metrics from project status reports and other sources to determine whether there are any troubled projects that warrant its intervention. If any adverse indicators are discovered, the normal PMO response is merely to confirm that the project manager is attending to the problem. If, however, indicators are more severe, the PMO may want to delve into the details with the project manager at a regular or special meeting and provide recommended corrective actions.

Along with this immediate response to a specific project, the PMO can also use its cross-project perspective to evaluate the preferred corrective action responses for a variety of metrics indicators. The PMO can then incorporate these corrective actions into the project management meth- odology as a reference for future use by all project managers.

Practice Corrective Action

The PMO, in its examination of metrics, will be able to discern where strengths and weaknesses exist in processes and procedures used within the project management environment. Similarly, it will be able to determine when metrics are appropriately applied or bypassed in favor of individual solutions. The PMO can take corrective actions at the practice level to bolster preferred metrics application within the project management envi- ronment. This type of corrective action could also be achieved through adjustments to the project management methodology. However, rather than being a simple effort, methodology modification might affect pro- cesses, which would then have an impact on the established use of metrics.

Postscript for the Smaller PMO This model has presented some advanced concepts and complex practices that provide for comprehensive management of standards and metrics in the project management environment. It is not likely that the smaller PMO will have either the staffing or the authority to construct such an elaborate function. Therefore, it may be appropriate for the smaller PMO to focus simply on the following two fundamental activities to fulfill its responsibility to manage standards and metrics within the project man- agement environment.

AU4680_book.fm Page 105 Monday, July 16, 2007 2:06 PM

106 � The Complete Project Management Office Handbook

First, identify a practice standard for project management. This effort alone may require considerable time and collaboration with project stake- holders, and particularly project managers, to achieve consensus in select- ing a preferred standard. Prominent issues will likely include contemplating how the standard will be deployed in terms of process guidance, whether project management and technical processes will be integrated or linked, who will develop it, and how long it will take to deploy. If necessary, start by developing only a few of the more critical processes, but prepare plans for a full life-cycle methodology in the foreseeable future. As initial PMO activities go, establishing a standard for conducting project manage- ment is somewhat of a priority. Once established, it then becomes a practice standard that serves as a frame of reference for many other activities in the project management environment. It also provides the basis by which the PMO prescribes additional project management guid- ance, and monitors and manages project performance.

Second, focus on project performance and ascertain what information project stakeholders need to do their jobs. Construct a few primary metrics that enable key project stakeholders to make decisions and take actions consistent with their responsibilities, to include the following stakeholders:

� Project manager: makes daily decisions to keep individual projects on track and reacts to problems and issues encountered. Metrics are constructed to help manage cost, schedule, and resource uti- lization, accompanied by metrics to facilitate risk and quality man- agement. In most cases, these supporting metrics can be embedded in the project management methodology.

� Project team members: apply technical skill and knowledge, along with awareness of prescribed project management activities, to achieve project deliverables. Metrics can be constructed to help them manage their personal work efforts and associated work time. In addition, metrics can be used to provide project team members with indicators of work quality — before critical technical or customer reviews are conducted.

� Project sponsor, project customer, and the PMO: evaluate project progress based on reports from the project manager. Metrics are constructed to provide quick indications of project progress, what problems and issues remain unresolved, and whether established plans and expectations for project deliverables are still valid.

� Project specialists and business managers: include business ana- lysts, project schedulers, risk and quality management profession- als, and business contract administrators who routinely contribute to the project information database. Metrics are constructed so that

AU4680_book.fm Page 106 Monday, July 16, 2007 2:06 PM

Standards and Metrics � 107

these specialists can apply standard input and analyses of condi- tions in the same manner for every project.

� Project vendors or contractors: perform assigned aspects of project work per established contracts or subcontracts. Examine metrics constructed for internal use to determine if they also can be applied to external project participants. If necessary, develop metrics spe- cifically for vendors and contractors to help them (and the relevant organization) in overseeing their work performance, timely com- pletion of deliverables, and associated invoice management.

� Project executive and senior managers: evaluate project perfor- mance from a business perspective. Metrics are constructed to address customer satisfaction, ongoing business case validation, and appropriateness of fit within the portfolio of projects. In particular, metrics for selecting, continuing, and terminating projects are needed for this stakeholder.

These are perhaps the most important metrics for key stakeholders in project management. They provide a solid start for the “standards and metrics” functional responsibility in a smaller PMO.

AU4680_book.fm Page 107 Monday, July 16, 2007 2:06 PM

109

Chapter 4

Project Knowledge

Management

The emerging concepts of knowledge management are a prominent topic of debate: what it is, what it does, and who should use it. For the purposes of this Project Management Office (PMO) function, knowledge management will be examined as coordinating organizational knowledge and information to enable increased project management capability and to achieve business value from that capacity. This concept elevates fundamental communications in the project management environment from mere data transfer to the conveyance of ideas, perceptions, expe- riences, and interpretations that transcend the simple exchange of infor- mation. When using knowledge management concepts, the traditional aspects of project management reporting and project information man- agement are properly retained but are generally adapted to be more timely, comprehensive, and widespread among stakeholders and relevant to business interests.

Because the PMO is responsible for establishing the project information management capability in the relevant organization, it can now employ the expanded features of project knowledge management to achieve its objectives. The “project knowledge management” function enables the PMO to:

�

Develop an approach to project performance reporting.

�

Construct an effective project management information system.

AU4680_book.fm Page 109 Monday, July 16, 2007 2:06 PM

110

�

The Complete Project Management Office Handbook

�

Facilitate collaboration among project managers, project teams, and project stakeholders.

�

Manage activities of virtual and geographically dispersed project teams.

�

Implement a robust project management knowledge reference library.

�

Capture and utilize individuals’ wisdom, perspective, intuitions, and experiences.

�

Promote a learning organization among project managers.

The knowledge management efforts of the PMO should create a well- informed project management environment that operates efficiently, com- municates effectively, and responds knowledgeably in providing customer and business solutions.

Project Environment Interface Concepts

The PMO is charged with facilitating, if not directly handling, much of the project information that crosses desks, influences meetings, and enters boardrooms throughout the relevant organization. The PMO undertakes a major initiative and broad role that combine elements of oversight, control, and support in developing and implementing a project knowledge management capability. When properly constructed, the knowledge management system will be a tremendous benefit and distinct service in the project management environment and throughout the relevant organization.

The PMO’s “project knowledge management” function establishes the processes and means for reporting project progress and status. Progress is the specification of the advancements made in achieving planned project activities and objectives, that is, cost, schedule, and r esource utilization management. Status is a determination of what that resulting progress signifies relative to project management effectiveness, contrac- tual obligations, customer satisfaction, and business interests. The knowl- edge management system enables the generation and distribution of project performance information so that these status factors can be examined, interpreted, and, as necessary, acted upon by a wide range of project stakeholders.

Moreover, the PMO will use this function to provide procedures and tools that facilitate project teams’ ongoing efforts to communicate, col- laborate, and become a more cohesive unit, with particular consideration for those project team members not physically collocated. This activity includes establishing capability for such things as project-level reporting,

AU4680_book.fm Page 110 Monday, July 16, 2007 2:06 PM

Project Knowledge Management

�

111

project task assignment and management, technical solution deliberation and discussion, task performance review and handoff, and time manage- ment. In addition, this may also include acknowledging external vendor and contractor participation in project activities and providing them with appropriate access to selected areas of the knowledge management system. Furthermore, project management communication and collabo- ration can be extended to senior management by implementing an “executive dashboard” tool that provides real-time, business-critical infor- mation at a glance.

The knowledge management function can provide the modern, pre- sumably electronic answer to the traditional “project binder,” where all project information resides. This function allows the PMO to introduce and integrate preferred tools that help the PMO, project managers, and other project stakeholders develop and manage project information and documentation. Accordingly, the project management information system tool is a prominent knowledge management component. It is used to capture and distribute project data, such as cost, schedule, and resource utilization; develop and access project plans and documents; and maintain issues, meeting agendas and actions, and other important project logs.

Similar to the need for a standard “project binder” is the consideration for project archives, which includes possible alignment with a project management reference library. This enables access to such information as lessons learned, technical solution guidance, and, perhaps, interactive discussions of prevalent business or technical topics and personal insights in “chat rooms.” It also may address online training for project stakeholders across the relevant organization. Consequently, this PMO function can be used to establish and integrate the preferred project management reference capability for use within the project management environment.

Business Environment Interface Concepts

Early project management information systems were influential in infor- mation exchange and communication within the project management environment. The PMO’s knowledge management function introduces new capability that improves upon and expands that influence throughout the relevant organization while still maintaining the essential information needed within the project management environment. Knowledge man- agement recognizes the organization’s project information needs and drives the development of a solution that integrates project information with business interests. When this capability is implemented, the interac- tions between business units and individuals in the project management environment become more efficient and effective.

AU4680_book.fm Page 111 Monday, July 16, 2007 2:06 PM

112

�

The Complete Project Management Office Handbook

Individuals and business units that were previously unaware that they were project stakeholders will now be able to access the project knowl- edge management system for their own business purposes. Indeed, it is quite likely that any required project information will now be exchanged with routine efficiency.

Business units, in particular, that have interactions with customers, vendors, and contractors will gain more information and insight into these relationships. For example, business managers responsible for sales will be able to examine project performance and customer satisfaction, resource managers responsible for project team members will be able to review resource commitments, and senior managers responsible for busi- ness performance will be able to determine progress toward achieving strategic objectives.

The information and knowledge management tools needed in the business environment are essentially the same as those described above for the project management environment. Some additional packaging, data calculation and compilation, and distribution methods — usually by elec- tronic means — may be all that is necessary to provide benefits to the business environment.

Project Knowledge Management Activities across the PMO Continuum

The “project knowledge management” function along the PMO compe- tency continuum is represented by increased capability to collect and share project management information and knowledge and a greater efficiency to accomplish it thanks to the introduction of automated knowl- edge management application tools. Moreover, the PMO competency continuum reflects a progressively broader scope of project management information and knowledge access to entities outside the project manage- ment environment. In particular, the more developed PMO levels extend project management information and knowledge for sharing and integra- tion into business operations of the relevant organization. There is also the potential for extending knowledge management system access, on a selective basis, to external project participants such as customers, vendors, and contractors.

knowledge management activities according to each level in the PMO competency continuum.

The project office applies the information and knowledge management tools and practices that are available for use in the project management environment. In the absence of a higher-level PMO, the project office will

AU4680_book.fm Page 112 Monday, July 16, 2007 2:06 PM

Table 4.1 presents an overview of the range of prescribed PMO

P ro

je ct K

n o

w le

d g

e M

an ag

e m

e n

�

1 1 3

Table 4.1

Range of Project Knowledge Management Activities across the PMO Continuum

Project Office Basic PMO Standard PMO Advanced PMO Center of Excellence

Uses established project knowledge management tools to prepare and manage project plans, reports, and documents, and to collaborate on project team performance

Introduces essential project information management capability:

– Develops project management reporting and collaboration procedures

– Provides tools for managing project information

– Creates methods for compiling and using project lessons learned information and other feedback

Introduces automated tools and practices for project knowledge management:

– Installs a project management methodology tool

– Builds a project management information system (PMIS)

– Constructs a project document archive and reference library

Expands knowledge management tool functionality for business use:

– Develops Web- based project team knowledge spaces

– Implements a Web-based project team collaboration tool

– Installs an on-line project portfolio management tool

– Introduces an on- line executive dashboard

Analyzes project knowledge management system capability:

– Examines project knowledge management business value and benefits

– Recommends advanced tools and knowledge management capabilities

A U

4680_book.fm P

age 113 M onday, July 16, 2007 2:06 P

114

�

The Complete Project Management Office Handbook

collaborate its needs with key project participants to establish a common approach for reporting project progress and status, as well as to identify a preferred tool to facilitate reporting.

Mid-range PMO levels of the continuum have the responsibility of introducing project information and knowledge management practices, ideally supported by automated tools and online applications. A prominent PMO effort at this level is “building” a project management information system (PMIS) that allows the organization to achieve an effective project management information and knowledge management capability.

The center of excellence participates in this effort in an advisory role to the project management environment and possibly lower-level PMOs, as well as to business units in the relevant organization. It furthers the functional effort by focusing on the implementation of advanced knowledge manage- ment tools and their interconnectivity for greater efficiency of communica- tion and collaboration within the project management environment.

This PMO model promotes the timely transition from information system management to the expanded project management communication and collaboration capability found in the context of the emerging knowl- edge management discipline.

Project Knowledge Management Function Model

The PMO’s “project knowledge management” function model presents a capability to communicate and collaborate within the project management environment and with stakeholders in the business environment of the relevant organization. The model addresses project management informa- tion handling, particularly through the progressive implementation of knowledge management tools and techniques. However, this model does not attempt to introduce all concepts and considerations of the knowledge management discipline in an exhaustive manner. Rather, the PMO can use this model to guide the introduction of those knowledge management components that are aligned with project management communication and collaboration exchanges.

edge management” function model, and the following subsections describe each activity.

Any PMO implementing a knowledge management capability must consider the culture of the relevant organization while knowledge man- agement is being planned. In this case, organizational culture represents the manner in which people within the organization interact, together with the responsibilities and actions they accept as appropriate. Instituting knowledge management affects the organizational culture and brushes up

AU4680_book.fm Page 114 Monday, July 16, 2007 2:06 PM

Figure 4.1 depicts the prominent activities of the PMO’s “project knowl-

Project Knowledge Management

�

115

against people’s beliefs and values. This condition must be considered while the elements of an effective project knowledge management system are discussed and deliberated. Afterward, people, for the most part, will gain an understanding of knowledge management concepts, as well as an appreciation for how their personal use of knowledge management ultimately contributes to achieving business interests and objectives. The PMO can facilitate this acceptance by proceeding with implementation at a pace acceptable to the organizational culture.

Establish Knowledge Management Framework

The PMO, in close coordination with business unit managers and partic- ularly the IT department, should design a strategy for implementing knowledge management within the project management environment. This entails creating a knowledge management framework that will guide the development of near- and long-term capabilities of knowledge man- agement used in the project management environment.

The PMO should take the lead in defining the project knowledge management approach — what data and information will be collected, stored, and retrieved to facilitate project management; how such data and information will be used and transformed into knowledge; and the means (i.e., automated systems and tools) by which project knowledge material is produced, maintained, and applied to benefit project management and the business interests of the relevant organization.

When establishing the framework for knowledge management, the PMO must have sufficient understanding of knowledge management con- cepts to achieve proper initial planning and subsequent implementation of associated tools. First, the PMO should begin by r ecognizing that knowledge proceeds from — but is distinctly different from — data and information. Data usually results from quantitative measurement. Informa-

Figure 4.1 “Project knowledge management” function model.

ESTABLISH KNOWLEDGE MANAGEMENT FRAMEWORK

Information Management

Document Management Process Management

Collaboration Management Project Archive and Reference Library Management

IMPLEMENT KNOWLEDGE MANAGEMENT SYSTEM

Develop Project Management Information System (PMIS) Develop Executive Dashboard

Construct Project Management Library

Implement On-Line Project Collaboration

Implement Other Knowledge Management Tools

INTRODUCE KNOWLEDGE MANAGEMENT SYSTEM

Conduct Installation and Establish Connectivity Perform Function and Feature Customization Introduce Project Knowledge Management Content

AU4680_book.fm Page 115 Monday, July 16, 2007 2:06 PM

116

�

The Complete Project Management Office Handbook

tion adds meaning, relevance, and purpose to data. Knowledge, in turn, represents information that has been transformed by human experience or interpretation. It contains such added values as judgment and under- standing about a matter or topic.

For the most part, knowledge is an organizational asset generated by people. It is codified or categorized to facilitate placement and application within the workplace, and then it is transferred or otherwise made available for use by other people. A number of automated tools can and should be used to facilitate the critical practices of knowledge management.

This discussion is hardly intended to be a primer in knowledge management, but it does provide a fundamental frame of reference for what should be performed to introduce knowledge management into the project management environment. In lieu of having an internal knowledge management expertise, the PMO may need to seek the advice and services of qualified vendors and consultants, particularly as it considers imple- menting advanced knowledge management concepts and capabilities.

The PMO can begin its efforts to construct and implement a project knowledge management system by examining the communication and collaboration requirements within the project management environment. This examination can be as detailed or as abbreviated as the PMO’s scope of responsibilities warrants. The following are key components of a knowledge management system and framework for which the PMO can determine needs and develop an approach for implementation.

Information Management

The PMO must decide how pertinent information will be compiled, distributed, and used in the project management environment; identify those participants who will be responsible for information handling and management; and then plan and conduct implementation of the desired information management capability.

The PMO should use this knowledge management component to develop concepts that will guide the direction of the project and project management information handling capability within the relevant organi- zation. The PMO can begin this effort by examining three key elements of information management.

Information Users

The PMO should know and account for the primary information users in the project management environment. The four broad categories of infor- mation users presented below can be used to determine who needs project and project management information in the relevant organization:

AU4680_book.fm Page 116 Monday, July 16, 2007 2:06 PM

Project Knowledge Management

�

117

Project participants

: project managers, team members, and tech- nical staff

Project oversight managers

: PMO, sponsors, executives, control boards, etc.

External project stakeholders

: customers, vendors, and contractors 4.

Business managers

: business unit managers (e.g., sales, contracting, human resources, etc.)

This list can also be used to determine who will generate or compile that information for dissemination and use within the relevant organization. The resulting “information user requirements” will serve as the basis for the subsequent specification of project and project management docu- mentation and information content.

Information Systems and Tools

The PMO, in close collaboration with the IT department, should know and account for existing information systems and information management tools that are used in the project management environment. This will provide a baseline for reference as the PMO proceeds to examine options for introducing new, automated mechanisms for information handling and knowledge management.

The PMO can identify and categorize current information system capa- bility relative to four general types of information management tools, as

Paper based

. Project management information is collected and distributed by hand, but is likely supported by fundamental word processor, spreadsheet, or database software applications.

Automated

. One or more automated systems provide integrated collection of project and project management information, as well as automated access and distribution for network-based information users.

Web based

. This is a variation on the automated approach that simply uses the Internet or an intranet as the preferred platform for project management information collection and distribution.

PDAs and wireless

. This is yet another variation on the automated approach that expands the reach of the information system to mobile use via personal digital assistants (PDAs), mobile tele- phones, and other mobile devices.

The resulting “current systems and tools” list will provide a starting point or baseline from which the PMO can, in collaboration with the IT

AU4680_book.fm Page 117 Monday, July 16, 2007 2:06 PM

discussed in Chapter 2, “Project Management Tools”:

118

�

The Complete Project Management Office Handbook

department, establish a direction for future use of automated systems and tools that will improve information management process capability, sup- port project information handling needs, and contribute to the fulfillment of broader project knowledge management objectives.

Information Management Planning

Despite the brevity of guidance contained in the previous two subsections, the completion of associated actions can be a significant challenge for some PMOs. Likewise, planning the future state of information manage- ment capability in the project management environment can be a long and difficult journey for many PMOs, particularly when information man- agement is presented as a component of the larger knowledge manage- ment endeavor. The PMO must gain a wider perspective on how to make information management efficient and effective. It needs to work across business units to examine and select appropriate information management systems and tools, and then implement resulting information management processes to achieve user satisfaction.

Nevertheless, the PMO should conduct information management plan- ning within the project management environment using expert guidance and involvement from the IT department, along with participation and review of PMO recommendations from business unit and technical leaders in the relevant organization.

The depth and extent of information management planning will depend on the PMO’s responsibility and maturity within the relevant organization. The following are general activities that the PMO can complete or consider when conducting information management planning and formulation of future direction:

�

Use established baseline conditions to determine what changes, if any, are needed in systems, tools, and processes for project infor- mation management — create a mapping of information processes and associated information flows.

�

Examine and select new systems and tools that support current or desired information management processes; otherwise, the new system or tool will mandate the process when it is implemented

�

Examine new systems and tools with regard for connectivity to current systems, as well as for information transfer and exchange with current systems.

�

Select new systems and tools with consideration for expanding the knowledge management capability in concert with achieving desired information management capability — review information

AU4680_book.fm Page 118 Monday, July 16, 2007 2:06 PM

Project Knowledge Management

�

119

management together with other components of project knowledge management (see subsections below).

�

Select one primary, high-end, automated project management tool that fits well in the organization, but recognize that tool customi- zation or additional secondary tools may still be needed to fulfill desired capability.

The PMO can use these items when planning information management capability. Its plan and recommendations should be appropriately cleared with the IT department and coordinated within the relevant organization, and can be used to guide the introduction and implementation of infor- mation management systems and tools that will be used for pr oject management as well as other project knowledge management needs. (See

ducting automated tool selection and implementation.)

Document Management

The project management environment inherently generates documents associated with projects. Documents represent bundles of data and information having interrelated content that is applicable to project as well as business management. As an element of knowledge management, the PMO will benefit from developing the means to facilitate project document management.

In developing this knowledge management component, the PMO will identify primary documents and how they will be used and managed, which is complementary to the information management component described above. The PMO can begin this effort by identifying the types of documents that reside within the project management environment, to include such items as:

�

Project management plans

�

Project management reports

�

Technical documents

�

Business documents

�

Project records and logbooks

These documents will be examined more closely for content in the section on developing the project management information system. How- ever, for our purposes here, the focus of the PMO is on establishing the means for such documents to be managed as a part of the knowledge management effort. In particular, the PMO must determine whether it will

AU4680_book.fm Page 119 Monday, July 16, 2007 2:06 PM

Chapter 2, “Project Management Tools,” for more information about con-

120

�

The Complete Project Management Office Handbook

build or retain a more or less simple automated file structure, acquire an automated document management system, or, perhaps even install a content management system. These represent three primary means by which project participants and stakeholders can generate, store, and retrieve project documents, and they are presented below for consideration by the PMO.

Simple Automated File Structure

In this approach, document preparers and users will store and access electronic project documents on computers and networks. Documents stored on an individual computer may not be readily accessible to the project team or other project stakeholders. In contrast, documents that reside on a network do provide ready access to all users in the project management environment according to the network access authority given to each user.

The PMO can use this “default” approach, which is available in virtually all organizations today. It may specify which project documents can be retained in individual computers and which must be stored on the network. As well, it may want to consider establishing a file and folder structure for documents saved to common project areas on the network, along with access requirements for the different project stakeholders. The word processors on most computers already have a file management capability that displays document filenames, size, and location on the system. Accord- ingly, the PMO can establish standard file directories and use an existing word processing application as the document manager.

Document Managers

This solution uses an automated system specifically designed to manage storage and access to multiple documents. This normally includes the capability to handle larger, more complex and diverse types of documents that may be encountered and used in the project management environ- ment, including CAD files, engineering drawings and specifications, and software engineering output. These examples and the like may justify the PMO’s consideration for acquiring specially designed systems or tools that facilitate the document management needs of the technical users.

In examining this approach to document management, the PMO should anticipate an increased cost because more-advanced document handling features are included in the software application designed specifically for project and technical document management. In some instances, systems or tools selected for project management collaboration will also include a document management feature or capability, and this can be considered

AU4680_book.fm Page 120 Monday, July 16, 2007 2:06 PM

Project Knowledge Management

�

121

by the PMO when evaluating such automated applications. See more

Content Managers

This type of tool is used when there is a need for extensive use of recurring document content across a variety of technical and business documents. Essentially, content management provides data sets — chapters, para- graphs, drawings, and even words — that are available for reuse and insertion in multiple documents. This is accomplished through the data- set management capability of the content management system. An example of how content management can be applied in project management is the use of templates and repeatable content for project management plans. Most word processors and office suite applications can manage templates. However, the technical and business aspects of project management may warrant some consideration of content management.

The requirements for developing customized products or other tech- nical solutions may also indicate a need for a content management system that “translates” technical information into design and specifications doc- uments. In addition, the complexity of associated contracts may require content management system support to address the multitude of content options in individual customer and vendor proposals and contracts. Most organizations would consider the acquisition of a content management system to be a major operating expense — usually starting at a low six- digit figure — that demands validation of need. At the same time, content management systems can often be used for multiple purposes across the relevant organization as a means to justify the hefty cost. Furthermore, if the PMO designs a comprehensive knowledge management system, there also may be applications for the content management system relative to implementing the collaboration capability, project archives, and project management reference library.

Process Management

Process guidance, like much of the other information in a project man- agement environment, has traditionally been paper based. However, the advancing capabilities of information systems have increased access to and management of process guidance through automated means. For the PMO, the issues of process management deal directly with the “project management methodology” function, which ensures that all essential ele- ments of project management, including links and integration with tech- nical and business processes, are accomplished. Thus, the knowledge

AU4680_book.fm Page 121 Monday, July 16, 2007 2:06 PM

information on this consideration in Chapter 2, “Project Management Tools.”

122

�

The Complete Project Management Office Handbook

management aspect of methodology management provides for the features of an automated platform on which the methodology resides.

In defining the needs for the project management methodology plat- form, the PMO should consider:

�

Access by:

�

Project participants

�

Other stakeholders in the relevant organization

�

Customers and external vendors

�

Translation and integration of methodology process content in:

�

Project management Web-based information pages

�

Executive dashboards

�

Project management information systems

�

Business systems

�

Coverage and capture of project management life-cycle activity information

The approach that the PMO deliberates in this knowledge management component identifies how the project management methodology will be made available within the project management environment. This PMO effort should therefore determine (1) what systems it will reside on, be connected to, or interface with; and (2) what information will be made available to which project stakeholders as a result of that placement.

Automated process management capability is a feature that can be found in several middle- to high-end project management software appli- cations. Therefore, the PMO should examine some of the relevant products in the marketplace if automated (methodology) process management is an objective within the relevant organization.

Collaboration Management

Collaboration within the project management environment presents the need for both personal contact and for information or “knowledge management” contact. Collaboration also involves implementing facilitating processes and systems. The process factor is normally addressed through methodology process implementation; the system factor, in the context of knowledge management, is the system mechanism or tool used to communicate or otherwise make critical information and guidance available to users.

Therefore, the PMO should examine this knowledge management component with consideration for:

�

Collocation or geographical separation of project teams

. The PMO should list all work locations of the project teams within its purview.

AU4680_book.fm Page 122 Monday, July 16, 2007 2:06 PM

Project Knowledge Management

�

123

This will enable a simple evaluation of physical location impacts and constraints on collaboration to include consideration of:

�

Single-location teams, where all team members work in the same localized facility — commonly typified by “walking dis- tance” personal contact

�

Multiple-location teams, where team members perform various aspects of project work at different facilities — generally rep- resented by some need and anticipation for short- or long- distance travel for routine or recurring personal contact

�

Virtual teams, where team members work at home offices or at global or regional business facility locations and do not plan or anticipate routine personal contact

This examination should result in the identification of primary and geographically dispersed work locations that are inherently part of the project management environment.

�

Types of collaboration required

. The PMO should determine the nature of collaboration needed at each work location within the project management environment and consider communication and information exchange relative to:

�

Project performance reviews

�

Technical performance reviews

�

Business performance reviews

� Project team coordination and development meetings � Project stakeholder meetings (e.g., management, customer, ven-

dor or contractor) � Project team member assignments and coordination of task status � Project team time management and approval activities � Technical and business innovation forums � Project Web-based knowledge-space reference pages � Cross-project collaboration, coordination, and infor mation

exchange forums This examination should result in the identification of collaboration needs at primary or geographically dispersed locations, and a simple diagram showing project communication and collaboration requirements across locations can be developed to illustrate the PMO’s findings.

� Complexity of technical and business elements. The PMO will need to recognize the impacts and special collaboration needs of more- complex project solutions resulting from contract innovations, the introduction of new technology, or simply the complexities of the established technical solution and business interests. In this regard, the PMO can examine the: � Nature of collaboration required

AU4680_book.fm Page 123 Monday, July 16, 2007 2:06 PM

124 � The Complete Project Management Office Handbook

� Level of management involvement � Inclusion and availability of technical expertise � Participation by external stakeholders (and their collaboration

capabilities) � Collaboration management mechanisms. The PMO should identify

what types of system applications or activities are necessary to facilitate collaboration efforts, to include consideration of the fol- lowing collaboration mechanisms: � E-mail: a message creation and distribution system, which rep-

resents a virtual standard in today’s business organizations for communicating and tracking project information.

� Instant messaging: a real-time message creation and distribution system, but which limits real-time communication and collabo- ration to those participants currently connected to the system. This capability is provided through certain types of online Web- based communication applications, selected Internet service pro- viders, as well as some mobile telephone and paging systems.

� Face-to-face meetings: real-time personal interactions used to facilitate deliberation and discussions regarding technical, busi- ness, and project management topics.

� Telephone conferencing: a means to provide real-time deliber- ation and discussion among participants. Because this system may constrain the number of active participants by relegating other conference attendees to listening-only status, it is not practical for more than a handful of participants.

� Video conferencing: similar to telephone conferencing but it is enhanced by visual display of participants, as well as referenced displays and diagrams. These enhancements can incur consid- erable additional equipment costs, which the needs of the relevant organization may warrant, particularly if videoconfer- ence equipment and costs are shared across business units.

� Web-based collaboration: systems and tools in this collection all perform project-related communication and collaboration within the context of their connectivity to the Internet or an intranet. Some may be associated with network-based applica- tions and are differentiated by the features offered. They include the following generic tools: � Web-based presentation systems, which enable online audio-

visual presentations to audiences of various sizes. Some systems provide for reruns of stored presentations — some- times referred to as a webcast or webinar.

� Web-based communication systems — either an integrated feature of Web-based presentation systems or a separate

AU4680_book.fm Page 124 Monday, July 16, 2007 2:06 PM

Project Knowledge Management � 125

application — enable interactive participation in question submittal and responses, voting, and polling in online pre- sentations and meetings of larger audiences, and usually require a participant–moderator capability.

� Web-based “chat” rooms and “blog” sites, which provide both real-time conversation mode and forum-type informa- tion “threads” on various pertinent topics.

� Task management systems, which provide for online assign- ment of project tasks to team members and others while also tracking and managing task progress.

� Online work spaces, which facilitate document and work- in-progress reviews by various project participants. Such workspaces can also transfer or exchange partially complet- ed work products for use by other project participants. (This represents specialized use of project of knowledge spaces, which is reiterated in the next section about project archives and reference library.)

� Podcasts: a means to provide audio-visual types of communi- cation in presentations usually designed for handheld mobile devices, with capability to download recurring or featured pre- sentations to a mobile device through Internet or intranet access.

� Time management systems: a software application or online capability that provides for collection and management of indi- vidual participant time on project work; a feature that may be integrated with other computer or Web-based systems, partic- ularly task managers.

The PMO should gain an understanding of the relevant organization’s collaboration needs and examine practical tool and system solutions in formulating its approach to the collaboration management component of knowledge management.

Project Archive and Reference Library Management

The capability to access and use lessons learned from previous projects is an essential activity of effective project management. Through the construction of a project archive (that is presumably online), users are able to access pertinent information for review or for application to new project planning efforts. Similarly, a project management information reference library, enhanced by knowledge management tools and fea- tures, can assist project teams in their individual and collective perfor- mance efforts.

AU4680_book.fm Page 125 Monday, July 16, 2007 2:06 PM

126 � The Complete Project Management Office Handbook

Applying the following general tools can help in creating and managing the project archive and reference library capabilities of this knowledge management component.

Project Information Storage Database

The project information storage database is the online project information center that contains critical information about past and present project work. It may be the primary tool selected for the project management information system that also has the capability and capacity to retain and access information on previously conducted projects. In particular, it addresses the project work breakdown structure (WBS), the project work- plan (cost, schedule, and resource utilization), and the project risk man- agement plan. This inherently provides indications of the accuracy of project estimates and allows standard estimates to be adapted for particular project use. This storage database may contain important project informa- tion components, such as project performance feedback and lessons learned, or this information may be captured using a project management knowledge space, described below.

Project Management Knowledge Spaces

This system-based tool extends the reference library features for accessing real-time and relevant project information and project management knowl- edge. Able to cover any imaginable topic the PMO may want to pursue, this tool includes user contributions in the form of project documents, technical papers, and online threaded or real-time discussions that essen- tially serve to expand the understanding of points and topics presented. After the project management information system, the use of knowledge spaces may be an organization’s single, most valuable collaboration tool. Because it can also be a significant cost item, it warrants PMO consideration of the following types of knowledge space use:

� Technical knowledge space: provides access to technical articles and presentations that have value in the project management environment. This material can be compiled and stored on internal systems or provided via an Internet address for access at the source location. One or more knowledge spaces can be constructed to address multiple technical disciplines.

� Project team knowledge space: provides online capabilities to exchange ideas in a discussion forum, display the project workplan and track project progress, attach project plans and documents for

AU4680_book.fm Page 126 Monday, July 16, 2007 2:06 PM

Project Knowledge Management � 127

project team members to access, as well as conduct planning and document review and approval activities.

� Project management forum: provides online capabilities to exchange project management concepts and ideas, identify and discuss current practices and solutions applied to project efforts, deliberate best practices in project management, and reference other relevant online forums. This is a cross-project knowledge space that all project stakeholders in the relevant organization can access.

� PMO knowledge space: provides the PMO staff with a working knowledge space similar to that furnished to project teams. It can be used to assist in creating and managing PMO functions, as well as to document PMO oversight, control, and support in the project management environment.

� Vendor or contractor knowledge space: provides a means to identify and select vendors and contractors for project work assignments, manage their contractual responsibilities, and track their perfor- mance for ongoing consideration in subsequent work assignments.

� Customer knowledge space: provides a means to capture informa- tion about customers for use in the project management environ- ment. Such concerns as customer project history, customer performance issues, and customer evaluations, in particular, can be captured and examined for future reference.

� Project management and industry news: provides access to news articles (normally as Internet addresses to Web pages) that are pertinent to the project efforts of the relevant organization.

� Project management publications: provides a general review of project management and technical books, and possibly incorpo- rates a recommended reading list. This knowledge space also may contain a listing of relevant magazines and periodicals and may include an Internet address for online access to reviews or entire manuscripts.

� Project history knowledge space: provides for Web-based display of relevant information from past projects, per information captured or derived from the project database — project descriptions, project classification, project results, etc.

� Project management training: provides for Web-based review of internal and external training courses relevant to project partic- ipants. This consists of descriptions of optional and mandatory training and may also provide online training program registra- tion capability.

These are a few ways in which knowledge spaces can be developed for use in the project management environment. The PMO should consider

AU4680_book.fm Page 127 Monday, July 16, 2007 2:06 PM

128 � The Complete Project Management Office Handbook

pursuing these, together with other types of knowledge spaces, to achieve a full-capability project archive and reference library.

Project Archive and Reference Library Options

The project archive and reference library can contain the following optional features:

� Project management knowledge database. An internal/external online system that enables project management information, techni- cal guidance, and practice reference materials to be identified, col- lected, and stored as needed, or referenced for random access by users in the project management environment. This may not neces- sarily involve one system but, rather, a collection of several systems that provide access to project management concepts and techniques, white papers, sample tools and templates, online publications and project management news, and similar reference materials. The project management knowledge database may be a combination of the project information database and the project knowledge spaces and may possibly include other knowledge management access capabilities and features, which are also described in this section. In essence, this database represents the conceptual location for the project management reference library materials to be introduced for use in the project management environment, as this material must reside in a stored format somewhere.

� Search capability. The online project management reference library and knowledge management system should include the capability to search internal knowledge databases, as well as external sources on the Internet, to locate needed information. In particular, auto- mated search capability can be established to automatically seek information on the Internet using keywords, phrases, or even names of vendors, contractors, or competitors.

� Executive dashboard. This may be a separate tool connected with the project management information system, or it could be pre- sented in a knowledge space format. Because information in this space will likely need to access the project database, creating this reference is a matter of PMO preference, with consideration for the capability that the primary project information database tool can provide.

� E-training. This library feature presents internal and external online project management and technical training programs that are acces- sible to users.

AU4680_book.fm Page 128 Monday, July 16, 2007 2:06 PM

Project Knowledge Management � 129

� Commercial project management portals. Many project manage- ment library features described in this list are available through this option. While some features are free, some have additional cost, usually in the form of an individual or organizational sub- scription fee. Most portals permit users to access various types of project management and technical information and publications; some include project management tools and templates that are available for download; and still others provide project team “knowledge spaces,” “chat rooms,” and discussion forums. This is a good alternative for the PMO to consider when it does not plan to pursue its own internal knowledge management system.

It is important to note that the automated focus of this discussion of project archive and reference library options does not preclude continued development of the traditional library, such as books, papers, and publica- tions. In that regard, the PMO may wish to maintain a physical library in conjunction with its automated knowledge management system capability.

Introduce Knowledge Management System

The preceding section discussed defining the knowledge management concepts and practices for the relevant organization. The discussion that follows considers the planning required to introduce the preferred approach. This includes identifying the configuration of recommended hardware and software; specifying what system customization or “buildup” is necessary; and preparing for project knowledge management content entry, transfer, and connectivity with other systems. These activities are described in the following subsections.

Conduct Installation and Establish Connectivity

It is the PMO’s responsibility to ensure that the hardware and software selected will achieve the intended project knowledge management objec- tives. However, it is normally the IT department’s responsibility to ensure proper system and tool installation and configuration for use in the relevant organization.

Therefore, the IT department, in collaboration with the PMO, should install the knowledge management system or tool, and identify how each will be configured to operate in conjunction with other information systems in the project management environment (if there is more than one system), and with current and planned business systems in the relevant organization. Although the IT department may manage considerably more aspects and

AU4680_book.fm Page 129 Monday, July 16, 2007 2:06 PM

130 � The Complete Project Management Office Handbook

issues, the following are a few of the key installation and connectivity issues that the PMO may wish to know about and perhaps influence:

� System or tool operating system configuration � Electronic data interchange requirements and configuration � Application software and resulting file residence locations on

networks � User application and file access and control requirements and

configuration � Computing device interface requirements and configuration (PDAs,

mobile phones, dial-up modems, etc.)

Once necessary coordination has been accomplished, the PMO should rely on the IT department to fulfill system installation and connectivity requirements.

Perform Function and Feature Customization

The PMO, in ongoing coordination with the IT department, will need to determine what system or tool customization and buildup should be accomplished, and who will perform that work: the system vendor, the IT department, or resources within the project management environment. Planning in this area usually addresses customization that aligns the system with current processes and practices. However, it may also include cus- tomization that affects the capability for system interconnectivity. Normally, the IT department will lead or perform operating system and connectivity configuration, as described above, while the PMO will lead or perform most software application function and feature customization.

Three particular knowledge management system and tool customiza- tion activities should be examined, planned, and implemented.

Conduct General Software Customization

The PMO should determine the extent of customization required to make each new knowledge management system or automated tool ready for use in the project management environment. It should consider software configuration needs in the following areas:

� User logon and access (i.e., administrative, group, and individual users)

� Peripheral equipment and locations for data output (e.g., printers, storage, etc.)

AU4680_book.fm Page 130 Monday, July 16, 2007 2:06 PM

Project Knowledge Management � 131

� General screen appearance (i.e., colors, screen display size, font size, etc.)

� Alerts and alarms for embedded threshold indicators � Options for individual user personalization

The PMO can determine the need for other software customization as it proceeds through learning the functions and features of the system or tool. That can be incorporated into the customization effort as deemed necessary by the PMO.

Conduct Information Handling Customization

The PMO should determine what project and project management infor- mation customization is needed, how such data is to be aligned relative to connectivity with other systems, and then revise, refine, or develop user processes and configure system and tool features to achieve infor- mation handling requirements. It should consider information handling customization needs in the following areas:

� Project information: preparation and configuration of cost, sched- ule, and resource utilization information; often including graphical depictions of project timelines and resource matrices, specification of project reporting features, as well as development of executive dashboard and program-level screen depictions.

� Project management information: preparation and configuration of information pertaining to activities performed across the project management life cycle; often includes development and configu- ration of project manager checklists, templates, and tracking forms to facilitate management oversight and approval actions, or possible configuration and display of the prescribed project management methodology components — processes, practices, and tools.

� Project portfolio information: preparation and configuration of information required for decisions and deliberation related to project selection, continuation, and termination as well as project prioritization; often includes configuration of online access to busi- ness case information and current project status.

� Project collaboration: preparation and configuration of online capability for interactions among project team members and other relevant stakeholders within the project management environ- ment; often includes confi guration of task assignment and progress reporting, time management, and communication and discussion features.

AU4680_book.fm Page 131 Monday, July 16, 2007 2:06 PM

132 � The Complete Project Management Office Handbook

� Project reference information: preparation and configuration of online access to project and business documentation (plans, poli- cies, etc.), project management archives and library services, and internal and external project management information services.

The PMO will have to determine the types of depictions, information content, and user input that can be created on the new system or tool to achieve the desired process efficiency, and then implement them through software configuration or development of user interfaces.

Conduct System User Interface Customization

The PMO will need to plan how users will access and use knowledge management systems and tools. This may include a range of considerations, from simply using the functions and features as delivered, to developing modified user screens, to creating new system or tool user interfaces.

The PMO should plan and conduct system user-interface customization activities, considering customization needs in the following areas:

� Screen design: provides the design for standard information content displays and screen appearances in a logical and relevant manner for user access.

� Automated screen content generation: provides automated data calculations, introduction of new and cross-referenced information from dynamically linked databases, and display of management and reporting templates on content screens.

� Search-engine criteria specification: provides the criteria needed to conduct automated searches on the Internet for content, and the transfer of any acquired information content to the project management information library (database).

� User access levels: provides access-level definitions for the various types or categories of system users, and administers security and password features of the system.

� User personalization: specifies the options for individual users to customize screens, reports, and screen content according to per- sonal preferences or needs.

� User help screens: modifies existing system or tool help features to contain information of value to established users.

The PMO can facilitate the design and development of these user- interface features to optimize system and tool capabilities, and maximize their benefits for users.

AU4680_book.fm Page 132 Monday, July 16, 2007 2:06 PM

Project Knowledge Management � 133

Introduce Project Knowledge Management Content

The capability and configuration of the total project knowledge manage- ment system will guide content management. However, the PMO will want to prescribe how all systems will capture, store, and organize relevant information. For each knowledge management framework component, the PMO should plan and implement content-handling attributes in the areas outlined below.

Content Capture

This element specifies the means by which information is introduced into the project knowledge management system. To a large extent, project management data and information captures will be a manual-entry process. The project manager, team member, or designated project administrator will enter data and information into the system when they become known or at specified recurring time frames. Automated calculations or electronic data transfers from other systems may generate some content as well. As a result, the PMO should specify the source of required knowledge management input across systems or tools, particularly if it will reduce or eliminate any requirements for manual data entry. Any requirements for manual data entry must be conveyed to system or tool users.

Content Storage

This content management element specifies where the data or information resides. This may be a moot point if the project knowledge management system is totally automated and requires no manual database or storage setup or access outside of IT department management. However, defining this element becomes more essential when users of the knowledge man- agement system create electronic files and documents and have the associated responsibility for addressing their storage locations. The PMO should identify preferred databases and other electronic file storage loca- tions and then convey the electronic or online system storage addresses to system users.

Content Organization

This element of content management addresses the relationships between and among knowledge management data elements. It provides for exam- ination of data and information to ensure time relevance and content compatibility. Time relevance means making sure that two or more data elements used in calculations, presented in reports, or introduced into

AU4680_book.fm Page 133 Monday, July 16, 2007 2:06 PM

134 � The Complete Project Management Office Handbook

discussions and deliberations are of the same time period and, therefore, relevant to one another. Content compatibility means verifying that each data element used, particularly those retrieved from connected systems, is what it is supposed to be. To illustrate this latter point, one knowledge management system component can access a data element from a con- nected system that uses a data field identifier called “Project ID.” For a given value of “Project ID,” that data field identifier must refer to the same project in all systems. The PMO must be reasonably assured that all data and information are checked and properly organized for time relevance and content compatibility as they are introduced into project knowledge management system components.

Implement Knowledge Management System

The specific features of the project knowledge management system will be designed and implemented based on the PMO’s deliberation and decisions that define the knowledge management framework for the relevant organization. The PMO can consider the following guidance for implementing project knowledge management system components.

Develop Project Management Information System (PMIS)

The PMIS represents the fundamental capabilities of information capture and exchange within the project management environment. It is the traditional term and approach applied to project data and information handling, but is now broader as a result of expanded project manager business responsibilities and the use of automated tools to maintain data and information for readily available use. As such, it retains high impor- tance within the context of this PMO “project knowledge management” function model.

The PMO can consider the following PMIS content components to ensure effective communication and achievement of objectives within the project management environment.

Project Plan

The content and makeup of the “project plan” varies from organization to organization, and across industries. For purposes of establishing a foundation concept, a comprehensive “project plan” could include the following components:

AU4680_book.fm Page 134 Monday, July 16, 2007 2:06 PM

Project Knowledge Management � 135

� Project requirements documents: documents that identify the cus- tomer’s needs and describe the requirements for project perfor- mance, to include such items as: � Statements of work � Requests for proposals (RFPs) � Technical specifications � Business specifications � Surveys and analyses � Workshops (for design and collaboration) � Interviews (for needs and specifications clarification)

� Project business plan: the document that defines the project and guides the business aspects of project management, to include such items as: � Project definition (project objectives and scope) � Technical solution � Project business case � Business solution � Project charter

� Project workplan: an essential instrument of project management that specifies all project work activities (including milestones) and aligns factors of cost, schedule, and resource utilization to each planned work element. The following are generally accepted as key components of the project workplan: � Work breakdown structure (WBS): a specification and decom-

position of project work activities, normally to the work package level — the lowest level of work decomposition, where work element cost, work duration, and resources required to accom- plish the work are assigned.

� Cost: a specification of the estimated cost to be incurred for each work package or other work element in the WBS.

� Schedule: a specification of the estimated time duration to be expected, per work element relationships that are established, to complete each work package or other work element in the WBS.

� Resource utilization: A specification of resources, usually by name or type, which are needed to accomplish each work package or other work element in the WBS.

It is important to distinguish the project workplan as an element or component of the overall project plan, and not as being the project plan itself. The project workplan is used to guide the project work that is performed, and it is a very essential tool for the project manager. However, it is just one of the several documents that are

AU4680_book.fm Page 135 Monday, July 16, 2007 2:06 PM

136 � The Complete Project Management Office Handbook

components of the larger collection of project management docu- ments known as the “project plan.”

� Primary project management plans: documents that are prepared to expand on concepts and provide routine (and often standard- ized) project management guidance. Recommended primary project management plans are listed for PMO consideration in a separate subsection below.

� Project support plans: documents that are prepared to expand project management guidance, as needed, with regard to organi- zational policies, achievement of business objectives, industry prac- tices, project complexity and risk factors, and the experience level of the project team. Recommended project support plans are listed for PMO consideration in a separate subsection below.

� Technical plans and documentation: documents that provide tech- nical specifications, and which are used to guide technical design, development, and deployment activities; these items can be closely related and in some cases may even be the same elements con- tained in the project requirements documentation. Technical plans and documentation are included for PMO consideration in the list for project support plans below.

Primary Project Management Plans

Primary project management plans are the core documents of the project management plan. They provide essential concepts and guidance for managing the project. These primary plans should contain more detail as the projects they support become more complex. However, they are essential components of project management, and therefore primary project management plans should be developed for use on every project conducted by the organization.

It is important for the organization to recognize a standard set of component documents that are used to guide project management activ- ities, as prescribed by the set of primary project management plans that are described below. However, the organization should also review its need for these plans, and then either confirm their use or adjust and specify another set of primary project management plans that are used for every project. The content and level of detail of primary pr oject management plans may vary according to project size, value, and duration, but their purpose is generally applicable to all projects conducted by the relevant organization.

The following list presents six primary project management plans that are prescribed for use by all project managers across all projects conducted in the relevant organization:

AU4680_book.fm Page 136 Monday, July 16, 2007 2:06 PM

Project Knowledge Management � 137

1. Risk management plan. This plan specifies the activities for man- aging risk throughout the project management life cycle. It iden- tifies the project team members and other stakeholders responsible for managing various types of project risk, and it compiles the identified project risk events and response strategies established through a project risk assessment, and other ongoing efforts to identify and manage risks.

2. Communications management plan. This plan describes the meth- ods for gathering, distributing, and storing various types of project information. In particular, it specifies the content, format, and frequency of required and optional project reports. It also identifies and possibly presents a schedule for project meetings. If not created as a separate plan, it can specify project document requirements and control procedures.

This plan also identifies all project stakeholders, and to the extent possible, specifies their roles and responsibilities, as well as their physical locations and various means of contact. Additionally, this plan indicates the protocol for project communication — what are the preferred and authorized interactions and communications among project team members, senior management, the customer, vendors and contractors, and other project stakeholders.

Finally, this plan can include instructions for identifying prob- lems and escalating project issues to the project manager, the PMO, and senior management.

3. Change management plan. This plan describes the management and control of project scope. It particularly includes specification of the preferred change management process as an integral com- ponent of scope management. It also specifies individual respon- sibility for managing scope, and it specifies “dos and don’ts” for project team members as guidance for avoiding unintentional mod- ifications to the work effort that represent scope changes. This plan can contain a checklist for evaluating indicators of drifting scope.

Note: In some organizations, a scope management plan can be used in lieu of or is regarded to be the same as the change management plan, as managing change is the focus of this plan- ning effort.

4. Quality management plan. This plan describes how the project team will implement its quality policy and practices on the current project. It includes the identification of quality requirements for direct and indirect project deliverables, specifies the technical reviews and threshold values of quality control, and identifies the quality assurance activities to be accomplished as a matter of ensuring successful technical performance.

AU4680_book.fm Page 137 Monday, July 16, 2007 2:06 PM

138 � The Complete Project Management Office Handbook

It also can identify scheduled and ad hoc technical and project management audits that may be conducted as a part of the project oversight effort. It can reference applicable technical standards and specification documents, and adjunct technical plans having greater quality process and procedural details. When possible, it can identify individuals and organizations responsible for quality management.

Finally, the quality management plan should specify the pro- cedures and criteria for customer acceptance of project deliverables.

5. Vendor and contractor management plan. This plan describes how external resources will be integrated into the project effort. This includes specification of their primary point of contact and key roles and responsibilities that will be fulfilled. If not otherwise provided in a separate support plan, the procurement process for vendor and contractor acquisition can be incorporated in this plan. This plan also can reference and highlight key information ele- ments for each vendor or contractor agreement or contract. In particular, this plan will specify the deliverables to be accom- plished by the vendor and contractor, the methods that will be used to accept vendor and contractor deliverables, and the process for receiving and approving invoices associated with vendor and contractor deliverables.

Finally, this plan should prescribe the management activities that will be accomplished to ensure effective and timely vendor and contractor performance on the project.

6. Staffing management plan. This plan describes the pr oject resources needed, allocated, and assigned to the project effort. The plan is constructed to help the project manager and technical team leaders identify the number and type of resources needed to accomplish the project effort; when, how, and from where they will be sourced; and what steps will be taken to manage their timely acquisition and assignment. It frequently contains a project resource responsibility matrix to show alignment of individuals with project work responsibilities.

This plan may reiterate the location and methods of contact for each project team member. Additionally, a portion of the plan should specify how the project team and individual team members will be dispersed following completion of their assigned duties.

Project Support Plans

Project support plans are the adjunct documents of the project management plan. They provide many essential concepts and guidance for managing all aspects of the project. These “adjunct” plans should be used to satisfy the

AU4680_book.fm Page 138 Monday, July 16, 2007 2:06 PM

Project Knowledge Management � 139

technical and business aspects of project management, and they too will become more detailed as the projects they support become more complex. Additionally, larger, more complex projects may warrant the use of additional project support plans than may be required by smaller projects.

The following list presents a variety of project support plans that can be prescribed or otherwise considered for use at the discretion of the project manager, or per the nature of technical work, business require- ments, or skill and experience of the project team on each project.

� Auditing plan: specifies the scheduled and unscheduled techni- cal, business and project management reviews to be conducted; and may be an extension of or included in the quality manage- ment plan.

� Budget plan: presents the company, division, or relevant organi- zational unit annual budget for consideration relative to the current project and project planning effort.

� Business case plan: specifies the analysis and presentation of busi- ness assessments result that provide the justification to pursue the project opportunity.

� Configuration management plan: describes the procedures used to apply technical and administrative direction and oversight to identify, document, and control application of the functional and physical characteristics of any deliverable item or system.

� Cost management plan: presents the procedures for tracking and managing cost variance, and provides guidance for general over- sight of the project budget, including management of cost changes.

� Construction plan: provides information for coordinating, commu- nicating, and directing the construction of a capital facility in terms of scope, quality, time, and cost.

� Contingency plan: identifies alternative strategies to use if any specified risk events occur; this plan may be an extension of or included as a part of the project’s risk management plan.

� Customer relationship management plan: specifies the steps to take to manage customer expectations and involvement in the project effort.

� Customer support plan: describes the activities designed to assist the customer with a product or service after acceptance (sometimes called a maintenance plan).

� Documentation plan: specifies the design, development, storage, and disposal of reports, correspondence, information, records, logs, references, and other project data and technical documents; this plan may be an extension of or included as a part of the project communications management plan.

AU4680_book.fm Page 139 Monday, July 16, 2007 2:06 PM

140 � The Complete Project Management Office Handbook

� Engineering design plan: describes project deliverables in the form of specifications, drawings, data flow diagrams, or any other meth- ods that can be used to provide detailed information on how to build the product.

� Equipment management plan: prescribes how any major equip- ment and material used on a project will be acquired, managed for efficient use, and disposed of at the conclusion the project.

� Estimating plan: specifies the information required and the steps necessary for conducting an effective estimate of the related ele- ments of cost, schedule, and resource utilization. This can be an extension of or included with the project work plan.

� Facilities management plan: designates the facilities that will be used to support project work, provide staffing locations, and serve related project facility needs. It will prescribe the actions and responsibilities associated with acquiring, managing, and maintain- ing project facilities. It will provide guidance for vacating, returning, transferring ownership or use, or otherwise disposing of facilities at the conclusion of the project.

� Financial performance plan: stipulates business unit performance goals for a given financial period (or a given project).

� Health and safety plan: outlines the performance standards and requirements designed to protect project team members.

� Inspection plan: presents the design for the examination or mea- surement of work to verify whether an item or activity conforms to specific requirements.

� Inventory management plan: presents the design for the use and control of materials required to execute the project.

� Logistics support plan: presents the design, approach, and proce- dures for the acquisition and movement of materials and personnel required to conduct the project.

� Make-or-buy plan: explains the procedures for analyzing whether a particular product or service can be produced or performed cost- effectively by the performing organization or should be contracted out to another organization.

� Manufacturing plan: provides the scheme for building the product or deliverable resulting from the project effort.

� Materials procurement plan: describes sourcing of raw or prefab- ricated materials to support execution of the project.

� Operations plan: defines interface roles and responsibilities between the project team and the relevant organization’s business units.

� Peer review plan: structures the content and method of peer tech- nical reviews of the deliverable product.

AU4680_book.fm Page 140 Monday, July 16, 2007 2:06 PM

Project Knowledge Management � 141

� Portfolio management plan: identifies pending and approved prod- ucts of the relevant organization; defines the prioritization of approved products and projects, and the current project.

� Procurement management plan: describes management of the procurement processes, from solicitation planning through contract closeout.

� Product life-cycle plan: defines how the technical product will be created and evolve into a new offering, and how it will be main- tained during its “life.”

� Project organization plan: defines the management structure for the project and how it interfaces with the relevant organization; this may be an extension of or included in either the project charter or the project staff management plan.

� Regulatory compliance plan: explains how the work of the project will be managed to conform to applicable government regulations or industry standards.

� Resource utilization management plan: presents the procedures for tracking and managing resource utilization variance, and pro- vides guidance for how to measure and manage project team member assignments and performance.

� Schedule management plan: presents the procedures for tracking and managing schedule variance, and provides guidance for gen- eral oversight of the project schedule, including management of schedule changes.

� Staff training plan: specifies training to be undertaken by designated or potential project team members so that they can achieve quali- fication of project skill, knowledge, and competency requirements.

� Staff transition plan: addresses staff replacement issues and migration from the project to other assignments in the organization; this may be a part of or an extension to the project staff management plan.

� Strategic business plan: sets the organizational business direction and context for decision making in the development and execution of the project.

� Systems integration test plan: defines operating requirements and standards for combined elements of a system or the system as a whole.

� Technical plan: describes how the scope and deliverables of the project will be achieved from the perspective of the technical or professional work to be performed.

� Testing plan: defines the method and criteria for checking the conformance to requirements of the deliverable product or its components.

AU4680_book.fm Page 141 Monday, July 16, 2007 2:06 PM

142 � The Complete Project Management Office Handbook

� Tooling plan: provides the design for manufacturing equipment used to produce product components.

� Transportation plan: defines how the product will be transported through distribution channels to reach the customer’s points of product acceptance.

� Verification plan: provides for the evaluation of the correctness of the project output (deliverable) for various stages of product devel- opment based on the criteria for that stage.

� Warranty and field support plan: provides for replacement and repair of parts and extended services associated with product delivery.

An attempt was made to present items in the preceding list with generic titles, as a means to offer the PMO a perspective in what can be accom- plished relative to project planning. Undoubtedly there are numerous technical and business planning components that are unique to industries and organizations that are not listed here. The organization should identify those requirements and create the preferred format and content guidance for inclusion in the planning process.

Project Reports

The PMO should design and implement the means to prepare and access project reports, which includes the following general types:

� Project progress or tasking reports: normally prepared by project team members to indicate progress in accomplishing assigned project tasks, with distribution to the project manager.

� Project status reports: commonly prepared by project managers to indicate the current project status relative to planned cost, schedule, and resource utilization; to identify problems, issues, and their resolution; to specify deliverables and achievement of pr oject objectives; to confirm contract compliance or note contract modi- fications; and to address accomplishment of business objectives, with distribution to the project sponsor, executive control board, and the PMO.

� Project portfolio reports: customarily prepared by the PMO and containing aggregate results or indicators of project performance, business case fulfillment, and recommendations for project contin- uation or alternative actions (such as project audits, temporary hold, termination); with distribution to the executive control board.

� Project audit reports: usually prepared by the lead auditor (which is sometimes the project manager) to present the findings and recommendations of a project or technical audit; with distribution

AU4680_book.fm Page 142 Monday, July 16, 2007 2:06 PM

Project Knowledge Management � 143

to the project sponsor and the PMO, as well as to other project stakeholders as deemed appropriate.

Project Management Documents

The PMO should design and implement the means to prepare and access project management documents, if not already included elsewhere. This includes the following:

� Project charter: specification of project management authority, funding allowance, and authorization to proceed with project man- agement and technical life-cycle activities. This document can be incorporated as an element of the project business plan, as deemed appropriate within the relevant organization.

� Scope change management documentation: management of project scope change requests, change request reviews and analyses, scope change approval, and change notice actions.

� Project issues log: identification and resolution management of project customer, project sponsor, and project team issues; may include the consideration and documentation of problem management.

� Contact log: identification and management of important project stakeholder contacts.

� Actions log: identification and management of critical project or technical activities (including post-meeting action management) that are not otherwise covered in project planning documents.

Meetings and Collaborative Events

The PMO should design and implement the means to prepare and access information and documents concerning project meetings and similar col- laborative events (for example, technical reviews, performance reviews, technical solution discussions, etc.), which include the following:

� Meeting agenda preparation (purpose and topic pursuits) � Meeting facility arrangements (rooms, location, equipment, meals,

as needed) � Meeting scheduling (date, time, location, and method, such as in

person, online, via phone) � Meeting participant notification (and participant acknowledgment) � Meeting actions and follow-up responsibility tracking

This meetings and collaboration element can also be considered relative to the subsequent discussion of online collaboration, if the online approach becomes a prevalent meeting method.

AU4680_book.fm Page 143 Monday, July 16, 2007 2:06 PM

144 � The Complete Project Management Office Handbook

Develop Executive Dashboard

The executive dashboard can be viewed as a condensed and graphical representation of the project status report in real-time. Its name corre- sponds to instruments on an automobile’s dashboard panel, which may vary from graduated dials to displays of specific values. Despite the naming convention, executives are not the only project stakeholders who can benefit from accessing such information. However, the project information needs of the executive are usually the primary factors in the design and development of the executive dashboard.

The PMO should identify the requirements and construct an executive dashboard solution that provides appropriate project information to prom- inent users. The PMO can consider the following sample infor mation elements in designing and developing an executive dashboard capability that serves project executives and stakeholders in the relevant organization:

� Primary dashboard indicators: � Project status:

� Green indicator: project is proceeding according to plans � Yellow indicator: project has some variation but it falls within

allowable tolerances � Red indicator: project has some critical variations from plans

� Project milestones: � Identified milestone � Milestone achievement status (completed/not completed)

� Project deliverables: � Identified deliverable � Deliverable achievement status (delivered/not delivered)

� Secondary dashboard indicators: � Project performance management:

� Cost earned value indicators (planned, actual, variation) � Schedule earned value indicators (planned, actual, variation) � Resource utilization (planned, actual, variation)

� Project risk management performance: � Risk events (for past project periods to date, perhaps by

life-cycle phase) � Risk response implementation (yes/no) � Risk control effectiveness (percentage of impact reduction)

� Project issues management: � Issue type (per such categories as customer, project team,

vendor and contractor, etc.) � Issue description statement � Issue resolution statement � Issue status (open/closed)

AU4680_book.fm Page 144 Monday, July 16, 2007 2:06 PM

Project Knowledge Management � 145

� Customer invoice status: � Invoices submitted (invoice ID, date, amount, deliverable) � Invoice amounts paid (invoice ID, date, amount, deliverable)

This sample listing represents a few common executive dashboard content elements. The PMO can decide which of these or other information elements are needed for the dashboard it will implement in the relevant organization. In that regard, the dashboard should contain sufficient infor- mation to give users an adequate high-level perspective of project status and its performance. It should also provide links to more-detailed project information according to individual user needs. For example, the dash- board can be prepared as an automatically refreshed Web page or an otherwise predefined data display scheme that the deployed knowledge management system provides.

Construct Project Management Library

The project management library is an online reference tool that virtually all stakeholders in the project management environment can use. Although selected content may warrant access control, a large part of this project knowledge management component should be accessible to project man- agers, project sponsors, and project team members.

The PMO can use the inherent capabilities of the project management information system and supplement them as necessary with other knowl- edge management system components to provide a complete and com- prehensive project management library facility that contains the information elements like those described below:

� Project lessons learned: information and recommendations from previously completed projects that can be applied to current project planning efforts. For easy reference, lessons learned can be cap- tured and organized into the following categories: � Customer feedback � Project manager feedback � Project team feedback � Vendor or contractor feedback � Project cost, schedule, and resource estimating results � Technical and technology feedback � Executive feedback and guidance

� Project archives: a repository for project management plans and technical documents that can support post-project analyses and studies, provide reusable technical and project management solu- tions, and enable review of project management and technical

AU4680_book.fm Page 145 Monday, July 16, 2007 2:06 PM

146 � The Complete Project Management Office Handbook

process effectiveness. Project archives also can be aligned with the project team knowledge spaces described in the next section.

� Policy guidance: a reference to relevant policy and governance information that has application in the project management envi- ronment. This may comprise policies that direct the use of project management and technical methodologies, tools and practices, standard business objectives for every project, and industry and government regulatory guidance and mandates.

� Industry news: a reference to current news articles and publication content that deals with pertinent business, technical, and project management topics. This can be managed as a collection of indus- try-relevant news and information that is either captured and stored for later network database access by users or is represented by links to specified Web pages that are compiled and categorized for subsequent user access via the Internet. This information col- lection effort can include automated and manual infor mation searches based on relevant keywords, as well as monitoring and participating in online business, technical, and project management forums, chat rooms, Internet information feeds, or Webinars.

� Papers and presentations: an online repository for relevant internal and external technical papers and presentations dealing with busi- ness, technical, and project management topics. Information that is submitted at professional conferences and conventions or obtained from those sources or individuals can be categorized and stored for access in the project management environment.

� Project audits database: an online repository of the different project and project management audits that the project manager, PMO, or third-parties conduct. In general, this is essentially a document repository but some PMOs may want to construct a more rigorous audit quantification system that provides a more detailed automated analysis capability. The project audits database will necessarily have restricted user access and can be used for subsequent inter nal studies concerning the project management environment.

Implement Online Project Collaboration

The PMO can maximize collaboration in the project management envi- ronment by implementing knowledge management tools. In the context of this PMO function, collaboration means enabling project team members and other stakeholders to communicate and exchange information that helps achieve project objectives.

The PMO can use three prominent tools to facilitate project team collaboration:

AU4680_book.fm Page 146 Monday, July 16, 2007 2:06 PM

Project Knowledge Management � 147

Project Team Knowledge Spaces

This is an online information center — often represented in Web-page format — that is established for every major project. However, other configurations can also be used. For example, the project manager, cohe- sive project teams working multiple projects, and even business units can set up team spaces. Possible content for such knowledge spaces includes:

� Project charter � Project definition and other descriptive information � Project status information � Project logbooks � Project reports � Participant contact list (telephone, location, e-mail address, etc.) � Customer information, including links to customer Web sites � Vendor and contractor information, including links to vendor and

contractor Web sites � Links to relevant industry news and information Web sites � Links to project plans and technical documentation (see handover

spaces, below) � Links to relevant project management information portals � Links for project management methodology access (such as process

and practice guidance, as well as forms, checklists, templates, etc.) � A dedicated project team chat room to chronicle project manage-

ment and technical discussions pertaining to the project (see also general discussion rooms, below)

The project team knowledge space is an online location that provides quick and easy access to project information that the project team and other stakeholders require. This tool’s Web-based nature makes it acces- sible to geographically dispersed project team members.

Product Review and Handover Spaces

This is an online repository of project and technical documentation that authorized individuals can access. Represented by online workspaces where project and project management deliverables are created and stored, it can be used to:

� Store and access project plans, including retrieval for review and approval

� Store and access technical documents, with particular emphasis on retrieval and use of documents by different project team members

AU4680_book.fm Page 147 Monday, July 16, 2007 2:06 PM

148 � The Complete Project Management Office Handbook

(possibly at different geographical locations) for iterative design and development of project deliverables

� Store and access project deliverable electronic files and documents for quality review and approval, both internally and by customers

� Store and access vendor and contractor electronic file and docu- ment deliverables

� Provide simple or extensive feedback from technical and manage- ment reviews, as well as next-step guidance for iterative design and development activities

� Facilitate access to iterative deliverables for use in concurr ent engineering of other project deliverables

� The product review and handover space can be used to convey any deliverable design and development documentation that project team members need, including access to actual project deliverables that are constructed in electronic formats

General Discussion Rooms

This is an online collaboration feature that traverses the project manage- ment environment. It can be developed for a wide audience, such as all stakeholders within the project management environment, or for a spec- ified user group such as all project managers. It presents a capability for ongoing exchange of knowledge and information about project manage- ment, which can be conveyed in formats such as live online chat and threaded topic forums. One or more online discussion rooms can be developed to provide such capabilities as:

� Forum for exchanging project manager knowledge and information � Online project management mentoring through an “ask-the-expert”

forum � Forum for discussing new techniques and emerging technologies � Real-time distribution of lessons learned � Forum for organizational news and announcements about current

and new projects

The introduction of general discussion rooms emphasizes a cross- project and cross-business unit collaboration capability within the relevant organization.

Implement Other Knowledge Management Tools

This PMO “project knowledge management” function generally retains the traditional considerations of strong project communication while present-

AU4680_book.fm Page 148 Monday, July 16, 2007 2:06 PM

Project Knowledge Management � 149

ing a relatively new focus on intensive collaboration or interaction through the use of automated systems and tools. To that end, this PMO function model does not presume to provide a comprehensive examination of emerging knowledge management concepts and practices. However, there are a few more knowledge management tools and considerations that the advanced PMO may want to consider in its evolution. The list below briefly describes a few:

� Project management methodology system access: provides inter- connectivity between knowledge sources and the processes and practices of the preferred project management methodology system.

� Customer information knowledge spaces: provides capability for customers to have their own Web page on the relevant organiza- tion’s knowledge management system as a means to access infor- mation (such as project status, reports, and deliverables) relative to the customer project being conducted and possibly including an interactive communication capability, together with contract and invoice information.

� Vendor and contractor knowledge spaces: provides capability for preferred vendors and contractors to have their own Web page on the relevant organization’s knowledge management system as a means to access relevant project information, as well as to provide information about their participation and progress.

� Project portfolio management system access: Provides interconnec- tivity between knowledge sources and the processes and practices of the preferred project portfolio management system.

Postscript for the Smaller PMO

The smaller PMO has somewhat equal advantage in implementing the knowledge management function. In terms of cost and capability, the smaller PMO can normally compete with its larger counterparts in pro- viding comparable knowledge management tools and practices to satisfy the needs of its relevant organization. This equality is based on the consideration that every project management environment requires some level of communication and collaboration, and each organization commits some level of cost and effort to achieve the capability it needs.

There are three fundamental project knowledge management capa- bilities that the smaller PMO should consider to pr ovide adequate communication and collaboration capability within the project manage- ment environment:

AU4680_book.fm Page 149 Monday, July 16, 2007 2:06 PM

150 � The Complete Project Management Office Handbook

1. Identify and implement one standard project management infor- mation system (PMIS) — one that (a) facilitates input from the project manager and project team members while providing them with access to important project management information and (b) provides senior management access to project information needed for business decisions. This is established as much by the processes that are implemented as it is by the automated systems or tools that are used. Therefore, it is readily facilitated through project management methodology implementation.

2. Acquire and install an efficient (network or Web-based) project team and project stakeholder collaboration tool, if not already integrated as a feature of the PMIS. Project managers must com- municate with project team members, vendors and contractors, the project sponsor, and relevant executives; and project team members must communicate with one another. However, they all not only need to communicate, but they also must collaborate and exchange their concepts, ideas, and knowledge. Thus, this tool becomes a particularly critical need for geographically dispersed or virtual project team members.

3. Establish a basic project management archive capability. It is imper- ative that lessons learned be captured from each project conducted and then be made available for review and consideration when planning similar, subsequent projects. It is additionally important to have a reference to how well project management plans have performed so that one can adjust planning on future projects. The PMO should determine the best way to collect and retain this information as a part of the automated knowledge management system it constructs.

The smaller PMO will do well to facilitate appropriate levels of contact among participants within the project management environment by ensur- ing that they have the necessary knowledge management tools to effec- tively accomplish communication and collaboration objectives according to established processes.

AU4680_book.fm Page 150 Monday, July 16, 2007 2:06 PM

IIINFRASTRUCTURE MANAGEMENT

153

Chapter 5

Project Governance

The Project Management Office (PMO) is responsible for ensuring that the preferred business practices of the relevant organization are properly conveyed for use within the project management environment. The “project governance” function provides the authority and guidance nec- essary to enable the PMO and other project stakeholders to pursue project management objectives in a manner that is consistent with business interests and operating standards. It also provides for the ongoing exam- ination of how well authority and guidance are being applied within the project management environment, where the PMO serves the dual roles of examiner and examinee.

This “project governance” function enables the PMO to:

� Establish its authority to develop, implement, and manage project management practices and associated business interests within the relevant organization.

� Introduce and manage organizational and business standards, pol- icies, and directives within the project management environment.

� Confer authority and responsibility for project performance to project managers.

� Facilitate executive and senior management involvement in project management.

� Convene management and technical advisory boards, councils, and committees to collaborate on decisions and provide guidance rel- evant to the project management environment.

154 � The Complete Project Management Office Handbook

The PMO ensures that project management and PMO functions are conducted within accepted boundaries of established business practices and guidance. At the same time, it translates business requirements and develops methods for conducting business within the project management environment. Furthermore, it can contribute project management practices to influence how business objectives are achieved outside the project management environment. This is the two-way nature of the PMO’s “project governance” function.

Project Environment Interface Concepts The PMO should be the centrally r ecognized authority for project management within the relevant organization. This centralization pro- vides for consistent leadership and management across all projects, in contrast to each project being an independent work effort accomplished as dictated by individual or departmental interests and priorities. The PMO provides the common level of project management oversight and control that spans all projects. Recognition of the PMO as a central authority facilitates a consistent and repeatable approach to project management based on preferred standards and practices; translation and integration of business interests from a single and reliable source; technical guidance for achieving accuracy in project planning, tracking, and forecasting; and aggregation of project performance results for timely management review.

The PMO presents project management and project manager infor- mation and interests to senior management. It has a primary role to interface with executive and senior managers to convey not only project performance results, but also to identify the needs of the project envi- ronment that will make it more technically viable, more professionally competitive, and more aligned with advancements in the project man- agement discipline. The PMO’s authority coincides with its responsibility to keep senior management informed about the state of capability within the project management environment.

The PMO’s “project governance” function prominently includes efforts to work with executives and senior managers to solicit and implement their guidance regarding oversight and control of project performance and project management activities. This is generally accomplished through mutual participation on advisory boards and in decision-making forums. This is the PMO’s direct interface with business managers at all levels in the relevant organization. It is the primary means to identify, consolidate, and translate organizational business decisions into actions or directives requiring implementation in the project management environment.

Project Governance � 155

The PMO also is ideally situated to develop, guide, and possibly manage the distribution of authority given to project managers. More specifically, the PMO can pursue expansion of project manager authority levels promoted by concepts of modern project management. It can assist in defining the qualifications associated with increasing levels of authority, and then collaborate with functional managers to identify individuals demonstrating skill, knowledge, and experience aligned with those qualifications. The PMO also can coordinate with project sponsors to assist them in developing project charters that specify authority for each project undertaken. Some PMOs may take on the responsibility for issuing project charters.

Of course, the PMO also needs a charter to conduct its business. This PMO function facilitates the creation of a PMO charter along with its coordination and approval at the executive level.

Business Environment Interface Concepts The PMO’s “project governance” function demonstrates to business units across the relevant organization that they retain control and influence over their business objectives and interests. To a large extent, it may even provide the means for business managers to expand their control and influence into the project management environment to ensure that business interests are being achieved. Two primary types of governance are recom- mended to provide this interface between business managers and the PMO.

The first type of governance is that provided by an executive control board. This board comprises representatives of senior management within the relevant organization. For enterprise-level PMOs, this board would ideally include the chief executive officer. This board, or possibly a single executive on the board, is the senior manager responsible for the PMO’s performance and serves as the approval authority for the PMO’s charter. The head of the PMO will normally report to this board or, more specifically, to a designated executive on this board. This business alignment and oversight at the executive level ensures that all important business interests and objectives are conveyed and implemented within the project manage- ment environment. If project portfolio management has been introduced, this executive control board would be the guiding body for its implemen- tation. To that end, board composition would be the CEO and executives who hold or otherwise influence project portfolio management.

The second type of governance needed may include one or more technical or business advisory committees. In some cases these technical- based and business interest groups already exist within the relevant organization and can be used intact. For example, the PMO may be tasked

156 � The Complete Project Management Office Handbook

to introduce a business standard for which an oversight committee has already been established. It can either call on this committee simply to provide established guidance, or it can determine whether committee participation is desirable and feasible and seek to provide PMO represen- tation on the committee. In other cases, the PMO may seek specialized guidance either from business managers, project managers, or technical managers (or some combination of these) to achieve a particular objective. In this case, the PMO would convene the necessary committee to review, guide, and advise in technical and business matters applicable to the project management environment.

Project Governance Activities across the PMO Continuum The “project governance” function along the PMO competency continuum is initially characterized by activities that establish the PMO as a business activity having central authority and responsibility for project management across the relevant organization. This includes an acknowledgment of accountability to higher authority throughout the advancing stages of PMO development. However, it also illustrates progressively independent authority to “govern” in the project management environment without being burdensome to executives and senior managers.

governance activities according to each level in the PMO competency continuum.

The project office, in the form of the project manager, is the first line of authority for project management. The project charter is the instrument that conveys the necessary authority to manage project work. It also is the instrument that can specify what information or feedback is required from the project manager to the PMO and, ultimately, to the responsible executive or executive control board.

Mid-range PMO levels have the responsibility of introducing the capability and asserting appropriate authority within the project manage- ment environment to manage oversight, control, and support. In partic- ular, the mid-range PMO is responsible for using its authority to implement the business and technical policies and guidance deliberated and decided by executives and senior managers who have vested interests in project performance. Throughout this level of PMO operations, the PMO will play an influential role in developing and recommending project man- agement policies and guidance for senior management r eview and approval. The PMO may evolve to hold its own authority to prescribe policy and guidance without excessive senior management r eview,

Table 5.1 presents an overview of the range of prescribed PMO project

able 5.1 Range of Project Governance across the PMO Continuum

Project Office Basic PMO Standard PMO Advanced PMO

Conducts project management using authority conveyed

y a project charter

Introduces essential business authority and policy guidance for use in project management:

– Establishes the PMO charter

– Develops policy guidance needed in the project management environment

– Identifies project managers’ scope of authority

– Specifies project classification

Ensures business and technical guidance is properly conveyed to the project management environment:

– Establishes an executive control board

– Convenes and uses business and technical advisory boards and committees

– Monitors project management environment for use of business and technical guidance

Manages authority f direct interf organizational business manag

– Collaborates on preparation of policy, practices and guidance used by project managers

– Establishes requirements f cross-functional business suppor

– Identifies project sponsors’ authority

158 � The Complete Project Management Office Handbook

although it continues its close collaboration with senior management representatives from business units.

The center of excellence takes on a business unit-type approach to project governance. It is concerned with oversight and the delegation of authority within the project environment, but with a distinct cross-func- tional business interest and perspective. It will look at what authority different participants need, and how that authority can be placed at the appropriate level of management to maximize effectiveness for all busi- ness operations.

The PMO’s “project governance” function undoubtedly will be estab- lished consistent with the existing culture and distribution of authority that exists within the relevant organization. That considered, it remains only to be said that the PMO, at whatever stage it is introduced, must have sufficient authority to influence the activities of the project manage- ment environment and to undertake and achieve the business objectives for which it was created.

Project Governance Function Model The PMO’s “project governance” function model presents the means to define and construct a viable, if not a superb, project management capa- bility within the relevant organization. It does this through authority granted and supported by senior management. It also requires a moderate amount of ongoing senior management involvement at critical junctures in the PMO’s efforts to implement an effective and professional project management capability. As the PMO demonstrates its own capability and success, the early reliance on senior management decisions and approvals can be somewhat reduced, but it will never be eliminated. In project governance, the PMO is the extension of executive and senior manager authority within the project management environment. That necessitates ongoing PMO coordination and collaboration at the executive and senior management levels across the relevant organization.

governance” function model, and the following subsections describe each activity.

Prepare and Maintain PMO Charter

The PMO is created to oversee, control, and support the project manage- ment capability of the relevant organization. It is normally designed relative to the existing business and cultural norms of the organization. Some PMOs may vary from those norms, and in such cases, it may require a

Figure 5.1 depicts the prominent activities of the PMO’s “project

igure 5.1 “Project governance” function model.

PREPARE AND MAINTAIN PMO

CHARTER

Define Business Purpose

Specify Organizational Alignment

Highlight Functional Responsibility

Specify PMO Authority

Identify PMO Funding

DEVELOP PROJECT

CLASSIFICATION GUIDANCE

Examine Project Classification Purpose

Identify Project Classification Criteria

Implement Project Classification Guidance

DEVELOP PROJECT

MANAGEMENT POLICIES

Evaluate Policy Needs

Demonstrate Senior Management Support

Prepare Policy Guidance

ESTABLISH PROJECT MANAGER AUTHORITY

Contractual

Financial

Resource Management

Customer Relationship Management

Vendor and Contractor Relationship Management

ESTABLISH EXECUTIVE

CONTROL BOARD

Determine Executive Oversight Requirements

Set Control Board Parameters

Prepare Control Board Operating Procedures

160 � The Complete Project Management Office Handbook

concerted effort to introduce and manage the required organizational changes. Whatever the conditions, the PMO should pursue its mission based on a PMO charter that is documented and approved at the highest management level within the relevant organization.

The PMO charter is a “living document” that can be updated and adapted to organizational changes, growth of the project management environment, or PMO expansion as a business unit. As a document, the PMO charter should be no more than a few written pages in length. A two- to three-page PMO charter document should be sufficient to present all of the credentials and guidance that will be needed.

The PMO charter is constructed to:

� Describe its purpose relative to the achievement of business objectives.

� Show its organizational alignment with other business functions or units.

� Guide its development of functional capability. � Confer appropriate authority to accomplish its mission. � Identify PMO funding.

The following sections describe the preparation of these five elements within the PMO charter.

Define Business Purpose

The PMO, while dedicated to the pursuit of excellence in project man- agement, conducts its efforts with a somewhat higher purpose — to ensure that project performance contributes to improving business performance. How this will be accomplished is an element of the PMO charter that should be explicitly stated. If the business purpose of the PMO is not clearly stated, the PMO could be viewed as an ad hoc attempt to fix an isolated or temporary condition within the project management environ- ment, or it could be viewed as a technical entity that may or may not have involvement in project performance management and improvement.

Consider the following five points of discussion when formulating the statement of business purpose of a PMO.

Project Contributions to Business Revenue

Project management in many organizations directly represents the product or service that generates revenue — either directly for customer-specified work or indirectly as a matter of products on-the-shelf. Likewise, project

Project Governance � 161

management could concentrate on internal project work that is also indirect but still supports the generation of revenue by making the business environment more efficient and effective. The PMO charter should address these as business concerns that the PMO will manage. Avoid placing specific financial objectives in the PMO charter, as these can be identified elsewhere after the PMO functionality and authority have been established and tested. Rather, indicate why business solution responsibility is being placed under the purview of the PMO.

Reduction in Project Disarray

The PMO can be instrumental in introducing the critical practices needed to gain control of an otherwise disorderly collection of projects. This is not to say that all projects are in disarray, but that a sufficient number of projects across the relevant organization have performance results that warrant some additional professional oversight and guidance. Project disarray can be identified by a variety of indicators — a change in the types of projects being conducted, reduction in force, excessive turnover and replacement of project managers and project team members, changes in senior management, reactions to customer satisfaction issues, and much more. Specify what responsibilities the PMO will have for improving project management performance and what centralized oversight, control, and support will be included in its responsibilities.

Project Management Competency

Is project management a core business competency? Should it be? The PMO may be established to build both organizational and individual competencies in project management. At the individual level, the PMO could provide training and education consistent with an individual’s responsibility within the project management environment. This would be done in conjunction with the identification and introduction of best practices in project management that allow them to translate their new skill and knowledge into immediate and effective solutions in the work- place. Similarly, at the organizational level, the PMO can lead the pursuit of increased organizational maturity in project management. Indicate in the PMO charter what responsibilities the PMO will have for improving or enhancing individual competency and organizational capability and maturity in project management. This point of discussion could include the PMO’s potential purpose of providing project management technical support — the options for project management mentoring, facilitation of project planning, conduct of formal and informal project audits and

162 � The Complete Project Management Office Handbook

reviews, etc. In addition to being a primary resource for project manage- ment expertise that nearly all stakeholders in the project management environment can access, particularly project managers, the PMO may also have responsibility for technical process performance. If so, then that should also be specified in the PMO charter.

Project and Business Integration

The PMO’s role as a business integrator has been mentioned several times. The PMO charter should indicate how that role would be played out within the relevant organization. In general, it means identifying what the PMO will do to facilitate the integration of appr opriate process and business relationships between the project management environment and business unit activities. In a broad sense, this represents a variation on the concept of dealing with project disarray resulting from internal incon- sistencies and multiple perspectives on how business processes are con- ducted. The PMO charter can address the PMO’s responsibilities for bringing business and project stakeholders together under common prac- tices and objectives.

Strategic Business Objectives

When properly designed and designated, the PMO can be an extension of senior management within the project environment. It will carry the results of executive deliberation and decisions for implementation by project managers, and it will return compiled and analyzed results of project performance back to senior management for subsequent deliber- ation and decisions. This is particularly characterized by a project portfolio management process that ensures that executives are involved in making project selection, continuation, and termination decisions. Of course, that is done in the context of ensuring that all current and pending projects are aligned with the strategic business interests of the relevant organization. The highlights of any such strategic alignment r esponsibility can be presented in the PMO charter.

Specify Organizational Alignment

This element of the PMO charter specifies how the PMO will relate to other business units and their functions in the relevant organization. This can be an easy determination for a smaller PMO operating within a relatively flat organization, or it can be an extensively coordinated deter- mination with politically charged implications for a larger PMO or one in

Project Governance � 163

which operating units tend to function independently. There are three practical points of information that are needed to specify the PMO’s organizational alignment.

First, the PMO must have an executive sponsor. Ideally, this sponsor is the most senior person in the relevant organization — the CEO if the PMO is supporting the enterprise. Business needs will help determine whether the PMO is aligned at a level that warrants direct reporting to the executive sponsor, or if it is to be aligned lower in the executive sponsor’s business unit. The PMO charter should identify the executive sponsor and the executive or senior manager to whom the PMO reports, if these are not the same person.

Second, the PMO should be designated at a recognized business unit level — work group, branch, department, division, etc. This designation will inherently demonstrate the PMO’s peer business unit relationships within the relevant organization. This designation will either facilitate or constrain the PMO’s ability to accomplish its business purposes, but nonetheless it should be presented in the PMO charter.

Third, and somewhat related to the business unit designation above, is the identification of the individual slated to head PMO operations. The individual selected for this position must have the appropriate position title to manage PMO operations consistent with the business unit desig- nation and the responsibilities assigned, that is, PMO manager, PMO director, etc. The incumbent head of the PMO should be named in the PMO charter, along with confirmation of the position title.

Highlight Functional Responsibility

The PMO charter should indicate what PMO functionality will be established for new PMOs, or what will be added or eliminated for existing PMOs.

First, a review of the PMO functions is needed to determine applica- bility to the needs of the relevant organization and the stated purposes of the PMO. Presumably, a team responsible for PMO planning will accomplish this. Planners must be cognizant of the workload impacts — both in function design and implementation and in function operations — as choices of preferred functions are made. However, with the assump- tion of qualified resources being assigned to the PMO, a wide range of functionality can be addressed. More important is the depth or extent of that functionality. Many of the functions presented in this PMO model can be adapted for simple implementation and use. The PMO can specify these as “initial” or “fundamental” capability. Other PMO functions, those directly aligned with the PMO’s business purposes, can be cited as more comprehensive functions and planned accordingly.

164 � The Complete Project Management Office Handbook

Following this PMO function review, a list of preferred functions can be identified for inclusion in the PMO charter. This can be presented as a general statement of activities to be performed by the PMO, and this might include a basic planning outline for developing a PMO design document and a preliminary schedule for implementing PMO functionality. A more detailed PMO implementation plan can then be developed as a document that is separate from the PMO charter.

Specify PMO Authority

The PMO charter provides the PMO and other business units with an understanding of PMO responsibilities. It is therefore very important to outline the authority granted to the PMO to enable it to achieve its business purpose.

A new and usually smaller PMO may not require as much authority as one that has broader responsibilities. In many cases, the specification of organizational alignment is sufficient to define what the PMO can and cannot do based on the implicit authority of its position within the relevant organization. However, if there are unique authority needs, these should be addressed in the PMO charter.

There are five particular areas of PMO authority that should be con- sidered for inclusion in the PMO charter, as needed:

1. Business and contract management. Define what the PMO is authorized to do with regard to leading cross-functional business efforts and establishing internal and external contracts. In particular, external contract management has business implications for which the PMO may require signature or review authority. Specify what role the PMO has in business and contract management.

2. Financial management. Define what financial responsibility the PMO has with regard to financial management. Specify what the PMO is authorized to do regarding the commitment and allocation of funds, any requirements for management and reporting of revenue or cash flow resulting from external customer work, and preparation and management of an internal business unit budget.

3. Resource management. The PMO will likely work with resources obtained and “owned” by resource managers across the relevant organization. Specify what authority the PMO has to interact and direct the work efforts of individuals assigned to project teams within its purview. As well, consider any authority needed to redirect individuals to additional projects, project-related training, or follow-on work. This section also may include guidance on how the PMO is involved in selecting the project manager and the

Project Governance � 165

project team members as well as responsibility for individual per- formance review activities.

4. Customer relationship management. Determine the PMO’s authority for interactions with customers. Specify whether the PMO is the next level of issue resolution above the project manager, whether the PMO is involved in customer invoicing and payment management, and what role the PMO plays in ensuring customer satisfaction.

5. Vendor and contractor management. Define how the PMO will interface with vendors and contractors in the project management environment. Specify its level of authority in vendor and contractor selection; establishing and managing vendor and contractor con- tracts; and whether it is involved in vendor or contractor invoicing and payment management, including oversight of acceptable per- formance and approval of deliverables.

Identify PMO Funding

This section of the PMO charter may or may not be required as a matter of organizational practice. If parent organization funds and the associated budget are being used, this section may simply identify one or more expense codes that can be used by participants in PMO activities.

Conversely, if the introduction of the PMO is treated as a business initiative, then a separate budget is likely needed to appropriately place boundaries on progressive steps of PMO design and implementation. In this case, a funding statement should be presented to identify any initial or updated funding to be applied to PMO operations. This inherently implies that PMO operations costs will be tracked and managed.

Establishing and operating a PMO is not a casual expense item. If such an effort is treated as a routine business activity without recognizing the investment costs, the relevant organization may not get the expected value or anticipated results from the effort. The specification of funding in the PMO charter provides an acknowledgment that there is a cost associated with the pursuit of excellence in project management.

Develop Project Management Policies

Business guidance is prevalent throughout most organizations. Proper oversight of the project management environment warrants similar atten- tion. The PMO must develop necessary policy guidance to ensure that all participants and stakeholders understand the business aspects of project management. The PMO normally only recommends policies; it is senior management, presumably the executive sponsor or executive control board, that approves the PMO’s recommendations and issues the

166 � The Complete Project Management Office Handbook

policies for implementation by the PMO. By specifying project manage- ment policy, senior management is endorsing the use of project manage- ment as a preferred, if not core, competency within the relevant organization. Such endorsement is vital to the success of nearly all project management endeavors.

The PMO can facilitate development of project management policy using the three steps described below.

Evaluate Policy Needs

The PMO should examine areas of the relevant organization where devel- opment of project management policy will provide benefit without undue burden on individuals or business units. However, it is likely that some “growing pains” will be experienced before benefits are realized, so some difficulties should be expected. The PMO can minimize any adverse impact by developing a complete understanding of the organization in conjunction with project management policy development.

The PMO should evaluate project management policy needs in the following areas:

� Cultural reception. Identify the prevalent culture of the relevant organization, and indicate how that will influence the introduction or expansion of professional project management capabilities.

� Organizational change capability. Examine the change initiatives of the relevant organization to determine: � How well individuals and business units have responded to the

specification � The results of change

� Current business practices. Review business practices to ascertain how they fit with the preferred practices of project management. In particular, identify any business practices that appear contrary to best practices in project management.

� Current project management practices. Review project manage- ment practices, the methodology, and any linked technical pro- cesses, and determine whether they represent benefits to project performance and associated business practices in the relevant organization.

This evaluation should enable the PMO to gain insight into the policies and senior management endorsements that are needed to support project management activities. The PMO should then use this information to develop required policies for review and approval by senior management.

Project Governance � 167

Demonstrate Senior Management Support

It is essential that all participants in the project management environment — project managers, team members, business unit managers, customers, and even vendors and contractors — understand the business interest and oper- ational importance placed on project management within the relevant orga- nization. This must be expressed by managers at all levels, and particularly by senior management. Before issuing written policy guidance, the PMO can assist executives and senior managers in conveying their positions on project management as a vital business initiative and an integrated component of their business operations. The PMO can facilitate this by illustrating the need and encouraging executive and senior managers in a few action areas:

� The PMO charter is endorsed and signed by the senior executive in the relevant organization. This is followed by personal endorse- ments of PMO operations by that executive in formal meetings and informal gatherings.

� Senior management participants, in reviews of project performance commensurate with their positions and responsibilities, routinely provide guidance to rectify performance problems and applaud performance excellence.

� Senior management demonstrates ongoing awareness of initiatives to improve project management capability, perhaps commenting on them in interviews and written articles. In situations of major initiatives that affect the entire organization, senior management convenes large group meetings to make formal announcements, issue press releases, and establish expectations for cross-functional business unit participation and contributions to the efforts.

� Individual promotions in the project management environment are associated with the successful completion of initiatives that produce improved project performance or integration of project manage- ment and business practices.

� Consideration is given to making project management a core competency within the relevant organization. This is an executive decision that is a policy statement in itself.

� Policies created and implemented in the relevant organization that have application to the project management environment are signed by the appropriate executive and endorsed by all members of the senior management team or executive control board.

These actions by senior management will convey the business relevance of project management. They will do as much for policy implementation as will the written policy document.

168 � The Complete Project Management Office Handbook

The extent to which senior management support of project manage- ment appears lacking in the relevant organization provides an additional indicator to the PMO of the work that lies ahead. Any senior management support is needed and welcome. If there is a noticeable lack of support, the PMO can encourage buy-in from senior management by developing better ways to demonstrate the benefits of what can be achieved through the use of effective project management practices. In particular, the PMO can reference business activities and results associated with project man-

regarding project management contribution to business results.

Prepare Policy Guidance

The PMO, as senior management’s representative in the project man- agement environment, examines the policy needs and senior manage- ment positions on the issues to develop policy guidance that can be implemented to support the efforts encountered within the project management environment.

There are four prominent areas in which the PMO will want to consider developing policy guidance, as summarized below:

� Business interest. This type of policy guidance conveys the use of project management for purposes of achieving business objectives. This approach highlights the fact that project management and business processes and practices must be aligned and integrated. Such policies usually specify or mandate the use of a preferred process. They also indicate whether it is primarily a business process introduced into the project environment or a project man- agement process introduced for use by business units.

� Project management as a core competency. This is a specific policy that transcends all business units in the relevant organization. It establishes that business will be pursued with a high degree of reliance on individual capabilities in project management. This is a business decision that can only come from the most senior executive in the relevant organization.

� Enterprise continuous improvement. This is a policy area that enables expansion of project management practices both within the project management environment of the relevant organization and throughout the enterprise. It also represents expansion of PMO responsibilities, possibly across business units. Policies in this area specify or mandate the use of practices that provide more com- prehensive oversight, control, and support of project management

agement. See Chapter 20, “Business Performance,” for more information

Project Governance � 169

activities. This approach is often aligned with pursuits of increased organizational capability and maturity in project management.

� Project management practices. This policy area indicates the required use of the established project management methodology within the project management environment of the relevant orga- nization and, possibly, across the enterprise. It also specifies the preferred business practices, tools, and standards that are applied in project management, and it presents requirements for use of project classification guidance. As well, it can specify requirements for project audits and reviews.

It should be noted that policy development operates within a different context than the “mere” guidance offered by standards, operating proce- dures, or regulatory documents. The latter can be prepared and imple- mented by the PMO, often on its own authority and perhaps with some level of senior management approval. However, the preparation of project management policy guidance presented by this PMO model is one of developing an “executive directive.” That means that an executive within the relevant organization is establishing official business direction, and in this case, one that requires application of project management practices or principles.

The PMO should prepare its policy guidance in close collaboration with project managers and business unit managers, as the policy may influence them. This effort is one that requires ongoing coordination during policy development to ensure that all parties are aware of adjust- ments and modifications to current processes and practices that are being considered for implementation. This culminates in a meeting for group acceptance of the recommended policy. Then the PMO presents the policy recommendation to senior management for signature and endorsement. When signed, the PMO will then conduct business according to the established policy, implementing procedures, conducting initiatives, and preparing further guidance as necessary to carry out policy.

Develop Project Classification Guidance

It is important for project management stakeholders to have a common frame of reference regarding the types of projects being performed. The establishment of a project classification scheme addresses this need. This determination is placed under the “project governance” function because it has distinct business implications. It is also placed her e because it requires senior management review and may require an associated policy statement.

170 � The Complete Project Management Office Handbook

Examine Project Classification Purpose

The specification of a classification for every project will assist the orga- nization in describing the important characteristics of each project, and it will allow stakeholders to immediately associate project importance to the business. Project classification, when constructed while considering the business interests of the relevant organization, will be an aid in the following areas:

� Selecting, prioritizing, and managing projects in portfolio management � Aligning projects with business objectives � Identifying business and technical risks that may be encountered � Calculating levels of project work performed in different technical

areas � Providing general indications of duration, resource requirements,

and complexity � Identifying and assigning project managers with appropriate skill

and experience � Qualifying team members for participation in the project effort � Selecting vendors and contractors for participation in the project

effort

For some PMOs, this information could very well be the project performance indicators that it tracks and manages. The list is sufficiently condensed for use by senior managers, who may or may not have adequate time for detailed reviews of project performance results. Never- theless, the use of a project classification scheme will convey a significant amount of information in a few words.

Identify Project Classification Criteria

The PMO is responsible for creating and implementing a project classifi- cation scheme under this PMO function. Project classification criteria are developed to describe the project in terms of the business interests and the project work effort. This PMO function model prescribes a relatively simple, yet fairly complete, project classification scheme. It applies the four factors of (1) nature of business interest, (2) project size, (3) project value, and (4) project complexity to classify projects.

The PMO can consider the following categories for inclusion in its project classification scheme:

1. Nature of business interest. This category refers to the importance of the project to the organization and suggests four criteria:

Project Governance � 171

a. Base project: a project that is usually short-term in duration, generally noncompetitive, and frequently concerned with providing an administrative or simple technical solution. This represents many of the internal projects conducted within an organization.

b. Tactical project: a general-interest project that is usually short- to medium-term in duration (although some may be long-term), tactical or operationally oriented, and concerned with develop- ing or implementing established products or providing well- defined services.

c. Growth projects: a market-based project that can be short- to long-term in duration, tactical or operationally oriented, and concerned with developing a product or service having market growth objectives. It is performed as a result of emerging market demand, a response to changing business conditions, or a response to changing technology. It is usually concerned with delivery of new products or services or with modifications to existing products and services.

d. Strategic project: a market-based project that is usually long- term in duration, integrated with the organization’s strategic business plan, and concerned with developing a product or providing a service that meets critical strategic business objec- tives. It is concerned with providing products and services to key customers, selected market segments, and new markets.

2. Project size. Size is based on the amount of resource labor hours, the number of resources (project team members), and the approx- imate duration required to complete the project. The PMO will have to calibrate the size values for this criteria category to ade- quately represent the types of projects it conducts. Some sample values that can be used to describe project size include: a. Small: up to 1000 labor hours, one to thr ee project team

members, and less than two months’ duration. b. Moderate: between 1000 and 5000 labor hours, two to five

project team members, and up to six months’ duration. c. Intermediate: between 5000 and 20,000 labor hours, up to ten

project team members, and six to twelve months’ duration. d. Large: more than 20,000 labor hours, usually more than ten

project team members, and more than one year duration. 3. Project value. The estimated cost or value of a project is critical

to defining the project classification, as it indicates what financial gain or loss is at stake by undertaking the project effort. Again, the PMO will have to calibrate the project-value figures for this category to adequately represent the range of project values that

172 � The Complete Project Management Office Handbook

are common in the relevant organization. Some sample figures that can be used to describe project value include: a. Low value: up to $250,000. b. Moderate value: $250,000 to $1 million. c. Intermediate value: $1 million to $10 million. d. High value: $10 million or more.

4. Project complexity. Project complexity is based on the following sample elements that may produce complications for the project effort. These sample elements can be adapted by the PMO to address specific matters of importance to the relevant organization. Each of these elements will also require a rating that serves as an indicator of complexity. In general, the PMO can start with simple ratings such as low, medium, high, and very high to describe the impact of these elements on a given project. More detailed calcu- lations can be introduced as needed. a. Number of business units. The number of business units partic-

ipating in the project, including cross-functional participation and external vendors and contractors, their locations consid- ered, will affect project performance and project management requirements.

b. Technology factors. The amount of technology that is introduced into the project will have an effect on the capability to provide the intended technical solution. This includes consideration of new technology, current technology, the likelihood of technol- ogy changes, and technology training requirements.

c. Risk. This element considers the business risk produced prima- rily by external business influences and the technical risk asso- ciated with new product development, recurring project work, and development of new technology.

d. Strategic importance. A project becomes more complex when it becomes more important to business success. This element examines the alignment of the project with strategic business objectives, the level of importance associated with marketing efforts, and business factors such as net pr esent value and results of cost-benefit analysis. Strategic impor- tance can also be defined by executive mandate or demon- strated interest.

These four project classification categories should be sufficient to identify projects in most types of organizations after criteria values that are more appropriate to the relevant organization are constructed to replace the samples shown.

Project Governance � 173

Implement Project Classification Guidance

As may be presumed for most governance function activities, the devel- oped criteria must be reviewed and approved by senior management. Ideally, executives and senior managers will have been involved in spec- ifying the criteria. When the final approval is received, the project classi- fication guidance can be implemented.

Implementing project classification guidance can be as simple as devel- oping a tool for that purpose. To that end, the PMO should create a tool or evaluation matrix that allows project classification criteria to be com- bined and evaluated together during project initiation. The project classi- fication scheme can then be incorporated into the project management methodology, or other relevant process, with the associated tool used to identify the type of project being undertaken.

Conversely, in some organizations, the project classification process may warrant multi-level reviews and scrutiny. In such business environ- ments, a more comprehensive guidance package may be needed.

Project classification guidance provides a common frame of reference that allows all key participants to recognize the type and nature of each project, and it facilitates decisions along the way. As well, the nature of the content of this sample project classification scheme illustrates why this should be addressed within the PMO’s “project governance” function.

Establish Project Manager Authority

The concepts of modern project management prompt continuing expan- sion of the project manager’s role and responsibilities. The PMO must be a proponent for providing project managers with adequate project and business authority to allow them to accomplish their jobs. Of course, this can only be pursued with consideration for existing business practices, project management guidance, and cultural norms of the relevant organi- zation. The PMO may find, however, that if project managers demonstrate responsibility toward achieving business objectives, appropriate levels of authority will be granted.

The PMO’s role in this governance activity will be decided by its own level of authority, as presented in the PMO charter. If sufficiently vested, the PMO can serve to specify the level of project manager authority while also serving as the granting authority. Otherwise, the PMO’s primary objective in this function element is to prepare recommendations for project manager authority levels for review and approval by the senior executive or executive control board. The latter may be the more frequent approach taken by most PMOs.

174 � The Complete Project Management Office Handbook

Similar to the elements in the PMO charter, the PMO can examine the relevant organization’s business interests, the stakeholders in the project management environment, and project management performance require- ments to identify the types of authority needed by project managers. It can then prepare its recommendations for project manager authority.

The following are examples of project manager authority the PMO will want to include in its deliberations:

� Contractual authority. The PMO must determine whether project managers have any signature authority relative to customer con- tracts. Presumably, the organization’s sales management team will sign any initial master contract. Conversely, the PMO may want project managers to have certain levels of authority to deal with such things as contract modifications and statements of work.

� Financial authority. The PMO will use its knowledge about the nature of the business to guide the extent of financial responsibility given to the project manager. That, in turn, will indicate the level of associated financial authority needed by project managers. This consideration may require collaboration with business units and the accounting department to ensure granted authority is recog- nized. It deals with such things as customer invoice management, vendor and contractor invoice management, and in some cases, special or additional employee compensation, such as bonuses or rewards for project team members.

� Resource management authority. The PMO will likely operate in an environment where project team members are introduced to projects in a matrix format. This may present a need for broad collaboration within the relevant organization. Project resources working in a matrix format are assigned to resource managers. They are “borrowed” by project managers to work on specific project efforts, and then returned to the purview of the resource manager. The PMO must develop recommendations regarding how resource management authority can be shar ed between the resource manager and the project manager. Again, the business culture will influence this deliberation, but in some cases a new approach to project resource management can be designed as a result of the PMO’s effort.

� Customer relationship management authority. The PMO will rec- ognize that there are many business elements in the organization that influence each customer relationship. It needs to determine what role project managers will pursue as a part of the total business effort. Authority issues here deal with such things as customer contact protocols, customer satisfaction, and resolution

Project Governance � 175

and elevation of customer issues. This deliberation is particularly important when the project manager and project team perform work on site at client facilities, where they are the primary repre- sentatives of the relevant organization.

� Vendor and contractor relationship management authority. The PMO will likely want to be involved in any prequalification of vendors and contractors, and it may have an established process for doing this within its performance of PMO functions. However, once vendors and contractors have been validated, the PMO may find it to be of benefit to allow project managers to select them for specific work on projects.

The PMO can examine this list of project manager authorities and add to it based on the business interests and needs of the relevant organization. Following this review, the PMO should develop its recommendations for project manager authority. Key stakeholders in the project environment, and of course senior management, should review these recommendations. Then, senior management approves these authorities, and the PMO can then implement them in the project management environment.

The PMO may want to consider varying levels of project manager authority. That is, project manager authority increases as each individual progresses to more advanced project management positions. Conversely, project manager authority can also be specified for individuals who have project performance responsibility, where every project manager is given the same authority level based on standard project management practices rather than on position within the organizational hierarchy.

Establish Executive Control Board

The PMO in many organizations will be responsible to an executive team — the executive control board — that provides business guidance and direction for application within the project management environment. A key participant on this board will be the PMO’s executive sponsor. This person will interpret and convey the deliberations and decisions of the executive control board to the PMO on a routine basis. There may also be opportunity where the PMO head participates in board meetings and interactions as a full or adjunct member of the executive control board. In other situations, the PMO may only have an executive sponsor to turn to for advice and guidance. However, the executive group having repre- sentation across business units in the relevant organization is the preferred and prescribed model for this PMO function.

This executive-level body may already exist within the relevant orga- nization, perhaps operating under a different naming convention. It might

176 � The Complete Project Management Office Handbook

be called the management oversight committee or, in a technical organi- zation, the systems control group. It is the PMO’s responsibility to identify and facilitate its inclusion in this senior-management board’s business matters. In some cases, a new or smaller PMO may not have sufficient functional responsibility to warrant a direct interface with this senior management board. It then will normally report to a senior manager who does. In the rare case where a central, executive oversight group cannot be readily identified, it will fall upon the PMO to seek or facilitate creation of such a body for the purpose of providing executive-level business guidance and direction to the project management environment.

The PMO’s role, as is often the case, is one of facilitating the executive control board in its role and responsibilities to lead and endorse increased capability in project management, and to build an effective project man- agement environment. The PMO can perform the following three activities to either create a new governing body or facilitate an existing body as the executive control board for project management.

Determine Executive Oversight Requirements

The PMO begins this effort by examining the project management envi- ronment to determine the project, business, and technical oversight requirements. In conjunction with this examination, the PMO also collab- orates with any existing control board members, potential members, or the PMO’s executive sponsor to gain an understanding of the depth and extent of oversight that such a board would prefer to have within the relevant organization’s normal mode of operations.

The PMO should examine the following prominent functional areas under its purview to prepare a list of recommended executive control board oversight responsibilities for consideration by the executive con- trol board:

� Methodology development. The control board should consider whether its review and approval are needed to authorize and fund project management methodology development. The board’s endorsement will certainly be needed but it may defer development responsibility to an appropriate technical board or committee, or even to an individual executive or the PMO.

� Knowledge management. This function provides for the exchange of project management and project performance information in the form of status reports, project workplans, and technical deliverables. This function also deals with implementing an “executive dash- board” that summarizes all project management information online at a glance. The control board will need to determine the type,

Project Governance � 177

frequency, and receipt method for project information it needs to keep itself informed so that it can make timely business decisions.

� Project governance. The control board or executive sponsor will be the issuer of project management policies. The board must determine the scope of policies it will consider as a group, and which policies will be deferred to the executive sponsor or PMO.

� Organization and structure. The executive control board may want to be included in deliberation and decisions regarding how project managers are functionally aligned, and assigned, to project efforts. This could be particularly important if the PMO is recommending a change to the current organizational structure and practices. This also may be only a one-time consideration that warrants senior- management-level involvement.

� Resource training and education. The executive control board may want to be included among those initially trained in project man- agement practices and principles. It needs sufficient understanding of project management, although not the intensive training of project managers and team members, to effectively oversee and use the project management environment to achieve its business objectives. The board will have to decide on the training it will receive and, through PMO recommendations, the training that other project management participants will be given.

� Project auditing. The executive control board may want to influence, and possibly control, project audit efforts. It must determine whether it will be involved in constructing the criteria or simply approve the PMO’s recommended criteria for conducting project audits.

� Portfolio management. This function may be the most critical and essentially requires participation by the executive control board. Unless otherwise delegated, the executive control board inherently has responsibility for project portfolio management within the relevant organization. It should be involved in establishing both the process and the criteria that will be used to assist it in making project selection, continuation, and termination decisions that affect the outcomes of business.

� Business performance. The executive control board will likely want to influence how the PMO supports its business initiatives and strategic business plan. Considerations in this functional area enable the control board to direct the PMO in specific business integration activities within the project management environment.

These are samples of the functional considerations the PMO can formulate in preparing control board oversight requirements. It is sug- gested that the new PMO start with just a few of the most important

178 � The Complete Project Management Office Handbook

requirements and then add additional responsibility to the executive control board over time. It can also be noted that the size, culture, and business objectives of the relevant organization may influence delegation of some of these requirements to other technical or business committees that may be better positioned to deal with them.

Set Control Board Parameters

The PMO’s next step is to help set the parameters for the executive control board’s project management oversight activities. This will provide an operating basis and a common understanding of responsibilities among board members and business units.

The PMO should address the following elements when preparing the parameters for executive control board operations:

� Purpose. The purpose of establishing and maintaining the execu- tive control board for project management oversight is stated in the language and style of the relevant organization. The control board will be an active and positive influence on the project management environment when a well-defined purpose for its existence is established.

� Roles and responsibilities. The roles and responsibilities of board participation in project management oversight are defined. This includes identifying the PMO’s executive sponsor on the board, and the PMO’s relationship to the board. It may also include specification of those executives having project portfolio manage- ment responsibility.

� Membership composition. It is a very good thing to know exactly who are the members of the executive control board. It is equally important, both for the board members and the PMO, to know whether alternative board members are required for meetings, activity coordination, and decision-making purposes. The PMO’s identification of board members facilitates communication and collaboration requirements.

Prepare Control Board Operating Procedures

The executive control board will fall into an effective routine in a shorter period of time when operating guidance is prepared for use by board members and those conducting business with the board. The regard for executive time is a prevalent issue in organizations across most industries.

Project Governance � 179

In many cases, the issues are minimized through adequate advance planning for executive participation. In this activity, the PMO prepares the recommended operating procedures for conducting executive control board activities with a focus on accommodating board member participa- tion. The board then will review and implement these procedures.

The PMO should consider the following elements in its preparation of recommended procedural guidance:

� Preparation and deliberation. Procedures should specify the responsibility of board members to prepare for each meeting. This could include reviewing the agenda, reading point papers, or examining status reports. The procedures also can specify the required advance distribution times (e.g., one week for point papers, three days for the agenda, etc.) for matters to be considered at an upcoming meeting.

� Meeting frequency and timing. Procedures should prescribe a recurring meeting time, either monthly or quarterly, so that board members can plan and arrange their participation. The duration of every meeting also should be standard for planning purposes. The procedure might also indicate the conditions and means to conduct special, interim meetings.

� Collaboration process. Procedures should identify the preferred methods of collaboration outside of scheduled meetings. This is particularly important when a board member is reviewing a doc- ument and requires additional information. The procedure might specify that the document producer serves as a primary contact for additional information, or that the PMO serves as a clearing- house for such requests and will manage getting a response to the requester. This procedural area may also specify the means of individual collaboration using e-mail, telephone, informal meetings, or automated collaboration tools.

� Action management. Procedures should identify how control board action items will be managed — both those actions assigned to board members and those referred to the PMO or other business unit. This can include guidance on who can make assignments and specify completion dates, how progress is tracked and man- aged, and who closes action items.

The PMO will have to discern from its internal experience what procedures are needed and how they are conveyed to the executive control board and others having affiliation with the control board’s activities.

180 � The Complete Project Management Office Handbook

Align Business and Technical Committees

The PMO’s responsibility for some if not all areas of project management will warrant interaction with existing business and technical committees within the relevant organization. This is similar to interactions with the executive control board, but here the PMO is soliciting guidance from specific business activities and technical leadership groups. In larger organizations, there may be several such groups. In smaller organizations, the executive control board, as defined earlier, may be the group that also manages business and technical issues and guidance.

The primary objective of this activity is to ensure that the PMO has the necessary input and guidance from relevant committees so as to effectively incorporate their interests, and sometimes their mandates, into the project management processes and practices. The PMO can use the following three steps to conduct initial alignment with relevant business and technical groups: (1) identify business and technical groups, (2) set up relationships, and (3) manage those relationships.

The PMO will likely have insider knowledge of business unit activities to adequately identify business and technical working groups and com- mittees. This can be assured by the PMO with some additional examination of the organizational structure to uncover any “hidden” or newly formed groups. Some groups will be more deliberating and directive in their purpose, while others will be aligned with managing initiatives or leading forums. The PMO should identify all such business and technical groups in the relevant organization, and possibly in any parent organization as well.

In larger organizations, there may be multiple technical disciplines represented across business units. It is particularly important to recognize major technical components, especially if they have a technical guidance group. This will ensure that they are included in the committee relation- ships that the PMO will establish under this activity.

The PMO should then review each of the boards, committees, and action groups it has identified to understand their roles and responsibilities and their purposes within the relevant organization. It will then decide which groups on the list will be pursued for business or technical align- ment. For the most part, the PMO should recognize that in this process it is primarily seeking sources of business and technical guidance that it can then integrate into project management operations. That is to say, the PMO will align itself with such groups to ensure that it thoroughly understands and is accurately conveying technical and business needs and interests of the relevant organization into the processes and practices of project management.

The PMO should initiate contact with business and technical managers who head the groups identified for PMO alignment. In some cases, the

Project Governance � 181

PMO will simply request representation on a relevant board or committee, and this represents a peer relationship. In other cases, the PMO will be establishing an oversight responsibility for the identified group and a reporting requirement to the PMO. This type of business unit relationship should be examined carefully to ensure that operating procedures are properly developed, that other board responsibilities are not usurped, and that the PMO retains reasonable control of the project management environment. Some technical or business oversight relationships may require executive control board review and sign-off acceptance by the PMO’s sponsor.

The PMO can then proceed to participate in the business and technical group relationships it has established and their associated activities. In many cases, the management of such relationships is a matter of routine infor- mation coordination. For oversight relationships, the PMO may have to prepare and participate in mandatory meetings and carry away action items.

Postscript for the Smaller PMO The “project governance” PMO function specifies many activities that provide oversight and guidance or otherwise specify the business influence of the project management environment. This function is somewhat laden with bureaucracy that is beyond the capability of the smaller PMO. However, even the smaller PMO must ensure the creation of a project management environment that is responsive to business needs and inter- ests and whose behavior is consistent with the same senior management expectations and business guidance that is applicable to all business units within the relevant organization.

Provided below is a list of some of the more important project gov- ernance activities on which the new or smaller PMO can focus:

� Develop a PMO charter and get it approved at the highest executive level. This guides the activities of the PMO and its oversight, control, and support of the project management environment. It represents the PMO’s operating orders, and it designates respon- sibility and authority to act within the relevant organization.

� Identify the PMO executive sponsor and establish an “executive control board.” The smaller PMO will likely have initial focus on technical work performance within the project environment and will distinctly need senior management participation to add insight and guidance to the business dimensions of its operations. This board also will inherently address any policy development that is needed to support project management activities. Success-

182 � The Complete Project Management Office Handbook

ful integration of business interests will pave the way for an expansion of PMO responsibilities and influence across the enter- prise. It is good for the project management environment to have such representation.

� Develop a project classification scheme. This promotes a common understanding of project activity within the project management environment and across business units. It need not be complicated but it must accurately define the prominent types of projects conducted within the purview of the PMO.

� Identify and recognize the roles of key business and technical management groups within the relevant organization. Know where to go to get pertinent guidance. Appropriate oversight relationships will likely emerge as needed.

The bottom line of project governance is to ensure that project man- agement is conducted according to the prescribed processes and proce- dures, as endorsed by senior management and aligned with business needs and interests.

183

Chapter 6

Assessment

Organizations improve business and project management performance by analyzing three interrelated factors — (1) people, (2) processes, and (3) practices. Some organizations tend to focus on only one of these factors and likely become very good in that ar ea, sometimes to the detriment of the other two factors. However, as organizations become more project based and pursue project management from an enterprise perspective, an integrated approach is needed to manage all three factors throughout the relevant organization. This highlights the need for assess- ments to ascertain current position and progress toward enterprise-level project management goals.

In the project management environment, initial assessments are conducted to establish a baseline for the current state or conditions. In turn, assessment results facilitate the formulation of strategies and action plans to guide advancements or improvements in the current state or condition. Then, follow-up assessments are performed at intervals to measure improvements or advancements relative to the initial baseline state or conditions.

The term “project management assessment” appears to have some variation in meaning across industries and even among different sources within the project management discipline itself. For the purposes of this project management office (PMO) function model, project management assessments are conducted to evaluate three facets within the relevant organization — (1) competency, (2) capability, and (3) maturity.

This model also distinguishes between assessments and audits. Whereas assessments measure conditions, audits measure performance

AU4680_book.fm Page 183 Monday, July 16, 2007 2:06 PM

184

�

The Complete Project Management Office Handbook

resulting from those conditions. (See the PMO “project auditing” function

This “assessment” function enables the PMO to:

�

Identify project management assessments than can be used within the relevant organization.

�

Evaluate conditions of project management competency, capability, and maturity.

�

Develop strategies and action plans to improve project manage- ment performance

�

Validate the use of project management standards and practices within the enterprise

This PMO function is another facet of project management oversight within the relevant organization. It represents the PMO’s ability to influence growth and advancement of project management competency, capability, and maturity — ideally across the entire enterprise.

Project Environment Interface Concepts

The PMO’s role in conducting assessments spans a broad range of activities that evaluate project management competency, capability, and maturity — all based in accurately identifying the current conditions and then implementing action plans to improve upon or otherwise advance those conditions to achieve continuous-improvement objectives.

First, the PMO can assist in determining individual project management competencies within the project management environment. Such assess- ments are useful in accurately aligning project team members with project tasks and responsibilities, indicating potential for professional advance- ment, and identifying requirements for additional training in project man- agement and related skills and knowledge.

Second, the PMO can facilitate identification of overall project manage- ment capability within the relevant organization. This assessment is helpful in developing and implementing standard and repeatable project manage- ment methodology processes for use across business units; improving project management efficiency and effectiveness; and implementing appli- cable technical and business factors of people, processes, and practices.

Finally, the PMO can facilitate the identification of project management relative to the integration of business and project management practices within the enterprise. This assessment is helpful in aligning project perfor- mance with strategic business interests and objectives, involving executives and other stakeholders in the business aspects of project management, and establishing the PMO as an enterprisewide business influence.

AU4680_book.fm Page 184 Monday, July 16, 2007 2:06 PM

in Chapter 15.)

Assessment

�

185

Business Environment Interface Concepts

The PMO will initially prescribe and conduct assessments primarily within the project management environment. However, as organizational capa- bility and maturity in project management become viable business con- siderations, assessments will expand to include the participation and contributions of business units that interface with the project management environment. At the highest level of maturity, the PMO will nor mally interface with all business units in the relevant organization.

The broader assessments of the relevant organization, possibly the entire enterprise, will enable business managers and project managers to join forces in pursuing the challenges of business and the achievement of strategic business objectives. The more each manager knows about the other’s interests and needs, the more they can be made compatible. Assessments will help to identify commonality of purpose and establish overall management commitment to excellence in project management.

In many organizations, projects represent a prominent aspect of business revenue. Therefore, it is quite appropriate to evaluate how well an entire organization influences project performance, project management efficiency, and management effectiveness. It is likewise essential to ensure that executive level decisions are applied in a timely manner to guide projects toward the achievement of business objectives. If executives are not attending to projects as a prominent source of business revenue, who is? Assessments conducted by the PMO can and should include evaluations of the level of involvement of executives and senior managers in project management. It is likely that these organizational leaders are already attending to critical business respon- sibilities but they may not be fully engaged with a major component of the business — project management. Assessments and the resulting action plans are not intended to change their demonstrated successful approach to business. Rather, they are intended to enlarge their per- spective of project management contributions to the achievement of business objectives.

Assessment Activities across the PMO Continuum

The PMO’s “assessment” function represents an effort to understand the current state and plan the future state of competency, capability, and maturity within the project management environment, the relevant orga- nization, and the enterprise.

assessment activities according to each level in the PMO competency continuum.

AU4680_book.fm Page 185 Monday, July 16, 2007 2:06 PM

Table 6.1 presents an overview of the range of prescribed PMO

1 8 6

�

T h

e C

o m

p le

te P

ro je

ct M an

ag e

m e

n t O

ffi ce

H an

d b

o o

Table 6.1

Range of Assessment Activities across the PMO Continuum

Project Office Basic PMO Standard PMO Advanced PMO Center of Excellence

Participates in project management assessments and evaluates team member competency

Conducts essential evaluations:

– Evaluates project manager skill and knowledge

– Evaluates project management processes

– Evaluates technical processes

Conducts complete assessments:

– Assesses project management competency

– Assesses project management capability

– Assesses project management maturity

Conducts advanced examinations:

– Examines management involvement in project oversight

– Examines organizational structure for project oversight

– Examines project governance

– Examines external project stakeholder involvement in projects

Collaborates use of assessments in the enterprise:

– Analyzes the benefits of improvement

– Recommends assessment type and frequency

– Collaborates enterprise-level assessments

– Prescribes enterprise-level capability and maturity solutions

A U

4680_book.fm P

age 186 M onday, July 16, 2007 2:06 P

Assessment

�

187

In the absence of a higher-level PMO, the project office examines and improves general capabilities in project management as best can be achieved by the project manager and project team members. However, it primarily will be a contributing participant in assessments that are pre- scribed and conducted across all projects.

Mid-range PMO levels have the responsibility of leading project man- agement assessments to determine competency, capability, and maturity. They will review and select or recommend the assessment models to be applied, plan and conduct the assessments, and prepare action plans for achievement of project management improvement strategies.

The center of excellence performs in an advisory and support role to evaluate and quantify the improvements achieved within the relevant organization, and to collaborate the expansion and use of project man- agement assessments across the enterprise.

PMO assessment activities usually include three components: (1) the identification of an assessment tool or model, (2) the evaluation or assessment, and (3) the action plan to advance competency, capability, and maturity. Assessment has alignment with the PMO “standards and metrics” function (see to determine how well standards are being achieved. There also is likely to be some general link to other PMO functions as assessment results identify strengths and weaknesses in various areas of project management oversight, control, and support.

Assessment Function Model

The PMO should become the resident expert in assessments associated with project management. That means (1) knowing the types of assess- ments that can be utilized to achieve desired improvement in project management performance and (2) facilitating the accomplishment of those assessments to begin the improvement efforts.

function model, and the following subsections describe each activity.

Conduct Competency Assessments

The PMO should conduct competency assessments, first from the perspec- tive of helping individuals to ascertain their own level of skill and knowl- edge as a beneficial step in professional development. Then, it can view competency assessments from the perspective of making project team performance more effective. Finally, it must also pursue competency assess- ments relative to business interests, whereby the strengths and weaknesses

AU4680_book.fm Page 187 Monday, July 16, 2007 2:06 PM

Chapter 3), as assessments are generally conducted

Figure 6.1 depicts the prominent activities of the PMO’s “assessment”

188

�

The Complete Project Management Office Handbook

are identified and actions are taken to improve individual competency contributions to the overall achievement of business objectives.

The PMO can address competency assessments as presented in the following three activities.

Identify Competency Assessments

For the purposes of this model, competency is a measure of individual technical or professional skill and knowledge, and in some cases includes determining the ability to apply that skill and knowledge within the project management environment. In general, competency is not a direct measure of experience. However, to the extent that experience contributes to the retention of skill and knowledge, experience can influence increased competency. As well, it is possible that someone with less experience could demonstrate greater competency in the comprehension and appli- cation of skill and knowledge than someone with mor e experience, particularly when new concepts, practices, or standards are introduced. Therefore, the PMO must be precise in selecting the assessments used to evaluate competency in the project management environment.

Competency assessments are normally conducted with reference to a specific skill, knowledge area, or performance standard. The following are a few relevant methods that the PMO can consider for use in evaluating individual competency in the project management environment:

�

Project management competency assessment

: an evaluation of indi- vidual skill and knowledge of concepts, practices, and principles of modern project management. This assessment is most applicable to project managers; however, the PMO also may consider its use for project team members and other project stakeholders.

�

Technical competency assessment

: an evaluation of particular tech- nical skills and knowledge needed by members of the project team

Figure 6.1 “Assessment” function model.

CONDUCT COMPETENCY ASSESSMENTS

Identify Competency Assessments

Conduct Competency Assessments

Implement Competency Improvement Plans

CONDUCT CAPABILITY ASSESSMENTS

Identify Capability Assessments

Conduct Capability Assessments

Implement Capability Improvement Plans

CONDUCT MATURITY ASSESSMENTS

Identify Maturity Assessments

Conduct Maturity Assessments

Implement Maturity Advancement Plans

AU4680_book.fm Page 188 Monday, July 16, 2007 2:06 PM

Assessment

�

189

having responsibilities for achievement of the technical work ele- ments of the project. The PMO will have to determine the nature of technical competency to be measured and select assessment tools for the various technical disciplines aligned with project efforts.

�

Professional certification

: in lieu of specific competency assessment tools, the PMO can consider professional certification credentials as an indicator of technical or professional competency. Of course, it will have to identify the basis by which such awarded credentials evaluate skill and knowledge, and determine whether that is an acceptable indicator of competency within the relevant organization.

For the most part, unless the relevant organization is in the business of developing project management competency assessment models and tools, the PMO will be wise to obtain such competency assessments from external sources. These sources normally administer the assessment, com- pile and analyze assessment results, and provide recommendations for improvement — as comprehensive a support package as is needed and arranged by the PMO.

Conduct Competency Assessments

This activity presents an overview of the primary activities the PMO will normally perform in conducting competency assessments. It can review and consider the following steps as it prepares to evaluate competency in the project management environment:

�

Collaborate need for competency assessment

. Achieve concurrence and approval of key managers in the relevant organization before proceeding with the assessment.

�

Select the competency assessment instrument

. Determine the project management or technical standards to be measured and select the assessment instrument that will measure individual competency against those standards. Plan and coordinate arrangements for assessment administration to include likely participation by the assessment instrument vendor.

�

Announce the competency assessment

. Prepare an announcement that describes the need for the assessment relative to planning and achieving business interests, and not as a measure of individual performance. Emphasize the confidential nature of individual assessment results and indicate how the PMO and senior manage- ment will review results from a group perspective.

�

Notify assessment participants

. Notify selected assessment partici- pants of the arrangements for taking the assessment. Dates, times,

AU4680_book.fm Page 189 Monday, July 16, 2007 2:06 PM

190

�

The Complete Project Management Office Handbook

and location must be conveyed for paper-based assessments; and date and time periods, Web addresses, and access passwords must be conveyed for online assessments.

�

Conduct the assessment and analyze results

. Monitor internal or consultant activities through the assessment process, normally con- cluding with the delivery of a report of analyzed competency results (and possibly recommendations for improvement).

�

Review results and formulate strategies

. Distribute the competency assessment report for review by the PMO and key managers in the relevant organization. In turn, convene this group to deliberate and discuss strategies for overall competency improvement, to include such things as:

�

Enrollment in project management training programs

�

Enrollment in technical training courses

�

Project management mentoring

�

Process guidance improvement

�

Policy guidance improvement

�

Prepare the action plan for competency improvement

. Develop an action plan with specific activities, responsibility assignments, and completion dates to implement the selected strategies for improv- ing individual and overall competency within the project manage- ment environment.

Implement Competency Improvement Plans

The action plan for competency improvement can range from uncompli- cated to complex in nature, and the PMO will normally have responsibility for its implementation. In the case of competency improvement, there will usually be involvement by the human resources training unit, as training solutions are the common response to competency issues. Along those lines, project managers will undoubtedly serve competency improve- ment efforts by helping define training needs for themselves and their project teams. They would also likely be involved in implementing any nontraining solutions contained in the action plan. Action plans that address nontraining solutions are more prevalent in the capability and maturity sections of this function model. This competency section focuses on implementing the training solution.

The PMO’s responsibility to conduct or otherwise manage the imple- mentation of the training solution for competency improvement is char- acterized by several key steps:

�

Specify the training requirements

. Per the weaknesses identified in the competency assessment, determine the type of training required

AU4680_book.fm Page 190 Monday, July 16, 2007 2:06 PM

Assessment

�

191

to improve individual contributions to project management effi- ciency and effectiveness and project performance.

�

Identify and select the preferred source of training

. Review internal and external sources of training program delivery, confirm that they have existing courses or programs that will fulfill current training requirements, and select the training provider that will best serve the interests of the project management or technical compe- tency improvement effort.

�

Arrange delivery of the desired training courses or program

. In collaboration with the training provider, determine the training courses or program to be delivered and schedule them for delivery in the project management environment.

�

Administer training program enrollment

. Notify training partici- pants of the general availability of training or of their selection for attendance at specific times and locations. Publish and distribute the schedule, delivery dates, and location for each training program, and include information that identifies the benefits of attendance. Convey PMO and relevant organization encouragement to enroll and attend prescribed training programs. Specify the procedures for online or manual training program enrollment.

�

Conduct the training program

. Monitor training program delivery, to include participant registration, attendance, and completion. Review instructor and participant evaluations of each training pro- gram conducted.

The PMO should evaluate how well the training solution has translated into competency improvement in the workplace. It should be able to informally discern some level of individual and gr oup performance improvement soon after training has been completed by individuals. As well, it can conduct another formal competency assessment after some reasonable period of time, perhaps annually, to obtain quantifiable com- petency improvement information and measurement.

Conduct Capability Assessments

The PMO should conduct project management capability assessments to ascertain what is being done to achieve a professional level of project management in the relevant organization. The desired level of capability is normally indicated by the preferred standards of project management or internal policy guidance. The project management capability assessment helps to identify how well those standards are being met.

The PMO can address capability assessments as presented in the following three activities.

AU4680_book.fm Page 191 Monday, July 16, 2007 2:06 PM

192

�

The Complete Project Management Office Handbook

Identify Capability Assessments

For the purposes of this model, capability is a measure of (1) what people, processes, and practices are currently in place in the relevant organization, and (2) how well they contribute to the achievement of project manage- ment objectives. Project management capability assessments often involve a cross-examination of both the business environment and the project management environment.

The following is a list of several of the mor e prominent project management capability assessments that the PMO can consider for use in the relevant organization:

�

State of project management assessment

. a comprehensive exami- nation of the project management environment to determine capa- bility derived from organizational structure and project resource alignment, project management methodology deployment, and senior management oversight and involvement in project manage- ment. These three assessment components can be examined sep- arately, each requiring about the same time it takes for the complete assessment, but they provide extremely valuable insight to the PMO when combined and performed concurrently under this type of assessment.

�

Project organizational structure assessment

: an examination of how project management responsibilities are aligned within the relevant organization, and of how project resources are acquired, assigned, and managed within the project management environment. It also usually includes an evaluation of the reasonableness of project manager and project team member workload in terms of the number and types of projects assigned and indications of individual ability and competency to accomplish the required work.

�

Project management methodology assessment

: an examination of the completeness of the current methodology process used in the course of managing projects. This assessment has a particular focus on identifying gaps in essential project management activities (consistent with the specified standards), and it includes an eval- uation of how well currently prescribed processes and practices are being accomplished.

�

Senior management oversight assessment

: an examination of lead- ership activities in the relevant organization, possibly including the PMO role, to ascertain the current level of senior manager aware- ness of project management capability and involvement in project management oversight, control, and support. This assessment can also be used to identify executive and senior management strategies

AU4680_book.fm Page 192 Monday, July 16, 2007 2:06 PM

Assessment

�

193

and perspectives for desired capability within the project manage- ment environment.

�

Standards compliance assessment

: if not inherently covered by performing the project management methodology assessment, this examination can identify additional standards that are applicable within the project management environment and then evaluate their integration and achievement.

�

Technical capability assessments

: an examination that ascertains how well technical aspects of project work are being accom- plished. It includes an evaluation of applicable technical pr o- cesses and procedures, and therefore requires an assessor with particular technical expertise that is aligned with the technical nature of projects under consideration. The PMO may have to define the basis or standard that applies to the technical processes and procedures being examined. Where there are multiple tech- nical disciplines present in the project management environment, appropriate technical standards must be defined for each tech- nical discipline. Note that many organizations are familiar with the Software Engineering Institute’s Capability Maturity Model (SEI-CMM) that is widely used to guide and establish capability in software development (and related technical areas). In the context of this PMO model, the SEI-CMM is a technical standard and approach that warrants examination using a technical capa- bility assessment. It is not a pr oject management process or standard because of its distinct technical content and focus, and it is not a project management maturity model because it does not extend guidance to all types of projects or facilitate enter- prisewide coverage. However, it is recognized as a technical- based capability maturity model that appears preeminent in its purpose, and it is that capability that is evaluated within this technical assessment category.

�

Strategic integration assessment

: an examination of the processes and procedures associated with project selection, integration, and ongoing management review relative to the achievement of stra- tegic business objectives (e.g., project portfolio management). It includes an evaluation of (i) the project portfolio management practices that are used and (ii) the frequency and nature of exec- utive involvement in the project portfolio management process or other similar activity at this strategic level.

The PMO can consider these assessments, or it can devise or acquire others that enable it to obtain indications of project management capability within the relevant organization.

AU4680_book.fm Page 193 Monday, July 16, 2007 2:06 PM

194

�

The Complete Project Management Office Handbook

Conduct Capability Assessments

A capability assessment helps the PMO establish a frame of reference about current conditions in the area examined. It can use that frame of reference to make decisions regarding the direction to take to improve or enhance the current capability.

This activity presents an overview of the primary activities the PMO will normally perform in conducting capability assessments. It can review and consider the following steps as it prepares to evaluate project man- agement capability in the relevant organization:

�

Identify type of capability assessment needed

. Review observa- tions and project performance indicators to isolate any particular problem areas that warrant closer examination, and select the appropriate assessments that will provide more detailed insight in those areas. Additionally, review the broader option for estab- lishing an assessment baseline that will pr ovide a complete examination of capability within the project management envi- ronment, and select an approach like the “state of project assess- ment” to conduct the examination.

�

Collaborate need for capability assessment

. A capability assessment represents an intervention in the project management environment that will require the time and participation of project managers, project team members, and other project stakeholders across sev- eral if — not all — projects. Due to this impact, the PMO should obtain buy-in from affected managers and concurrence from other key managers in the relevant organization before proceeding with the assessment.

�

Identify the capability assessment team

. Determine the internal or external resources that will be used to conduct the capability assessment. Capability assessment accuracy and adequacy comes from the deliberations and judgment of highly qualified profes- sionals in project management. The PMO can certainly develop that professional competency internally, but it also can call upon external, prequalified professionals who can bring full project management assessment experience, and a proven assessment process, on relatively short notice to fulfill the PMO’s capability assessment needs.

�

Announce the capability assessment

. Prepare an announcement that describes the purpose for the assessment relative to planning and achieving business interests, and not as a measure of project manager or project team performance. Emphasize the cross-project nature of the examination to illustrate that no one project or person will be singled out during the assessment. Focus on the benefits

AU4680_book.fm Page 194 Monday, July 16, 2007 2:06 PM

Assessment

�

195

of learning the status of current project management capability relative to industry standards and best practices.

�

Plan and prepare for the capability assessment

. Use the guidance and experience of the capability assessment team to complete assessment planning and preparation activities:

�

Identify assessment stakeholders in the relevant organization.

�

Determine the assessment scope and purpose.

�

Establish the assessment period.

�

Identify relevant project managers.

�

Identify other assessment participants.

� Specify preferred project documentation and sample size for review.

� Develop a meeting and interview schedule. � Notify and arrange individual assessment participation.

� Conduct the capability assessment. A capability assessment requires identification and verification of what conditions currently exist in the project management environment. Note that if the PMO does not itself conduct the capability assessment, it should monitor assessment team activities throughout the on-site assessment pro- cess. The capability assessment team will work on-site to lead and perform the following fundamental activities: � Initial meeting with management or assessment sponsor � Assessment interviews � Project document reviews � Interim information compilation and analyses � Meeting with management or assessment sponsor (e.g., PMO)

to discuss preliminary findings � Prepare and present capability assessment results. The capability

assessment team will conduct a final analysis of information and prepare a written report of assessment findings and recommenda- tions. Often, the capability assessment team will also prepare a summary of findings and recommendations for oral presentation to management, and sometimes to the relevant assessment partic- ipants in the project management environment.

� Review results and formulate strategies. Distribute the capability assessment report for review by the PMO and key managers in the relevant organization. In turn, convene this group to deliberate and discuss strategies for overall capability improvement. The nature of the assessment and its associated findings and recom- mendations will enable the PMO to focus on one or more capability development areas. Some of the more common strategies for improvement will lead the PMO to consider the following activities: � Further detailed examination of capability or competency

AU4680_book.fm Page 195 Monday, July 16, 2007 2:06 PM

196 � The Complete Project Management Office Handbook

� Project management and technical training � Project team member and project team development activities � Project management or technical process development � Project management methodology development � Project management tool development/acquisition and

implementation � PMO function expansion � Project management mentoring � Implementation of knowledge management system � Implementation of portfolio management system

� Prepare the action plan for capability improvement. Develop an action plan with specific activities, responsibility assignments, and completion dates to implement the selected strategies for improving project management capability within the relevant organization.

Implement Capability Improvement Plans

The action plan for capability improvement in the project management environment will likely be more complex than not. In any event, capability improvement plans tend to have durations on the order of weeks or months. This is because there are usually some new or significant concepts being introduced, and they usually require sufficient time for advance design planning and coordination actions, followed by the actual solution development and implementation effort.

To that end, there is no specific activity guidance that can be offered in advance of knowing the type of capability improvement effort being pursued. However, it should be noted that many of these improvement initiatives can be planned and conducted in the same manner as other projects. Here are a few general guidelines the PMO can consider as it attends to project management capability improvement initiatives:

� Establish a core oversight team. Convene a core team of end users to conduct deliberations and make decisions regarding the planning and design of the preferred solution. This team is needed whether the initiative is being led by internal project management experts, perhaps the PMO, or external project management consultants. This team will ensure that end users in the project management environment are adequately represented as the project manage- ment experts present design and content considerations for the preferred solution. Above all, ensure that members of this core team are available at critical design and decision points in the early stages of solution development.

AU4680_book.fm Page 196 Monday, July 16, 2007 2:06 PM

Assessment � 197

� Apply professional project management expertise. Identify and engage qualified professionals in project management to introduce capability improvements in the project management environment. The PMO should involve experienced professionals who can com- prehend and convey the concepts and practices of modern project management and their integration with technical and business interests. If this expertise is not readily available within the relevant organization, the PMO may need to consider the use of external resources that can bring essential project management experience and expertise to the initiative. An added value of using external expertise is that qualified consultants should bring experience that expedites achievement of the initiative.

� Obtain executive support. Obtain executive support for the initiative and facilitate continuation of that support through completion of the initiative. First, executive support is needed to provide adequate funding for the capability improvement initiative. Presumably, the PMO will be able to show the benefits and business advantage to be achieved by the initiative to gain the necessary funding. Second, executive support may be needed to influence the prescribed use of any new processes, practices, or tools introduced into the relevant organization, possibly across business units. The PMO should attempt to have this type of support demonstrated at the onset of the initiative, but particularly at the point in time when the solution is ready for implementation. Executive influence is an effective response to most types of resistance encountered.

� Prepare users for solution implementation. Make the project man- agement environment — and for that matter, the relevant organi- zation — ready for solution implementation. In particular , individuals and teams responsible for applying a new process, tool, concept, or activity should become familiar with, and possibly competent in, using the prescribed solution within their work effort. During solution development, keep people informed about what is planned. As the time for implementation approaches, provide information updates and training, as necessary. During implemen- tation, project management mentors provide an excellent means to transfer skill and knowledge regarding use of the prescribed solution. See project management mentors.

� Solicit early user feedback. Provide the means for users to evaluate and respond to capability improvement initiatives. Users often will be the first to discover unintended or unexpected nuances in the new process or inaccuracies or something missing in the solution. In most cases, these represent relatively minor adjustments that

AU4680_book.fm Page 197 Monday, July 16, 2007 2:06 PM

Chapter 13, “Mentoring,” for more guidance on using

198 � The Complete Project Management Office Handbook

can be made to correct deficiencies and then credited to individual feedback. As well, there could be situations of user uncertainty and resistance, and having a feedback mechanism provides a means for users’ concerns to be heard and acknowledged as a step toward their ultimate acceptance of the solution.

Conduct Maturity Assessments

The PMO should conduct a project management maturity assessment to ascertain the level of attained achievement of certain capabilities — prominently, project management and business integration in the rele- vant organization.

Project management maturity assessments provide guidance that allows organizations to plan and pursue continuous improvement in managing and developing project management capabilities across the enterprise. This is accomplished through use of a project management maturity model that specifies progressive and broader capabilities associated with increas- ing levels of maturity.

While capability assessments address performance in the project man- agement environment, maturity assessments generally examine that per- formance plus the alignment of organizational operations and business influences on project management. The lower levels of project manage- ment maturity do tend to focus on achieving the essential capabilities implemented for use at the project level, as covered in the previous section on capability assessments. In turn, the middle and higher levels of project management maturity begin introducing a broader strategic perspective, one that suggests that project management is a core business competency and a way of doing business. The highest levels of project management maturity are characterized by demonstrated executive involvement and support, extended business unit participation, integrated customer and vendor/contractor associations, and defined pursuits that foster continuous improvement within the enterprise and contribute project management innovations to industry.

The PMO can address project management maturity assessments as presented in the following three activities.

Identify Maturity Assessments

A project management maturity assessment is a significant undertaking for any organization. The maturity assessment, even in smaller organiza- tions, can incur several weeks of work for a small assessment team. This is because of the depth and extent of the examination performed. It is

AU4680_book.fm Page 198 Monday, July 16, 2007 2:06 PM

Assessment � 199

an examination that delves deeply into the project management environ- ment. The maturity assessment is an intervention of discovery — going places some project managers have not gone before. In the wake, dis- coveries are illuminated and adjudged to identify merit or, sometimes, shortcomings. Known shortcomings can be rectified; unknown shortcom- ings cannot.

The maturity assessment, however, is also a guiding light that helps achieve business advantage in the marketplace, effectiveness and effi- ciency in the workplace, and professional recognition in industry and everyplace. The discoveries resulting from an effective project manage- ment maturity assessment can be used to formulate strategy and develop a comprehensive roadmap in pursuit of project management excellence.

The PMO will have to select a project management maturity model as its frame of reference for an organizational maturity assessment. The marketplace offers several project management maturity models. The PMO can consider the following points and features in selecting an appropriate project management maturity model for use in evaluating the relevant organization or enterprise:

� Defined maturity levels. The model defines and describes the con- ditions and capabilities required for each progressive level of project management maturity. This includes specification of the indicators used to judge attainment of those conditions and capa- bilities and the acceptable thresholds to be achieved for each indicator. This makes the model reusable and the results repeatable and consistent for the same and similar conditions and capabilities discovered throughout the relevant organization.

� Adequate organizational coverage. The model presents an organi- zational perspective of project management capability. It is the organization that is evaluated for project management maturity, not just the capability at the project level. Therefore, the assessment should include participation at the highest management levels across the various business units in the relevant organization.

� Prescribed assessment process. The model identifies and describes the action steps for conducting a project management maturity assessment. It enables the user (i.e., the PMO or external consult- ant) to plan assessment activities, prepare informational announce- ments, schedule and arrange participation, and assign and manage staff responsibilities associated with the maturity assessment.

� Essential technical guidance. The model provides detailed guid- ance to the assessment team regarding technical content reviews, that is, what project documents or materials to examine, what to look for, and how to interpret what is discovered. Similarly, inter-

AU4680_book.fm Page 199 Monday, July 16, 2007 2:06 PM

200 � The Complete Project Management Office Handbook

views and questionnaires are prescribed and standardized to ensure consistency of information collection across the selected group of interviewees and responses presented by interviewers.

� Comprehensive assessment report. The model provides clear and complete assessment documentation to substantiate the discovery and analysis of findings and to support the determination of the adjudged maturity level. Information tools, assessment templates, and evaluation forms used for information collection and analysis are identified, and where appropriate and possible, attached to the assessment report.

The PMO may wish to specify other features for the project manage- ment maturity model that will be used within the relevant organization.

Conduct Maturity Assessments

The selection of a viable project management maturity model will allow the PMO to plan and conduct the maturity assessment. However, to the extent that the PMO has competency to conduct a maturity assessment, it may still want to consider the value of a third-party assessor who can provide an impartial and unbiased examination of the enterprise. In some commercially available maturity models, consultants are trained and cer- tified to comprehend the models and to use the associated assessment process and materials. Unless the PMO desires to identify qualified indi- viduals for such training and certification internally, the use of prequalified consultants will likely expedite the accomplishment and ensure greater accuracy of the project management maturity assessment.

The PMO also may want to consider the use of abbr eviated self- assessment instruments based on the preferred maturity model. This usually consists of completing questionnaires (normally online), but also removes the elements of personal interviews and examination of relevant documents by expert assessors. Nevertheless, a maturity self-assessment is an option that will provide a baseline and a basis for the PMO to conduct improvement initiatives.

The following are several common steps that the PMO should anticipate in the course of conducting a comprehensive project management maturity assessment:

� Form the assessment team. The activities associated with an orga- nizationwide project management maturity assessment will likely be a small team effort. There is certainly benefit to having multiple opinions expressed during the assessment process. If an external

AU4680_book.fm Page 200 Monday, July 16, 2007 2:06 PM

Assessment � 201

team is used, there will still be a need for active, internal partici- pation. This team should be convened to accomplish initial assess- ment planning, arrange for participation in the r elevant organization, and conduct and manage assessment activities.

� Conduct initial assessment meeting. The initial assessment meeting is conducted to plan the assessment effort. The assessment team will review the assessment model and process, assign team mem- ber responsibilities, and walk through the assessment activities and schedule.

� Administer prequalifying participant questionnaire (optional step). This step is performed when the population of the relevant orga- nization is sufficiently large to warrant identification of a represen- tative sample of the total population. Pr equalification is accomplished by administering a preliminary questionnaire to the population as a means to determine the population sample on which to focus. Additional assessment team meetings may be needed to review questionnaire results and select the sample to be used.

� Conduct assessment. Assessors will likely convene at intervals dur- ing the assessment period to review and compare interim assess- ment results, and to deliberate and discuss issues and accomplishments. The qualified assessment team members who have responsibility for performing the assessment proceed to con- duct the following activities: � Conduct interviews with management. � Conduct interviews with project managers and project team

members. � Examine relevant project management documents and materials. � Examine relevant organizational documents and materials.

� Compile and analyze maturity assessment information. Upon com- pletion of on-site activities, assessors will “retreat” to survey and evaluate the assessment information collected from questionnaires, interviews, and document reviews. The assessment team will then develop and deliberate assessment findings and assign a project management maturity rating based on weighing criteria and other guidance provided by the maturity model used.

� Prepare assessment report. The assessment team describes its effort and presents the results of its evaluation in a written maturity assessment report. The report commonly includes the following major sections: � Executive overview � Assessment approach (model and process used) � Assessment findings (categorized statement of condition)

AU4680_book.fm Page 201 Monday, July 16, 2007 2:06 PM

202 � The Complete Project Management Office Handbook

� Assessment recommendations � Report attachments (data collection forms, analysis worksheets,

etc.)

Implement Maturity Advancement Plans

The development of action plans for advancing project management maturity within the relevant organization will be influenced by the maturity level assessed. As alluded to previously, lower maturity ratings will warrant fundamental project management capability enhancements — for example, the use of standard methodology and repeatable processes across all projects, introduction of standards, and implementation of tools and tech- niques. In contrast, advancements at mid and high levels of maturity will address broader organizational issues — for example, strategic alignment and project portfolio management, organizational change, and centralized project management oversight, support, and control activities (i.e., PMO function implementation).

For the most part, the same general steps for capability improvement plans are applicable to maturity advancement plans. Review and apply those steps for implementing maturity advancement plans. Also consider the following points that highlight a few distinguishing features of maturity advancement plans:

� Senior management involvement. While senior management involvement and support is always sought throughout capability improvement efforts, it becomes more essential to maturity advancement efforts. To achieve higher levels of project manage- ment maturity, per comprehensive maturity model guidance, exec- utives must demonstrate involvement, support, and leadership as a measure of advanced project management maturity.

� Broader stakeholder involvement. The project manager and project team members are distinctly involved in capability improvement, and they continue their focus on capability development within the project management environment as an important contribution to organizational maturity. As well, other project stakeholders also take on a contributing role in the achievement of project manage- ment maturity. Notably, customer and vendor or contractor partic- ipation in the project management environment is characterized by close alignment of business policies, processes, and practices. This suggests that stakeholders are involved in defining some of the solutions needed for maturity, including participation in the development and implementation of maturity advancement plans.

AU4680_book.fm Page 202 Monday, July 16, 2007 2:06 PM

Assessment � 203

� Cross-business unit collaboration. In a mature project management organization, support units adapt and integrate business proce- dures for use within the project management environment. Busi- ness units having responsibilities in different technical disciplines will establish links and integration with the standard project man- agement methodology prescribed by a central authority (i.e., the PMO), but in collaboration with the variety of technical users throughout the enterprise.

� Continuous improvement. In capability improvement efforts, the desired capability is measured, achieved, and maintained. Maturity advancement extends present capability through an ongoing, con- tinuous-improvement effort that addresses the follwoing: What can be done next? How can current capability be enhanced? What new techniques and technologies can be introduced? What project man- agement innovations have been created internally that can be contributed to industry or the project management discipline? Project management maturity is not maintenance of current capa- bility. It is growth and improvement of current capability. Yester- day’s best practices may not be tomorrow’s business solutions.

� Strategic enterprise application. The pursuit of project management maturity has strategic importance throughout the enterprise. Matu- rity advancement plans, even for achieving lower-level project management maturity ratings, recognize this. Project management capability is pursued and solutions devised with consideration for how the entire enterprise benefits. Project management maturity advancement plans are consistent with and contribute to strategic business objectives of the enterprise.

The PMO may or may not control the implementation of maturity advancement plans across the enterprise. It normally will be responsible for plan implementation within the project management environment. It may be charged with plan implementation progress monitoring across the relevant organization — until the next maturity assessment is conducted.

Postscript for the Smaller PMO The smaller PMO is not likely to have the strategic focus of its larger counterparts. Its primary responsibility is to establish a reasonable profes- sional level of project management capability. To that end, the smaller PMO needs to have a fundamental understanding of current capability relative to standards or preferred industry practices, with particular focus on competitor capability within a given industry.

AU4680_book.fm Page 203 Monday, July 16, 2007 2:06 PM

204 � The Complete Project Management Office Handbook

Here are a few basic activities the smaller PMO can pursue to evaluate its project management environment:

� Competency. Conduct formal or informal evaluations of compe- tency through observation and performance reviews. If possible, select and administer an instrument to measure project manage- ment competency of project managers and at least the key project team members. Review competency measurement results and rec- ommend or facilitate project management training programs for those who need them.

� Capability. Identify the applicable project management practice standards that will best serve the project management environment. Conduct a gap analysis or, if possible, a state-of-project manage- ment assessment to ascertain current conditions and capability. If necessary, set a course to achieve closer alignment with established processes and preferred practices.

� Maturity. The smaller PMO may not have the scope of responsi- bility that would necessitate a maturity assessment, although such an effort might be warranted if the PMO were serving a moderately sized organization. Nevertheless, the smaller PMO, in its pursuit to establish essential project management capability, can do so with the proviso that it considers the impacts and influences of its solution implementations on the entire relevant organization or enterprise. The smaller PMO could become familiar with a pre- ferred maturity model and should first address capabilities that advance project management maturity at lower maturity levels. Later, it can implement effective solutions that set the foundation for greater project management maturity when the relevant orga- nization or enterprise establishes the strategic direction to do so.

Broader assessment responsibilities of the smaller PMO can be intro- duced as its mission grows and as the value of professional project management capability is recognized within the relevant organization.

AU4680_book.fm Page 204 Monday, July 16, 2007 2:06 PM

205

Chapter 7

Organization and

Structure

The organizational alignment of project managers in the relevant orga- nization is a business decision. That alignment represents the extent of authority and responsibility conveyed to project managers to enable them to achieve business objectives in the project management environ- ment. In conjunction with project team structure, organizational align- ment contributes to project management capability within the relevant organization. In particular, it determines the influence and interactions the project manager will have with project team members and other stakeholders in the project management environment. Organizational alignment also addresses the project management office’s (PMO’s) posi- tion of influence in the relevant organization, from which PMO oversight, control, and support activities are derived.

Project structure aligns project team members, and other stakeholders, with the project manager and with the PMO. It defines their roles and responsibilities but just as important, project structure specifies account- ability — presumably to the project manager and, ideally, in relation to and with regard for PMO guidance. The effectiveness of project perfor- mance is a function of individual accountability. Therefore, project struc- ture can facilitate or diminish project performance.

This “organization and structure” function enables the PMO to:

AU4680_book.fm Page 205 Monday, July 16, 2007 2:06 PM

206

�

The Complete Project Management Office Handbook

�

Establish the PMO’s structure and organizational alignment.

�

Develop project management alignment within the r elevant organization.

�

Prescribe project team member roles and responsibilities.

�

Define the stakeholders in the project management environment.

Function implementation will necessitate development of strong exec- utive level support. This is needed in association with the PMO’s ability to accurately define project management organizational and structural needs, demonstrate appropriate business alignment and fit, and achieve buy-in within the relevant organization.

Project Environment Interface Concepts

The PMO should take the lead role in defining and establishing its own functional capability by developing the organizational alignment with the other business units, as prescribed by the PMO charter. It can then ensure the implementation of capability through specification and introduction of PMO staff members who will implement the functionality needed to achieve business objectives in the project management environment. The PMO then can define, recommend, and implement the project team organizational alignment and structure that will enable the achievement of desired project performance and project management capabilities. Finally, the PMO will be instrumental in identifying all other stakeholders inside and outside the relevant organization for the purposes of facilitating and administering their varying levels of involvement and participation.

Business Environment Interface Concepts

Most executives and some business unit managers likely will have an inherent interest in the alignment of activities in the project management environment. The PMO will be able to describe that alignment and convey it throughout the relevant organization. It will facilitate executive and senior management involvement in organizational alignment decisions and provide advice regarding the impact and influence of their decisions.

The specified project management and project team organizational alignment will suggest and develop formal and informal professional peer relationships — another facet of business communication and coordination. Organizational alignment can be created with intended business unit and peer relationships in mind. Perhaps such alignment can be used to achieve a stronger integration of business and project management objectives.

AU4680_book.fm Page 206 Monday, July 16, 2007 2:06 PM

Organization and Structure

�

207

Organization and Structure Activities across the PMO Continuum

The “organization and structure” function along the PMO competency continuum provides project management capability by establishing an efficient and effective organizational alignment and project team structure that (1) facilitates business and professional interactions among stakehold- ers and (2) presents sufficient project team and PMO representation within the relevant organization.

organization and structure activities according to each level in the PMO competency continuum.

The project office uses established organizational guidance to align and structure the project team to achieve project objectives. The project office itself represents the first level of organizational alignment and structure above the individual project team member.

Mid-range PMO levels take on a progressively more active role in (1) specifying organizational alignment and structure of project managers and project teams, and (2) defining the relationships of project teams to each other, to the PMO, and to the relevant organization. In general, project team alignment with the PMO is pursued through increasing levels of PMO competency. As well, the mid-range PMO will normally seek to progressively expand its business role and recognition as a business unit in its alignment within the relevant organization.

The center of excellence conducts analyses and examinations of the project team structure and alignment within the relevant organization. It is continuous in its efforts to establish the project team and PMO structure and alignment that will maximize capability in the project management environment.

The PMO “organization and structure” function is significantly influ- enced by organizational culture and established business and operating procedures. This PMO function model suggests that ultimately establishing the PMO as an integral business unit having broad influence over project management policies and direction will increase overall project manage- ment capability and maturity within the relevant organization. However, it is the PMO’s responsibility to demonstrate the business effectiveness that warrants such business alignment.

The PMO “organization and structure” function will likely be achieved in conjunction with other PMO functions. Prominently, project team align- ment and structure issues will be affected by the activities of the PMO’s “resource management” function (see organizational interest in any of the PMO functions under the “business

AU4680_book.fm Page 207 Monday, July 16, 2007 2:06 PM

Table 7.1 presents an overview of the range of prescribed PMO

Chapter 9), and vice versa. Relevant

alignment” category (see Chapter 17 to Chapter 20) will likewise influence

2 0 8

�

T h

e C

o m

p le

te P

ro je

ct M an

ag e

m e

n t O

ffi ce

H an

d b

o o

Table 7.1

Range of Organization and Structure Activities across the PMO Continuum

Project Office Basic PMO Standard PMO Advanced PMO Center of Excellence

Manage the preferred project team structure

Establish essential project roles and relationships:

– Specify standard project team member roles

– Facilitate internal business unit relationships

– Identify project stakeholders

Introduce project management structure:

– Evaluate project management structure options

– Implement the preferred project team structure

– Implement the preferred PMO staffing structure

Expand project management and business alignment:

– Develop PMO organizational alignment

– Develop project manager and PMO alignment

– Manage broader stakeholder alignment and participation

Review and analyze project organization and structure:

– Analyze project management organization effectiveness

– Examine project team structure effectiveness

– Identify capability associated with current structure

A U

4680_book.fm P

age 208 M onday, July 16, 2007 2:06 P

Organization and Structure

�

209

PMO alignment and structure, as those functions represent a distinct focus on business and project management integration activities. However, it is the business objectives and authority established in the PMO charter (see

PMO’s ability to influence organization and structure activities within the relevant organization.

Organization and Structure Function Model

The PMO should establish a viable position of authority and business function alignment within the relevant organization — for itself and for affiliated project teams. Otherwise, a business entity other than the PMO, which may not have the same level of vested interest in achieving project management excellence as the PMO, and which is presumably less qual- ified than the PMO to lead professional project management activities in the project management environment, will apply general experience and rules of thumb rather than practices of precision to guide project man- agement efforts.

This is not intended to suggest that other business units are unable to accomplish project management. Rather, it is intended to emphasize that the PMO is established for that very purpose, and it should be given the mandate, through appropriate organizational alignment, to represent, lead, and otherwise influence the activities of the project management environment.

To achieve the desired level of influence, the PMO will have to demonstrate greater capability and business benefits than have been shown by the business units it supports. To that end, this PMO function is likely to be one of the more difficult PMO functions to fulfill. However, it can be accomplished in due course under managed and collaborated PMO growth and expansion efforts within the relevant organization.

and structure” function model, and the following subsections describe each activity.

Set Up the PMO Structure

The PMO should conduct initial planning to establish its own structure, and then ongoing planning to expand its structure and reach the desired level of organizational alignment. The PMO can use the suggested guid- ance presented in the following three subsections to set up the PMO structure and operational alignment within the relevant organization.

AU4680_book.fm Page 209 Monday, July 16, 2007 2:06 PM

the PMO “project governance” function, Chapter 5) that will guide the

Figure 7.1 depicts the prominent activities of the PMO’s “organization

210

�

The Complete Project Management Office Handbook

Identify Staff Needs for PMO Functions

The PMO charter is the guiding document for this effort, as it contains the specification of PMO responsibilities for the PMO functions to be pursued. The PMO charter should adequately convey the functionality

information about the PMO charter. In this activity, the PMO will have to translate functionality into staffing requirements.

It is fairly common that the core staff of a brand-new PMO consists of one or two senior project managers, individuals deemed competent to organize the efforts within the project management environment. Further- more, this full-time PMO staff may be the one that is expected to remain in place for the foreseeable future, with no anticipated staff additions. This condition prompts two considerations. First, this small PMO staff must accurately estimate current and near-term (i.e., one year) workload require- ments to ensure that it can achieve performance expectations with limited resources. Second, the core PMO staff should conduct an early and active search for reliable, part-time assistance, particularly in technical areas.

The PMO will need to set up functional capability according to the PMO charter. It can begin by reviewing and prioritizing its responsibilities and activities in each of the 20 PMO function ar eas designated for implementation. Presumably, a new PMO will not tackle all 20 PMO functions at the onset. Rather, the several most important functions will be introduced and accomplished by the core PMO staff. Then, for each selected PMO function, the core staff will highlight the anticipated work

Figure 7.1 “Organization and structure” function model.

SET-UP THE PMO STRUCTURE

Identify Staff Needs for PMO Functions

Introduce PMO Staff

Analyze and Establish PMO Relationships

ESTABLISH PROJECT STRUCTURE

Specify Project Team and PMORelationship

Define Standard Project Team Structure

Define Extended Project Team Alignment

DEVELOP STAKEHOLDER PARTICIPATION

Manage Internal Project Team Stakeholders

Manage Internal Oversight Stakeholders

Manage Internal Support Stakeholders

Manage Customer Stakeholders

Manage Vendor/Contractor Stakeholders

Manage Other Project Stakeholders

AU4680_book.fm Page 210 Monday, July 16, 2007 2:06 PM

that will be established. See Chapter 5, “Project Governance,” for more

Organization and Structure

�

211

requirements and identify the staff position responsible for its accomplish- ment. In essence, a PMO staff responsibility matrix is constructed.

PMO staff planning should be an ongoing effort unless the PMO has become stagnant in its growth and expansion efforts. However, both initial and ongoing PMO staff planning activities can benefit from a general analysis of PMO staffing requirements from a staff-category perspective. The PMO can define staff needs according to three primary PMO staff categories.

PMO Business Staff

The PMO business staff is represented by the designated PMO manager and by any designated PMO function managers or other operational leaders assigned to the PMO. Usually, the limited cadre of initial PMO staff members in a new PMO will all have business staff responsibilities. The depth and extent of business staff responsibility will increase as the PMO and the project management environment become more mature. General business staff responsibilities for small and large PMOs alike could include:

�

Managing PMO operations and PMO staff performance

�

Establishing PMO functionality for oversight, control, and support of project management

�

Collaborating with business units to integrate business needs, inter- ests, and objectives

�

Collaborating with technical discipline managers to integrate tech- nical management

�

Advising executives and senior managers in professional project management practices

�

Contributing to management of customer and vendor/contractor business relationships

�

Monitoring and managing project performance

�

Maintaining and tracking project cost, schedule, and resource uti- lization at the program (i.e., multiple projects) level

These PMO business staff responsibilities transcend virtually all 20 PMO functions, so they have some applicability regardless of which functions are selected for implementation.

PMO Technical Staff

The PMO technical staff is represented by individuals aligned with the PMO who develop, implement, and manage professional project manage- ment processes and practices within the project management environment.

AU4680_book.fm Page 211 Monday, July 16, 2007 2:06 PM

212

�

The Complete Project Management Office Handbook

It also may include experts in one or more technical disciplines pursued within the relevant organization.

The initial staff members of a new PMO will fulfill this technical staff role on a full-time basis. Other project management and technical disci- pline experts in the project management environment can contribute their skill and competency on a part-time basis. If PMO growth and expansion is anticipated, part-time technical staff roles could be transitioned to full- time PMO positions. Of course, project managers and technical leaders are prominent candidates for full- or part-time PMO technical staff posi- tions. The PMO may also want to consider qualified project team members to fill PMO technical staff roles.

General PMO technical staff responsibilities for either full-time or part- time PMO staff members could include:

�

Developing, implementing, and managing project management processes and practices

�

Integrating technical discipline and business processes and practices

�

Performing project management and technical audits and reviews

�

Researching, recommending, and implementing project manage- ment tools and systems

�

Developing and implementing project management and technical discipline standards

�

Analyzing and implementing improved project management capa- bility solutions

�

Facilitating project manager and project team activities — planning, mentoring, etc.

Unless the PMO is a mature organization, it will likely have to rely on part-time PMO staff support that is aligned with a specific event or purpose over a prescribed period of time. A common approach to part-time PMO staffing is the creation of a task force or development team from among qualified resources available within the project management environment. Per the sample of PMO technical staff responsibilities cited above, it can be seen that senior-level project and technical managers will be prime task-force candidates. These ad hoc teams will contribute a valuable service to the relevant organization and to the PMO as it heads up and provides business and technical direction to the team’s efforts.

PMO Administrative Staff

The core PMO staff will likely have primary responsibility for accomplish- ing administrative activities that accompany their work in PMO business

AU4680_book.fm Page 212 Monday, July 16, 2007 2:06 PM

Organization and Structure

�

213

and technical management areas. However, to the extent that the PMO’s administrative burden can be reduced, the more effective it will be in providing timely project management capability improvements. Like administrative aspects of project management, the PMO will have to identify prominent needs and requirements, substantiate the cost, and acquire the necessary resources.

It should be noted that PMO administrative staff responsibilities tend to have a broader connotation beyond that of administrative assistant, although such an individual would be an invaluable PMO staff member. More so, the PMO administrative staff will likely require some fundamental comprehension of project management concepts and practices, which makes this an ideal role for emerging project manager candidates and talented project team members.

General PMO administrative staff responsibilities for either full-time or part-time PMO staff members could include:

�

Collecting, compiling, and distributing recurring project manage- ment progress reports and other documents from various project managers for PMO and senior management review

�

Preparing project performance analyses for PMO and senior management review

�

Preparing and managing PMO business and technical correspondence

�

Coordinating and administering training in the project management environment

�

Performing project budget and schedule management using an automated tool and creating program-level master schedules of all projects for PMO and senior management oversight

�

Establishing and maintaining the project management library, archives, and any associated online project knowledge manage- ment system capability

�

Supporting PMO task force efforts by coordinating, compiling, and producing documents and materials resulting from task force efforts

�

Coordinating arrangements and scheduling r outine project audits, mentoring services, and project planning support and facilitation

Per the set of sample PMO administrative staff responsibilities pre- sented, it can be seen that, at times, there may be little distinction between administrative staff and technical staff. This category of PMO staff respon- sibilities is presented to illustrate the workload that can be encountered to warrant additional PMO staff assignments.

AU4680_book.fm Page 213 Monday, July 16, 2007 2:06 PM

214

�

The Complete Project Management Office Handbook

Introduce PMO Staff

The core PMO staff will usually be positioned through executive mandate (or through other similar senior management action) to establish the PMO capability. This small team will be charged with creating the preliminary PMO design and implementing initial PMO functional capability. If com- prehensive project management capability and maturity are specified as business objectives, the PMO will need to enlarge its staff over time via introduction of additional full-time or part-time resources.

The PMO can use the PMO staff responsibility matrix cited earlier to contrast business, technical, and administrative staff responsibilities against the current capacity to fulfill specified functionality. This means the PMO should identify any prescribed functional areas that are not adequately covered and identify the staff resources needed to close the responsibility gap relative to the required PMO functionality.

This staffing plan may be an element of the PMO charter for a newly formed PMO, but its review and preparation should be a recurring activity, possibly annually. A staffing plan worksheet can be developed to include the following elements for examination:

�

PMO functional area identification:

�

PMO function area — performance to be achieved

�

Requirement for function implementation — mandate or natural expansion

�

Intended impact of function implementation (e.g., business benefit)

�

Resources required for function implementation

�

PMO resources currently assigned for function area coverage:

�

PMO function area identification

�

Function area performance and responsibility

�

Name

�

Position title

�

PMO resources needed for function area coverage:

�

PMO function area identification

�

Function area performance absent or lacking

�

Impact of inadequate functional coverage

�

Resources required to fulfill functional coverage

This sample worksheet can be used to compile requirements and justifi- cation that will be presented to senior management for approval and allocation of resources to the PMO.

The PMO also may want to personally present its staffing plan and associated strategy to senior management and other key participants as a means to further solicit their support and ensure proper conveyance of

AU4680_book.fm Page 214 Monday, July 16, 2007 2:06 PM

Organization and Structure

�

215

needs. This may include being available for executive or senior manage- ment team meetings at which PMO staffing deliberations take place.

The final step is that of acquisition and assignment of appr oved resources to complement the PMO staff. The PMO will usually coordinate with the HR department for any full-time staff acquisitions and with resource managers for part-time staff assignments.

Analyze and Establish PMO Relationships

The PMO should be recognized as a viable business entity that represents the interests and activities of the project management environment. In some cases, the staff of a newly formed PMO may need to assert an effort to attain the desired level of recognition. In time, PMO contributions to the business effort within the relevant organization will facilitate internal relationship development and foster PMO recognition. In general, PMO recognition is usually achieved through the combined influence of three factors:

Executive mandate and support

. The PMO is established and main- tained under executive direction as the means to undertake cen- tralized oversight, control, and support within the pr oject management environment.

Business need

. The PMO emerges from a fundamental technical or business support team, possibly a methodology development team or capability assessment task force, and acquires broader respon- sibility and authority within the project management environment.

Distinct business contribution

. The PMO grows and expands when it is viewed as a contributor to the achievement of business objectives (i.e., revenue generation, improved capability in project management effectiveness, or realization of customer satisfaction).

These are prominent factors to be considered and analyzed when defining the PMO’s role and position within the project management environment, and in establishing its relationships with other business units within the relevant organization or enterprise.

Internal and external business relationships will be established according to the overall responsibilities of the PMO, consistent with its stage of maturity, that is, its level of progression along the PMO com- petency continuum. Less-mature PMOs will usually have limited need for far-reaching business relationships, and most will be internal. More mature or advanced PMOs will operate more like a business unit and will require business relationships comparable with peer business units within the organization.

AU4680_book.fm Page 215 Monday, July 16, 2007 2:06 PM

216

�

The Complete Project Management Office Handbook

An analysis of current PMO responsibilities will provide insight into the business relationships that warrant pursuit. The following are a few key points for examination and analysis of PMO business relationship needs:

�

Appropriate technical representation

. The PMO will need to inte- grate the expertise and participation of technical departments — design, manufacturing, product development, etc.

�

Alignment with senior managers and decision makers

. The PMO will implement policy guidance conveyed by executives, senior management teams, and oversight committees; and provide per- formance results from the project management environment back to these management-level individuals and teams.

�

Affiliation with internal business-support units

. The PMO will need support to initiate and conduct customer projects and to manage business processes within the project management environment. Some representative affiliations could include:

�

Information systems

�

Human resources

�

Procurement and contract management

�

Business development

�

Affiliation with project resource managers

. The PMO may not have project resources directly assigned and thus will rely on resource managers to provide qualified project managers and project team members.

� Affiliation with external project stakeholders. The PMO may need to conduct business associated with project performance that could extend outside the relevant organization, to include development of: � Customer relationships � Vendor/contractor relationships � Regulatory agency relationships

A review of these points of examination will enable the PMO to identify and pursue the appropriate business relationships needed to accomplish its mission.

Establish Project Team Structure

The PMO has a vested interest in achieving the prescribed level of oversight, control, and support in the project management environment. All that it can accomplish is influenced by the degree of formal alignment of project managers and other project resources within its purview. Like- wise, the structure by which project team members are aligned under a

AU4680_book.fm Page 216 Monday, July 16, 2007 2:06 PM

Organization and Structure � 217

project manager influences the project manager’s ability to oversee, con- trol, and support the performance of project team members. The third consideration of project team structure includes defining the extent to which external participants will be regarded as members of the project team. This refers primarily to customers and vendors/contractors, but it also includes potential designation of other stakeholders within the rele- vant organization as members of the project team.

Essentially, the project team structure is defined to include the project manager and project team members, the integration of external participants into that team, and the relationship each project participant has with the PMO. These considerations are addressed in the following three subsections.

Specify Project Team and PMO Relationship

The nature of project team alignment with the PMO is generally associated with the PMO’s stage of development along the PMO competency con- tinuum. That is, it is more likely that there will be formal affiliation of project managers and project resources with the PMO when the PMO is operating at an advanced stage. Notwithstanding, there appears to be a prevalent approach in many organizations where project managers and project team members are not aligned with the PMO, regardless of the PMO’s stage of development. However, at least some professionals in the project management discipline would agree that greater project effective- ness is achieved when all project resources are aligned to some degree under the PMO, and this function model recommends that at least project managers be aligned to some extent with the PMO.

The concept of project resource alignment presented here means the PMO has some range of control over project resource assignments, activity schedules, and performance management. A generally acceptable range of control extends from reasonable influence, where project resources inherently respond to PMO oversight and guidance as a natural approach to project participation, to direct assignment, where the project resource reports to the PMO director, an aligned project manager, or other manager associated with the PMO.

The following are four progressive configurations that the PMO can consider in specifying its relationship with project managers and project team members:

1. No alignment of project resources 2. Indirect alignment of project managers 3. Direct alignment of project managers 4. Direct alignment of all project resources

AU4680_book.fm Page 217 Monday, July 16, 2007 2:06 PM

218 � The Complete Project Management Office Handbook

The PMO can identify variations of these configurations to better describe resource alignment in its project management environment. This specifi- cation is valuable because it can be associated with impacts on project performance. As well, each configuration indicates conditions that limit or facilitate advancements in project management capability and maturity.

No Alignment of Project Resources

This configuration is one in which the PMO has no appar ent direct influence or control over resources assigned to perform work within the project management environment. This is normally associated with the smaller PMO operating at the basic stage of development. However, it is not unusual for a standard PMO to also encounter this absence of direct resource alignment. The following list identifies a few of the prominent impacts of this condition on the PMO and the project man- agement environment:

� Strong and extended-period communication and collaboration will be needed to develop and implement project management gover- nance and guidance, project management standards, and common project management tools and systems.

� Recurring executive and senior manager involvement may be needed to direct and monitor timely project resource input for cross-project reporting and adherence to the standards of report content for PMO review, analysis, and aggregation.

� The ability to implement preferred practices can be limited by individual professional interests and conflicting business and pro- fessional priorities encountered outside the project management environment.

� Training for project manager and project team members arranged through business units or individuals could be inconsistent with preferred project management practices.

� Capability to identify cross-project needs and reassign project resources on short notice to priority projects may be limited.

� Resource utilization across multiple project assignments may not be effectively planned and tracked when there is no central over- sight, thereby resulting in resource over-commitments and under- commitments to project efforts and project task work that is based on personal schedules and availability instead of business priorities.

� Project resource performance evaluations can be inconsistent across the various reporting officials serving as project team mem- ber performance evaluators.

AU4680_book.fm Page 218 Monday, July 16, 2007 2:06 PM

Organization and Structure � 219

Indirect Alignment of Project Managers

This configuration is one in which the PMO develops active working relationships with project managers who are directly aligned with business units. In turn, those project managers will usually accept and apply PMO governance and guidance when an advantage is identified. As well, some of these project managers will demonstrate a willingness to participate with the PMO in developing and implementing standards and practices in the project management environment. This provides a reasonable level of PMO influence, albeit very limited control over project resource assignment and performance. The following list identifies a few of the prominent impacts of this condition on the PMO and the project man- agement environment:

� Project management practices may vary across different project efforts, and project team members will need to differentiate the approach and preferences used by the project manager on each project to which they are assigned.

� The PMO will likely need to compete for project manager time and influence with the project manager’s reporting official (resource manager) in the business unit.

� The capability to develop a cadre of professional project managers within the relevant organization may be limited by an inherent focus on the technical aspects of project performance rather than on effective implementation of modern project management practices.

� Modest levels of affiliation with the PMO will facilitate communi- cation and an exchange of ideas and concepts among project managers who share the PMO as a central point of coordination and collaboration on project management practices.

� Project managers having some level of PMO alignment and aware- ness will gain a better understanding of the PMO’s support capa- bility in the project management environment, particularly identifying PMO support available for use on their projects. Ideally, project management efficiency and effectiveness will improve as a result of each project manager’s PMO relationship.

Direct Alignment of Project Managers

This configuration is one in which project managers work for the PMO when assigned to lead efforts in the project management environment. For the most part, they will receive their assignment from the PMO, and they will be responsible to the PMO for successful project completion and the associated achievement of project objectives. In turn, the PMO will

AU4680_book.fm Page 219 Monday, July 16, 2007 2:06 PM

220 � The Complete Project Management Office Handbook

monitor project progress and project manager performance. Note, how- ever, that direct alignment does not necessarily require direct assignment to the PMO, although that would be the preferred condition. Moreover, this alignment of project managers does not infer alignment of project team members, which is discussed in the next section on project team structure. The following list identifies a few of the prominent impacts of this condition on the PMO and the project management environment:

� This influential position of the PMO can be used to ensure that business interests and objectives of the relevant organization are integrated and managed across all projects.

� The PMO will be able to prepare performance reports that are consistent across all designated project managers, but it will likely have to coordinate and manage the incorporation of its individual performance evaluations with those of the business unit if project managers are not directly assigned to the PMO.

� The PMO will have greater ability and a more effective means of introducing a viable and repeatable project management method- ology process that is mandated for use by all project managers. Similarly, common project management practices and tools will be more likely to achieve widespread use.

� The PMO will need to establish the capability and infrastructure to properly manage and support aligned project managers, whether that group is small or large, and that need is increased if project managers are assigned directly to the PMO.

� The PMO can qualify and assign project managers to projects consistent with their skill and knowledge — not just because they are available. The PMO can also prescribe and provide technical and professional competency improvement activities for individual project managers to broaden their availability for more types of projects.

Direct Alignment of All Project Resources

This configuration is one in which all project managers and project team members are assigned to the PMO as a component of the PMO staff. There may be a distinction made between these project resources and members of the PMO staff working in specific function or support roles. However, once resources are assigned to the PMO, that distinction may be reduced as resources become available for work assigned on projects or on PMO functional efforts. The following list identifies a few of the prominent impacts of this condition on the PMO and the project manage- ment environment:

AU4680_book.fm Page 220 Monday, July 16, 2007 2:06 PM

Organization and Structure � 221

� The PMO can hold central accountability for the assignment and performance of all resources in the project management environment.

� The PMO can identify and commit the specific project resources that are qualified to perform approved project efforts.

� The PMO can analyze skill and competency requirements, prescribe professional development activities, and forecast project resource strength in specific technical and professional competency areas in advance of needs.

� The PMO can monitor and manage resource utilization across all projects and redirect resources to critical tasks as warranted by project needs and business priorities.

� The PMO can effectively implement standard, repeatable processes within the project management environment.

Define Standard Project Team Structure

The project team structure is primarily a function of project resource ownership and project manager authority, as prescribed by most project management standards applied in industry today. Project manager respon- sibility for achieving project performance objectives must be supported by an appropriate level of authority to control project resource utilization, assign and manage project task performance, and enforce accountability of project team members. Otherwise, the designated project leader is merely serving as a project schedule coordinator or project report admin- istrator and cannot reasonably be held responsible for project outcomes.

The PMO should be influential first in evaluating the effectiveness of the current project team structures that exist within the project management environment. Then it should define and recommend the project team structure that fits within the established organizational culture and serves the project management needs and interests of the relevant organization.

This PMO function model examines project team structure in a manner that is generally consistent with most prominent standards. It presents three models for the PMO to consider in defining and establishing a project team structure:

1. Functional project team structure 2. Matrix project team structure 3. Integrated project team structure

These structures represent a progressive state of project team cohesion that could exist or be established within the relevant organization. Upon examination of these different structures, many professionals in project management would likely agree that the most effective project team

AU4680_book.fm Page 221 Monday, July 16, 2007 2:06 PM

222 � The Complete Project Management Office Handbook

structure is probably represented by a combination of a prominent inte- grated project team structure, with a matrix project team structure applied for some elements of project participation when needed. In reality, most PMOs will probably implement structures that represent a variation of one or more of the structures presented.

Functional Project Team Structure

This represents a project team structure where the project manager has little or no authority over project resources. Instead, project resources are aligned with the resource provider, usually a functional manager in a business unit who has primary authority over assignments and manage- ment of project resource contributions to the project effort. Other likely conditions resulting from this project team structure include:

� A project manager may be designated but that individual probably fulfills only a portion of the responsibilities normally associated with professional project management. Decisions affecting project performance often are made outside the purview of the designated project manager by one or more functional managers, business managers, and technical managers.

� Direction, guidance, and the ability to apply effective project man- agement processes and practices can come from various sources. The oversight of multiple functional managers could result in an inconsistent approach to project management and the uncertainty of project outcome. This condition of authority shared across functional managers also may indicate that there is no central project management authority below the executive or senior man- agement level.

� Functional manager position and business experience may serve in lieu of formal project management skill and competency to guide project management activities and affect project progress and outcome.

� Project resources serve under the direction and conditions of a functional manager who — instead of the designated project man- ager — will evaluate their performance and influence their career progression. At best, a designated project manager will coordinate the efforts of these assigned resources and achieve resource per- formance results primarily through personal attributes of influence and persuasion.

� Technical managers may be called upon to perform as project managers solely because of their demonstrated technical skill and

AU4680_book.fm Page 222 Monday, July 16, 2007 2:06 PM

Organization and Structure � 223

competency rather than on their capability and experience to manage the full range of project management life-cycle activities.

Matrix Project Team Structure

This represents a project team structure where the project manager has limited authority over project resources, which are now aligned with the project manager for purposes of project work. Some project management standards distinguish between a strong matrix structure and a weak matrix structure. In a strong matrix structure, the project manager has significant authority and control over project resources during their project assign- ment. In a weak matrix structure, the resource provider (i.e., functional manager) retains primary authority and control of the resource but fulfills resource commitments to the project manager. Other conditions that are often associated with this project team structure include:

� The role of the project manager is distinct and presumably asso- ciated with an individual qualified on the basis of skill and experience in project management concepts and practices. It is a role that is generally recognized and appropriately regarded by all project resources and functional managers within the relevant organization.

� The project manager will normally evaluate project resource per- formance as an element of project management. If the resource’s project assignment is an extended one, the project manager may be solely responsible for conducting the annual performance review. If the assignment is shorter, the project manager is usually requested to provide an interim resource performance review for the assignment period, and that is entered into the individual’s personnel records and serves as contributing input to performance reward and career progression decisions.

� The qualification and designation of project managers as the central point of project management responsibility facilitates the introduc- tion of common and repeatable project management processes and practices. In turn, this capability is readily conveyed to those project resources in the matrix team structure, and they become increas- ingly effective in their accomplishment of project responsibilities across all project assignments.

� The assigned project resource normally cannot be assigned to other project tasks or other projects without the concurrence and com- mitment of the resource provider. Similarly, if there is a precise period of performance specified for a particular project matrix team

AU4680_book.fm Page 223 Monday, July 16, 2007 2:06 PM

224 � The Complete Project Management Office Handbook

resource, untimely the completion of associated project tasks could affect project resource availability.

� The resource provider or functional manager who “owns” the resource can assert control or influence to remove or replace the resource assigned to the project. In turn, project managers will need to collaborate with resource providers at regular intervals to ensure fulfillment of current resource commitments and planned resource assignments in a timely manner. This is a small adminis- trative burden encountered primarily when a weak matrix team structure is applied.

Integrated Project Team Structure

This represents a project team structure where the project manager has primary authority over project resources, which are usually aligned through a direct and full-time assignment to a project manager or to the PMO. Certain project management standards refer to this as a “projectized” project team structure. This model uses the term “integrated” to represent the full-time, ongoing alignment of project team members, project man- agers, and the PMO in the project management environment. The next section considers the further integration of external project participation. Other prominent conditions for this project team structure include:

� A distinct central point of authority and responsibility for project management and project performance is established at the project level and at the PMO level.

� Accountability and actions for integration of strategic business objectives into project management efforts becomes less cumber- some. Executives and senior managers can influence project man- agement direction toward achievement of business objectives without having to personally manage projects.

� The project management needs of all business units can be served. Professional project management processes and practices can now be applied to all applicable business and technical interests within the various business units of the relevant organization.

� Project management resources can be developed and grown within the culture of the relevant organization as they are acquired. This structure promotes measurement of project management skill and knowledge alongside technical capability as a qualifier for profes- sional advancement.

� Project resources have reduced task performance and scheduling conflicts. These results stem at least from their full-time alignment

AU4680_book.fm Page 224 Monday, July 16, 2007 2:06 PM

Organization and Structure � 225

with a central project management authority and, possibly, by having one supervising project manager.

� Project resource utilization planning and management should be more effective. Project resources can be assigned within the project management environment to respond to projects having business priority, to fill in temporary resource vacancies, to apply special- ized skills, and to contribute to the development and implemen- tation of PMO function areas. Any non-project time can be accounted for in developing capabilities within the project man- agement environment.

� Project resources have common performance standards across all projects to which they are assigned. Project managers contribute to establishing these standards and are instrumental in applying them to all project efforts.

Define Extended Project Team Alignment

The PMO will need to examine its culture and business environment in making decisions regarding extended project team alignment. This involves the need to determine how closely other project participants who are external to the relevant organization are aligned with the project and with the project manager. Specifically considered are three project stakeholder groups: (1) customers, (2) vendors or contractors, and (3) r egulatory agents. Other stakeholder groups presented in the next section can also be considered, as the PMO deems appropriate. Project performance ben- efits when representatives from these groups, as well as specifically assigned project team members, know and recognize who are bona fide members of the project team.

The PMO can create a default approach for the inclusion of extended project team members. However, unless the nature of project work is so homogenous and the same project stakeholders tend to be present on recurrent projects, each new project will warrant independent examination regarding the need for extended project team alignment.

The consideration of extending the project team begins with under- standing the conditions that warrant project team alignment. This is followed by establishing protocols for project team participation and alignment. Then the value of combining tasks and work activities in a common project work plan or keeping them in separate plans is examined.

An overview of these factors is presented for PMO consideration for each of the stakeholders who could be aligned as extended participants of the project team. Decisions concerning stakeholder alignment should be made in collaboration with applicable stakeholders to obtain their concur-

AU4680_book.fm Page 225 Monday, July 16, 2007 2:06 PM

226 � The Complete Project Management Office Handbook

rence. Alignment consideration should account for current and potential business relationships, particularly with customers and vendors or contrac- tors. To that end, also see the information presented in the chapters on the

Customer Project Team Alignment

Some customers will collaborate on the project’s technical solution and the plans to achieve it, and then they will essentially remain uninvolved outside of routine status meetings and progress report reviews. This is probably not characteristic of a project effort that warrants customer inclusion as part of the project team.

Conversely, some project work inherently requires ongoing customer involvement in the development and delivery of the project’s technical solution. This bears consideration for having one or mor e customer representatives on the project team. In some cases, the customer may even have its own intact project team to be integrated. Presumably, there will be a customer contact or customer project manager who will serve as the point of integration.

The PMO or project manager should establish the protocol for this relationship early in the project effort, at or before the project kickoff meeting. In particular, the parties will need to decide how project team members will be assigned responsibilities and perform work together. A common approach is for the two project managers to coordinate their plans and then collaborate on the nature and extent of participation by necessary project resources. A related protocol point is establishing how technical or other subteams having combined participation will be man- aged, including specifying who will be the subteam leader. Finally, an important point of protocol is made when the customer distinguishes between being a project team participant and being a representative for acceptance of project deliverables obligated under a contract or agreement.

Many project managers find it useful to have key customer activities included in their workplan. Even subtle customer activities associated with the project take time — a few days for a document review, allocation of time for meeting preparation and attendance, a period for customer deliberation and decision, etc. The project workplan should account for these types of customer “deadlines” and activities. In many cases, the project workplan can become the customer’s workplan, and the inclusion of assigned tasks for the customer will allow everyone to see the sequence of activities for which they are responsible. Additionally, if it is not specified in the workplan, how will everyone know that it is an important and timely project activity, or even an activity on the project’s critical path?

AU4680_book.fm Page 226 Monday, July 16, 2007 2:06 PM

PMO “customer relationships” management function (Chapter 18) and the PMO “vendor/contractor relationship” management function (Chapter 19).

Organization and Structure � 227

Vendor or Contractor Project Team Alignment

The vendor or contractor is too often a forgotten entity in some project management environments. If not specifically aligned as part of the extended project team, the vendor or contractor must be distinctly aligned with the project manager. This is a subtle difference in some cases but it is one that should be examined to determine whether the vendor or contractor project manager works solely with the project manager, or whether the vendor or contractor participants are integrated with the project team.

The prescribed protocols for this project relationship are very similar to those indicated for the customer project team, only now with reversed roles. Here the project manager can determine the level of vendor or contractor integration, the preferred approach to technical leadership and project team resource management, and the point of contact for vendor or contractor deliverables.

The PMO should prescribe conditions and standards for alignment but the project manager will need to make the final decision regarding the integration of any vendor or contractor workplan with the primary project workplan. The conditions that normally warrant full integration of project workplans are associated with technical activities where vendor or con- tractor participants work side by side with primary project team members, serving as technical leads, technical experts, or technical assistants. In other project situations, the vendor or contractor may have responsibility for one or more deliverables that it prepares independently of any par- ticipation with the primary project team. That condition probably just requires that a single line item be included in the project workplan to represent the vendor or contractor effort relative to other project activities. Of course, the project manager or a designee on the project team must actively manage that workplan line item.

Regulatory Agent Project Team Alignment

The introduction of a regulatory agent as an extended participant on the project team may seem awkward initially. However, the purpose of identifying the extended project team in the first place is to ensure that the project manager is able to account for and manage all prominent project activities, with appropriate alignment of key participants. In some project management environments, a regulatory agent can be a prominent participant at critical junctures in the project management life cycle.

A regulatory agent is often thought of as an exter nal government representative. However, as described in the next subsection on other project stakeholders, the regulatory agent role could originate within the

AU4680_book.fm Page 227 Monday, July 16, 2007 2:06 PM

228 � The Complete Project Management Office Handbook

relevant organization or as an external representative. Usually, a regula- tory agent is introduced into the project at points of product development or delivery. The decision to formally recognize regulatory agents as extended members of the project team will be determined by the protocol required and by mutual agreement between the regulatory agent and the project manager.

The points of protocol for regulatory agents can be preestablished by the regulatory agency by the nature of its oversight role and the type of project. The PMO should thoroughly understand these protocols for all regulatory agents and convey associated requirements to project managers and project team members.

It is wise to include regulatory agent activities associated with the project as elements of the project workplan, as would be done for any other key project participant. This enables the regulatory agent to identify preferred points of activity and, if necessary, to coordinate adjustments as a matter of protocol or convenience. Equally important, the specification of a regulatory agent on the project workplan serves as guidance and a reminder to the project manager and project team members about the need for timely completion of project activities.

Other Stakeholder Project Team Alignment

The alignment of extended project team participants is a factor for PMO consideration based on relevant organizational culture and business needs. The PMO and others within the project management environment benefit by specifying and recognizing the standard composition of an active project team within the relevant organization. In that regard, this PMO function model does distinguish between members of the active project team, including primary and extended members, and other project stake- holders. In reference to the listings in the following section, the PMO can add or exclude any project stakeholder roles as active participants on the project team.

Develop Stakeholder Participation

Who are the project stakeholders in your project management environ- ment? This is determined by the PMO as it attempts to optimize commu- nication among project participants and to maximize the benefits of stakeholder participation. This section recommends the identification of project stakeholders and describes the role that each can perform relative to project management activities and project performance. The following subsections describe six primary categories of project stakeholders.

AU4680_book.fm Page 228 Monday, July 16, 2007 2:06 PM

Organization and Structure � 229

Manage Internal Project Team Stakeholders

This stakeholder category represents those project participants who are directly involved in conducting and managing the project effort. This group is responsible for producing required project deliverables and for achieving specified project objectives. In some project management environments, the project team can also be augmented by full- or part-time participation of PMO staff members. The following subsections describe the various stakeholders in this category.

Program Manager

This individual is responsible for oversight of multiple projects, usually a collection of projects that are interrelated by similar business interests, technical solutions, or customer base. This position usually serves as the reporting official of the project when it exists in the project management environment, and therefore it bears the responsibility for project success. Related position titles include “manager of project managers,” “program director,” and “project director.”

Project Manager

This individual is responsible for conducting project management activities throughout all phases of the project management life cycle, managing project resource utilization and performance, and fulfilling project deliv- erables and objectives. Related position titles include “project leader,” “project coordinator,” and “project administrator.”

Project Team Member

This individual is responsible for planning and performing work to accom- plish project deliverables and to complete selected project management activities, as delegated by the project manager. This position reports to the project manager, either directly or through another project team member serving in an interim management or technical leadership posi- tion. The project team can comprise a variety of technical and managerial roles. Some of the more common roles include:

� Assistant project manager � Technical leader � Technical staff member � Technical specialist

AU4680_book.fm Page 229 Monday, July 16, 2007 2:06 PM

230 � The Complete Project Management Office Handbook

� Professional staff member � Task leader or supervisor � Craft specialist or laborer

In some project management environments, the project team may be augmented by full-time or part-time participation of PMO staff members.

Manage Internal Oversight Stakeholders

This stakeholder category represents those project participants who pro- vide senior-level direction and decisions to guide project management toward the achievement of business interests and objectives. The following subsections describe prominent stakeholders in this category.

Project Executive (Sponsor)

This individual is the senior manager responsible for project performance, with the power to authorize project selection, continuation, and termina- tion, and project funding. In some organizations, these responsibilities are deferred to a committee of executives or senior management team (e.g., executive control board). However, this role still retains responsibility for the alignment of projects with strategic business objectives, as can be performed using an effective project portfolio management system. A related title for this position is “project sponsor.” This role also can be fulfilled by the executive head of a business unit or, in some smaller organizations, by the CEO.

PMO Director

This individual is the head of the project management office having responsibility for establishing and conducting project management over- sight, control, and support across all projects in the relevant organization, and thereby for each project at hand. The PMO director advises and collaborates with the project executive and other executives and senior management teams regarding overall project management capability as well as individual and collective project activities and status. Program and project managers may report to or otherwise be aligned with the PMO director, per the organizational structure established for the project man- agement environment. Related position titles include “PMO manager,” “chief project officer” (CPO), “chief technical officer” (CTO), and “vice president for projects.”

AU4680_book.fm Page 230 Monday, July 16, 2007 2:06 PM

Organization and Structure � 231

Executive Control Board

The executive control board is the group of executives or senior managers within the relevant organization that deliberates and decides on the capability instituted in the project management environment; determines project selection, continuation, termination, and funding (when deferred by the project executive or by business mandate); and thereby has a vested interest in individual project performance. Related titles for this board include “project management oversight committee,” “project control board,” and “executive management team.”

Technical Advisory Boards

Technical advisory boards are groups, usually having some executive-level representation, that convene to deliberate and decide technical processes and practices applied in the project management environment and in association with technical elements of project performance. Such boards could have special technical purposes, and there could be a board aligned with each major technical discipline within the relevant organization. These groups would collaborate on decisions and activities with the PMO to achieve integration with project management processes and practices and thereby would have a vested interest in technical aspects of real-time project performance. A variety of groups by different titles can be estab- lished to represent technical discipline interests, including the following few examples:

� Product development control board � Technical process control board � Configuration management team � Engineering design committee � Scientific analysis committee � Test and acceptance procedures committee � Construction management board � Manufacturing process control board � Technical achievement advisory council

In some organizations, this type of technical-based group will fulfill the responsibilities of the executive control board.

Manage Internal-Support Stakeholders

This stakeholder category represents those project participants within the relevant organization who serve as adjunct or part-time project team

AU4680_book.fm Page 231 Monday, July 16, 2007 2:06 PM

232 � The Complete Project Management Office Handbook

members. Their particular business, technical, or project management skill and expertise may warrant concurrent short-term assignments on several small to medium projects, or they could be assigned as full-time project team members on projects of longer duration. The following subsections describe stakeholders in this category.

PMO Staff Member

This stakeholder group reports to the PMO director to establish and implement PMO functionality, develop project management capability in the relevant organization, and support project managers and project teams to achieve fulfillment of project deliverables and accomplishment of project objectives. Support is provided relative to the established functional capa- bility of the PMO. See the PMO “career development” function (

Project Resource Manager

This is the individual to whom personnel who are competent to perform business, technical, and project management activities as members of a project team are assigned. This stakeholder is responsible for collaborating with the PMO and project managers to fulfill requirements for qualified project resources according to commitments made. In turn, project resource managers should solicit and incorporate project manager evaluations of project team member performance into performance reports for each assigned individual. Related titles for this position will vary by organization and industry, and could include resource provider, reporting official, etc.

Business Unit Managers

These stakeholders are the individuals who head the business units or departments in the relevant organization, including their designees who routinely provide business support to project managers and the PMO. Because of their interest in business outcomes on each project, they are viable project stakeholders. On larger projects, they could assign individ- uals with particular business expertise as members of the project team on a full- or part-time basis. Some examples of business unit support stake- holders include:

� New product development manager � Human resources manager � Business development manager

AU4680_book.fm Page 232 Monday, July 16, 2007 2:06 PM

Chapter 11) for a full list of PMO staff positions.

Organization and Structure � 233

� Legal adviser/counselor � Procurement/contracts manager � Contracts manager � Logistics manager � Supply and acquisitions manager

Manage Customer Stakeholders

This stakeholder category represents those project participants who have responsibility for ensuring that project outcomes fulfill the intended busi- ness purpose or need of the customer’s organization. These stakeholders are members of the customer’s organization. The specified stakeholders in this category are not always active participants on every project. However, at least one of them is normally identified as a primary point of contact for each project effort. Stakeholders in this category are described in the following subsections.

Customer Executive

This stakeholder is the senior manager in the customer environment who authorized project selection and funding and who holds strategic-level responsibility for project success. Although not always visible in the customer’s project management environment, this stakeholder is undoubt- edly present and working behind the scenes. This is also the point of contact for executive-level discussions, if needed.

Customer Project Manager

This stakeholder is responsible for providing project oversight and control on behalf of the customer’s interests and perspectives for project success. This individual, along with relevant customer project team members, will normally be involved in developing technical requirements and specifica- tions, participating in the preparation and approval of project plans, and tracking project progress through acceptance of project deliverables. When present, this customer stakeholder serves as a point of contact, and coordinates and collaborates directly with the project manager to ensure project success.

Customer Project Team Member

These stakeholders are responsible for performing technical, business, and project management activities on customer-initiated projects that may be

AU4680_book.fm Page 233 Monday, July 16, 2007 2:06 PM

234 � The Complete Project Management Office Handbook

performed in conjunction with the project at hand. In some cases, joint project management plans are prepared, and customer project team mem- bers join the primary project teams in task efforts. In other cases, customer project team members represent the customer project manager to establish an oversight presence. On many projects in different industries, there is no customer project team in the project management environment.

Customer End Users

These stakeholders are responsible for implementing the project’s technical solution in the customer’s business environment. They may act in lieu of or in deference to the customer project team to test, approve, and accept project deliverables.

Customer Business Manager

This stakeholder is the default customer representative and point of contact for project efforts. This role normally has responsibility for initiating the project request, managing the associated project contract or agreement, and receiving and approving project deliverables. This role is the one usually encountered on a majority of customer projects across industries, and it is used in lieu of a customer project manager and project team on projects where deliverables do not require intense technical oversight, scrutiny, and test and acceptance activities.

Manage Vendor and Contractor Stakeholders

This stakeholder category represents those project participants who have responsibility for ensuring that project outcomes fulfill the offering of the vendor or contractor. These stakeholders are members of the vendor or contractor organization. The specified stakeholders in this category are not always active participants on every project. However, when vendors and contractors are involved in the project, at least one of them is normally identified as a primary point of contact for each project effort. Stakeholders in this category are described in the following subsections.

Vendor and Contractor Executive

This stakeholder is the senior manager in the vendor or contractor organi- zation who holds business responsibility for the offering. It is this individual who normally warrants the quality of products and performance, as well

AU4680_book.fm Page 234 Monday, July 16, 2007 2:06 PM

Organization and Structure � 235

as the fulfillment of any associated contract or agreement. This stakeholder is also the point of contact for executive-level discussions, if needed.

Vendor or Contractor Project Manager

This stakeholder is responsible for leading the vendor or contractor project team in conducting assigned project tasks and in achieving the prescribed technical solution to fulfill the vendor or contractor’s offer. When present, this stakeholder serves as the vendor or contractor point of contact, and coordinates and collaborates directly with the project manager to ensure successful completion of the vendor or contractor effort.

Vendor or Contractor Project Team Members

These stakeholders have responsibility for performing technical, business, and project management activities on assigned projects. In some cases, joint project management plans are prepared, and the vendor or con- tractor project team members join the primary project teams in task efforts. In other cases, vendor or contractor project team members work independently to accomplish assigned project tasks. A vendor or con- tractor project team may or may not be established for each vendor or contractor offering.

Vendor or Contractor Business Manager

This stakeholder is the default vendor or contractor representative and point of contact for project efforts. This role is also prevalent when there is a particular product or service acquired, in lieu of technical development work associated with the project effort. It is the position usually encoun- tered in business interactions with a vendor or contractor organization.

Manage Other Project Stakeholders

This stakeholder category represents those project participants who have some level of interest in the fulfillment of all or part of the project objectives. These stakeholders can be associated with the relevant orga- nization or be introduced from an external organization. The stakeholders in this category are not always active participants on every project. The nature of each project will determine the need for their participation and involvement. Stakeholders in this category can include the following.

AU4680_book.fm Page 235 Monday, July 16, 2007 2:06 PM

236 � The Complete Project Management Office Handbook

Regulatory Agents

These stakeholders normally perform inspections or examinations within the project management environment to ascertain quality or compliance. This includes regulatory agents from internal business units within the relevant organization who primarily address product- and service-quality issues. It also can include external representatives who focus on compli- ance issues such as those from industry or technical standards organiza- tions or government regulatory agencies.

Business Partners

These stakeholders have interests in recouping investments associated with project efforts. They are not normally visible in the project manage- ment environment but may be encountered through integrated activities with the business environment. These stakeholders will have interest in project performance and in project outcomes.

Industry Partners

These stakeholders have interests in achieving technical and technology solutions that advance industry standards, enlarge markets, or promote associated professional disciplines. They could be visible in the project management environment when one or more projects are involved in developing or implementing a solution of interest to the partnership. In general, industry partners can be business partners but business partners are not inherently industry partners.

Executive Management Team

These stakeholders represent the highest level of executive management in the relevant organization. This stakeholder category includes the CEO, CIO, and CFO. It would be rar e for these stakeholders to be routinely visible in the project management environment, unless the enterprise is a small business. Therefore, this stakeholder group nor- mally defers oversight responsibilities to the PMO or project executive (sponsor). The absence of visibility, however, does not mean lack of interest. These stakeholders undoubtedly will have some measur e of regard and support for project contributions to business, and thereby they have an interest in the business results achieved within the project management environment.

AU4680_book.fm Page 236 Monday, July 16, 2007 2:06 PM

Organization and Structure � 237

Postscript for the Smaller PMO The efforts of the smaller PMO should focus on introducing professional project management concepts and practices into the relevant organization, including promoting an organizational framework and structure that will facilitate excellence in project management.

Organizations are structured to conduct business according to the traditions and best practices that are best known to them. Many technical and business entities are already structured and are well embedded in the relevant organization, but some of them do not inherently address all the needs associated with an effective project management environment. Conversely, an effective project management organization and structure naturally pursues integration of technical and business functions, practices, and activities.

To that end, the smaller PMO can address a few fundamental organi- zational alignment activities in the relevant organization to advance aware- ness of the benefits to be gained from having an effective project management organization and structure:

� First, establish the professional roles of the project manager and the project team members as best as can be accomplished. Draw awareness to who is a project manager and who is not by defining the role and responsibilities of a project manager within the relevant organization. Similarly, define any standard project team roles, particularly those having delegated project management responsi- bilities. When project team members know their specific roles and responsibilities, they will tend to become more effective and effi- cient in their work environment.

� Examine the project participation by individuals in business units. Identify the scope of project support that is provided — support to a few types of projects or to all projects. Determine where the PMO can serve as a central coordinator for those activities to streamline the process or to optimize participation across projects. As well, determine whether business unit par- ticipation is included in project planning and listed in the project workplan. Identify project information that the PMO can compile for distribution to business units to help them plan and conduct their portions of project work and to achieve their business objectives.

� Identify the project stakeholders in and around the relevant orga- nization. Determine who is involved or otherwise has business interests in different aspects of project performance. Examine each stakeholder individually to see how well their business interests

AU4680_book.fm Page 237 Monday, July 16, 2007 2:06 PM

238 � The Complete Project Management Office Handbook

are achieved per their current alignment with projects. Develop recommendations for improved alignment of various stakeholders with relevant project efforts.

AU4680_book.fm Page 238 Monday, July 16, 2007 2:06 PM

239

Chapter 8

Facilities and

Equipment Support

Project managers have traditionally held general responsibility for obtain- ing and using the facilities and equipment required for each project effort. On larger, possibly geographically dispersed projects, the project manager could enlist the assistance of specialized business units within the relevant organization to obtain such resources (e.g., facilities management, pro- curement, and contracting departments). Under the concepts of this PMO (Project Management Office) function, the PMO will examine the oppor- tunities in which it can intervene to oversee facilities and equipment within the project management environment. In so doing, it will facilitate better alignment of facilities and equipment acquisition, assignment, and disposal based on current and upcoming project requirements, thereby reducing a large part of the project manager’s burden in this area of responsibility.

This “facilities and equipment support” function enables the PMO to:

�

Establish a common project workspace configuration.

�

Monitor, manage, and control facilities and equipment acquisition, use, and disposition within the project management environment.

�

Optimize specific facilities and equipment utilization and assign- ment across projects.

�

Reduce facilities and equipment expenses for individual projects.

AU4680_book.fm Page 239 Monday, July 16, 2007 2:06 PM

240

�

The Complete Project Management Office Handbook

The PMO will be able to achieve these functional objectives by working closely with (1) project managers, to help them identify require- ments for facilities and equipment as part of their physical r esource planning; and (2) business units that currently provide this type of support to project managers. In turn, the PMO can establish the procedures necessary to requisition facilities and equipment for each project effort. This PMO function is inherently needed more in organizations that have significant or specialized project equipment needs and extensive project facilities requirements.

Project Environment Interface Concepts

The PMO can use its comprehensive understanding of project management requirements to plan and support facilities and equipment needs in the project management environment. This ranges from addressing individual project needs to establishing cross-project support capability for facilities and equipment.

In many cases, the relevant organization will have an existing capability to provide facility and equipment support, likely as two separate business functions. The role of the PMO is to bring that support into close alignment with project needs while serving the business interests of advanced planning and reduced costs. To that end, the PMO serves as an interface for project managers with such business support units, thereby reducing the project manager’s need to attend to such matters.

The PMO’s oversight of facilities and equipment can provide an impor- tant accounting function. If the nature of business is one that requires reusable specialized equipment — for example, heavy equipment for construction, gauges and testing equipment for laboratories, and toolkits for hardware maintenance — the PMO can be the source for planning and allocating equipment use at the times needed by different projects. Likewise, equipment for anticipated work across multiple projects can be procured in bulk to realize cost savings, in contrast to expensing equip- ment for individual projects at no cost benefit. Similarly, the PMO’s perspective across projects will enable it to examine facility acquisition and assignment opportunities that maximize cost savings to the relevant organization and to the enterprise locally and worldwide.

Finally, the PMO performs a combined oversight and support role by ensuring that facilities and equipment within the pr oject manage- ment environment adequately support project teams in their pursuit and achievement of project objectives. This includes identifying and acquiring the computing hardware and software needed to get the job done, as well as monitoring the needs for of fice space and office

AU4680_book.fm Page 240 Monday, July 16, 2007 2:06 PM

Facilities and Equipment Support

�

241

fixtures, furnishings, and equipment needed by project team members. Again, this PMO support reduces the administrative burden and allows project managers to spend more of their time on direct project man- agement efforts.

This PMO function is merely one of coordination for collocated project teams, where the business unit to which they are assigned inherently provides the necessary office space and equipment for the project team member. Conversely, where project teams are more transient — separate facilities needed at various locales for specific client engagements, global- reaching projects requiring travel, frequent turnover of personnel assigned to the project effort — the PMO can play a facilitating role in helping project managers achieve project objectives while also monitoring business interests in the process.

Business Environment Interface Concepts

The PMO can accomplish the “facilities and equipment support” function by being a coordinator and collaborator in the business environment. The intent is not to replace any current business unit functionality but, rather, to influence processes that are conducive to effective and efficient management of facilities and equipment within the project management environment. However, if there are no existing business-area processes that address facilities and equipment management to support project efforts, then the PMO can play a lead business role in accomplishing this PMO function.

Presuming that there are current business functions within the rele- vant organization that address facilities and equipment, the PMO’s pri- mary responsibility will be to monitor the support provided to projects. To that end, the PMO can collaborate with in-house facilities and equipment support providers to help them achieve a better understand- ing of how their support activities impact project management require- ments. Subtleties taken for granted in the pr oject management environment are not always evident to nonpractitioners, and curr ent support processes may not necessarily be conducive to effective project management. For example, the classification and priority of a new project may influence equipment assignment, rather than an earlier-dated req- uisition request. Likewise, facilities that are available and can house two or three project teams may not be appropriate for such use if one of the project teams has contractual obligations for separate facilities to avoid a conflict of business interest. The PMO can monitor these con- ditions and help current support providers understand the concepts and considerations of project management.

AU4680_book.fm Page 241 Monday, July 16, 2007 2:06 PM

242

�

The Complete Project Management Office Handbook

Facilities and Equipment Support Activities across the PMO Continuum

The “facilities and equipment support” function along the PMO compe- tency continuum provides increasing involvement in facilities and equip- ment management, as is applicable to pr ojects within the relevant organization.

and equipment support activities according to each level in the PMO competency continuum.

The project office is responsible for requesting and managing the facilities and equipment needed to accomplish each project effort. This responsibility inherently falls within the purview of the project manager,

support to the PMO or other supporting business unit. Mid-range PMO levels help project managers identify and achieve

facilities and equipment support requirements on individual projects. The mid-range PMO also will manage an effort to optimize the use and assignment — and potential reuse and reassignment — of project facilities and equipment across multiple project efforts as a means to make facility and equipment acquisitions and deployment more cost effective for the relevant organization.

The center of excellence will continue its focus on business perfor- mance by conducting strategic-level analyses of the facilities and equip- ment support activities as a means of improving its effectiveness within the project management environment.

This PMO function implements the capability to provide effective facilities and equipment support within the project management environ- ment. This includes establishing processes for the PMO and project man- agers alike to apply to the support effort. To that end, facets of that process can be prescribed and incorporated into the project management methodology, as presented in the PMO “project management methodol-

Facilities and Equipment Support Function Model

The PMO’s primary role can be either that of facilitator or that of manager of facilities and equipment support within the project management envi- ronment. If business units within the relevant organization already conduct such support, the PMO should facilitate alignment and integration of business and project management processes. If such support is not readily present or fully supportive of interests in the project management envi-

AU4680_book.fm Page 242 Monday, July 16, 2007 2:06 PM

who must identify and submit requirements for facilities and equipment

Table 8.1 presents an overview of the range of prescribed PMO facilities

ogy” function (see Chapter 1).

Facilitie s an

d Eq

u ip

m e

n t S

u p

p o

�

2 4 3

Table 8.1

Range of Facilities and Equipment Support Activities across the PMO Continuum

Project Office Basic PMO Standard PMO Advanced PMO Center of Excellence

Identifies and uses facilities and equipment needed to accomplish the project effort

Ensures reasonable facilities and basic equipment are available to the project team:

– Monitors project team facility and equipment needs

– Recommends project team office space and equipment configuration

Conducts project team facilities and equipment support:

– Identifies facility and equipment requirements

– Monitors facility and equipment assignments and utilization

– Manages facility and equipment disposition

Expands support capability to include facility acquisition:

– Forecasts facility requirements

– Evaluates facility acquisition and use options

– Establishes facility contracts

Conducts analysis of project facilities and equipment needs and use:

– Conducts project facility optimized use and cost analyses

– Performs project equipment optimized use and cost analyses

A U

4680_book.fm P

age 243 M onday, July 16, 2007 2:06 P

244

�

The Complete Project Management Office Handbook

ronment, the PMO can be more proactive in implementing facilities and equipment-support solutions, but always consistent with established prac- tices and coordinated with appropriate existing business-support functions.

This PMO function is generally applied within organizations that have large project team populations. It centralizes the management of facilities and equipment across multiple project efforts, thereby alleviating some of the management burden of individual project managers. The project man- ager is still responsible for identifying facilities and equipment requirements but with this PMO function, the manager can submit a request for fulfillment to the PMO. In turn, the project manager resumes responsibility for man- aging assigned use of project facilities and equipment. At a minimum, the PMO can perform oversight and provide facilities and equipment support, as needed, even for organizations with smaller project team populations.

Figure 8.1 depicts the prominent activities of the PMO’s “facilities and equipment support” function model, and the following subsections describe each activity.

Establish Project Team Requirements

The PMO serves in a capacity to (1) examine and validate project team workspace requirements in conjunction with project managers’ input and requests, (2) manage fulfillment of requirements either through direct action or by passing the requirements to the appropriate business unit within the relevant organization, and (3) monitor fulfillment actions. As well, the PMO can represent project management environment workspace needs to facility managers and to senior management. This activity enables the PMO to ensure that project team performance is supported by adequate workspace and equipment needed by individuals responsible for project management and task performance.

Figure 8.1 “Facilities and equipment support” function model.

MANAGE PROJECT FACILITIES

Manage Facility Acquisition Options

Monitor Facility Utilization

Monitor Facility Disposition

MANAGE PROJECT EQUIPMENT

Manage Equipment Acquisition

Monitor Equipment Assignments

Manage Equipment Disposition

ESTABLISH PROJECT TEAM REQUIREMENTS

Establish Work Space Requirements

Establish Equipment Requirements

AU4680_book.fm Page 244 Monday, July 16, 2007 2:06 PM

Facilities and Equipment Support

�

245

The PMO may have to apply special consideration and adjust the prescribed approach if workspace setup support is provided to geograph- ically separated work teams or those operating in a virtual team environment.

Establish Workspace Requirements

The PMO should evaluate existing working conditions to deter mine whether the workspace for the project team members is sufficient for current and near-term project team requirements. In general, this is an evaluation that can be formally or informally conducted by the PMO on a recurring, perhaps annual, basis. It provides the PMO with sufficient insight into workplace conditions to enable meaningful deliberation and discussions in support of the workspace requirements to be pursued.

The PMO can then proceed to develop a set of recommended work- space features that are desired within the project management environ- ment. Things to consider include:

�

Preferred individual workspace dimensions (area)

: the size of var- ious workspaces needed, consistent with organizational standards, roles and responsibilities of project team members, and the nature of project work.

�

Preferred workspace enclosures

: requirements for office space for different purposes, including offices for managers or others requir- ing levels of privacy due to the nature of their work; enclosed rooms for meetings, storage, or library; offices, cubicles, or open workspace for project team members; laboratory rooms or enclo- sures; and workspace for visiting project participants. Additionally, this workspace feature considers break rooms, needs for special ventilation or other types of climate control, utility (e.g., electricity, water, etc.) requirements, the need to accommodate access for handicapped participants, and the necessity to fit any (furniture- size) project equipment.

�

Furniture and furnishings

: presents the need for desks, work- benches, workstations, chairs, tables, bookcases, lamps, etc., again consistent with organizational standards, the roles and responsibil- ities of project team members, and the nature of the project work.

�

Workspace access requirements

: identifies the need to control access to the project team work area or facility. This also includes a description of any information, security, or work-safety-based protective requirements for individuals, equipment, and materials associated with project work efforts. This feature specifies access requirements and provides the preferred (or required) means of access control.

AU4680_book.fm Page 245 Monday, July 16, 2007 2:06 PM

246

�

The Complete Project Management Office Handbook

The PMO can compile and recommend the acquisition and assign- ment of project team facilities that have the preferred workspace features, or it can validate that current facilities are adequate to support the projects involved.

The PMO should monitor facilities utilization and configuration during and between recurring workspace examinations. The following are several facility utilization factors for the PMO to consider as it provides ongoing management of facilities and equipment support:

�

Project team number and average size

�

Project team member population

�

Project manager population

�

Project manager alignment with number of project teams

�

Project team (and team member) locations

This effort will produce results that vary significantly by organization and by industry. In some cases, a handful of project managers will be aligned with a few project team members, and generally all are collocated in one facility. In other cases this may expand to configurations of many project managers, hundreds of project team members, and multiple project team locations. The simpler configuration will likely require the PMO to be more attentive to details of the support provided. The latter configu- rations provide more opportunity for the PMO to play a larger role in managing facilities and optimizing their use across the larger number of project teams.

The PMO should prepare a fundamental recommendation document for workspace requirements by project team or a general recommendation by individual. The more advanced PMO can incorporate this document into a broader organizational facilities plan for how project team facility requirements will be implemented across the relevant organization.

Establish Equipment Requirements

The PMO should develop fundamental guidance and recommendations for the equipment needed by individual project managers and project team members, per the technical and professional nature of the types of project work they perform. This might be identified as a standard equip- ment package. Then, the PMO also should identify equipment shared by all members of the project team — usually within a business office environment. Finally, the PMO should identify any special equipment needed by one or more project teams to accomplish project work.

An overview examination and checklist for these three types of equip- ment requirements are presented below. Each PMO must consider the

AU4680_book.fm Page 246 Monday, July 16, 2007 2:06 PM

Facilities and Equipment Support

�

247

history of project team equipment provisioning and current needs as it prepares its requirements and recommendations for each equipment group within the project management environment. As well, it is not presumed that such equipment support is not currently provided by another business unit. For example, the IT department will usually support individual and group office equipment, and other business units can support specialized equipment. However, now the PMO uses the information it compiles to improve and optimize equipment assignment and utilization support across project teams.

Individual Equipment Requirements

The PMO can consider items in the following list in creating a standard equipment package for the project team. Note that some project teams and team members are generally office based, while others may be field based. The PMO’s recommendations should take into account the different equipment needs relative to these project venues.

Computer

. Today’s project management environment inherently requires consideration of individual computer equipment, which includes:

�

Desktop computer

�

Laptop computer

�

Personal digital assistant (PDA)

�

Computer docking station or cradle (for laptops and PDAs)

Consideration of this equipment includes any necessary peripheral equip- ment such as monitor, keyboard, modem, network card, CD-ROM and diskette readers, etc. Assignment of this equipment also implies connec- tivity to a network within the relevant organization for purposes of internal and external communications and access to the Internet.

Software

. This is a standard set of software that can be prescribed for users on the project team, including the following items:

�

Business suite applications (e.g., word processor, spreadsheet, data- base, presentation manager, etc.)

�

Communications applications (e.g., e-mail, Web browser, contact manager, collaboration tools, etc.)

�

Project management applications (e.g., cost-schedule-resource manager, task manager, project information dashboard, methodol- ogy process manager, etc.)

�

Document reader applications (e.g., text-file reader, drawing or CAD-file reader, etc.)

AU4680_book.fm Page 247 Monday, July 16, 2007 2:06 PM

248

�

The Complete Project Management Office Handbook

Although not particularly an equipment item, the PMO may want to consider access (and any associated cost) to technical and business Internet locations in association with use of any Web-based applications, including membership or subscription requirements. In general, access to the Inter- net and to the home office network is a feature to consider.

Individual office equipment

. This is a general set of equipment that facilitates individual project work performance and business communica- tions that can be considered, including the following:

�

Desktop telephone

�

Mobile telephone (cell phone)

�

Mobile pager

�

Two-way radio

�

Voice-mail recorder or mailbox

�

Desk, chair, and associated office furnishings

�

Individual work document and media storage containers (fi le cabinets)

The specification and assignment of individual office equipment, to a large extent, will be influenced by the culture and practices of the relevant organization. The PMO should carefully examine its recommendations for any equipment that exceeds those norms.

Individual special equipment

. This is a set of equipment determined by the nature of business and project requirements that is considered for assignment to individuals because of personal or professional need or frequency of use, including the following:

�

Personal health and safety devices

�

Toolkits

�

Measurement devices

�

Writing and marking instruments

�

Calculators and special computing devices

�

Equipment and document travel cases

�

Special work apparel or clothing

The PMO will need to examine special equipment utilization to determine whether assignment to individuals is warranted.

Project Team Office Equipment Requirements

The PMO can consider items in the following list when creating equipment recommendations for a standard project office, that is, for a collocated project team. The items below generally represent office equipment types

AU4680_book.fm Page 248 Monday, July 16, 2007 2:06 PM

Facilities and Equipment Support

�

249

that can be shared by all project team members. However, in some cases, they also may be issued as individual equipment:

�

Document printer (computer peripheral)

�

Electronic plotter (computer peripheral)

�

Power-surge protectors

�

Facsimile machine

�

Reproduction or copy machine

�

Document scanner

�

Workbench or laboratory table

�

Technical manuals (issued as equipment in some environments)

�

Team work document and media storage containers (file cabinets)

�

Meeting room table, chairs, and associated furnishings

�

Drawing and writing boards

�

Audiovisual equipment

�

First-aid and emergency kits and equipment

�

Trash receptacles, including document-destruction equipment

This listing provides a preliminary consideration for items that create a basic “project office” equipment configuration. The PMO should collab- orate with project managers to determine if there are any other team office equipment requirements unique to current or planned projects.

Special Equipment Requirements

The PMO can consider the generic items in the following list as a guide for preparing its recommendations for special equipment that is normally shared across project teams. It should examine the nature of project work and collaborate with relevant project managers to finalize these require- ments. Additionally, these items generally represent “nonoffice” equipment that is assigned for project team use on an as-needed basis and subse- quently returned to centralized control for scheduled use by another project team:

�

Personnel transportation vehicles

�

Heavy equipment (e.g., construction equipment and vehicles, large hardware and product installation equipment, etc.)

� Unique (and sometimes very expensive) calibration and measure- ment devices

� Special-purpose tools and toolkits � Additional and spare computing equipment and peripherals � Mobile operations equipment � Field operations equipment

AU4680_book.fm Page 249 Monday, July 16, 2007 2:06 PM

250 � The Complete Project Management Office Handbook

Again, the PMO should collaborate with project managers and technical team leaders to establish a specific special equipment requirements list for the relevant organization.

Manage Project Facilities

The PMO begins this effort by identifying facility needs and requirements across the various projects. The PMO can then concentrate on developing the processes for their acquisition, utilization (assignment), and disposition. This necessitates having a fairly comprehensive understanding of project team strength, project team locations, and project durations for all current and upcoming projects across the relevant organization.

The PMO can then proceed to review current facility utilization to determine whether it is sufficient for project team needs or whether it can be optimized for multiple project team use. As well, the PMO should identify pending projects with known or anticipated start dates as a means to plan upcoming facility needs.

Presumably, there will be an existing facilities management function within the relevant organization. If so, the PMO plays a role to ensure that the needs of the project management environment are met through coordination of the project facility requirements with the planned facility assignment actions of the facility manager. Conversely, the relevant orga- nization may not have a facilities management function that specifically addresses project team requirements. In this case, the PMO should become a more visible influence on facility oversight within the project manage- ment environment. PMO involvement is likewise appropriate in situations when project facility management is associated with distinct customer engagements, where facility costs are associated with one or more project efforts, or where customer-provided facilities require a measure of project manager oversight.

The depth of facility management conducted by the PMO can be adjusted to fit the needs of the relevant organization. However, it is essential to note that the activities prescribed below are not intended to replace any organizational facilities management function or to make the PMO an expert in facilities management. Rather, this guidance is provided so that the PMO can assist or guide the pr oject manager — while collaborating with the in-house facilities management experts — in con- ducting project facilities management with regard to the interests of the project management environment.

The following subsections prescribe three fundamental areas of project facility management that the PMO can consider when establishing project facilities support processes within the relevant organization.

AU4680_book.fm Page 250 Monday, July 16, 2007 2:06 PM

Facilities and Equipment Support � 251

Manage Facility Acquisition Options

The PMO, with an eye on all projects within the relevant organization, should review the different facility acquisition options that have been undertaken to provide current project facilities, examine effectiveness to date in supporting project facility needs, and develop recommendations for the approach to future project facility acquisitions.

The PMO can consider the benefits and drawbacks of the following four acquisition methods when evaluating and recommending facility needs for current and future projects.

Collocation

This approach to facility acquisition is likely the most common situation the average PMO will encounter. It simply represents planning and acquir- ing workspace for the project team in existing facilities within the relevant organization. This is the default facility assignment for individuals who are assigned to business units but who also contribute time on one or more project teams. Their workspace is relatively permanent, regardless of the project work assigned to them. The PMO usually plays a negligible role in influencing business unit workspace assignments.

However, the PMO’s attention to the collocation method could also mean acquisition of workspace within existing relevant organization facil- ities for use by project teams, where members of a cohesive project team are collocated in a common office or workspace. As this is a preferred project management practice, the PMO’s role is to recommend and facil- itate such arrangements, as needed by project teams.

The PMO may also encounter another collocation arrangement — that of collocation at an existing customer’s facility. This is a common practice but it does require the attention of the project manager and oversight of the PMO to ensure that any associated contractual obligations for facility use and management are satisfied.

In this facility acquisition method, the PMO plays a primary role in helping the project manager to identify workspace that is available for collocation of project team members. Normally, there is no direct cost to the project effort when acquiring collocated facilities for the project team. However, there is a cost that must be accounted for in the overhead of the organization supplying the facilities.

Lease

This approach to facility acquisition is often used by rapidly expanding project teams to accommodate the influx of new project team members.

AU4680_book.fm Page 251 Monday, July 16, 2007 2:06 PM

252 � The Complete Project Management Office Handbook

It is also a solution for setting up project team operations at locations that will be staffed for only a fixed period of time, usually the duration of the project. The PMO’s role in this acquisition method is to validate the need for and the conditions of the facility lease. This involves close collaboration with the project manager to deliberate acquisition options and decide on a course of action.

A few of the more prominent issues to consider in deliberating leasing arrangements for project team facilities include:

� Leasing cost: Will the cost be expensed as a project budget item or as overhead?

� Leasing period: What is the period of the lease relative to the period of the project? Can the lease be terminated if the project is termi- nated early? Can the lease be extended if the project is extended?

� Leasing conditions: What facility maintenance and management responsibilities are incurred by the lease? Do they represent sig- nificant cost items for the project?

� Leasing contract: Who will manage the leasing contract and mon- itor associated compliance? What are the lease payment arrange- ments? Who will make payments and when? What are the penalties and remedies for noncompliance?

� Facility renovation: Does the lease account for any required ren- ovation or reconstruction within the facility? What effect do such requirements have on the leasing cost or the period of the lease?

The PMO should be involved in lease deliberations that accommodate project team operations but it must always seek the advice and council of experts and professionals within the relevant organization (e.g., legal department, contracting department, etc.).

Purchase

This approach to facility acquisition is one that normally represents a business decision to conduct a capital program. It is characterized by a cash outlay or other funding approach to obtain the preferred existing building, structure, or workspace. The PMO will need to understand the ramifications of recommending this type of project facility acquisition. However, it can confer with strategic planners, legal staff, and facility management experts during its deliberation.

In general, the PMO should be involved in project facility purchase decisions when long-term project management facility requirements are identified. Its primary role will be to validate or support the need for a facility purchase. This approach may be considered when there is a need

AU4680_book.fm Page 252 Monday, July 16, 2007 2:06 PM

Facilities and Equipment Support � 253

for permanent offices for project team members, or when a particular project or program has a definitive need and an appropriate funding source has been identified to warrant the facility purchase.

Build or Develop

This approach to facility acquisition has PMO deliberation impacts similar to those encountered in a purchase. It too is a business decision that is likely to be a capital program. However, deliberation requirements are enlarged by the need to evaluate architectural, engineering, and construc- tion facets of the acquisition method. The result of this effort is the construction of a new facility.

The PMO will primarily serve in an advisory capacity for this type of project facility acquisition. It should be involved to represent the interests of the project management environment and to participate in facility space allocations for project teams. This method of facility acquisition is normally considered in response to the longer-term strategic needs of the relevant organization.

Monitor Facility Utilization

This activity provides the PMO with the means to examine facility utili- zation across all projects within the relevant organization. It has three fundamental objectives that are presented below.

Ensure Adequacy of Facilities

The PMO should ensure that current facilities adequately support the effectiveness and efficiency of project team work efforts. This includes examining conditions of both separated and collocated project team members and ascertaining impacts on project performance. In particular, the PMO should identify where project team members have workspaces away from each other to the detriment of project performance capability.

The insight from this examination will enable the PMO to devise an approach and formulate recommendations for project facility management within the relevant organization. In turn, the PMO will also gain a fairly complete understanding of project team facility requirements. This will be a valuable PMO information asset, even if PMO recommendations are not immediately implemented. This information will allow the PMO to advise project managers across the relevant organization regarding planning for utilization of the project team facility. It also will allow the PMO to advise senior managers and to contribute to senior management decisions regard- ing facility requirements that support effective project performance.

AU4680_book.fm Page 253 Monday, July 16, 2007 2:06 PM

254 � The Complete Project Management Office Handbook

Optimize Facility Utilization

The PMO’s examination should prompt an analysis of ways to optimize facility utilization for the project team. This is not likely to be a concern for the PMO serving a small number of collocated project teams. However, the PMO that has a larger number of project teams located across an expanded area, perhaps one with global responsibility, will benefit from reviewing the following facility utilization considerations:

� Identify availability of workspace in currently assigned project team facilities.

� Identify overcrowding in workspace in currently assigned project team facilities.

� Identify projects having multiple locations for assigned project team members.

� Identify projects that have dedicated, collocated workspace for project team members (i.e., project office configuration).

� Identify disparity in project team facility assignments (i.e., number of project team members versus available workspace for key projects).

� Identify project team facilities approaching end of assignment and those available for reassignment.

� Identify facilities where associated leases or contracts have become a management burden, so as to warrant early or at least timely termination of use.

� Identify facilities where maintenance requirements and associated costs have expanded beyond desired limits.

An examination of these factors should provide indicators of oppor- tunities for optimizing the assignment of facilities used by project teams. This could include:

� Collocating multiple project teams in the same existing facility to dispose of unneeded facilities and reduce overall facility costs in the project management environment

� Moving project team members from dispersed business unit work- spaces to a dedicated project office environment

� Making workspace available at existing facilities in dispersed geo- graphical locations or regions for individual project team members or small teams associated with different projects

� Acquiring project team facilities in a dispersed location to accom- modate individual project team members or small teams associated with different projects

AU4680_book.fm Page 254 Monday, July 16, 2007 2:06 PM

Facilities and Equipment Support � 255

The PMO does not necessarily have to recommend or make abrupt facility assignment changes, but it can compile indicators that can be applied to improved facility acquisition and assignment management in the future.

Plan Future Facility Utilization

The PMO should have the combined awareness of current facility avail- ability and knowledge of new projects about to begin. This information can be used to conduct facility planning to support each project effort. The PMO can work with the relevant project manager to identify project team facility needs, and then recommend and pursue a course of action for acquiring and assigning preferred project team facilities.

The PMO might consider establishing a tracking system for such facility management, which is particularly valuable if there is frequent project facility turnover within its purview. Even if the PMO does not directly own or manage a facility, it will enhance its support capability to project managers by knowing the availability within existing facilities and the acquisition options that are immediately available to the project. Ideally, a PMO involved in facility management activities will be proactive in preparing a plan that recommends the facility acquisition and assignment course of action for upcoming projects.

Monitor Facility Disposition

In conjunction with monitoring and tracking facility utilization, the PMO can develop plans and recommendations for facility disposal — that is, what to do with the project team facility (or workspace) when the project team has finished using it.

The end result of monitoring facility disposition is that it gives the PMO reliable information regarding the availability or nonavailability of existing facilities that have been used by project teams. The PMO’s tracking process can be formal or informal but it should represent an appropriate level of effort that will enable the PMO to support project managers’ requests for project team facilities within the relevant organization.

The PMO active in management of project team facilities should be prepared to make or recommend facility disposition decisions, including consideration of the prominent disposition options outlined below.

Continuity of Use

An “established” project team is recognized as a group that pursues one or more project efforts as a coherent group and does so on a more or

AU4680_book.fm Page 255 Monday, July 16, 2007 2:06 PM

256 � The Complete Project Management Office Handbook

less ongoing basis, taking on new projects as they emerge. In such cases, there is no particular need to dispose of the facility or discontinue its assignment to the established project team. The PMO identifies the approximate period of extended use, or it designates the facility as a “permanent” facility assignment for the established project team, and tracks its utilization accordingly.

Reassignment

An existing project team is preparing to disperse at the end of the current project effort and will vacate the facility. The assignment to that project team will be discontinued, and the facility will be made available for utilization by another project team or another business purpose. The PMO identifies the planned discontinuation of facility assignment, coordinates the end-of-use date with the project manager, and includes the facility in considerations for assignment to another project team based on period of availability and the project team’s needs. The PMO tracks its reassignment, and if facility reassignment cannot be specified in a reasonable period of time, alternative facility disposition actions should be considered.

Administrative Return to Landlord

An assigned project team that is using a “borrowed” facility is dispersing, and conditions of occupancy require the facility be returned to the relevant facility manager at the conclusion of the assignment. If the facility is considered for follow-on use after the current project team vacates, the PMO or project manager may have to negotiate an extension to continue facility use. Otherwise, this situation warrants return of facility (or work- space) control to the relevant facility manager, and this usually involves some administrative activities to document that return transfer of respon- sibility. The PMO should track the transfer activities that are conducted to ensure that all conditions of use and facility closeout have been satisfied. It can then remove the facility from its facility tracking list.

Conclusion of Leasing Arrangement

This disposition option arises from either dispersal or relocation of the project team from a leased facility. If the facility is considered for follow- on use by another project team, the leasing agreement is simply reviewed to ensure that such an assignment is covered, and any needed adjustments to the lease are then negotiated and implemented to accommodate the new project team. Lease closeout could be compounded by the need to

AU4680_book.fm Page 256 Monday, July 16, 2007 2:06 PM

Facilities and Equipment Support � 257

address issues of lease compliance and duration of use, and the project manager or PMO should use available legal advisors and facility manage- ment professionals to lead that type of effort. Otherwise, the facility is simply returned to the owner, and the PMO monitors lease closeout activities to ensure a timely and distinct return of property responsibility. It can then remove the facility from its facility tracking list.

Deactivation

Deactivation occurs when a project team facility is vacated, but is not otherwise disposed. This sometimes results when facility managers take action to shut down the facility pending management decisions for its further use. Or, the facility could be taken out of use for major mainte- nance, refurbishment, or add-on construction. The PMO will need to track the status of a deactivated facility and bring it back to consideration for project team assignment when the facility is again activated for utilization, assuming that it is again made available for project team assignments.

Transfer of Ownership or Property Sales

A project team facility, vacated or not, may become available for sale. The PMO should position itself to learn about such organizational decisions as a means to assist in project team relocation, if necessary, or to simply recognize the nonavailability of a particular facility for future planning of project team workspace.

Destruction

Similar to a property sale, a project team facility, vacated or not, may become slated for destruction. Again, the PMO should ensure that it is notified of such organizational decisions regarding facilities used by project teams. The PMO will then note future nonavailability of the facility but it may also want to pursue any intentions to replace the facility through construction of a new facility. However, the PMO may need to assist the project manager in relocating an occupying project team if facility destruc- tion is scheduled prior to completion the project team’s current assignment.

Manage Project Equipment

The primary purpose of PMO involvement in equipment management is to optimize the use and assignment — and potential reuse and reassign- ment — of project equipment across multiple project efforts as a means

AU4680_book.fm Page 257 Monday, July 16, 2007 2:06 PM

258 � The Complete Project Management Office Handbook

to make equipment acquisitions and deployment more cost effective for the relevant organization. For example, a single, expensive piece of equipment (e.g., special tool or precision measurement device) can be obtained and shared across projects to reduce the expense instead of replicating equipment purchases for each project. Savings can be realized if a centralized authority such as the PMO can manage and control that equipment. Similarly, project expense can be reduced when multiple pieces of equipment (e.g., laptop computers) can be purchased in volume. The PMO can be instrumental in achieving these types of benefits.

There are three primary activities prescribed for PMO involvement in equipment management. The PMO can use the guidance provided for these activities to establish a process for managing and tracking equipment acquisition, assignment, and disposition within the project management environment.

Manage Equipment Acquisition

The PMO should establish a process that enables it to manage or otherwise influence equipment acquisition for project team use. Equipment acqui- sition includes both equipment purchases from external sources (vendors and retailers) and internal transfer of equipment within the relevant organization for use in the project management environment.

This activity focuses on the PMO’s efforts to acquire equipment for use by project team members. The following fundamental process steps are recommended.

Inventory Current Equipment

This process step provides information regarding what equipment is currently available for assignment within the relevant organization. This includes equipment that is under PMO control pending assignment, equip- ment that is under the control of other business units and available for assignment, and equipment that is currently assigned to projects or project team members. That is, the inventory identifies equipment that is known to exist within the relevant organization that is or can be assigned to project efforts. The equipment inventory should include some essential information about each item, for example:

� Equipment nomenclature (e.g., equipment name, brand, descrip- tion, units, etc.)

� Equipment type (e.g., technical, office, tools, vehicle, heavy equip- ment, etc.)

AU4680_book.fm Page 258 Monday, July 16, 2007 2:06 PM

Facilities and Equipment Support � 259

� Equipment purchase information (e.g., purchase date, vendor or retailer, cost, etc.)

� Equipment information (e.g., tag number, current value, disposal method, etc.)

� Equipment maintenance record (e.g., warranty, maintenance action, date, etc.)

� Equipment storage location (e.g., PMO, business unit, facility name, etc.)

� Equipment status (e.g., ordered, received, available for use, assigned, disposed, etc.)

The inventory list and associated equipment information can be as detailed as needed to help the PMO achieve its responsibilities for man- aging project equipment. This inventory will also aid in subsequent analyses of equipment acquisition needs by indicating what equipment is currently on hand vs. what needs to be acquired.

Identify and Acquire New Equipment

This process step guides PMO activities regarding how equipment can be acquired for use within the project management environment. The level of PMO authority in approving and funding equipment purchases will dictate the need to extend this process for use at higher levels of funding authority. Note also that equipment acquisition is not necessarily a pur- chase. It also includes the process that makes equipment within the relevant organization available to project teams. This means that the PMO will collaborate with other business units to identify equipment and to negotiate potential equipment assignments for project team use. Some- times, equipment purchases will be achieved through the efforts of another business unit, usually per PMO or project manager requests and with PMO follow-up tracking of the acquisition.

Presumably, the business units of the relevant organization are already providing timely equipment acquisition support to satisfy project require- ments. For example, construction projects are likely already getting heavy equipment support from that department; project team members are getting computer equipment from the IT department; and precision equip- ment is made available for projects by still another department. In such cases, the PMO is simply trying to quantify and document equipment availability for assurance purposes and with consideration for the interests of the project management environment.

This process should include the PMO’s consideration of the following activities:

AU4680_book.fm Page 259 Monday, July 16, 2007 2:06 PM

260 � The Complete Project Management Office Handbook

� Use equipment utilization analyses to identify needs for equipment replacement or refurbishment.

� Use equipment utilization analyses to identify needs for additional or new types of equipment.

� Review equipment requests from project managers and project team members to identify needs for additional or new types of equipment.

� Convene a formal or informal equipment acquisition review group to validate new equipment acquisition requirements; forward the acquisition request either to the appropriate funding authority or to the business unit that routinely acquires and manages the type of equipment requested.

� Conduct negotiations and manage internal equipment acquisitions. � Track equipment acquisition progress, any purchase activity, and

equipment receipt.

Update the Equipment Inventory

This activity prompts the PMO to add any newly acquired equipment to the equipment inventory list maintained by the PMO.

Inventory management is usually a part-time task, or one associated with a PMO staff role. Inventory management should not be burdensome. Therefore, when possible, the business unit that normally monitors equip- ment acquisition should generate an inventory list. The PMO’s equipment inventory list can be compiled using such transferred information.

Otherwise, the PMO should create and regularly maintain an equipment inventory list for use within the project management environment.

Manage Equipment Assignments

The PMO will likely defer responsibility for management of major equip- ment assignments to the relevant business units. However, it probably should be cognizant of equipment assignments just as a matter of building its awareness of equipment utilization within the project management environment. However, in some organizations, the PMO may be assigned responsibility for management of project team equipment, particularly the standard equipment associated with the technical nature of project work efforts.

This activity addresses PMO equipment management relative to the several recommended steps presented below. Project managers and project team members, as well as the PMO, are encouraged to perform these steps within the project management environment.

AU4680_book.fm Page 260 Monday, July 16, 2007 2:06 PM

Facilities and Equipment Support � 261

Identify and Issue Standard Equipment

The PMO should identify the essential equipment needs of project team members in the relevant organization. When new personnel are introduced as project team members, the PMO can automatically prepare and issue a standard equipment package to those individuals. This is an action that is normally accomplished for personnel assigned full-time to project teams and not for casual or part-time project team members. The latter can obtain any needed equipment through the subsequent equipment assign- ment steps described below.

Manage Equipment Requests

The PMO should develop an equipment request process that can be used to identify any special project equipment needs. This can include a form prepared by the project manager and submitted for PMO review and action during the planning phase of the project management life cycle. This process can be incorporated into the activities specified by the project management methodology. The process should specify how equipment needs can be requested, at the discretion of the project manager or individual team member.

Manage Equipment Request Actions

The PMO can review, validate, and record the equipment request. If the request contains equipment under the control of the PMO, it can authorize the assignment. If the request is for equipment available outside the PMO, it can either forward the request to the appropriate business unit equip- ment provider and track request fulfillment, or it can return the reviewed request for project manager submittal action. If the PMO merely tracks equipment requests and does not become involved in authorization or fulfillment, this process step can be shortened to having the pr oject manager provide an information copy of the equipment request to the PMO at the same time it is submitted to the equipment provider.

Monitor Equipment Assignments

The PMO should establish the means to identify and track equipment assignments, including equipment fulfillment actions not conducted by the PMO itself. This involves documenting what equipment has been assigned to which project team or individual. It includes specification of the assignment date for all equipment, as well as specification of the planned return date for “borrowed” equipment. It may also include

AU4680_book.fm Page 261 Monday, July 16, 2007 2:06 PM

262 � The Complete Project Management Office Handbook

specification of pending assignment dates for selected types of equip- ment. This information can be used to analyze equipment utilization and to forecast future equipment needs within the project management environment.

Manage Equipment Disposition

In general, the PMO will need to identify equipment assignments as either permanent or temporary. Permanent equipment will normally remain with individuals throughout their tenure with the relevant organization or with the project team or project office (assigned to the project manager) as long as it is engaged in conducting one or more projects. Some permanent equipment may be replaced over time, and the PMO will want to note such changes in major assignments of equipment. Otherwise, permanent equipment is usually not returned to PMO or other business unit custody until the individual’s association with the project has ended or the project team has dispersed.

Temporary equipment normally will be provided to individuals or project teams for a specified period of time, after which it is returned to the original custodian upon completion of use. Note that temporary equipment could be assigned for extended periods of use, which further warrants keeping track of such equipment assignments.

The equipment assignment process should include instructions to users regarding the preferred disposition of equipment upon fulfillment of its purpose. Individuals and project managers should confirm the disposition actions with the PMO or the equipment custodian as the equipment- assignment period ends. The disposal option applied for each equipment assignment should be noted by the assignment-tracking process and annotated on the equipment inventory list, as appropriate. Several options for equipment disposition that can be applied within the project manage- ment environment are presented below.

Equipment Discard

This form of disposal is used when equipment issued does not require return to the PMO or central custodian. This disposal option is normally used for equipment that results in sufficient wear and tear, or other reduction in performance over time, so as to preclude the need for its return. The project manager or individual then has responsibility for equipment removal, destruction, or other form of disposal. This discard option should be cost effective for the type of equipment affected; otherwise, a more cost-effective disposal method should be considered.

AU4680_book.fm Page 262 Monday, July 16, 2007 2:06 PM

Facilities and Equipment Support � 263

Equipment Return

This form of equipment disposal requires accounting and return to the PMO or equipment custodian. This method could include an examination of the equipment to ensure that it was properly maintained and used. In particular, this method requires the user to return the equipment for reuse by another person or project team. The PMO or custodian will normally track equipment returns by annotating the inventory list to show equip- ment status as accounted for and available.

Equipment Transfer

This form of equipment disposal is more or less an administrative exercise associated with equipment assignment tracking. It is used when individual accountability for equipment is transferred as a result of personnel changes, but it does not necessarily represent a change in the purpose of equipment assignment. For example, this disposal method usually pertains to equipment assigned to project managers for project team use, and it is applied when one project manager is transferred and replaced by another. The new project manager then receives accountability for the assigned equipment. This method of disposal does not normally apply to equipment assigned to individual project team members.

Equipment Loss

This form of disposal accounts for premature loss of assigned project equipment due to misplacement, theft, or inadvertent damage or destruc- tion. These conditions obviously make the equipment unavailable for use and may require replacement action. This disposal method is identified to the PMO or equipment custodian as soon as the condition becomes known. This allows implementation of any relevant guiding policies (e.g., investigation, law-enforcement notification, security-control notification, etc.) and for updating the equipment assignment process and inventory list. Certain conditions of equipment loss, per project needs and business priorities, may trigger the assignment of replacement equipment.

Postscript for the Smaller PMO The activities of this unique PMO “facilities and equipment support” function are ones that are generally performed by existing business units. Only the more advanced PMOs, particularly those having a global or enterprisewide scope of responsibility, are likely to need an intensive

AU4680_book.fm Page 263 Monday, July 16, 2007 2:06 PM

264 � The Complete Project Management Office Handbook

facilities and equipment control program. However, all PMOs should develop a fundamental facilities and equipment support capability as a means to make equipment acquisition, assignment, and disposition deci- sions in the project management environment that are responsive to project needs and to the business interests of the relevant organization.

To that end, the smaller PMO serves as a representative of project management environment equipment needs, and it should concentrate on the collection and analysis of equipment utilization information as the basis for that representation. It can perform facilities and equipment support, and thus achieve the necessary representation, by addressing the following prescribed activities:

� The PMO should develop a general perspective on the needs of the project management environment facility so that it can analyze current project facility use and forecast future project facility requirements.

� The PMO should develop insight into, if not a specific list of, prominent equipment used by all project teams. It should be able to discern, through collaboration with project managers and project team members in the field, whether present equipment adequately supports each project. It can then lead efforts in the business environment to identify and acquire equipment that is required or that will improve project team performance.

� The PMO should review the current assignment processes for project facilities and equipment. It can identify facility providers and equipment custodians and then collaborate with them to optimize processes for project management and business benefit. In turn, the PMO should incorporate the established approach for acquisition of facilities and equipment into the project management methodology that is deployed for project manager use.

AU4680_book.fm Page 264 Monday, July 16, 2007 2:06 PM

III

RESOURCE

INTEGRATION

AU4680_book.fm Page 265 Monday, July 16, 2007 2:06 PM

267

Chapter 9

Resource Management

Resource management in the project management environment takes on as many different configurations and approaches as there are organizations and project management offices (PMOs). Mostly, project resources are introduced to projects through matrix management, where a resource manager in the relevant organization “lends” individual resources to project managers for specific project efforts. In some organizations, resources are assigned directly to the project manager, who then serves as the resource manager. To a lesser extent, a few organizations have all project resources assigned to the PMO.

Regardless of the approach used across industries and organizations, there are two fairly common and generally accepted views about project resource management. First, the human resources (HR) department serving the relevant organization has ultimate responsibility and overriding authority for resource management, and it directs, guides, or otherwise facilitates the resource manager in managing and supervising organizational resources. Second, the PMO must be able to influence the quality and availability of resources used on projects, and it should be able to oversee or at least monitor resource utilization in the project environment. These two premises will be applied to this PMO “resource management” function model.

The “resource management” function enables the PMO to:

�

Assist the HR department and resource managers in acquiring and qualifying resources.

�

Develop guidance for managing project resource assignments and performance.

�

Evaluate overall effectiveness of project resource performance.

AU4680_book.fm Page 267 Monday, July 16, 2007 2:06 PM

268

�

The Complete Project Management Office Handbook

To reiterate, the PMO will accomplish these activities through close coordination and collaboration with the HR department and r elevant resource managers.

Project Environment Interface Concepts

The PMO can be the primary interface between the project management environment and the resource managers in the relevant organization. This takes some of the burden for resource acquisition away from project managers until their input and decisions are ultimately needed. The PMO’s understanding of project management and technical disciplines, combined with frequent examinations of project performance, enable it to guide or recommend processes for project resource management, to include estab- lishing the resource acquisition and assignment processes that can then be used by all project managers.

The PMO also can serve as the interface between the project manage- ment environment and senior and executive managers for matters involv- ing oversight of project resources. A PMO that is involved in resource management will be more adequately prepared to assist senior manage- ment in its responsibilities for resource allocation, for example, in such processes as project portfolio management. The more advanced PMO also can be involved in forecasting resource requirements to ensure that senior management has the resource strength to meet the demands of projects expected to be undertaken in an upcoming period of time.

The PMO can assist and guide project managers in their deliberation and selection of project resources, making recommendations from an informed perspective. In particular, the PMO might have insight of resource availability that can be introduced to resource planning efforts. It also can serve to develop and present project resource performance standards and requirements that are applied across all projects and used by all project team members. And finally, by developing procedures for project manager use, the PMO can guide project managers in dispersing project teams at the completion of a project or in managing individual departures from the project team during the project.

The PMO can facilitate the introduction of part-time and temporary project team members into the project management environment. In particular, it can develop procedures for project managers to help indi- viduals acclimate to the project assignment. In some organizations, this may be rote for project team members who are accustomed to participating in one or more projects outside their business unit. However, the PMO might consider reviewing and formalizing this process to ensure an effec- tive approach for all parties involved. In other cases, the process for

AU4680_book.fm Page 268 Monday, July 16, 2007 2:06 PM

Resource Management

�

269

introducing new project team members may simply be incomplete, thus warranting further PMO examination. The need to introduce individuals to project assignments also applies to full-time resources, where the PMO can contribute a standard approach for what is accomplished to deploy resources on each project.

Business Environment Interface Concepts

The PMO can serve as an implementer of HR department guidance in the project management environment. This is an effort that business units in most organizations already perform, and it is an appropriate action for the PMO whether it is itself a resource manager under a strong matrix or integrated project team structure, or is simply coordinating the activities of resource managers within the relevant organization as a result of having a weak matrix project team structure. For more information on project

The PMO is ideally situated, and presumably authorized, to coordinate project resource use with resource managers across the relevant organi- zation. The PMO can serve as a source of information and endorsement for resource managers who are essentially external to the project man- agement environment. A prominent role would be for the PMO to educate resource managers on project resource needs, demonstrating that “loaned resources” are not a loss to the resource manager but, rather, a gain to the relevant organization’s project efforts. It can further illustrate how the matrix management approach is intended to serve the project management environment as well as the business unit. Additionally, the PMO can assist in monitoring both project manager and resource manager commitment of resources to project efforts. It also can formalize the process and monitor individual resource commitments to project assignments according to the practices established in the relevant organization.

Resource Management Activities across the PMO Continuum

Expanding influence and control of project resource assignments and performance characterize the “resource management” function along the PMO competency continuum. The PMO’s responsibility ranges from facil- itating and monitoring resource assignments from an awareness perspec- tive to being involved in managing pr oject resource acquisition, assignment, deployment, performance, and assignment closeout.

AU4680_book.fm Page 269 Monday, July 16, 2007 2:06 PM

team structures, see Chapter 7, “Organization and Structure.”

270

�

The Complete Project Management Office Handbook

resource management activities according to each level in the PMO com- petency continuum.

The project office uses established organizational practices to request, assign, and manage project team resources. In the absence of a higher- level PMO, it will need to communicate and collaborate requirements directly with resource managers and gain their commitment to provide the project resources needed for each project effort. The project office will further collaborate with resource managers to determine responsibility for reporting project resource performance.

Mid-range PMO levels have the primary responsibility of establishing processes that facilitate the identification, acquisition, assignment, and performance management of project resources. The processes may vary for organizations where business unit resource managers control project resources in contrast to those assigned “full-time” to project managers or to the PMO. In either case, the mid-range PMO is r esponsible for developing the means for pr oject managers to obtain the pr oject resources needed for each project. As well, mid-range PMOs will nor- mally play a larger role in establishing and managing project resource performance standards, including the assessment of project resource competencies, particularly project managers, to ensure effective and successful project performance.

The center of excellence represents a PMO level that develops a well- prepared cadre of project resources available for assignment to short- and long-term project efforts. It operates somewhat like a business unit to identify long-term resource needs and conducts project resource recruiting and acquisition activities in conjunction with practices established by the HR department. It will ensure that competent project resources are avail- able to conduct all projects aligned with the relevant organization’s stra- tegic business objectives.

This PMO function is focused to ensure the availability and assignment of qualified project resources to conduct project work. This function must be viewed as a component of the overall project resource integration effort.

Resource Management Function Model

The “resource management” PMO function model enables the involvement of the PMO in project resource management to the extent that the relevant organization requires or allows resources to be managed using a structured project-management-based approach. In some organizations, the PMO will evolve to become recognized as the “manager” of project resources; in others, the PMO simply will influence and monitor how project teams are

AU4680_book.fm Page 270 Monday, July 16, 2007 2:06 PM

Table 9.1 provides an overview of the range of prescribed PMO

R e

so u

rce M

an ag

e m

e n

�

2 7 1

Table 9.1

Range of Resource Management Activities across the PMO Continuum

Project Office Basic PMO Standard PMO Advanced PMO Center of Excellence

Identifies project resource needs, coordinates project resource acquisition and assignment, and manages project resource performance

Prepares essential project resource utilization guidance:

– Establishes basic procedures for requesting and assigning project resources

– Monitors project resource and resource manager commitments

– Prepares routine project resource assignment and utilization reports

Introduces project resource oversight capability:

– Implements practices for project resource acquisition

– Collaborates project resource requests and assignments

– Implements project resource management guidance

Manages project resource standards of performance:

– Develops formal project resource deployment procedures

– Conducts project resource competency assessments

– Monitors and evaluates project resource performance

Collaborates with HR and business units to determine resource utilization requirements:

– Prepares project resource utilization forecasts

– Conducts project resource needs identification and recruitment

A U

4680_book.fm P

age 271 M onday, July 16, 2007 2:06 P

272

�

The Complete Project Management Office Handbook

staffed to accomplish project work. In this range of roles, one of the most important contributions the PMO will make will be to support project managers in their efforts to acquire competent resources and manage their availability, commitment, and performance on projects.

management” function model, and the following subsections describe each activity.

Acquire Project Resources

The PMO plays a vital role in this first activity of resource management — ensuring that qualified people are available for project assignments. Project resource acquisition can either be performed by the PMO or delegated to project managers, depending on the practices within the relevant organization. In either case, the PMO should establish a guiding process for acquiring project resources, and that same process should be applicable to situations where the PMO is the resource manager. Devel- opment of the resource acquisition process requires close collaboration and coordination with affected resource managers to gain their insight into and acceptance of the process. The acquisition process also warrants input or review from the HR department to ensure that the process adheres to all regulated or required personnel management actions and practices.

Advanced-stage PMOs also will establish more intricate ties with the HR department’s recruiting and screening activities as a means to influence, if not manage, the process for introducing newly acquired resources into the project management environment.

The PMO should establish a process or otherwise influence the approach used to accomplish the three project resource acquisition steps described below. The PMO may consider facilitating this process with a standard form or template, ideally one that is accessible online and that provides sufficient resource request information, specifies the project resource requirements, and documents commitment to fulfill the request. As appropriate, the PMO will either manage the acquisition-r equest document or be included on infor mation copies as the acquisition process progresses.

Identify Resource Providers

The PMO should ensure that providers of project resources are identified and that these sources acknowledge what their roles are and the nature of their responsibilities to provide resources to project efforts. Four primary providers of project resources are described below:

AU4680_book.fm Page 272 Monday, July 16, 2007 2:06 PM

Figure 9.1 depicts the prominent activities of the PMO’s “resource

R e

so u

rce M

an ag

e m

e n

�

2 7 3

Figure 9.1 “Resource management” function model.

ASSIGN PROJECT RESOURCES

Prepare Resource Assignment Notification

Obtain Resource Commitments

Introduce Resources to the Project Team

MANAGE RESOURCE

PERFORMANCE

Develop Performance Management Guidance

Conduct Project Resource Performance Reviews

Monitor Project Resource Performance

CLOSE PROJECT RESOURCE

ASSIGNMENTS

Coordinate Resource Extensions

Facilitate Resource Transfers and Reassignments

Manage Resource Terminations

DEPLOY PROJECT RESOURCES

Perform Deployment Administration

Identify and Arrange Relevant Training

Monitor Travel Arrangements

ACQUIRE PROJECT RESOURCES

Identify Resource Providers

Establish Resource Requirements

Fulfill Resource Requests

A U

4680_book.fm P

age 273 M onday, July 16, 2007 2:06 P

274

�

The Complete Project Management Office Handbook

Human Resources department

. The HR department is a primary source for new personnel. It performs recruiting and hiring of qualified personnel in response to resource needs and requests from resource managers in the relevant organization. It also is positioned to recognize staffing needs through attrition planning and can hire or transfer resources to fill authorized allocations. The PMO can work with the HR department to confirm resource needs for itself and for the project management environment. The advanced PMO will likely analyze project resource allocations and performance, and it can assist the HR department in understanding project resource needs and utilization requirements.

Resource managers

. The resource manager, by whatever reference name is used in the relevant organization, is the primary provider of project resources in most organizations that follow a matrix management structure for project efforts. Personnel assigned to resource managers may have a split and concurrent responsibility, both to their resource manager and to each project manager associated with their project assignments. This condition is com- pounded when the individual has full-time responsibilities for work assigned by the resource manager and part-time responsibilities assigned by one or more project managers. The PMO has inherent responsibility to minimize this impact on individuals serving in the project management environment. It can urge implementation of a stronger, matrix-based project team structure, as presented in the PMO “organization and structure” function (see that normally represents a significant organizational change that must be fully examined and approved at senior management levels. In the interim, the PMO can work with resource managers to define and implement an effective project resource acquisition process that reduces real and perceived adversity for both the resource manager and the project manager. Close collaboration can resolve many of the issues and implications that the PMO may encounter in this effort. Then, resource managers become recipients of project resource requests and are adequately prepared to provide resources based on an understanding of their roles and responsibilities as specified in the established project resource acquisition process.

Project management office

. The PMO’s role as a resource provider is a concept that is just beginning to emerge in some organizations that have a more mature project management environment. This centralized oversight capability optimizes the assignments of avail- able resources and significantly reduces disarray and disjoint responsibilities for individuals. This concept also prompts consid- eration of full-time resource assignments to individual project man-

AU4680_book.fm Page 274 Monday, July 16, 2007 2:06 PM

Chapter 7), but

Resource Management

�

275

agers, where the nature of project work permits such a structure. In either case — with resource alignment focused on either the PMO or the project manager — the PMO retains strong influence to ensure that (a) the right resources are available to support project efforts, and (b) the PMO develops the capability to evaluate resource performance over time. If the PMO becomes a recognized resource provider, it can introduce a resource acquisition process that addresses this authority and capability.

Vendors and contractors

. Vendors and contractors are external resource providers. They are called upon, routinely in some orga- nizations and less frequently in others, to perform work using skills and knowledge that is not available or not a core competency within the relevant organization. This consideration is addressed in more detail in the PMO “vendor or contractor relationships”

that this resource provider is available within the project manage- ment environment. However, they are not a part of the internal acquisition request process for project resources.

Once the PMO has determined who has assigned and capable resources available and who has the authority to release them to project work efforts, it can construct the project resource request process that will be used by all resource managers.

A final point to make deals with the request and assignment of qualified project managers, who are also project resources. It is suggested that the PMO should distinctly be a participant in identifying and requesting project managers from resource managers. Ideally, project managers will be assigned or otherwise aligned with the PMO and, ther efore, will be available for assignment to projects through the PMO. However, the unique requirements of different types of organizations across industries will determine whether such an alignment structure is needed or warranted.

Establish Resource Requirements

The PMO’s representation of the project management environment posi- tions it to be involved in the identification of project resource requirements. At a minimum, the PMO should be included in coordination of project staffing requests and the resulting actions to fulfill resource requirements. Ideally, the PMO will review project resource requirements for accuracy and fulfillment capability within the relevant organization, and it will make decisions regarding the need or requirement to seek external project resources. As well, the PMO can be an interface with resource managers to resolve resource requirement issues and with the HR department to

AU4680_book.fm Page 275 Monday, July 16, 2007 2:06 PM

function (see Chapter 19). It is mentioned here simply to recognize

276

�

The Complete Project Management Office Handbook

identify resource acquisition needs. In turn, the project manager will routinely prepare resource requirements as a part of the project initiation

The identification of project resource requirements implies that there is a generally accepted capability and availability of qualified individuals within the relevant organization to fulfill those requirements. Assurance of capability and availability is a primary PMO responsibility. In essence, the PMO should be able to identify all available project resources in the relevant organization. It can then anticipate emerging project resource requirements and contrast current staffing levels against projected resource needs. This activity allows the PMO to take action within its authority to fulfill resource requirements or to advise senior management of necessary resource acquisition actions.

There are four primary types of project resource requirements that the PMO can identify and manage within the project management environ- ment. The following is an overview of each:

�

Project management staffing requirements

. A project manager is needed for every project conducted within the relevant organiza- tion. In some organizations, an individual project manager is assigned to lead more than one project. This should prompt oversight by the PMO to ensure that qualified project managers adequately cover all projects, and that unreasonable project loads are not imposed on individual project managers.

�

Technical discipline staffing requirements

. A variety of technical resources may be needed for different projects conducted by the relevant organization. The PMO can work with technical leaders to identify qualified personnel and their availability for particular types of project work. The PMO may want to prepare more detailed staffing category references for the types of technical positions normally required on projects conducted within the relevant orga- nization. This staffing requirement identifies those individuals who will perform the primary project work to produce product and service deliverables.

�

Adjunct discipline staffing requirements

. The introduction of non- technical staff, those personnel who do not perform work directly related to achieving project deliverables, is too often an assumed capability and presumed availability. The PMO can attempt to identify these adjunct project team participants and enable them to be specified in project staffing requirements. This includes such participants as representatives from HR (the project may require a large influx of new recruits), the legal department (the project may have regulatory components that require specialized atten-

AU4680_book.fm Page 276 Monday, July 16, 2007 2:06 PM

activities included in the project management methodology (see Chapter 1).

Resource Management

�

277

tion), procurement (the project may have large product or con- tractor purchasing needs), R&D (the project may necessitate the introduction of new technology), etc. Additionally, adjunct disci- plines include any support personnel who assist the project man- ager in project coordination and administration activities. The PMO should attempt to have them included in resource require- ments specifications.

�

PMO staffing requirements

. The PMO is a central participant in the project management environment and needs staffing to accomplish its assigned responsibilities. These staffing requirements must be addressed, even if the PMO is a small two- or three-person oper- ation. Such requirements are not normally aligned with projects but, instead, with PMO responsibilities. To that end, key PMO staff positions are usually full-time positions, although some part-time PMO assignments could be pursued in conjunction with requests to resource managers. PMO staff assignments must be identified as requirements within the project management environment.

A more detailed examination of the types of project resources to consider is presented in the PMO “organization and structure” function (see

The purpose of this activity to establish resource requirements should prompt the PMO to develop procedures for identifying project resource requirements as a component of the project resource acquisition process.

Fulfill Resource Requests

The final step in acquiring resources is that of obtaining them from the resource managers or through hiring conducted by the HR department or the PMO.

In the first instance, the PMO should develop a process that can be used by project managers seeking project resources from resource man- agers within the relevant organization. The process should address the following fundamental steps, which are normally incorporated into the project management methodology for project manager use:

�

Submit project resource request

. Forward the prepared project resource request to the PMO for record and to the resource manager as a request for resources that are needed for the project effort. The PMO may serve as clearinghouse for such requests to identify the resource manager and forward the request.

�

Conduct project resource request review

. The resource manager may independently review the request for content — type and

AU4680_book.fm Page 277 Monday, July 16, 2007 2:06 PM

Chapter 7).

278

�

The Complete Project Management Office Handbook

number of personnel needed, period of project assignment, and any other relevant information needed to understand the project resource requirements. If desired, the resource manager can meet with the project manager or the PMO to clarify project resource requirements and to negotiate the conditions of the pending com- mitment of resources.

�

Obtain resource manager commitment

. Project resource fulfillment is achieved at the point when the resource manager signs off on the project resource request, indicating a commitment to provide qualified resources as specified in the resource request (or subse- quent modifications to the request). This step should be performed even when the PMO is the resource manager. It allows all involved parties to track and manage resource commitments.

The PMO may have direct or indirect involvement in performing this process. It should at least be included in distribution of the r esource commitment document. This type of documentation is essential to effective resource acquisition, and it is particularly needed in organizations that use a weak matrix project structure, where the signed resource commit- ment becomes the basis for the project manager to advance with planning resource utilization.

The result of this process is the commitment of required project resources that are now allocated and available to work on the specified project at times agreed to by the resource manager and the project manager (or PMO).

In the second instance of resource acquisition, project resources can be acquired through the organization’s hiring and induction process, which is normally managed by the HR department. In some cases, the HR department may delegate authority for hiring activities in the pr oject management environment to the PMO, but usually still retains some level of participation and authority in the hiring process. Therefore, the PMO will use the established process for hiring within the relevant organization and maintain close collaboration with the HR department to obtain new resources for project assignments.

Assign Project Resources

The second activity of resource management follows closely behind the resource commitment received in the resource acquisition step. The PMO should establish the resource assignment process, again usually as an activity of the project management methodology, for use by project man- agers and individuals assigned to the project management environment.

AU4680_book.fm Page 278 Monday, July 16, 2007 2:06 PM

Resource Management

�

279

The process contains the preferred steps for performing notification and introduction of the resource to the project. It should address the needs of the relevant organization and contain the elements described below.

Prepare Resource Assignment Notifications

This provides a formal notification of project assignment that is presented to the selected resources. Ideally, it will specify as much information about the project and the individual’s associated responsibilities as is available at the time of preparation. In particular, it provides the assignment period and identifies key dates for resource participation, with a focus on initial meetings and activities. This notification enables the individual to schedule and plan for participation, which is particularly important if the resource has concurrent commitments to other project work or business activities.

Obtain Individual Resource Commitments

The assignment notification document should provide a means for the individual to acknowledge receipt and essentially accept the project assign- ment. This step often may warrant a personal meeting between the individual selected and the project manager to clarify the level of partic- ipation needed, establish performance expectations, and elicit personal commitment to the project effort. Additionally, any intermediate supervisor on the project team can be introduced to the individual at this time. The assigned individual will then sign off on the notification form to complete this step.

Introduce Resources to the Project Team

The resource assignment process is finished when the individual is first introduced to the project at a kickoff meeting or other mid-project team event. The project kickoff meeting serves as an introduction for all initial project team members. If the resource is being introduced to the project at a later project stage, then an individual introduction to project team members should be accomplished. Resource introductions should include identifying the individual’s role and responsibilities on the project. In conducting group introductions, team building exercises may be appro- priate to enable participants to become a more cohesive team. The resource introduction step validates individual participation on the project team and reinforces individual commitment to the project effort.

AU4680_book.fm Page 279 Monday, July 16, 2007 2:06 PM

280

�

The Complete Project Management Office Handbook

The project manager can use assignment notification documents to prepare for and conduct more-detailed project planning in terms of resource utilization.

Deploy Project Resources

Project resources assigned to specific project efforts make their way to the location where the project will be conducted. This could simply be a trip down the hall or a short drive to a nearby facility, but sometimes project resource deployment involves cross-country or international travel. The PMO can monitor the recurring needs to deploy project resources and establish processes to make common deployment activities more efficient.

Project resource deployment means getting each project team member to the designated work location fully prepared to begin the work effort. The PMO needs to distinguish between simple local area deployment and any requirements for national or international deployment. The smaller, internal project does not normally require much effort to deploy resources. Here, most project work will take place in the assigned facility or local area. Conversely, if a resource is assigned to a project effort that requires frequent travel or semipermanent relocation, perhaps to global locations, there will be considerably more deployment logistical and preparation activities to consider. Traditionally, deployment activities have been per- formed by services available from business units within the relevant organization. However, such services sometimes do not offer the central oversight that is needed for project managers to have confidence in deployment success.

It is important to recognize that project resource deployment is more than just travel arrangements. It means ensuring that the individual is personally and professionally prepared to take on the project assignment, and that the project is ready to accommodate the resource through adequate setup of required facilities and equipment — whether down the hall or across the globe.

The PMO can develop procedures to facilitate needs for both simple and global deployment activities. Some fundamental project resource deployment activities can be incorporated into the project management methodology. Simple deployments are covered by a relatively quick examination of deployment needs and a brief check to ensure that required actions are being accomplished. More-complex global deployments can also be managed for those organizations that have a broader deployment perspective. Of course, there are deployments that fall in between these two extremes, and the PMO should develop project resource deployment practices that help achieve deployments for the standard types of projects encountered within the relevant organization.

AU4680_book.fm Page 280 Monday, July 16, 2007 2:06 PM

Resource Management

�

281

There are three recommended project resource deployment activities for the PMO to consider. Each is described in the following subsections.

Perform Deployment Administration

The PMO should define actions that will be addressed on every project to ensure that the individual is ready to perform project assignments at the specified project work location. This includes a project-by-project examination of the following items and issues:

�

Project workspace

. If the assigned individual is not working from a permanent location, a project workspace should be assigned. This may be a workspace belonging to the relevant organization or one arranged at or near customer facilities. The PMO “facilities

overall planning in this regard, and this deployment activity imple- ments those arrangements for individual project team members. If the assigned individual can perform project assignments from a permanent office workstation, then there are no particular require- ments for this deployment action.

�

Standard and special equipment

. The assigned individual may require certain equipment to perform required project or project management tasks. Attention here ensures that all necessary equip- ment is provided. Again, The PMO “facilities and equipment sup-

requirements for standard and special equipment used in conduct- ing specific project efforts. This deployment activity ensures that individuals have the equipment they need, either through advance issuance or by having it on site for use at the specified project work location.

�

Project and customer special requirements

. This deployment action deals with conveying information about the project and the cus- tomer’s environment that are unique or warrant reminders as a matter of good business practices. Normally, project resources will obtain all the information needed about the work they are about to perform in project kickoff meetings, planning sessions, and technical requirements reviews. The PMO should survey managers in the project management environment to help identify what items will be examined and accomplished to address project and cus- tomer special requirements for each project. Special requirements deal with informing project team members about such matters as:

�

Customs, cultures, and conditions associated with travel to foreign locations

AU4680_book.fm Page 281 Monday, July 16, 2007 2:06 PM

and equipment support” function model (see Chapter 8) addresses

port” function model (see Chapter 8) addr esses overall

282

�

The Complete Project Management Office Handbook

�

Customer organizational culture and business practices

�

Customer facility and equipment utilization guidance

�

Project and customer communication protocols

�

Impacts on project work of time-zone differential at different customer facilities and project locations

�

Special time accounting and reporting practices for project work

�

Special vendor or contractor sourcing requirements for the project

�

Medical and immunization requirements for overseas travel to customer and project locations

�

Handling and protection of technology and business confiden- tial information

�

Project deliverable review and authorization authorities

�

Group travel arrangements

�

Regulatory requirements

. The concept of regulatory requirements in the context of this model refers to the influence or guidance asserted by governmental authority. This administrative process should ensure that appropriate project team members are cognizant of regulatory requirements applicable to project performance and deliverables. It could prompt a review of relevant “regulations” at junctures in the project effort. It may also warrant the introduction of special team members, such as legal advisors or examiners, to ensure that regulatory requirements are being properly addressed. However, consideration of this administrative element is primarily used to inform project participants of applicable regulatory condi- tions and laws, particularly when traveling to foreign countries.

�

Security requirements

. As may be required by the nature of project work, administrative activities can include considerations related to handling and use of government- or business-classified infor- mation and material. It could provide for acquisition or confirma- tion of individual security clearances as well as review of security practices and procedures applicable to the project effort.

The specification of deployment administration activities will prompt PMO consideration of how these actions are currently performed in the relevant organization and help identify areas where they can be made more efficient.

Identify and Arrange Relevant Training

The second element of project resource deployment focuses on ensuring that each project member completes any required training prior to begin- ning the assignment or, as needed, during the project effort. The PMO

AU4680_book.fm Page 282 Monday, July 16, 2007 2:06 PM

Resource Management

�

283

should establish the process for identifying individual requirements for training and then develop the means to arrange, conduct, and complete training within the schedule of project activities.

The introduction of a standard training curriculum for project partici- pants is discussed in the PMO “training and education” function (see

qualification. The training addressed here for deployment is that immedi- ately needed to perform the work at hand. It may include programs from the established curriculum, or it may include special internal or external training programs associated with achieving project objectives and project deliverable requirements.

The PMO should consider the following types of training for possible inclusion in deployment preparation activities:

�

Project management training

: identifies training associated with project management activities. This type of training could be needed by individuals who are taking on new project management responsibilities, such as serving as a task leader, or by experienced project managers who need training in new project management practices and processes required by the customer or the relevant organization for the current project.

�

Technical skill training

: identifies training needed by project team members to expand their technical skill and knowledge for the current project effort. This could include the need to attend a training program offered by the customer in order to gain relevant information that will be applied in the course of project work. This type of training also could be used to provide or enhance critical skills of project participants who are assigned to the project on short notice. As well, unique project activities may warrant special project team training that provides the ability to understand new technical concepts, use special equipment, or otherwise qualify for project assignment.

�

New technology training

: identifies training associated with use or implementation of new technology concepts, tools, and equipment. This may be a standard preproject training event in some organi- zations where new products are routinely manufactured. In par- ticular, the project teams associated with implementation of new products require ongoing training to ensure their knowledge and understanding of the product and its capabilities or application in the customer environment. In a related sense, this type of training also could apply to tools and equipment the project team uses in conjunction with normal project work efforts, and it also addresses technology updates or replacements that might require additional training for project team members.

AU4680_book.fm Page 283 Monday, July 16, 2007 2:06 PM

Chapter 10). That training is pursued as a matter of routine individual

284

�

The Complete Project Management Office Handbook

In conjunction with facilitating the “just-in-time” training described here, the PMO may also be able to assist in forecasting training needs based on anticipated project work.

Monitor Travel Arrangements

A project management environment that deals with extensive travel requirements may warrant the PMO to establish a moderate oversight capability regarding travel associated with project work. This in no way implies that the PMO should become a “travel service.” Rather, the PMO should monitor issues and matters of project-related travel to determine efficiency and to ensure that project resources are where they should be in a timely manner. In particular, the PMO can establish procedures that facilitate:

� Confirming individual travel plans associated with acceptance of project assignments

� Coordinating group travel arrangements � Monitoring vendor or contractor travel plans and expenses

This project resource deployment activity should not overburden the PMO but it can be applied to contribute to the overall effort of ensuring cost-efficient operations within the project management environment.

Manage Resource Performance

The PMO should play a lead role in developing a standard approach to managing project resource performance. This is an approach that should be agreed to and implemented by project managers and resource managers alike, and one that is fully understood by individuals assigned to every project effort. The PMO will guide and assist project managers in their efforts to manage resource performance. In its oversight capacity, it also will monitor project resource performance results and indicators provided by project managers, and take or recommend actions to improve individual and overall resource performance. The prescribed involvement of the PMO in resource performance management is described in the following three subsections.

Develop Performance Management Guidance

The PMO should be instrumental in defining the approach that project managers will take in managing assigned project resources. To that end,

AU4680_book.fm Page 284 Monday, July 16, 2007 2:06 PM

Resource Management � 285

the PMO will work closely with project managers and resource managers to identify the performance management responsibilities of each. Then the PMO can develop the guidance needed by project managers to manage the performance of project resources.

The following are several elements of performance management that the PMO can consider developing to support project managers:

� Planning. This element provides guidance to the project manager regarding how to prepare for performing project resource man- agement, including individual and team performance-planning activities. Per the nature of project work and the length of individual assignments, the PMO should construct recommendations regard- ing the type of performance planning that the project manager should pursue, to include such things as: � Obtaining resource time commitments � Confirming resource availability � Coordinating resource performance with resource managers � Setting resource performance expectations � Reviewing resource qualifications � Reviewing resource training requirements � Examining resource workload � Review of resource task completion reporting requirements

� Monitoring. This element gives the project manager insight into the frequency and types of performance monitoring that should be accomplished. This may include a range of approaches, from very general observations to stricter monitoring required to ensure quality, achieve standards, or comply with contractual or regulatory obligations. It could include: � Observing resource work performance � Conducting quality control of resource work products � Reviewing resource work status reports � Conducting technical reviews and audits � Conducting individual performance feedback reviews � Conducting project team group performance feedback reviews � Examining effectiveness of work tools and processes selected

by individuals � Mentoring. This element provides process guidance for project

managers to use in managing the performance of project team members. It includes such activities as listening, facilitating, guiding, illustrating, etc., and it provides recommended means to optimize the performance of project team members. Additionally, it could also include guidance for calling upon PMO-based mentors, as described in the PMO “mentoring” function (see

AU4680_book.fm Page 285 Monday, July 16, 2007 2:06 PM

Chapter 13).

286 � The Complete Project Management Office Handbook

� Assessing. This element guides the frequency and types of perfor- mance evaluations for which the project manager will have respon- sibility. It could also prescribe actions to take in situations of weak performance and participation. This is one particular area in which collaboration with resource managers is essential. A standard approach to assessing, reporting, and responding to individual performance should be established and then confirmed with each resource manager as project resources are released for use in the project management environment.

� Rewarding. This element considers ways to recognize the partici- pation of project team members. In particular, it prescribes what can be done to reward individuals who have contributed to project success through innovation, demonstrated commitment, and per- formance excellence.

The PMO can also be available to assist project managers in their resource performance management activities, as availability of PMO resources and workload permits such involvement.

Conduct Project Resource Performance Reviews

The PMO, project manager, and relevant resource manager should all collaborate on individual project team member performance reviews. Ide- ally, the project manager conducts the review for each resource having a substantial role in the project effort and then conveys the performance report to the resource manager and to the PMO for their review. An alternate option is for the project manager and resource manager to conduct a joint review as may be warranted by organizational personnel manage- ment practices, with a copy of the performance report provided to the PMO for examination. The final option is for the project manager to prepare and provide a resource performance evaluation for submittal to the resource manager and inclusion in the team member’s performance review con- ducted by the resource manager. The PMO can be instrumental in devising and coordinating the process to be used for project resource performance reviews and performance reporting within the relevant organization.

Project resource performance reviews should be consistent with the general employee performance review process of the relevant organiza- tion, as usually defined by the HR department. Therefore, the HR depart- ment may also be involved in the process for conducting individual performance reviews in the project management environment.

The process for conducting project team member performance reviews can be constructed by the PMO in collaboration with the HR department,

AU4680_book.fm Page 286 Monday, July 16, 2007 2:06 PM

Resource Management � 287

resource managers, and project managers with consideration for the fol- lowing activities:

� Specify the reporting official. The individual project team member should be informed regarding who will be responsible for mon- itoring their work performance, preparing their performance evaluation, and conducting their individual performance review. This should be done at the onset of the individual’s assignment to the project and include identification of multiple reviewers, if applicable.

� Prepare the performance review. The project manager or other reporting official should set aside adequate time for preparation of individual project team member performance reviews. The reporting official should examine performance notes taken over the period of performance and construct the content according to guidance prescribed by the organization. The reporting official should incorporate performance evaluation information based on personal observation as well as evaluation information from other bona fide reviewers.

� Plan the performance review meeting. The project manager or other reporting official should arrange a performance review meeting with each individual project team member that is being evaluated, and identify all participants in the meeting. Meeting preparation activities should include meeting date, time, and location, and this information is conveyed to the individual being reviewed and any other meeting participants.

� Conduct the performance review meeting. The project manager or other reporting official should meet with the individual project team member to present and discuss the member’s performance and contributions to the project effort. The individual team member should gain insight into their performance from a positive perspec- tive of reviewing their strengths and weaknesses, and then using available time to discuss and plan any activities needed for per- formance improvement. The reporting official and the individual should both sign the performance review document to acknowl- edge a common understanding of the individual project team member’s performance evaluation.

� Convey the performance review report. The signed performance review should be conveyed to other parties involved in perfor- mance management of individual project team members, which generally includes the PMO, project manager, resource manager, HR department, and the individual under review.

AU4680_book.fm Page 287 Monday, July 16, 2007 2:06 PM

288 � The Complete Project Management Office Handbook

In some organizations, the established processes for performance eval- uation and review will be predominantly used, as conducted by each designated resource manager. In this case, the project manager contributes personal perspectives on individual performance on projects. It would be good for the PMO to be a copy recipient of the performance evaluation and review documents prepared by resource managers for individuals assigned to work in the project management environment.

Monitor Project Resource Performance

The PMO, having either general or specific oversight responsibility for performance results in the project management environment, should col- laborate with project managers or other reporting officials to obtain necessary performance reports and indicators. This is needed to review performance factors within its purview, and to provide timely advice and guidance for improving project resource performance.

The PMO should perform a recurring examination of project resource performance by applying the following three monitoring steps:

� Reviews. Regular reviews of project performance are conducted from the perspective of identifying individual per formance strengths and weaknesses, and individual contributions to the project team effort. This can be accomplished through the PMO’s examination of individual performance reviews and discussions with project managers, as well as the PMO’s direct observations of individuals’ project activities.

� Analyses. Performance indicators are used to identify individual and project team trends. Trend analyses can be examined for individual performance across projects as a general indicator of demonstrated competency. Analyses also can be prepared to com- pare individual performance within a project team. Performance analysis should be conducted within the norms of the relevant organization and in conjunction with HR department guidelines for monitoring and managing individual performance.

� Improvement actions. The PMO can provide significant contribu- tions to the project management effort by collaborating with project managers and resource managers to prescribe performance improvement remedies.

Project managers can assist the PMO in performance monitoring by providing exception reports of critical performance indicators to the PMO as they are identified.

AU4680_book.fm Page 288 Monday, July 16, 2007 2:06 PM

Resource Management � 289

Close Project Resource Assignments

The PMO ensures that necessary and appropriate actions are taken to close out individual assignments to projects. This is important because it specifies a point in time when the assigned resource is no longer respon- sible for project work. This importance is compounded for individuals who must manage participation in multiple projects. Closing out the assignment not only relieves individuals of project responsibility, but also makes them available for consideration as resources in a subsequent project assignment. To that end, the PMO is concerned with establishing the capability to determine an individual’s current project workload and period of availability for the next project assignment. This can be accom- plished in conjunction with the project manager’s actions in managing the disposition of assigned project resources.

There are three primary types of project resource closeout actions that the PMO should establish and provide for use by project managers, as described below.

Coordinate Resource Extensions

This action is used in response to the need for retaining a project resource beyond the planned resource closeout date, and it provides for extending the individual’s continuing participation in the project past the original performance end date. This action could be expedited by developing a process for coordinating the extension with any involved resource manager and, possibly, with another project manager who will be affected by delays in the individual’s current assignment. This is a process that must be used sparingly and controlled to address only the most extenuating circum- stances, particularly when a specified team member is needed for imme- diate assignment to a subsequent project effort. The PMO can build the authorization criteria for this action into the assignment extension process it creates.

Facilitate Resource Transfers and Reassignments

This action represents the routine response to project resource departures from the project team. Here, the PMO prepares the process for releasing resources from current project responsibilities so that individuals can return to their business unit or for assignment to another project. This process should address the individuals leaving a project at various junc- tures in the project life cycle as well as those groups of individuals who stay around to close out the project as a cohesive project team upon completion of project objectives. The PMO can play an important role

AU4680_book.fm Page 289 Monday, July 16, 2007 2:06 PM

290 � The Complete Project Management Office Handbook

in assisting the project manager to identify, confirm, and announce subsequent project team member assignments as a matter of reducing individual concerns about their next assignment in the relevant organi- zation. This concern may not be as much of a factor for individuals who simultaneously hold operational positions. It can be a primary concern for individuals who rely on project assignments to maintain their tenure within the relevant organization.

Manage Resource Terminations

This action represents the release of a project team member from the project and from the relevant organization. There are three primary reasons for project resource terminations: (1) a business decision has been made to discontinue the individual’s position; (2) there is no follow-on project assignment currently available for the individual; or (3) a decision has been made in conjunction with HR department guidance to release the individual based on an inability to achieve performance standards or other personnel-based action. The PMO should define the process needed by project managers to handle the termination of project team members, including the involvement of the HR department and resource managers, and the specification of PMO responsibilities in such matters.

All project resource closeout actions should be reported to the PMO. The resource closeout information enables the PMO to gain insight into project resource utilization and to help in the overall planning for project resources and resource strength requirements.

Postscript for the Smaller PMO The smaller PMO can play a vital role in resource management by facilitating and monitoring resource utilization within the project manage- ment environment. This includes the following three prominent activities:

1. Develop a standard process for how resources are assigned to projects. A resource assignment process may already exist and can be confirmed and documented, or a new and efficient process can be developed. The process should identify resource providers and specify how resource requests are used to obtain resources for project work assignments.

2. Identify roles and responsibilities of project managers and resource managers. The use of matrix management to provide project resources implies that there are at least two people involved — the project manager and the resource manager. The PMO should

AU4680_book.fm Page 290 Monday, July 16, 2007 2:06 PM

Resource Management � 291

ensure that participants in this relationship understand their roles and responsibilities with regard to managing resources assigned to the project management environment. Ideally, such roles and responsibilities are documented for standard implementation across the relevant organization.

3. Monitor resource utilization within the project environment. The PMO can demonstrate value within the relevant organization by providing ongoing monitoring of resources used within the project management environment. This essentially means knowing who is assigned to what projects and for how long. This information allows resource assignment decisions to be made in a timely manner. Whether or not the PMO makes such decisions, it can be a contributor. It also allows the relevant organization to understand current project resource strength and to determine whether more or fewer resources are needed for upcoming project efforts. Project resource monitoring also means identifying qualifi ed project resources who are not currently assigned to specific projects.

If the smaller PMO can help the organization implement appropriate project resource utilization and management activities, the business units will recognize the value of PMO support.

AU4680_book.fm Page 291 Monday, July 16, 2007 2:06 PM

293

Chapter 10

Training and Education

Training and education is the underpinning of an effective project man- agement environment. It provides individuals with the skill, knowledge, and competencies needed to implement modern project management processes and practices that are consistent technical and business concepts.

Project management has emerged in the past few decades as a distinct professional discipline, to the point where institutions of higher learning currently offer a range of credentials from basic certificates to advanced degrees in project management. This indicates that organizations can pursue such professionalism to enhance their own capability and credi- bility in project management. To exaggerate the point, would you want a doctor, or an accountant, or an automobile mechanic to work on something you own without the best of credentials? Likewise, it better serves the business interests of an organization to avoid relegating its project management practice to untrained individuals.

The pursuit of training and education is a business decision that an organization deliberates relative to helping it to achieve strategic business objectives. The project management office (PMO), with its charter to advance the practice of professional project management, plays a key role in advising senior management regarding training and education within the project management environment. Its purpose is to ensure that project participants throughout the relevant organization, from the most senior project manager to the part-time project assistant, apply a professional approach to the practice of modern project management consistent with their levels of responsibility.

This “training and education” function enables the PMO to:

AU4680_book.fm Page 293 Monday, July 16, 2007 2:06 PM

294

�

The Complete Project Management Office Handbook

�

Specify the competencies needed within the project management environment.

�

Identify current competencies within the project management environment.

�

Develop training and education programs to achieve competency objectives.

�

Conduct and manage training and education programs.

The PMO normally will implement training and education programs in collaboration with established training managers within the relevant organization. In some cases, as the need presents itself, it may establish a separate PMO staff position of project management training manager.

Project Environment Interface Concepts

The PMO has continuous insight within the project management environ- ment to enable it to discern the competencies and capabilities being displayed and then to contrast that with competency objectives that are to be established. It can measure the skills and knowledge of individuals in the project management environment for comparison with business and industry standards. Then it can recommend or apply training solutions to fill any skill and knowledge gaps needed to achieve project management performance standards and objectives. The PMO must facilitate organiza- tional participation in training or risk falling behind the proverbial power curve in areas of business efficiency, professional caliber of staff, and marketplace competitiveness. In conjunction with project management training, the PMO also can monitor and manage related technical training that is applied within the project management environment. Finally, the PMO can examine the results of training in the project management environment and adjust training requirements and methods as needed over time.

Business Environment Interface Concepts

Today’s business environment is linked to and involved in the project management environment more than ever before. To that end, project management training is no longer limited to just project managers and project team members. There are quite a few adjunct project staff and other stakeholders in and around the relevant organization who would gain tremendous benefit from participation in training conducted in the project management environment. To say the least, today’s senior man-

AU4680_book.fm Page 294 Monday, July 16, 2007 2:06 PM

Training and Education

�

295

agers and executives must be familiar with project management concepts and practices to make critical business decisions related to project man- agement efforts. The PMO has responsibility for identifying such business environment participants, and then constructing and implementing a train- ing program of project management topics to meet their needs.

The ensuing benefits and success from training in the project manage- ment environment can have strategic significance for the relevant organi- zation. When training benefits are properly captured, the PMO can use them in capability statements and other business and marketing documents to advertise the competitive advantage that the relevant organization has gained by establishing a formal training program within its project man- agement environment.

Training and Education Activities across the PMO Continuum

The “training and education” function along the PMO competency con- tinuum represents a structured approach to improving or increasing pro- fessional competency within the project management environment. The PMO’s responsibility ranges from simply identifying what professional- grade training and education programs are available and encouraging enrollment, to the more-complex effort of designing, implementing, and administering a comprehensive training program for the project manage- ment and business environments of the relevant organization.

training and education activities according to each level in the PMO competency continuum.

The project office nearly always has direct interface with project team members, and it is positioned to identify preferred content of individual training, with consideration for both technical and project management training. This level of oversight will make or influence decisions regarding which project team members could or should attend available training. In the absence of a higher-level PMO, the project office should conduct a general search of training available for project team participants and then use those training resources when an individual project team member demonstrates need or otherwise warrants specific training.

Mid-range PMO levels have the responsibility of establishing a complete and comprehensive project management training program for use within the relevant organization. It normally begins this effort with some type of training needs survey or a more detailed competency assessment. Then the PMO will identify either internal or external professional training resources as a basis for developing a training curriculum for the project

AU4680_book.fm Page 295 Monday, July 16, 2007 2:06 PM

Table 10.1 provides an overview of the range of prescribed PMO

2 9 6

�

T h

e C

o m

p le

te P

ro je

ct M an

ag e

m e

n t O

ffi ce

H an

d b

o o

Table 10.1

Range of Training and Education Activities across the PMO Continuum

Project Office Basic PMO Standard PMO Advanced PMO Center of Excellence

Manages project team member participation in optional and required training

Identifies needs and facilitates training course participation:

– Initiates training requirements surveys and assessments

– Identifies internal and external training providers

– Introduces basic project manager training courses

– Integrates project technical training

Establishes and manages a formal training curriculum:

– Defines competency requirements

– Develops and implements a comprehensive training program for project managers, team members and executives

– Evaluates project environment training results

Expands training capability and oversight role:

– Extends project management environment training to other stakeholders

– Introduces advanced topic training

– Manages project management environment training records

Uses training results in strategic business initiatives:

– Prompts vendor and contractor participation in training programs

– Applies training credentials in customer and other business proposals

– Applies training credentials in advertising and marketing

A U

4680_book.fm P

age 296 M onday, July 16, 2007 2:06 P

Training and Education

�

297

management environment. In a more-mature organization, the mid-range PMO will identify competency requirements for project resources and specify training courses that will help individuals achieve those compe- tencies. Training program administration is an important element of this function model. To that end, the mid-range PMO will ensure that managers and other individuals in the project management environment are made aware of requirements and availability of the training program curriculum that the PMO establishes. It also will provide oversight, management, and documentation of participant enrollment, attendance, and outcomes in training courses as a means to measure and examine success and benefits of the training program.

The center of excellence is characterized by the examination of training programs from a strategic business perspective. It will review and align training program results to achieve maximum competitive business advan- tage for the relevant organization. Based on its own success with training, it may encourage or require vendor or contractor business partners to participate in training offered through the PMO or in a similar project management training regimen.

This PMO function provides the relevant organization with the capa- bility to improve or increase individual skill, knowledge, and competency for work conducted within the project management environment. This PMO function model highlights some prominent considerations for the PMO that is involved in establishing a comprehensive training program to fulfill the needs for project management training and education.

Training and Education Function Model

The PMO’s presence in the project management environment often makes it a common referral resource for a variety of project management matters, including training. The PMO will have or can readily develop insight as to what training is needed in the project management environment, and it should be proactive in preparing or recommending the preferred training solutions. This will enable the PMO to respond to routine inquiries about available training and to use prequalified, professional-level training resources to deliver a curriculum that has been developed to meet the unique needs of the relevant organization.

The “training and education” function model makes the PMO a cen- tralized resource for training and education within the project management environment. The concepts presented in this functional model can be applied even when there is a designated training department in the relevant organization. In such cases, the training department can review this function model as a means to examine the needs of the pr oject

AU4680_book.fm Page 297 Monday, July 16, 2007 2:06 PM

298

�

The Complete Project Management Office Handbook

management environment, in collaboration with the PMO. Alternatively, the PMO can establish a staff position of training manager, which will apply established practices and collaborate with the training department to introduce an appropriate training curriculum for the project management environment. In either case, the PMO should be able to influence the content and context of training developed and conducted for the benefit of participants within the project management environment.

Figure 10.1 depicts the prominent activities of the PMO’s “training and education” function model, and the following subsections describe each activity.

Establish Training Program

The development stage of the PMO and the maturity of project manage- ment capability in the relevant organization will guide how formal and comprehensive the project management training program will be. Addi- tionally, the number and types of potential trainees across the relevant organization will influence the topic focus and approach to training. This activity presents recommended steps the PMO can pursue to determine these factors and to construct a training program that will result in discernable project management efficiency and effectiveness. This, in turn, should contribute to improved business performance.

The several prescribed steps for establishing a training program in the project management environment are described in the following subsections.

Assess Training Needs

The PMO must develop at least a fundamental understanding of the current capabilities and competencies of individuals in the project environment

Figure 10.1 “Training and education” function model.

MANAGE TRAINING PROGRAM

Establish Training Registration Capability

Publicize and Promote Training Program

Conduct Project Management Training

EVALUATE TRAINING PROGRAM

Evaluate Training Plan Implementation

Evaluate Training Resources

Update Training Program

ESTABLISH TRAINING PROGRAM

Assess Training Needs

Determine Training Requirements

Identify Training Resources

Prepare Training Plan

Select and Develop Training Courses

AU4680_book.fm Page 298 Monday, July 16, 2007 2:06 PM

Training and Education

�

299

to determine what types and levels of training are needed. An initial perspective on training needs can be accomplished through surveys, meetings, and even informal conversations with project managers and other project stakeholders. Their project management experience and insight into individual and group skills, knowledge, and competencies could be sufficient to identify some fundamental training needs. In par- ticular, the PMO could convene a select group of managers to discuss and deliberate current performance capabilities and to identify discernable project management training needs related to individual comprehension of concepts, application of processes, use of tools, etc. The PMO then can compile the information collected to plan a simple training solution.

The more-mature project management environment may warrant a more formal assessment and examination of training needs. The PMO can arrange for project management competency surveys and assessment instruments to be administered to project participants to establish a base- line or frame of reference against accepted industry competency standards. The results of such an assessment can be analyzed to ascertain specific training needs. The PMO, in collaboration with the appropriate executive or executive control board, can determine whether the training needs assessment will be conducted with stakeholders outside the immediate project management environment.

The PMO can examine training needs using a simple or more formal approach, depending on its established role and capabilities. In either type of training needs examination, there are several recommended points for consideration. They include the following training needs assessment elements:

�

Project management competency

. Identify the overall and individ- ual competency of project managers. Determine where strengths can be enhanced and weaknesses reduced through general and specific training solutions.

�

Leadership and managerial capability

. Identify the overall and individual effectiveness of soft skills within the project manage- ment environment. Determine where project manager experience is a factor, and identify areas and individuals where training can be used to enhance or improve individual leadership and man- agement capability.

�

Technical skills and knowledge

. Identify the overall and individual competency of technical staff members. Examine technical require- ments, determine availability of technically skilled individuals, and determine where technical training is needed. In particular, identify where technical skills and knowledge training can be integrated with project management training.

AU4680_book.fm Page 299 Monday, July 16, 2007 2:06 PM

300

�

The Complete Project Management Office Handbook

�

Executive and senior manager awareness

. Identify the current involvement and awareness of project management concepts and practices among executives and senior managers in the relevant organization. Determine any gaps, and review the types and levels of familiarization training or orientation programs that can be conducted to achieve the necessary awareness in the ranks of senior management.

�

Vendor or Contractor participation

. Identify the extent to which the relevant organization desires or will require vendor and contractor participation in project management and technical skill training. Include vendors and contractors in training needs assessments, or issue requests for them to conduct their own assessments.

These elements represent the points of examination addressed in a training needs assessment. Assessment results in each of these areas can be analyzed to determine specific types of training required within the project management environment. The PMO may want to consider having such an assessment performed by an external resource that has experience in individual and organizational assessments. This would lend the credi- bility of a third-party assessment and save time and cost associated with constructing a validated project management assessment tool and an accompanying process for conducting the assessment. Of course, the PMO can use the above list of training need assessment elements to construct and conduct a simple, informal training needs assessment.

Determine Training Requirements

The PMO will gain insight into training requirements from the results of any formal or informal training needs assessment. The PMO will want to identify any particular individuals requiring training to ensure their effec- tiveness as a project team member. The PMO also can pursue an effort to specify overall training requirements for the different types of partici- pants within the project management environment.

The PMO will want to consider establishing training requirements in the following areas:

�

Project manager development

. The training afforded project man- agers should be based on the competencies associated with project manager authority and responsibility levels. The PMO should con- sider defining training requirements for entry, standard, and advanced project manager levels. This results in specifying training courses applicable to those project manager levels. Project man-

AU4680_book.fm Page 300 Monday, July 16, 2007 2:06 PM

Training and Education

�

301

agers can also be considered for selected types of technical training, particularly advanced technical or technology training, and they should be considered for relevant types of business training.

�

Project manager certification

. In addition to routine project man- ager training, the PMO may also consider training that facilitates or otherwise supports internal and external project manager certi- fication. This consideration represents identification of special train- ing programs that focus on helping project managers achieve the skills, knowledge, and competency that qualify them for profes- sional certification.

�

Professional development

. The aspects of technical and business training should be integrated into project management training where possible. In some cases, separate training programs or courses will be needed to enable individuals to advance within a particular professional discipline or career pursuit. The PMO should address these professional development training requirements rel- ative to the needs of the affected individuals and the business interests of the relevant organization.

�

Team member development

. Project team members are too often neglected in the delivery of project management training. It is through the combination of training and on-the-job experience that project team members gain the skill and knowledge to advance to become project managers. That consideration known, the relevant organization will benefit from capable project team members who readily understand the concepts and practices of project management in which they participate. The PMO should identify training requirements for project team members, which could include some or all of the basic training courses available to project managers. The more project team members know about the project management process, the more projects will be con- ducted with increased efficiency.

�

Executive familiarization

. Perhaps more than project team mem- bers, executives and senior managers are discounted from consid- eration for project management training. It is conceded that they do not require the detail of project management competency that is used by project managers. It also is recognized that members of senior management inherently do not have available time for attending extended training programs. However, an organization would be remiss to exclude executives and senior managers from gaining insight into and an understanding of modern project man- agement concepts and practices. The PMO should identify training requirements, normally in the form of shorter one-half to one-day familiarization training or orientation programs, for executives and

AU4680_book.fm Page 301 Monday, July 16, 2007 2:06 PM

302

�

The Complete Project Management Office Handbook

senior managers in the relevant organization. When possible, par- ticipation in training programs of longer duration is recommended.

�

Stakeholder familiarization and training

. The PMO staff, adjunct project staff, and business unit participants are key stakeholders who would benefit from training conducted in the project man- agement environment. The PMO staff will likely require participa- tion in both standard and advanced project management training as a means to ensure a common frame of reference for the oversight, control, and support that they will provide. They also may require specialized training associated with PMO functions, such as process development, tools selection, etc. Individuals who serve in adjunct project staff roles also may benefit from project management training. This includes such people as are found in the HR department, legal department, procurement department, and others that participate in project activities on less than a full- time basis. The PMO should define training requirements for such stakeholder involvement.

�

Vendor/contractor integration

. Small vendor or contractor organi- zations (i.e., individual or two-person operations) can participate in internal training programs developed for the project management environment. This is particularly appropriate when vendors or contractors serve in a recurring role in project efforts over time. As well, larger vendor or contractor organizations can be included in training programs through invitation or mandate. The PMO should design and convey vendor or contractor training require- ments that are consistent with the training requirements specified for its own project managers and project team members.

The PMO should compile the training requirements, by group, in a document that can be referenced when preparing the training plan for the project management environment. This training requirements docu- ment can become an attachment to that training plan.

Identify Training Resources

The PMO should facilitate the introduction of resources, normally internal or external business entities, to conduct training in the project management environment. Training resources should be identified and selected per the skill and experience in project management training that they can offer, including the capability to deliver a wide range of basic and advanced courses that will satisfy the needs of the different stakeholders. Training resource selection also should consider any application of course com-

AU4680_book.fm Page 302 Monday, July 16, 2007 2:06 PM

Training and Education

�

303

pletion toward diplomas, degrees, continuing education units, and pro- fessional certification.

Additionally, the training resource should be able to contribute exper- tise and assist the PMO in planning the training pr ogram, including determining which courses will provide maximum benefits in the project management environment, identifying frequency and location of course delivery, and ensuring assignment of qualified course instructors. Simi- larly, the PMO will have to set up training program administration — participant registration, fund transfers for internal training resources and payments to external training resources, and course completion and training record management. The PMO may want to negotiate and include this administrative element in the responsibilities assigned to the training resource.

The primary purpose of this activity is to identify what resources are available and will be used to conduct training within the project manage- ment environment. There are three primary resource types to consider, as described below.

In-House Training Resources

The PMO can examine the offerings and capabilities of any education center, training department, or corporate university currently serving the relevant organization. In larger organizations, this internal resource will likely have multiple classroom locations for training program delivery, as well as some capability for of f-campus course delivery in work facilities.

The primary factor in selecting an in-house training resource is to consider whether or not it has sufficient range and depth of offerings in project management to serve the needs of professionals in the project management environment. Of course, a comprehensive in-house training resource will likely have the capability to develop courses to meet the needs of its patrons, but not all organizations favor this approach because of the time it takes to develop and test the several required courses, the unique expertise in modern project management required for course developers, and the general need to maintain course materials as new project management concepts and practices emerge and warrant inclusion in updated training materials.

Nevertheless, the in-house training resource can be an important partner with the PMO in establishing some fundamental project manage- ment training courses. It also can be called upon to assist the PMO in selecting and managing any preferred external project management train- ing resources.

AU4680_book.fm Page 303 Monday, July 16, 2007 2:06 PM

304

�

The Complete Project Management Office Handbook

External Training Resources

The PMO can examine the offerings and capability of commercial project management training resources. These external resources normally provide training at facilities in a variety of national and international locations, and therefore are excellent options to in-house training centers that do not have that geographical coverage. Most external training resources also extend efforts to learn about your business interests and technical frame of reference, and thereby integrate such information in instructor aware- ness and sometimes in course content as a standard feature of training.

The primary factors in considering an external training organization is the range of available project management training courses, the ability to customize those training courses for use in the relevant organization, and the ease and ability for participants to translate skill and knowledge received in the classroom into immediate applications and solutions in the workplace. Most, but not all, external project management training resources offer a wide range of professional project management training courses to achieve the learning needs of all stakeholders in the project management environment. Some external training resources offer a few levels of customization and course development to accomplish alignment of training with current processes or specific industry or professional- discipline practices. A few external resources also provide accompanying mentoring and consulting services that are consistent with the training course content to help the PMO implement newly acquired skills and knowledge in the workplace.

The PMO can collaborate with the internal training management depart- ment to identify and select an appropriate external project management training resource. In particular, the PMO may need to prepare or otherwise participate in developing a budget and acquiring funding to obtain such external training services. This warrants an examination of pr eferred external training resources to establish not necessarily the lowest cost of project management training, but the greatest return on the investment of training funds for the relevant organization.

Public Training Resources

The smaller PMO, particularly those just starting operations, may want to consider available project management training courses that are avail- able to the public. Some of the external project management training resources referenced above also conduct such public programs. The difference in the public program is that it does not particularly focus on current industry processes and practices of each course participant because they come from a variety of cross-industry organizations. How-

AU4680_book.fm Page 304 Monday, July 16, 2007 2:06 PM

Training and Education

�

305

ever, public training is an excellent means to either start up pr oject management training or to gain insight into the approach and capabilities used by external training resources under consideration for selection as a preferred training resource.

Prepare Training Plan

The PMO should prepare a plan that will guide delivery of training in the project management environment. The training plan will identify what training courses are available, as may be required or optional for different participants, and include the course pr esentation schedule, location, and assigned instructor. Also, the training plan should include an outline or description of each course of fering, the recommended audience, the applicability in the project management and business environments, and any personal qualification or achievement awarded upon successful completion. Each course description should identify the internal or external training resource responsible for course delivery and the means to contact them. The training plan also should include the process by which individuals can register to attend the project manage- ment course.

In particular, the PMO should examine options and develop the training plan to identify the different training program structures available to participants in the relevant organization. This includes consideration of the following standard training program categories:

�

Core project management courses

. Identify the several essential project management courses that are recommended or required for all project managers and, possibly, for project team members. Specify any preferred presentation order for course attendance, and indicate any certificate associated with completion of each course and the overall curriculum.

�

Advanced and optional project management courses

. Identify the several project management courses that will be available to those individuals who have completed the core curriculum and to those who need advanced or specialized training otherwise not covered by the core curriculum. This also may include training in use of project management tools and project management methodology user training.

�

Technical courses

. Identify the courses designed to support tech- nical work activities associated with project efforts. This also may include any just-in-time training that satisfies business interests or provides technical qualification.

AU4680_book.fm Page 305 Monday, July 16, 2007 2:06 PM

306

�

The Complete Project Management Office Handbook

�

Professional development courses

. The extent of PMO authority and the nature of individual assignments to the project management environment may prompt consideration for including professional development courses in the project management training plan. This inclusion may be the primary means for staff members to review and select professional development training provided by the rel- evant organization. These courses should include training that helps develop individual business skills and knowledge.

�

Executive courses and workshops

. Identify those project manage- ment courses, workshops, seminars, and forums that are applicable to senior management involvement in and understanding of the project management environment. This category of training should include at least one course or workshop that enables executives and senior managers to quickly gain familiarization with the mod- ern project management concepts and practices being implemented by the PMO.

The PMO can collaborate with the inter nal or external training resources to obtain training course descriptions and other training plan content. In some cases, it can also use the training resource to lead training plan preparation activities.

Select and Develop Training Courses

Training course selection and development is an activity that should be performed in conjunction with the preparation of the training plan. The training plan can be finalized when all course selection and development decisions have been made. To accomplish training course development, the PMO will likely need to work with inter nal or external training resources to identify requirements, collaborate training course develop- ment solutions, and review and approve customized course material. A review of each preferred course is necessary to determine if it will be presented using its current format and content, if it is to be customized to meet the specific needs of the project management environment, or if it requires a design and construction effort for it to be presented as a new course.

First, the PMO will need to consider and plan the format and content for training course delivery. This includes the activities conducted to select methods of course delivery from among the following prevalent types:

�

Instructor-led classroom training

. This is the traditional approach to training that facilitates interaction among participants and pro- motes their discussion and exchange of ideas in a classr oom

AU4680_book.fm Page 306 Monday, July 16, 2007 2:06 PM

Training and Education

�

307

setting. It allows for the use of various instructor-led, adult learning techniques (e.g., lecture, discussion, facilitated exercises, etc.). This is generally recognized as a quick method for the completion of training.

�

Instructor-led e-learning

. This is the traditional method of class- room instruction translated for online access via the Inter net. Normally, this type of e-learning experience represents a combi- nation of independent participant coursework combined with ongoing real-time availability of a qualified instructor to conduct discussions as well as to respond to student inquiries, and to make points of clarification, normally through use of e-mail or telephone contact.

�

Standard e-learning

. This method represents the use of training courses that are accessed online via the Internet. Course content will take participants through a series of learning objectives using audio-visual presentations. This method may or may not include indirect e-mail access to an assigned instructor.

�

CD-ROM-based instruction

. The use of the CD-ROM approach to training represents independent performance of training steps that generally result in the achievement of learning objectives for the participant. This method allows for presentation of project man- agement topics that participants can pursue at their own pace. It generally does not provide interaction with a qualified instructor for questions and inquiries, and is valuable in locations where e- learning via an Internet connection is not readily available.

Once the preferred format of instruction has been identified, the PMO can deliberate and decide on actual training course development that is needed. Not all instructional delivery formats lend themselves to custom- ization and modification. However, most external training resources can adapt instructor-led classroom training to satisfy individual customer needs by incorporating an awareness of business processes and practices in the relevant organization.

In particular, the PMO will need to examine course development options from a time and cost perspective. The following are three primary training program selection options for the PMO to consider:

As-is course format

. The PMO acquires the training program more or less off-the-shelf from the internal or external training resource. It is ready for use, as is, and it can be scheduled for delivery and then presented upon achieving sufficient participant registration.

Course customization

. The PMO should understand that significant modification of training course materials is a process that may be

AU4680_book.fm Page 307 Monday, July 16, 2007 2:06 PM

308

�

The Complete Project Management Office Handbook

as time-consuming and costly as new course development. How- ever, minor modifications (e.g., simple content additions and deletions) may not have an excessive impact on time and cost. The PMO will have to evaluate its need for integrating current project management practices, technical concepts, and organiza- tional policies into such training, and determine if that warrants the added cost.

New course development

. The PMO is making a significant business investment in deciding upon or recommending the new-course development option. A quality three- to five-day course will gen- erally take months to design and develop the concepts and content. Then there is additional time required for testing, post-test revi- sions, and preparation of any associated handouts and training aids. The costs of such an effort are a distinct budget item.

For the most part, there are many excellent project management curricula in the marketplace today, and the PMO should consider this as a first option if training is not otherwise obtained from internal training resources. Likewise, the PMO has inherent interest in providing training for immediate application in the workplace. Only as-is and minor cus- tomization course development options provide timely solutions to press- ing project management needs. Major customization and new course development should be a part of longer-term strategic plans for the relevant organization.

Manage Training Program

The PMO should be prepared to oversee any training program it estab- lishes for the project management environment. It can obtain assistance from any internal or external training resources it engages but it will still need to provide leadership for the effort. The activities of training program management are described in the following subsections.

Establish Training Registration Capability

In conjunction with implementing a comprehensive project management training program, the PMO must ensure the means for individuals to identify available training courses and to register for them. Ideally, this is done online, through either an employee intranet Web site or using an Internet link to the training resource’s Web site. Once at the registration Web page, anyone in the relevant organization can then schedule atten- dance at an upcoming training event. If a manual, offline registration

AU4680_book.fm Page 308 Monday, July 16, 2007 2:06 PM

Training and Education

�

309

system will be used, the PMO will have to establish pr ocesses and procedures for its operation.

Some desired features of a training program registration capability include:

�

Training program access provisions

. Individuals authorized to reg- ister online for training should be informed of the Internet address for registration and provided with any access code needed to accomplish online registration. The training resource should be given an authorized list for “call-in” or manual registrations. This ensures that only authorized individuals in the relevant organization are allowed to register.

�

Individual contact information

. The registration process should be able to capture adequate information about the registering individ- ual to enable future contact and to track completed training in an individual training record.

�

Registration acknowledgment and reminder

. The registration pro- cess should provide the individual with an acknowledgment of successful registration. Such acknowledgment should also go to the individual’s supervisor and to the PMO, and sometimes they will review the registration for final approval of individual atten- dance. In some cases, course registration may be made far in advance of the scheduled course delivery date, and this warrants a follow-up reminder at some designated time, usually a few weeks before the scheduled course delivery date.

� Course payment. Where appropriate, the registration process should generate billing information for an external training resource or a funds-transfer listing for an internal training resource. Such documentation may be a time-based report that is produced per- haps monthly for all who have registered in a given period, and not necessarily an individual transaction.

� Training information and materials. The registration process should generate distribution of any advance information or training materials needed by the registered participant. In particular, infor- mation about getting to the training location, class start and end times, and any other relevant information should be provided to the student. In some cases, the advance material will include precourse reading requirements and associated text materials. Some of these items can be combined and sent electronically with the registration acknowledgment; other materials may need to be shipped and that can be delayed until a specified period before the course presentation date.

� Registration withdrawal. The registration system must have the capability to remove individuals from registered status in the event

AU4680_book.fm Page 309 Monday, July 16, 2007 2:06 PM

310 � The Complete Project Management Office Handbook

that they withdraw their registration or otherwise are unable to attend as scheduled, including post-delivery date withdrawals. This action should include steps for supervisor and PMO notification, retraction of billing or fund-transfer actions, and return of any pertinent advance materials.

The PMO should maximize the involvement and participation of the internal or external training resource in establishing the training program registration capability. In many cases, the training resource will be able to provide for necessary registration, with routine notifications of status passed to the PMO for review.

Publicize and Promote Training Program

Establishing a comprehensive project management training program is of no value to the relevant organization if participation is weak. The PMO should be proactive in its development and dissemination of project management training information to promote attendance in preferred and optional training courses.

The following list contains a few suggestions regarding how the PMO can publicize and promote its project management training program:

� Training program catalogs. The PMO should arrange for the prep- aration and distribution of a training catalog or other similar pub- lication with information about the core project management curriculum, along with on any advanced or optional courses avail- able. This publication should include information about individual benefits and certificates, and any requirements or prerequisites for training associated with professional advancement in the relevant organization. The training program catalog can be placed for online access by most internal and external training resources.

� Senior management announcements. The PMO should arrange for the most senior managers in the relevant organization to announce the availability of the newly developed project management cur- riculum. Such announcements should demonstrate support for the training program as a business interest and request endorsement of managers at all levels in the relevant organization. In some organizations, this announcement may be treated as a mandate for individuals to attend selected, required portions of the overall training program.

� Web page listing. The PMO should arrange for information about the project management training program to appear on the internal Web site used by project stakeholders in the relevant organization.

AU4680_book.fm Page 310 Monday, July 16, 2007 2:06 PM

Training and Education � 311

If an automated registration process is available, a link to the training program registration page should accompany the Web page listing.

� Training success announcements and events. The PMO should use Web pages, internal memos, and even public press releases to announce significant training accomplishments by individuals. Achievements of completing all courses in the core project man- agement curriculum, a promotion associated with the completion of a training event, or an “aced” course would warrant such an announcement. If there is a certificate to be earned as a result of training, a monthly or quarterly “graduation” luncheon could be held to recognize such individual accomplishments.

� Project manager roundtables. Any meeting or event with several project managers in attendance should be used to (1) promote the established project management training program and (2) reiterate the request for an endorsement of the training program among project team members.

Again, the PMO should collaborate with the involved inter nal or external training resource to gain insight into other training program publicity and promotion methods. As well, it can elicit training resource participation and support in meeting this challenge.

Conduct Project Management Training

The PMO will be responsible for ensuring that project management training is accomplished as specified in the training plan. While the designated training resource will have responsibility for actual delivery of the training course, the PMO will need to monitor that delivery as well as a few other aspects of project management training, as recom- mended in the following list:

� Monitor attendance. The PMO should review recent and registered attendance in project management training courses at recurring periods of time, perhaps monthly. This review will indicate whether expected levels of participation are being achieved. The PMO should compare current attendance numbers against projections used to justify the training course delivery schedule. The PMO can then make subsequent course delivery decisions in collaboration with the training resource based on registrations and projected attendance.

� Review student evaluations. The PMO should regularly examine the course evaluations of students who have completed each course. This will enable the PMO to determine whether the training

AU4680_book.fm Page 311 Monday, July 16, 2007 2:06 PM

312 � The Complete Project Management Office Handbook

program, course by course, is attracting stakeholder interest and satisfying individual training needs and expectations. Minor adjust- ments can be made to course delivery fairly easily when overall course evaluation results identify a weakness, content gap, or other undesirable pattern in the training approach.

� Maintain participant training records. The PMO can take respon- sibility for managing the training records of individuals working within the project management environment. In being notified upon registrations, and likewise upon course completions, the PMO can manage training information for reference by individuals and by managers involved in registering or selecting project team members. The PMO could also delegate this responsibility to project managers or to resource managers.

� Prepare and distribute course completion certificates. The PMO will ensure that all successful training participants receive the proper certificate of course completion. This is an activity that can be performed by the training resource but it warrants monitoring by the PMO. The PMO also can be involved in any associated special recognition events for individuals.

� Monitor unsuccessful course participation. Presumably, most courses in the project management training program will have some form of learning measurement — a quiz, an examination, or a demonstration of skill. The PMO will want to identify any individuals who are not successful in completing any courses attended. First, the PMO should find a means of encouraging individuals to retake any “failed” course, usually at no additional cost. As well, the PMO will want to identify any individual trends in failed course completions, particularly in the core or basic courses. Continuing trends showing an individual’s inability to complete course learning may warrant special mentoring or coun- seling and affect consideration for advancement. The PMO can delegate this interaction with the affected individual to the relevant project manager or resource manager, as appropriate.

� Manage training mandates and withdrawals. The PMO will be responsible for managing mandates for training course attendance in the project management environment. This may include man- dates for an individual or a group of individuals to take a single training course or to complete an entire curriculum. Such business decisions that dictate mandatory training require the oversight of the PMO. Likewise, business decisions could be made to halt or discontinue delivery of one or more training courses. The PMO will be similarly involved in conveying this decision and in man- aging associated registration withdrawals.

AU4680_book.fm Page 312 Monday, July 16, 2007 2:06 PM

Training and Education � 313

As suggested throughout this discussion of the “training and education” function model, it is to the PMO’s benefit to transfer as much of the training program management responsibilities as possible to the vested internal or external training resource. In turn, the PMO should establish a recurring schedule for receipt of training program status reports from the training resource, and it also should schedule a regular meeting with the training resource to discuss training program progress and benefits.

Evaluate Training Program

The PMO has ultimate responsibility for assessing the impact and benefits of the project management training program within the relevant organi- zation. The process of evaluation includes the three activities presented in the following subsections.

Evaluate Training Plan Implementation

The PMO should, from time to time and at least annually, review its training plan to ensure that it still represents the best means to achieve project management training objectives. Some suggested elements of this evaluation are highlighted in the following list:

� Training course selection. Determine whether the proper courses are represented in the core project management curriculum. If a core curriculum has not yet been established, decide whether it is time to introduce one. Examine the advanced and special courses in a similar manner: determine whether it is time to add an advanced curriculum. Identify any changes to course content, or consider the possibility of customizing one or more of the indi- vidual courses. Specify any changes to the training plan that are needed with regard to course selection and content.

� Course performance. Review course performance and analyze ben- efits achieved from individual course and overall curriculum deliv- ery. Examine the training program from several perspectives. First, identify any increased capability in achieving business objectives. Specify any discernable improvements in project management effectiveness, as demonstrated by on-time, on-budget project per- formance results. Compile and review observed improvements in individual and project team performance resulting from training (e.g., greater cohesion, less disarray, increased individual capability to achieve assigned tasks on time, individual professional advance- ments as a result of new project management skill and knowledge,

AU4680_book.fm Page 313 Monday, July 16, 2007 2:06 PM

314 � The Complete Project Management Office Handbook

etc.). Document these results and include them in training program trend reviews over time.

� Training course delivery schedule. Review attendance at mandatory and optional training courses, and determine whether the current course delivery schedule and frequency continues to satisfy the needs of project stakeholders within the relevant organization. Examine any courses having weak attendance, particularly courses slated for attendance by senior management. Determine whether a better course schedule or additional publicity and promotion is needed for sparsely attended courses.

Compile the results of this evaluation, and then review and recompose the project management training plan for improved effectiveness in the next training period.

Evaluate Training Resources

The PMO should examine the performance of internal or external training resources in conjunction with its recurring evaluation of the project man- agement training program. Such performance reviews can include the following elements:

� Instructor performance. Assess how well instructors have per- formed in the classroom or in e-learning environments.

� Administrative performance. Evaluate training resource contribu- tions to course registration, course completion, and course delivery processes.

� Course evaluation review. Examine overall results of course eval- uations to (1) determine where students observe strengths and weaknesses, and (2) ascertain the effectiveness of instructional methods used, as perceived by course participants.

� Course development review. Evaluate any new course or course customization efforts underway and evaluate the timeliness and cost against the development plan.

� Business contract or agreement review. Examine the contract or agreement that was used to provide training resource course deliv- ery and associated services. Determine where any terms and con- ditions warrant change reviews, establish costs for the upcoming training period, and confirm continuation of the internal or external training resource as a training program provider.

The PMO can perform the elements of training resource evaluation at any time but it should complete a full examination at least annually.

AU4680_book.fm Page 314 Monday, July 16, 2007 2:06 PM

Training and Education � 315

Update Training Program

The final step in this PMO functional effort represents a renewal of the project management training program to produce additional benefits from training course delivery while removing or reducing disarray in training program implementation. This includes attending to the following items:

� Training requirements update. The PMO should revisit its previous examination of training requirements for the project management environment. It will need to determine whether the current training needs analysis is still valid (or, more precisely, useable) or whether another detailed examination of requirements is necessary. Essen- tially, the PMO will need to confirm or modify its training partic- ipant forecast for the upcoming training period.

� Training resource update. The PMO should revisit its relationships with internal and external training resources (the people who actually deliver the training courses). In this regard, the PMO can evaluate the performance of each training resource as a basis for deciding whether the business relationship will be continued into the next training period, modified, or discontinued.

� Training plan update. The PMO should review the training require- ments and the results of participation of the training resources, focus- ing on the details of the training course and the curriculum delivery — course title, instructor, dates of delivery, locations of delivery, etc. This PMO effort includes defining and implementing a basic or advanced project curriculum if one did not previously exist. It also addresses plans for any new course development or course custom- ization to be started or completed in the upcoming training period.

� Training program administration. The PMO should review and improve the various administrative practices used to facilitate the training program. This includes such matters as course registration, handling of student inquiries, training record management, etc. As needed, the PMO can adjust practices and activities, introduce new ones, or even redirect responsibility for their accomplishment.

This training program update activity allows the PMO to refresh course content and approach to make it more beneficial for the relevant organi- zation and more satisfying for training course participants.

Postscript for the Smaller PMO The smaller PMO may not have the readily available funding or resources needed to establish a comprehensive project management training pro-

AU4680_book.fm Page 315 Monday, July 16, 2007 2:06 PM

316 � The Complete Project Management Office Handbook

gram. Similarly, a less-mature project management environment may not recognize the immediate need for an elaborate approach to project man- agement training. However, the smaller PMO should convey the necessity of project management training at every opportunity. It can begin to recognize training needs within the project management environment through simple and informal surveys, and it can identify the availability of training courses that would provide benefits to project participants. Furthermore, it can research and compile information about publicly available project management training and workshops as a means of providing early training solutions within the relevant organization. As organizational needs come into focus, the PMO can facilitate the imple- mentation of a basic project management curriculum conducted on site.

AU4680_book.fm Page 316 Monday, July 16, 2007 2:06 PM

317

Chapter 11

Career Development

Career development represents the activities associated with achieving professional advancement aligned with progressive expansion and appli- cation of individual skill, knowledge, and experience in project man- agement. The career development effort also usually involves the additional consideration of universally accepted pr ofessional perfor- mance standards as well as organizational requirements for business skill and acumen, technical and analytical competencies, and supervision and leadership capabilities. For many individuals, rewards and benefits asso- ciated with personal achievement, pr ofessional recognition, and increased income opportunities are a significant part of the career development equation.

The Project Management Office (PMO) should facilitate activities to establish a career path for individuals within the project management environment. This inherently implies gaining acknowledgment and rec- ognition of project management as a professional discipline within the relevant organization. In some cases, this PMO effort is welcomed as a means to add structure to the roles and responsibilities of project managers and project team members. In other cases, it presents a challenging initiative for the PMO to manage — to gain the attention of key project participants, the involvement and support of the HR department, and the consideration of senior management toward implementing a professional project management career path.

This “career development” function enables the PMO to:

AU4680_book.fm Page 317 Monday, July 16, 2007 2:06 PM

318

�

The Complete Project Management Office Handbook

�

Achieve professional recognition for project managers and project team members.

�

Facilitate project managers’ career planning and professional devel- opment efforts.

�

Provide career motivation and direction for project management participants.

�

Prepare advancing professionals for expanded business roles and responsibilities.

�

Contribute to the organization’s retention of highly qualified pro- fessionals.

�

Enhance the organization’s competitive stance in the marketplace.

The PMO cannot implement a project management career development program alone. Rather, it serves primarily as an advocate and performs in a prominent role to contribute and facilitate knowledge and under- standing about professional project management. This PMO effort distinctly requires collaboration with the HR department, which brings capability and insight into personnel management practices in the relevant organi- zation to guide career-path construction, implementation, and manage- ment. Ideally, it is a joint development effort, but one that is ultimately a responsibility of the HR department. However, it is likely that the PMO will have visible responsibility for ongoing management of career devel- opment activities within the project management environment.

Project Environment Interface Concepts

The PMO’s efforts to manage a professional project management career path will provide the human element of attention needed by professionals in the project management environment. The PMO becomes a resource for advice and guidance in helping individuals, particularly project man- agers, to develop personal strategies and plans that are used to advance their professional status and stature within the relevant organization.

The PMO’s participation in preparing career progression guidance, if not a leading effort, at least ensures adequate representation of the interests of individuals in the project management environment. It will bring to the forefront and manage the current and preferred skill-set requirements for project managers and project team members at various career levels. It does this through its ongoing awareness and involvement in project management industry news and events, its associated implementation of project management performance standards, and its integration of relevant organization business needs and interests.

AU4680_book.fm Page 318 Monday, July 16, 2007 2:06 PM

Career Development

�

319

The identification of career levels within the project management environment presumably delineates individual skill, knowledge, and expe- rience. This delineation also provides the ability to easily identify individ- uals who are qualified to participate or manage different types of projects, per project classifications assigned. This may not be an imminent need for the smaller PMO, where everyone knows who “can” and who “should not” be assigned to one of the few project efforts. Conversely, in any larger organization, where project team members and project managers are not as well known personally or where they are separated by resource managers, an objective indication of professional capability is essential to successful resource performance within the project management environ- ment. A project management career path provides credentials that confirm the appropriateness of individual assignments to projects.

As well, the PMO can develop and implement the preferred standards of performance for each progressive level of career advancement. This includes specification of any internal or external professional or technical certification required for advancement.

Business Environment Interface Concepts

As the underwriter of career advancement in the project management environment, the PMO will be able to guide and lead individuals in their professional pursuits with consistency and alignment to the busi- ness needs and objectives of the relevant organization. In the absence of a formal project management career path, individuals would tend to associate with a closely related technical discipline, which may or may not have project manager development as a primary focus, and therefore limits their professional growth. Or, they will opt to find their own ways and means to professional growth using resources available to them individually and not necessarily in a direction aligned with busi- ness interests.

The relevant organization also can use this PMO function to ensure that comparable career advancement opportunities are extended to indi- viduals working in the project management environment. This is particu- larly important if the relevant organization historically has high retention rates and promotes from within. It will want to ensure that it helps prepare that group of individuals working in the project management environment to be competitive for advancement opportunities in other areas of the business. Establishing a career path for individuals in the project manage- ment environment places them on equal footing with other professionals within the relevant organization.

AU4680_book.fm Page 319 Monday, July 16, 2007 2:06 PM

320

�

The Complete Project Management Office Handbook

Career Development Activities across the PMO Continuum

The “career development” function along the PMO competency continuum represents an increasing recognition of project management as a profes- sional discipline. At early PMO stages, it facilitates a professional capability; and at advanced PMO stages, it mandates it. Thereby, this PMO function is an instrument for instilling and managing professionalism within the project management environment.

development activities according to each level in the PMO competency continuum.

The project office applies applicable experience, combined with gen- eral knowledge and information about professional project management, to guide and advise project team members at all levels in their individual pursuits of professional advancement.

Mid-range PMO levels introduce increasingly formal processes and practices of professional career development, including specification of the prescribed and HR department-approved progression of advancement for project professionals in the relevant organization. Its work is charac- terized by close collaboration with the HR department in setting up and managing a career path for project professionals. More advanced PMOs will ensure that business needs and interests are integrated into the career development program, and they will administer higher levels of individual assistance in areas of career planning and management support.

The center of excellence is characterized by its ongoing or specific examinations of results from the project professional career development program. Its findings from studies and analyses can be applied to improv- ing the career development program within the relevant organization.

This PMO function addresses as many personal needs of professionals as it does the business needs of the relevant organization. The unstated purpose of this function is to ensure that a professional approach to project management is pursued, and that can only be done when the participants in that effort are

bona fide

professionals in their own right. This function introduces and manages professionalism in the project management environment.

Career Development Function Model

The PMO’s role in project management career development is one that facilitates recognition of project management as a professional discipline. This recognition is warranted in conjunction with the implementation of

AU4680_book.fm Page 320 Monday, July 16, 2007 2:06 PM

Table 11.1 provides an overview of the range of prescribed PMO career

C are

e r D

e ve

lo p

m e

n t

�

3 2 1

Table 11.1

Range of Career Activities across the PMO Continuum

Project Office Basic PMO Standard PMO Advanced PMO Center of Excellence

Assists project team members to plan and review career advancement activities

Introduces project management as a professional discipline:

– Facilitates the identification and designation of project managers

– Encourages professional certification

– Recommends individual career planning actions

– Examines options for formal career path development

Manages a project management career development program:

– Defines a project professional career path

– Prepares career path position requirements, job descriptions and compensation

– Incorporates technical and professional certification requirements

– Develops project professional career guide

Expands project management career development support capability:

– Implements a professional plan development and review process

– Provides project management career planning and counseling assistance

– Facilitates cross- functional professional job transfers and advancement opportunities

Monitors business interest fulfillment and value from career development:

– Conducts studies and analyses to monitor project manager and team member retention

– Conducts studies and analyses to ascertain career path designation contributions to performance

A U

4680_book.fm P

age 321 M onday, July 16, 2007 2:06 P

322

�

The Complete Project Management Office Handbook

new professional performance standards, expanded professional respon- sibilities, and integrated professional business activities — all elements associated with the concepts and practices of modern project management. This recognition is needed to (1) distinguish those individuals who are pursuing professional project management skill and capability from those who are not, and (2) identify those who are qualified and charged with implementing modern project management concepts and practices and those who are not.

The PMO must carefully examine how project management career development can be applied within the relevant organization. It can apply the consideration that professionalism suggests the need for credentials to distinguish someone who has been trained and demonstrates compe- tency in a particular discipline. However, it will likely see that project management degrees, diplomas, and certificates are not necessarily among the prominent credentials of most people in the organization. The PMO’s job then is to determine the best way to introduce project management professionalism in conjunction with recognition of other technical and professional credentials.

Figure 11.1 depicts the prominent activities of the PMO’s “career devel- opment” function model. The following sections describe each activity.

Develop Project Management Career Path

A project management career path gives structure and affiliation for project managers and for all project participants. The PMO should endorse and pursue this function as a means of introducing appropriate recognition and differentiation of these participants.

Figure 11.1 “Career development” function model.

SUPPORT PROJECT MANAGEMENT CAREER

PLANNING

Provide General Career Guidance

Promote Business Skill Development

Implement Career Planning Support

ESTABLISH PROFESSIONAL CERTIFICATION

Develop Project Management Certification Program

Facilitate Technical and Professional Certification

DEVELOP PROJECT MANAGEMENT CAREER

PATH

Establish Project Management As A Professional Discipline

Define Career Advancement Model

Construct Position Descriptions and Qualifications

Integrate Career Path Into The Organization

AU4680_book.fm Page 322 Monday, July 16, 2007 2:06 PM

Career Development

�

323

The PMO can be instrumental in bringing professional recognition to the project management environment through recommendations and actions that establish a project management career path. The activities listed below highlight a complete process for developing the career path. How- ever, even partial completion of these activities represents advancement toward identifying individuals within the project management environment. The following subsections describe the four prescribed activities for estab- lishing a project management career path in the relevant organization.

Establish Project Management as a Professional Discipline

The PMO is charged with introducing concepts and practices of modern project management in the relevant organization. This must be accompa- nied by identification and recognition of the people who participate in that effort. This is a business-perspective issue as much as it is an individual recognition issue. By establishing position titles affiliated with pursuits within the project management environment, the relevant organization places emphasis on and demonstrates the importance of developing and applying professional competency in project management.

The PMO can help the relevant organization make project management a critical if not core business competency by identifying and endorsing the professional attributes of those individuals working within the project management environment, including the PMO staff. This exposure of professional attributes has an ultimate goal of establishing a progressive project management career ladder by which individuals can be assigned positions and responsibilities aligned with their skill, knowledge, and experience in the project management environment.

To that end, the PMO will need to build an understanding of this concept of project management professionalism. It will have to identify the needs and benefits of a formal project management career path within the relevant organization, and it will have to gain buy-in from participants and decision makers alike.

There are three primary areas in which the PMO can take steps to establish project management as a professional discipline.

Develop Basis for Executive Support

The senior managers in the relevant organization must see business value in the concept of establishing a career path for project management. Therefore, the PMO should meet with individual executives, or perhaps the executive control board, to present its case for adopting such a career- path structure. This case presumes that the relevant organization is pur- suing modern project management as a competency higher than casual

AU4680_book.fm Page 323 Monday, July 16, 2007 2:06 PM

324

�

The Complete Project Management Office Handbook

business interest, or that at least the business strategy calls for the exam- ination of such options. Otherwise, there may be no foundation for professional position designation or need for individual advancement in the context of project management.

Conversely, if the relevant organization is primed for such a change, the PMO should prepare a preliminary examination of the opportunity as a basis for executive consideration. It can include the following sample items and information points in its examination of a project management career path for presentation to senior managers in the relevant organization:

�

Purpose for establishing a project management career path in the relevant organization:

�

Alignment with comparable positions in other business areas

�

Alignment with comparable positions in other organizations (partners and competitors)

�

Endorsement of modern project management as a core competency

�

Fulfillment of regulatory requirements or business needs

�

Implementation of organizational restructuring initiatives

�

Benefits of establishing a professional career path in project management:

�

Increased staff retention based on defined professional advance- ment opportunities

�

Easier identification of individuals for specific project assignments

�

Improved morale and motivation within the project manage- ment environment

�

Specified training, certification, and skill and knowledge requirements for each level

�

Enhanced collaboration and information sharing among peers and within peer groups

�

Clearer definition of professional responsibilities within the project management environment

�

Professional affiliation for traditionally “nonprofessional” project team members

�

Impacts on current “project managers” and other project team members:

�

New position designation issues

�

Responsibility change issues

�

Scope of control and influence issues

�

Compensation issues

�

Professional recognition issues

�

Professional certification and position qualification issues

AU4680_book.fm Page 324 Monday, July 16, 2007 2:06 PM

Career Development

�

325

�

Impacts on the relevant organization:

�

Organizational change issues

�

Personnel action and administrative issues

�

Customer reaction issues

�

Partner and vendor/contractor-reaction issues

The PMO will need to examine these points and others that it deems applicable to develop its position for implementing a well-conceived project management career path. No such organizational effort will be without issues to resolve. However, the PMO should be able to show that the benefits warrant the change and outweigh the adverse issues and impacts it has identified.

With the results of this examination in hand, the PMO is then ready to begin introducing the project management career-path concept for deliber- ation at the senior management level. Early in this effort, the PMO is attempting to gain executive-level attention and preliminary support to enable it to pursue a wider career-path examination with other influential business units. If events progress in favor of establishing this career path, the PMO will ultimately return to senior managers for final approval of the career- path structure and to obtain authority to proceed with its implementation.

Secure Human Resources Department Ownership

The HR department has been consistently mentioned with r egard to resource management within the project management environment. Estab- lishing a career path is another area in which the HR department absolutely must be involved. Realistically, it may have to take the lead in the career- path development effort because of the personnel actions and impacts that will be encountered.

The PMO should begin its interaction with the HR department with a joint examination of the opportunities and advantages a project manage- ment career path will offer. The preliminary examination discussed pre- viously is a good entry point for bringing the HR department into the deliberation. Issues and disadvantages will naturally emerge in discussions as detailed consideration of a project management career path is under- taken. Ideally, preliminary executive support for the career-path concept will already be percolating. In some cases, the PMO can gain HR depart- ment support first, as a catalyst for senior management consideration. Ultimately, the HR department will need to “own” this pursuit, and the PMO can facilitate that ownership by expressing and demonstrating its commitment to being an involved partner in the total project management career development process.

AU4680_book.fm Page 325 Monday, July 16, 2007 2:06 PM

326

�

The Complete Project Management Office Handbook

The HR department will own the career path as a part of its personnel management function. The PMO can participate with the HR department in setting up and managing the career path by lending expertise in several areas, including:

�

Job descriptions and responsibilities preparation

�

Skill, education, and experience requirements identification

�

Compensation and benefits research and recommendations

�

Position-transition analysis and planning

�

Training and certification requirements identification

�

Position travel requirements determination

�

Position location requirements determination

�

Recruiting and retention mechanisms analysis

�

Staffing strength analysis

In some organizations, the HR department will have to lead and guide the preparation of these career-path elements and merely solicit PMO assistance or review. In others, the PMO may be able to play a key role in their development. The essential point of this activity is to achieve HR department buy-in and active participation in establishing a project man- agement career path.

Solicit Project Manager Acceptance

Professionalism in the project management environment is characterized by the demonstrated capabilities and attitudes of the individuals charged with project performance success. Specific concepts of professionalism are sometimes said to be in the eyes of the beholder, and one beholder must be the project manger in the relevant organization.

The PMO should collaborate with all or many of the project managers that would be directly affected by the introduction of a formal career path. In a mature project management environment, these same project managers might be pursuing the PMO for the same reason: to establish their professional identity within the relevant organization. In either instance, the PMO should regard project managers’ input throughout the career development effort.

In particular, at the onset of the career-path development effort, the PMO will need to collaborate with project managers to convey its inten- tions for establishing a career structure, present its preliminary ideas and concepts, and solicit project manager participation in formulating and implementing the career-path model ultimately agreed upon by all par- ticipants — PMO, project managers, HR department, and executives. Similar to the collaboration with the HR department and executives, the

AU4680_book.fm Page 326 Monday, July 16, 2007 2:06 PM

Career Development

�

327

PMO will want to meet with project managers to communicate the benefits and responsibilities it envisions in its preliminary career-path model. This allows individual project managers to review and respond to the prelim- inary model and to identify personal and organizational implications of a project management career path that they believe must be considered.

The organizational culture and its project management maturity will influence the ease of overall career-path acceptance within the project management environment. The PMO’s concerted efforts in working with project managers, or a representative group, will influence individual support and acceptance of career progression concepts and considerations. The PMO needs to obtain the support and acceptance of relevant project managers if the career development effort is to be successful.

Define Career Advancement Model

The career advancement model is what defines who is who in the project management environment. Knowing this facilitates project resource allo- cation activities, project resource task assignments, project performance measurement and reporting actions, project communication and collabo- ration processes, and, of course, project management responsibilities.

The most fundamental model is one that identifies those individuals designated as project managers within the relevant organization. If no other position is specified in the project management career advancement model, this one position must be examined and assigned to those deemed qualified to lead project efforts. There should be a distinction regarding who is a project manager in the relevant organization. The project manager position title can include levels based on responsibility or seniority, but the designation implies one thing: that an individual is qualified to manage projects in this organization. Ideally, the organization’s project manager designation also implies individual capability and pursuits within a pro- fessional discipline.

A second fundamental consideration is that of determining who are the professionals in a project management environment. This PMO func- tion model suggests there are a variety of individuals who are involved in professional project management activities.

This concept can be examined with reference to the following brief considerations. In general, any project team member, or even other project stakeholders in business units, may have professional project management career path alignment if they:

�

Participate in project planning activities

. They need to convey technical expertise as well as associated identification of technical solution cost, schedules, and resource utilization.

AU4680_book.fm Page 327 Monday, July 16, 2007 2:06 PM

328

�

The Complete Project Management Office Handbook

�

Prepare or compile project status or progress reports

. They need to understand project status and correctly interpret conditions to properly structure report content.

�

Lead or perform technical or business activities associated with projects

. They need to recognize how their activities are integrated and affect project selection and performance outcomes, and they must have the ability to apply specified project performance track- ing models and procedures.

�

Manage resources used in the project management environment

. They need to know how resources are identified, assigned, and used on projects; and they need to recognize their own responsi- bilities to fulfill project resource commitments.

�

Report to a project manager

. They need to have at least a basic understanding of their reporting official’s professional project man- agement role and responsibilities.

�

Hold responsibility specified in the project management methodol- ogy

. They need to recognize how their contributions are integrated into the overall project management effort, and they need to apply the preferred project management practices and techniques.

�

Contribute professional business expertise to project management

. They need to know how and when to pr ovide timely and meaningful input on such topics as legal advice, fi nance and accounting guidance, customer service management, contract management, etc.

�

Hold business responsibility for project success

. They need to under- stand fundamental concepts of modern project management as a means of evaluating project and project manager performance and applying results to business decisions.

These represent the more prominent roles in the project management environment, usually assigned to full-time or part-time members of a project team. Obviously, some roles will have more distinct and more frequent involvement in actual project management activities than others. However, the more mature organization will have a broad scope of project participants that warrant some associated role designation.

One exception to requiring involvement in professional project man- agement activities might include any groups of project team members designated as skilled or unskilled laborers. Participants in such groups usually are not required to pursue the professional aspects of the project management discipline. Another exception might be traditional adminis- trative support personnel. However, this exception group should not include project and PMO administrative personnel who have distinct project support responsibilities.

AU4680_book.fm Page 328 Monday, July 16, 2007 2:06 PM

Career Development

�

329

Following an examination to identify the key participants, the PMO can then develop a preliminary project management career progression model to align roles and responsibilities in the project management environment. This model should represent the various preferred position designations that will be used in the relevant organization to define individual participation.

It is important for the PMO recognize that position naming conventions can be modified to meet the needs of the relevant organization. The following subsections present a suggested, first-glance consideration for the PMO to deliberate in defining and establishing professional career advancement levels in the project management environment.

Support-Level Positions

Every project manager must start somewhere. The PMO can use this career level to identify professional potential and to provide basic project man- agement skill and knowledge development. Activities at this level will prepare individuals for expanded responsibilities in project management as it provides the fundamental experience needed for progression within the project management environment.

Participants at this career level could include those with recently completed formal education who are just beginning their professional careers in a business environment. It also could include individuals with varying levels of business experience who are transitioning into a profes- sional project management environment, or who find the project manage- ment environment growing around them. The focus of activities at this career level is on supporting project management efforts.

The following are support-level position options that the PMO can consider for inclusion in the project management career advancement model:

�

Project assistant

: performs traditional administrative duties, to include: � Graphics design and document preparation and reproduction � Schedules and arranges meeting facilities and participant

attendance � Maintains telephone and visitor logs � Prepares and manages project correspondence and shipping of

project deliverables � Project coordinator:

� Facilitates collaboration among project team members and across project teams, business units, and other project stake- holders

AU4680_book.fm Page 329 Monday, July 16, 2007 2:06 PM

330 � The Complete Project Management Office Handbook

� Manages project team information and knowledge exchange, including the project team on-line knowledge space

� Manages project facilities, equipment, and supplies (acquisition and assignment)

� Project administrator: � Monitors, receives, and compiles reports from project team

members to the project manager � Manages change control, project plan updates, project docu-

ment storage and control, and project issues and action logs � Monitors and manages project deliverable due dates, risk mit-

igation actions, and contractual obligations � Manages customer and vendor or contractor invoices and

payments � Project business analyst:

� Performs specialized project management activities such as schedule development and management, budget preparation and oversight, and resource workload management

� Provides project estimating and planning support and expertise; � Analyzes cost, schedule, and resource utilization performance

and variations; contributes expertise to project management plan- ning in areas of specialty (e.g., risk, quality, procurement, etc.)

Although consolidated in this category list, the positions highlighted above are usually appropriate entry-level positions in an organization because they provide a starting role for individuals with only fundamental project management skills. Conversely, a support position designation may warrant a fully qualified individual on specific projects. In some cases, even qualified-level professionals may serve in support roles on larger projects. The PMO should recognize that a support position is not nec- essarily a junior or entry-level position on the project, and the PMO should consider that in its development of a project management career advance- ment model.

Qualified-Level Positions

The capabilities identified above for positions at the support level discussed above are presumed for qualified project managers, who will likely perform all those duties themselves, as needed, on small- to medium-sized projects. Therefore, they need not be repeated for qualified-level positions. However, there are also several distinct roles at the qualified level.

The following are qualified-level position options that the PMO can consider for inclusion in the project management career advancement model:

AU4680_book.fm Page 330 Monday, July 16, 2007 2:06 PM

Career Development � 331

� Project technical staff member: � Performs technical or skilled work to achieve project objectives,

including such roles as engineer, scientist, analyst, researcher, developer, etc.

� Technical task leader: � Leads technical task efforts � Supervises work of project technical staff members and ensures

quality in the timely development of project deliverables � Project leader:

� Performs in a manner similar to the technical task leader, but with an emphasis on completion of essential project manage- ment actions in addition to technical performance management

� Position may be assigned to lead smaller project efforts � Assistant project manager:

� Monitors and guides project and team performance � Represents the project manager in meetings and communication

with internal and customer managers � Performs other project management activities as assigned by

the project manager � Individual in this position may be a qualified project manager

but is assigned in an assistant capacity because of the size, value, or complexity of the project

� Project manager: � Conducts project management activities using preferred orga-

nizational practices and established processes as contained in the project management methodology

� Demonstrates leadership in the project management environment � Holds accountability for project cost, schedule, and resource

utilization performance and the achievement of project and business objectives

� Senior project manager: � Performs in the same manner as the project manager but is

recognized for achievement of advanced training and education credentials, extended project management experience, or dem- onstrated success on previous projects

� This professional level represents competency to oversee the larger project efforts conducted by the relevant organization

Project team members and task leaders may be assigned to roles on multiple projects, requiring them to be effective task and time managers. Project managers and senior project managers also are likely to have multiple project responsibilities in small- to medium-sized organizations. The capability to handle this type of responsibility should be considered

AU4680_book.fm Page 331 Monday, July 16, 2007 2:06 PM

332 � The Complete Project Management Office Handbook

by the PMO when defining specific position descriptions for the project management career advancement model.

Business-Level Positions

Ideally, the capabilities described for the previous two levels of the project management career path are readily demonstrated by individuals serving in positions at the business level. Business-level roles in project manage- ment represent a wider management perspective, usually including respon- sibility for oversight of multiple projects or management of large and extended project engagements. Therefore, some capability and compre- hension of modern project management concepts and practices is distinctly needed. However, in some organizations, the perceived need to assign relatively senior managers to these roles sometimes precludes the com- pletion of formal project management education and training and the associated experience gained at the qualified level.

To that end, business experience or identified individual business management potential is a prime qualifier. To be successful at the business level, qualifications must include some hands-on capability and experience in understanding modern project management concepts, applying project management methods, using common project management tools and terminology, and leading project teams. Additionally, the PMO should recognize that technical expertise and advancement does not necessarily imply advanced project management capability.

The following are business-level position options that the PMO can consider for inclusion in the project management career advancement model:

� Program manager: � Manages the performance of multiple project managers, over-

sees multiple project performance, and lends business guidance to collections of related projects

� Alternatively, a program manager may be assigned to oversee a long-term program characterized by multiple-discipline tech- nical task performance requirements, large and evolving pro- gram or project team compositions, and usually a single customer with participation of the customer’s several and diverse business units

� Program director: � Manages the performance of program managers, and possibly

some project managers, usually on a regional, nationwide, or global basis

� Responsibility may focus on a product line or market segment

AU4680_book.fm Page 332 Monday, July 16, 2007 2:06 PM

Career Development � 333

� Ensures business interests are appropriately addressed in project and program technical solution deliveries and in associated customer relationships

� PMO director: � Holds responsibilities that may include those of a program

director, but also includes responsibility for establishing a cen- tralized project oversight, control, and support capability within the relevant organization

� Should also demonstrate capability to manage the PMO as a separate business unit if PMO maturity and business needs warrant such an entity within the relevant organization

The positions aligned with the business level of the pr oject man- agement career path focus on (1) identifying, developing, and imple- menting processes and practices that enhance and expand pr oject management effectiveness and capability within the relevant organiza- tion; and (2) guiding and managing project performance to achieve strategic business objectives.

Executive-Level Opportunities

Executive-level project management — involving vice presidents, CEOs, CFOs, CIOs, and others at the strategic decision level — is catching on. It would be nice to have a prevalent cross-industry need for chief project officers (CPOs). These do exist in some global organizations but the term “CPO” is not widely used. Nevertheless, there is now a precedent for elevating the professional project manager to the executive level in an organization, and the organizations that do so are also those generally at the highest levels of project management maturity.

Executives distinctly need business competencies but they also need to understand and apply project management competencies. A home- grown vice president who emerges from the project management career path is desirable, but not essential. More important is that executives can associate their professional background and experience with the project management career ladder they are joining.

The following are executive-level position options that the PMO can consider for inclusion in the project management career advancement model:

� Vice president of project management: � Heads the relevant organization’s project management center

of competence that serves business interests on a regional, national, or global scale

AU4680_book.fm Page 333 Monday, July 16, 2007 2:06 PM

334 � The Complete Project Management Office Handbook

� Lends leadership and guidance to PMO development initiatives and to the infusion of modern project management tools and practices; often holds associated responsibility for achieving strategic business objectives

� Director of project management: � Holds responsibilities and authority similar to that of vice pres-

ident of project management, but is so named when an exec- utive position cannot be established

� Vice president of business unit operations: � The project management career advancement model should

provide for cross-functional professional position opportunities � Project managers at senior levels gain tremendous business

experience that, along with relevant education and training, prepares them to lead business unit operations

� The PMO should examine how opportunities outside the project management environment can be introduced into the project management career advancement model.

Executives will be introduced from within the organization and from external sources. The PMO should collaborate with current executives to develop the future roles and responsibilities of executives aligned with the project management career advancement model.

Construct Position Descriptions and Qualifications

The PMO, in collaboration with the HR department, will develop a preliminary structure for project management career progression using example positions presented in the previous section or using other position-title naming conventions that fit in the relevant organization. Then, for each of the positions identified, the PMO will assist the HR department in preparing the associated position description and qualifi- cation specification.

The preparation of this position information will allow the PMO and HR department to examine and fine-tune the position titles and preferred characteristics for each position in the project management career advance- ment model. It will enable different position levels or categories to be distinguished and delineated.

The PMO should consider the following elements in constructing position information:

� Position title. This element represents the naming convention used to identify the professional position and level, and it lends some reference to the nature of the associated role and responsibilities.

AU4680_book.fm Page 334 Monday, July 16, 2007 2:06 PM

Career Development � 335

� Role and responsibilities. This element identifies the performance objectives to be achieved and suggests the nature of work to be performed. It also may include specification of the reporting official and identification of any other positions that report to this one.

� Scope of authority. This element can provide direct or indirect reference to authorities associated with the position, including consideration of authority in areas of finance and spending; staff assignment, management, and termination; contract and agreement signatory and management; and any other authority granted by the relevant organization.

� Experience requirements. This element identifies the preferred level of professional experience required to be effective in performing work associated with the position. This is usually stated in terms of years.

� Education and training requirements. This element identifies the preferred types and levels of formal and informal education and training required for this position. This is usually stated in terms of diplomas or degrees earned, but it also may include professional or technical certification requirements that must be achieved to qualify for the position.

� Salary, compensation, and benefits. This element identifies the salary range for the position. It may include a brief comparative analysis of professional salary for similar positions in the industry and within the relevant organization. This element also specifies any other compensation or benefits offered in association with the position (e.g., standard compensation package used throughout the relevant organization, business or sales commissions, stock options, retirement plan funding, bonus opportunities, education and training scholarships or assistance, etc.).

As these elements for all positions in the project management career advancement model are completed, the PMO and HR department can perform a collective review of all specified positions to ensure the con- tinuity of progressive salary, compensation, and benefit offerings.

If individuals filling current positions in the relevant organization will be transferred to the new career structure, the HR department also will likely need to perform a compensation analysis on each individual. This is needed to ensure that individual compensation and benefits are not lost or reduced in the transition without due consideration; and that if such decisions are made, they are based on solid business needs. As well, any potential increase or expansion in compensation or benefits resulting from implementing a new career structure should be examined to discern business interest and value.

AU4680_book.fm Page 335 Monday, July 16, 2007 2:06 PM

336 � The Complete Project Management Office Handbook

The effort to develop a project management career advancement model is not likely to be a secret unless extensive information safeguards are in place. Therefore, individuals in the project management environment and throughout the relevant organization likely will learn about the effort before it is officially implemented. It may be wise for the PMO and HR department to prepare and distribute appropriate information about the initiative at timely intervals during the development process. If those individuals who will be directly affected can be identified, they should receive special and more-detailed progress reports.

Integrate New Career Path into the Organization

The project management career advancement model will be implemented as a new career path for personnel in the project management environ- ment. The PMO will largely turn over responsibility for career path integration activities to the HR department, complementing its activities as needed. The following steps are presented for PMO consideration in situations where new career path integration support may be needed:

� Position alignment with staffing structure. The position descriptions will provide adequate information to align positions in the project management career path with the organizational chart. This will result in identifying reporting flow, peer relationships, and business unit alignment.

� Position transition planning. The approach to how any current professional, technical, or administrative positions will transition to the new project management career structure must be deliberated and decided, and appropriate plans created to manage the effort. This includes consideration of matters such as: � Identification of affected individuals. A list should be created

to specify which, how many, and what types of current positions will be affected.

� Identification of transition impacts. The known and potential impacts on individuals and on the relevant organization should be specified and accompanied by the preferred approach to reducing adverse impacts.

� Specification of new positions. The new position to be trans- ferred to individual members of the current staff, as well as to any imminent incoming staff, will be identified and conveyed to those individuals. In some cases, this may include a moderate or large change in the person’s role and responsibilities. The time and location for conducting group and individual notifi- cation sessions should be specified.

AU4680_book.fm Page 336 Monday, July 16, 2007 2:06 PM

Career Development � 337

� Preparation for transition. This activity will accomplish required review and adjustment of personnel files and finance and account- ing records, and it should be included in the transition plan.

� Determination of transition date. A variety of factors — includ- ing such things as transition impacts, the HR department’s calendar of recurring personnel events, and compensation pay- ment schedules — should be examined to identify any primary or secondary transition dates.

� Promotional activities. The relevant organization should identify promotional events in the transition plan. This includes such things as internal announcements, public statements and press releases, associated individual promotions, and anything else the relevant organization cares to do as an uplifting introduction of a professional project management career path.

� Authorization of transition. The introduction of a new profes- sional project management career path is not a casual activity. To say the least, it is one that requires a business decision to explore and then make a final decision to implement. The transition plan should indicate the authority that will be used, the proposed dates for final review and approval of the initia- tive, and a date to conduct career-path cutover.

� Staff notification activities. The manner and timing in which all staff, but particularly affected staff, is notified about the career- path transition should be included in the transition plan. It generally will include: � Initial, general announcement of the career-path development

initiative � General announcement of the anticipated cutover date or time-

frame � Group or individual notification of affected personnel (with

follow-up meeting dates if not conducted individually to respond to likely inquiries)

� Individual review of applicable personnel and finance records by affected personnel

� Final, general announcement of cutover date � Initiative promotions. The types and timing of promotional activities

will be specified in the transition plan. This activity represents the execution of promotional plan elements. The introduction of a new and robust professional project management career structure should be given appropriate pomp and ceremony, both internally and with customer and industry recognition.

� Career-path cutover. The actual career-path cutover event can be as festive or as uneventful as is appropriate within the relevant

AU4680_book.fm Page 337 Monday, July 16, 2007 2:06 PM

338 � The Complete Project Management Office Handbook

organization. A small gathering to recognize the new career struc- ture and to congratulate individuals with new titles (and perhaps new responsibilities) is usually an appropriate activity. Addition- ally, a few other things could potentially be pursued at career- path cutover: � Personnel record reviews for affected personnel � New individual professional objectives and development plans � Press release or other public announcement � Meetings with new supervisors, as is applicable to new structure � New business cards for affected personnel

An effective and collaborated planning effort between the PMO, HR department, and affected individuals and their managers will ensure a smooth and efficient transition.

Support Project Management Career Planning

The PMO can perform a vital leadership role in the project management environment by establishing capability to guide or otherwise assist indi- viduals in their professional pursuits within the project management dis- cipline. It can use the experience and insights of assigned senior project managers and other resources to build this support capability.

Three primary activities are recommended for PMO consideration in defining and implementing a project management career planning support capability, as described in the following subsections.

Provide General Career Guidance

The PMO can assist professionals in the project management environment by establishing and facilitating career guidance activities. The larger PMO may have one or more staff members responsible for this effort on a part- time or full-time basis. Smaller and medium-sized PMOs can convene a volunteer force from among senior managers to develop and implement this capability.

Some areas of project management career guidance that can be con- sidered include:

� Career planning: collaborating with individuals in their examina- tion of career opportunities in project management, with reflection on role and responsibility opportunities at progressively advanced career levels. Ideally, the project management career advancement model established by the relevant organization will provide a frame

AU4680_book.fm Page 338 Monday, July 16, 2007 2:06 PM

Career Development � 339

of reference, but industry standards and references also can be used to examine career opportunities. Then, PMO assistance can be provided to identify individual career objectives and to specify the actions and activities to achieve results from those professional pursuits. As well, individuals can be encouraged to establish a schedule for recurring review of their professional development plan, whereby they can note achievements and modify professional objectives, as needed.

� Training and education: conveying industry and organizational standards and requirements for training and education to enable individuals to acquire preferred skill and knowledge in a learning environment. This includes examining the need for formal educa- tion that result in diplomas and degrees, continuing and advanced education and training benefits, and recognition through profes- sional certifications, which usually adds the element of professional experience as a certificate award factor.

� Personal progress reviews: examining the indicators of personal performance, particularly the perspectives of task supervisors regarding the demonstration of professional competencies and capabilities. This allows individuals to set a measurement point with regard to their level of professional performance, identify skill and capability gaps, and renew objectives to overcome them and continue their professional advancement in the project manage- ment discipline.

� Career counseling: advising project managers, project team mem- bers, and other participants in the project management environment in formulating career-development objectives, defining personal educational and career-development pursuits, and performing self- evaluations of progress and potential in project management. This includes developing mentor-protégé relationships that help indi- viduals understand and meet the challenges of a professional career by providing contact with individuals who are experienced and have traveled a similar path to achieve career success.

Promote Business Skill Development

The concepts and practices of modern project management present a broad range of project management responsibilities that warrant the devel- opment of business skills and knowledge. The PMO can be instrumental in helping individuals prepare for meeting the challenges of expanding professional responsibilities, consistent with individual career pursuits and stage of professional development. This activity can be treated within the context of career guidance discussed above, but it is an area of professional

AU4680_book.fm Page 339 Monday, July 16, 2007 2:06 PM

340 � The Complete Project Management Office Handbook

development that may already be a part of the relevant organization’s professional development offerings. In this case, it just has to be brought into the project management environment.

The following three subsections are critical elements of business skill development that will benefit project managers, particularly those at or approaching senior professional levels.

Strategic Perspective

Project managers need to have sufficient strategic perspective on business activities in the relevant organization and in their industry. This perspective normally seems to emerge for individuals in technical disciplines as they approach mid-career in association with appointments to early senior-level positions. Some individuals are unsure what to do with newly acquired business information, while others learn how to use it aptly in their business endeavors. The latter is likely to have a professional advantage in the industry and in the relevant organization and advance at a quicker pace. The PMO should examine opportunities to infuse standard and viable business concepts and practices into its operations, where possible. It should also research the availability of business-related education and training programs, workshops and seminars, and senior-level mentors that personnel in the project management environment can use to assist them in their professional growth.

Business Function Familiarity

Project managers need to understand business operations outside the project management environment as a fundamental requirement of pro- fessional development. Ideally, project managers will encounter opportu- nities for temporary cross-business unit assignments by which they can learn and enlarge their understanding of business functionality. However, even such simple endeavors as professional reading, pursuing business education and training, and discussions with peers in other business units will provide a level of learning that will be valuable toward achieving professional career objectives.

Interpersonal Relationship Management

Project managers at all levels need to recognize the impacts of their personalities — behavior and attitude — in the business environment. Only those who have stronger personality traits that facilitate business pursuits will be effective in their business efforts and in their professional

AU4680_book.fm Page 340 Monday, July 16, 2007 2:06 PM

Career Development � 341

advancement. The good news is that individuals can learn accepted and proven methods for managing professional relationships and for leading teams that produce results. While this is inherently needed to achieve success in the project management environment, it is a mandatory trait for achieving success in the business world. The PMO can design such training into the career development program it creates.

Implement Career Planning Suppor t

This activity represents an expansion of the more general career planning support highlighted previously. Here, the PMO gives consideration to establishing a more formal process to facilitate career planning. Likewise, the relevant organization may already have a professional development planning process in place, perhaps one that is used in conjunction with annual performance reviews. The PMO could ensure that project man- agement career-path participants use it to maximize career progression advantage and opportunities.

A more formal process for career planning can include the following elements:

� Review of prior-year performance goals and achievements � Review of prior-year education and training goals and achievements � Preparation or update of individual career development plans

� Initial-year career objectives � Three- to five-year career objectives � Long-term career objectives

� Specification of review points for achievement of objectives � Joint review of the career development plan by mentor and protégé � Finalization of annual update to the career development plan � Implementation of career development plan (as updated)

The PMO can facilitate this career planning process by using instru- ments already available within the relevant organization through the HR department. Likewise, it can create or customize planning tools and templates for particular use within the project management environment.

Establish Professional Certification

Professional certification represents validation of individual skill, knowl- edge, and experience, and perhaps a few other attributes required by the certifying body. The certifying body is usually an external professional or educational institution that has a vested interest in the advancement of

AU4680_book.fm Page 341 Monday, July 16, 2007 2:06 PM

342 � The Complete Project Management Office Handbook

project management or an aligned discipline. However, more and more, organizations are developing their own project management certification programs to qualify individual competency. This is usually done in addition to external professional certification, but in some cases an organization will have only the internal program as the official and primary pursuit.

Two primary activities are associated with PMO involvement in professional project management certification, as presented in the fol- lowing subsections.

Develop Project Management Certification Program

Certification of professionals within the project management environment is an excellent way to ensure a consistent level of project management performance within the relevant organization. Certification is based on standards selected by the PMO to guide the development and implemen- tation of project management concepts and practices. Those same stan- dards may often be used to measure and manage individual professional growth and capability within the project management environment. A certification program, at a minimum, provides a snapshot at a point in time of individual qualification to perform all or portions of the job at hand. If the certification requires follow-on updates, or recertification at intervals, that snapshot is extended across time to add even more validity to individual competency.

Project management certification is a program that should be a priority for PMOs at all stages of maturity. Project management certification pro- grams come in two primary forms: (1) external certification and (2) internal certification. The PMO can consider the benefits of each when defining the type of certifications that will be pursued within the relevant organi- zation. In some organizations, both forms of certification are used. The external certification serves to obtain a third-party validation of profes- sional competency, usually based on examination of individuals against widely accepted standards. An internal certification program allows the PMO to consider industry-specific issues as well as applicable organiza- tional and business interests. A brief discussion on each form of profes- sional certification follows.

External Professional Certification

The concept of external certification in the context of this PMO function deals with verification, validation, or confirmation of professional or technical capability and related characteristics and credentials by an inde-

AU4680_book.fm Page 342 Monday, July 16, 2007 2:06 PM

Career Development � 343

pendent institution. It does not refer to certificates or “certification” result- ing from the completion of training.

The PMO will want to consider recommending or mandating individual professional certification in project management using an established independent examination and certification body. In particular, the Project Management Professional® (PMP®) certification program developed and administered by the Project Management Institute® (PMI®) is a widely accepted, internationally recognized certification program. The PMP®

designation lends validation and confirmation to individual project man- agement knowledge and experience. It represents a third-party, cross- industry program that applies the principles and practices contained in the PMI publication, A Guide to The Project Management Body of Knowl- edge (PMBOK®). Other examples of institutions that provide certification programs related to project management include the Gartner Institute, Gartner certified associate programs; the Association for Project Manage- ment (United Kingdom), Project Management Capability Test (PCT); and the Singapore Computer Society (Singapore), National IT Skills Certifica- tion Programme.

A few benefits from selecting and implementing an external certification program include:

� Reference to a globally available and widely accepted pr oject management standard

� Access to an established and validated certification process � Application of an established and widely used competency mea-

surement capability � Independent confirmation of individual certification credentials � External management of certification administration

Using an external certification program for professionals in the project management environment provides recognition of individual achievement and contributes to an enhanced perception, if not distinctly demonstrated, competency within the relevant organization.

Internal Professional Certification

Internal certification usually deals with validating individual achievement of specified criteria, which may include some combination of training, demonstration of performance, testing or measurement of competency, and experience. An internal certification program will normally monitor progress and confirm individual accomplishments toward certification based on achievement of all criteria.

AU4680_book.fm Page 343 Monday, July 16, 2007 2:06 PM

344 � The Complete Project Management Office Handbook

The PMO involved in developing and managing an internal profes- sional certification program will likely do so in collaboration with the HR or training department, which provides capability in defining required competency levels, constructing competency measurements, and admin- istering such programs. The PMO can contribute to this effort in the following areas:

� Define relevance of certification. Specify what the certification will do for the individual and how it will benefit the relevant organi- zation — for example, satisfy a business requirement, increase opportunity for advancement, qualify for a position, enable expan- sion of responsibility, etc.

� Specify certification program target group. Identify who should pursue certification as a mandatory or optional activity. Identify who will be authorized to enter into the program and who will be authorized certification upon completion.

� Determine certification program implementation approach. Exam- ine impacts and determine how the certification program will be implemented to account for individual completion time limits or constraints, multiple and repeat attempts at certification, options for any “grandfather” clause if the program is mandatory, and whether or not there is an official program registration process.

� Construct certification criteria. Determine the skill, knowledge, and performance objectives to be achieved by individuals, as well as any other business or professional qualifications (e.g., experience, tenure, career level, manager recommendation, etc.) required for individual participation.

These activities help develop an internal certification program. They are also valid points of consideration for introducing external certification programs.

A few benefits from developing and implementing an internal certifi- cation program include:

� Internal control of the certification criteria and process � Specification of certification criteria that have direct alignment with

business interests and strategic objectives � Incorporation of qualifications for advancement consistent with

existing programs within the relevant organization � Ability to consider and include multiple standards as the basis of

certification

The PMO will need to carefully consider the relevant organization’s commitment to any internal project management certification program. It

AU4680_book.fm Page 344 Monday, July 16, 2007 2:06 PM

Career Development � 345

is better to pursue an external certification program than to develop an unprofessional, uninspiring, or underused internal certification program. Perhaps the organization would prefer to consider simply establishing some competency criteria in lieu of a full-blown certification program. The PMO also might want to consider and recommend an internal program that complements an existing external certification program for implemen- tation within the relevant organization.

Facilitate Technical and Professional Certification

The PMO will likely operate from a particular industry or technical- discipline frame of reference (e.g., information technology, pharmaceuti- cals, construction, and engineering). It is appropriate, then, for the PMO to provide or support the pursuit of technical and professional certification opportunities by individuals within the project management environment. These certification programs provide considerable value to the relevant organization, and the PMO should promote, endorse, and recognize them as accomplishments within the project management environment.

The following is a list of some of the actions the PMO can initiate to help individuals in the project management environment achieve technical and professional certification:

� Provide training courses and programs that help individuals achieve the skill and knowledge required for technical and professional certification.

� Conduct or arrange for technical study groups; provide meeting facilities, primary and guest speakers and instructors, and equip- ment access for individuals participating in technical and profes- sional certification pursuits.

� Incorporate technical or professional certification in professional development objectives, and recognize individual achievements in performance reports and appraisals.

� Conduct public recognition of individuals who have achieved relevant and specified technical and professional certification — internal and public announcements and news articles, awards ceremonies, bonus or other rewards programs, salary increase, increased eligibility for promotion or advancement, etc.

The project management environment will benefit from enlivened technical discussions and from PMO encouragement for pursuit of indi- vidual technical and professional certification.

AU4680_book.fm Page 345 Monday, July 16, 2007 2:06 PM

346 � The Complete Project Management Office Handbook

Postscript for the Smaller PMO The smaller PMO will very likely rely on the HR department to lead efforts in areas of project management career development. In some cases, such PMOs will have little influence over the career development of project resources who are assigned to separate business units and who participate in the project management environment on an as-needed basis. However, to fulfill its role and responsibilities of leadership within the project man- agement environment, there are two particular activities the smaller PMO can plan and conduct to advance project management career development.

First, the smaller PMO should plan its approach and present an initiative to specify the role of project manager within the relevant organization. Ideally, this will be an officially designated position title, that is, one that appears next to the individual’s name on a business card. However, an acceptable alternative is to identify those individuals serving in a “project manager” role in addition to their assigned position title. The smaller PMO can construct a case for this recognition and designation, collaborate across business units to build support, and then introduce it for executive-level and HR department deliberation and decision.

Second, the PMO should urge individuals within the project manage- ment environment to pursue professional project management certification. This can easily be accomplished as a one-on-one effort, using recurring reminders in group meetings and through ongoing dissemination of infor- mation on the preferred project management certification program. It is in the smaller PMO’s best interest to increase competency in project management and to demonstrate that competency by increased participa- tion in project management certification.

AU4680_book.fm Page 346 Monday, July 16, 2007 2:06 PM

347

Chapter 12

Team Development

The project team is the fundamental staffing unit within the project management environment. When there is more than one person assigned to a project effort, a project team is formed either formally or informally. As project size and complexity grows, so does team size and complexity. A two- or three-person project team will benefit from team development activities. A larger, more diverse, and possibly geographically separated project team distinctly requires team development activities to ensure project success.

The project management office (PMO) can facilitate team development by establishing the procedures that help form project teams and that help govern their development and performance. Additionally, the PMO can help project managers develop and apply project team leadership and management concepts and practices consistent with industry standards and with the relevant organization’s guidance for resource management.

This “team development” function enables the PMO to:

�

Establish practices for developing cohesive project teams.

�

Develop guidance for managing geographically separated teams.

�

Introduce team development tools and techniques for use by project managers.

�

Monitor and manage project team performance improvement initiatives.

The PMO will be able to achieve this functionality by working closely with key project managers within the relevant organization to incorporate

AU4680_book.fm Page 347 Monday, July 16, 2007 2:06 PM

348

�

The Complete Project Management Office Handbook

their input and recommendations surrounding project team development needs. It also can gain insight from ongoing examination of team activities from the perspective of project team members, who are charged with contributing to cohesive team performance.

Project Environment Interface Concepts

The PMO can use this function to prepare individuals for project team assignments and work efforts. By establishing a standard approach to team formation and development activities along with setting expectations for team member contributions to team cohesion, the PMO will enable project teams to become more effective and more efficient in their pursuit of project objectives.

This PMO effort will capture experienced project managers’ skill and insight to prepare recommended practices that can be applied to leading project teams. This information can be incorporated into project manage- ment methodology guidance or conveyed by other means for use by all project managers, including novices and those with less experience.

The PMO’s examination of project team development will address various aspects of human behavior and the dynamics of professional interaction in the workplace. It will highlight for project managers and project team members alike the preferred interpersonal skills that work best within the project management environment. In particular, project managers will benefit from a more complete understanding of project team dynamics, leadership responsibilities, and problem-resolution actions that are appropriate to the project management environment. The PMO will be able to lend customization to these matters by adapting practices and procedures to account for organizational culture and other factors in the relevant organization.

Project team members generally want to contribute their best to project performance and to the associated dynamics of team development. The PMO can construct motivational threads in processes to facilitate a vested interest that prompts individuals to maximize their efforts and participation in team development objectives.

Business Environment Interface Concepts

Project team members are likely performing their project work as a part of a matrix project organization. That means they complete their project assignments and then return to their business unit to conduct normal operational tasks or they proceed to another project. In either case, these

AU4680_book.fm Page 348 Monday, July 16, 2007 2:06 PM

Team Development

�

349

individuals bring a little more awareness of teamwork and team dynamics to their next job as a result of this PMO function. An effective project team development approach applied today will make individuals more productive on their next project assignment or on their next task back in the business unit.

The need for the PMO to facilitate project team development is a part of its ongoing collaboration effort with the HR department. The HR depart- ment remains a prominent and knowledgeable resource to support devel- oping individuals and teams within the relevant organization. This allows the PMO to utilize any established HR department practices in team devel- opment in the project management environment. Also, the PMO has access to project management industry standards for project team development.

Finally, in a reiteration of sorts, the benefits that individuals gain through team development activities in the project management environ- ment will be applied in their subsequent interactions across the relevant organization. Individuals also will be better prepared for professional advancement within the relevant organization.

Team Development Activities across the PMO Continuum

The “team development” function along the PMO competency continuum represents an increasing capability to lead, develop, and manage the full performance potential of teams in the project management environment.

development activities according to each level in the PMO competency continuum.

The project office has front-line responsibility for team formation and development activities. It will apply the leadership and skill of individual project managers to quickly build viable project teams that focus on achieving project objectives within the constraints of cost, schedule, and resource utilization.

Mid-range PMO levels have the responsibility of influencing the devel- opment of leadership capabilities in project managers at all experience levels, and in guiding and supporting their approach to project team development. This includes ensuring that project managers are proactive in attending to issues of team development, which the PMO influences by incorporating required team formation and team development activities into the project management methodology. The PMO also provides a variety of tools and techniques that are available to project managers to assist them in their project team development efforts. Advanced PMOs also will use this function to monitor and help individual project managers define

AU4680_book.fm Page 349 Monday, July 16, 2007 2:06 PM

Table 12.1 provides an overview of the range of prescribed PMO team

3 5 0

�

T h

e C

o m

p le

te P

ro je

ct M an

ag e

m e

n t O

ffi ce

H an

d b

o o

Table 12.1

Range of Team Development Activities across the PMO Continuum

Project Office Basic PMO Standard PMO Advanced PMO Center of Excellence

Manages individual integration into project teams and participation in team development efforts

Introduces concepts of project team dynamics:

– Incorporates project team development guidance into methodology

– Recommends remedies and reconciliation actions for distressed team performance

Establishes and manages practices for project team development:

– Implements tools and techniques for project team development

– Facilitates project manager oversight of virtual team development activities

Expands practices to develop project manager leadership skill and capability:

– Specifies project manager team development and leadership skill requirements

– Monitors project managers’ team leadership skill and capability

Conducts research and analysis of team performance:

– Performs formal and informal examinations of project team performance

– Recommends project team composition

A U

4680_book.fm P

age 350 M onday, July 16, 2007 2:06 P

Team Development

�

351

and develop leadership capabilities. Mid-range PMOs will also address virtual team management and assist project managers in their efforts to develop virtual teams, as may be needed in the relevant organization.

The center of excellence represents an advanced-stage PMO that is concerned with measuring and quantifying business performance. It will therefore examine project team performance from a business perspective and recommend team development activities that adapt project team performance to serve business interests. Additionally, it will examine team compositions and individual contributions to project team efforts and then recommend preferred individual assignments relative to achieving desired team staffing schemes.

This PMO function has a focus on oversight of individual capability to lead and develop effective and efficient project teams. To that end, PMO responsibilities may be closely aligned with associated leadership training prescribed in the PMO “training and education” function (see

Team Development Function Model

The central role of the PMO in the project management environment makes it a visible support player for project team development. To the extent that the PMO is established to provide guidance and support to project managers, this function becomes an important one in its array of activities. Implementing this function requires the PMO to instill leadership in the cadre of assigned project managers and create cohesive teamwork in the project management environment.

development” function model, and the following subsections describe each activity.

Facilitate Cohesive Team Formation

An effective project management environment can help create project teams that are productive at early stages in each project effort. The PMO can play a key role in preparing individuals and facilitating workgroups to maximize their performance potential. In particular, the PMO should provide support and guidance to project managers who, in turn, apply their leadership skills to form and manage cohesive project teams.

The three prescribed steps the PMO can take to facilitate cohesive team formation in the project management environment are described in the following subsections.

AU4680_book.fm Page 351 Monday, July 16, 2007 2:06 PM

Chapter 10).

Figure 12.1 depicts the prominent activities of the PMO’s “team

3 5 2

�

T h

e C

o m

p le

te P

ro je

ct M an

ag e

m e

n t O

ffi ce

H an

d b

o o

Figure 12.1 “Team development” function model.

FACILITATE VIRTUAL TEAM MANAGEMENT Establish Virtual Team Alignment Facilitate Virtual Team Interactions Introduce Virtual Team Technology

ENABLE PROJECT TEAM DEVELOPMENT

Promote Team Skill Learning Develop Project Manager Tools and Techniques Facilitate Leadership Development

FACILITATE COHESIVE TEAM FORMATION

Examine Project Team Composition Develop Project Team Orientation Program Integrate Vendors and Contractors

MONITOR PROJECT TEAM PERFORMANCE

Assess Team Dynamics Examine Team Effectiveness Conduct Team Improvement Activities

A U

4680_book.fm P

age 352 M onday, July 16, 2007 2:06 P

Team Development

�

353

Examine Project Team Composition

The PMO can assist in ongoing efforts to assign appropriate and compat- ible project team members by participating in or prescribing steps for an early review of project staffing requirements. Specifically, an examination of project team composition is conducted relative to an established or pending project team.

The PMO can support the project manager in this activity by developing and conducting a more-or-less standard approach to the examination of project team composition from the team dynamics perspective. The objec- tive is to determine the characteristics of the current or proposed project team composition and then to ascertain how those characteristics will affect project performance.

An examination of team composition in the following areas will provide some preliminary indications of project team effectiveness and allow for measures to be applied to reduce or remove the impacts of any deficits in team composition:

�

Project classification review

. The level of project team cohesion and experience required should be aligned with the nature and type of project conducted. Some projects require more team cohe- sion than others, and that need for more cohesion usually increases as project complexity increases. Project classification factors to consider include:

�

Strategic importance

�

Marketplace or internal visibility

�

Introduction of new technology

�

Business and project risk

�

Project duration An examination of these factors will assist the project manager or PMO in determining whether project team composition is appro- priate to meet the business demands of the project. In cases of higher-complexity projects, project team composition may require more mid-level project leaders to manage work and interactions of component teams — where team dynamics is closely managed by those individuals having leadership skills and experience. Also, this examination area will enable team formation and development activities to prepare the project team for challenges associated with project classification.

�

Technical requirements review

. The diversity of technical skills needed to achieve project objectives is considered, with partic- ular focus on identifying skill and experience needed in the prominent technical areas. This review will ensure that individ- uals working in technical areas not only have the requisite

AU4680_book.fm Page 353 Monday, July 16, 2007 2:06 PM

354

�

The Complete Project Management Office Handbook

technical experience, but also have the necessary ability to provide interpersonal leadership that facilitates the integration of all participants across technical disciplines. This examination area will allow identification of team formation and development activities needed to prepare the project team for interactions that occur within workgroups comprising individuals with diverse technical backgrounds.

�

Project management review

. This factor focuses on the selection of the appropriate project manager to match the project team composition. The project classification, technical diversity, and depth of project experience of the project team are reviewed to identify the anticipated oversight requirements relative to project manager leadership skill and experience. Logically, either the project manager is selected to manage the established pr oject team, or the project team composition is determined by the technical and management leadership skill sets of the pr oject manager. Realistically, any available project manager and project team member resources are going to be considered and reasonably assigned to the project effort. Therefore, this examination looks at both the favorable and unfavorable aspects of the pending project leader-team member relationship, and addresses them in a proactive manner relative to project team member and project manager selection.

�

Project team member and subgroup review

. This factor examines individual contributions and personal dynamics in project team activities — technical skill, project team experience, professional attitudes and behavior, and ability to work effectively to accom- plish project objectives within the project team. On smaller project teams, most if not all pr oject team members can be reviewed for their exposure and activities with other project team members. On larger teams, time limitations usually require a focus on the more critical project team roles from both a technical and business leadership perspective. This examination will facil- itate identification of fundamental strengths and weaknesses of the project team, as characterized by individual contributions to project team dynamics.

This examination should result in a fundamental understanding of the group dynamics and conditions that will be encountered as a result of the specified project team composition. This will enable the PMO to analyze conditions and prescribe guidance, and the project manager to plan and apply leadership techniques that will expedite team formation and maximize team member interactions.

AU4680_book.fm Page 354 Monday, July 16, 2007 2:06 PM

Team Development

�

355

Develop Project Team Orientation Program

Cohesive project teams demonstrate effective personal interactions and group behavior that enable work to be accomplished in a steady and progressive manner.

The PMO and project managers can collaborate to identify general team cohesion issues and characteristics found in the project management environment as well as those anticipated for each new project team. From this deliberation, a project team orientation program can be con- structed to meet the general and specific needs of project teams within the relevant organization.

A project team orientation program can be used to provide insight and guidance that will prepare individual project team members for their team assignments. Although such an orientation program will normally be delivered to a group, it is not necessarily a team building exercise. Rather, it is an individual learning and awareness “event” that is presented to encourage individual team members to personally contribute to developing and maintaining team cohesion.

The PMO can lead the effort to design and create such an orientation program, which should not be overly time-consuming, perhaps an hour or less in length. Such a program could be incorporated into other start- of-project meetings or team activities. This program should include content to serve participating team members in the following ways:

�

A reminder of business, project, and personal advantages to be gained by applying effective interpersonal skills

�

A brief examination of group dynamics that can be encountered on project teams

�

A reflection on factors associated with team member personalities and effective interpersonal skills that can influence project team cohesion:

�

Respect for the strengths and weaknesses of each team member, with individual interactions that focus on drawing out strengths and minimizing the impacts of weaknesses

�

Development of common understanding and buy-in of project performance objectives and consistency of project team member motivation to achieve them

�

Ability and wherewithal to make decisions, resolve problems, manage conflict, and demonstrate leadership both individually and collectively

�

Type and frequency of interpersonal communication needed, per the nature of the project and expectations of other team members

AU4680_book.fm Page 355 Monday, July 16, 2007 2:06 PM

356

�

The Complete Project Management Office Handbook

�

Dealing with the proximity of remote or geographically-sep- arated project team members, and their frame of reference and capability to fulfill standard processes and perform estab- lished practices

�

A review of team performance expectations of the relevant organization

In addition to this orientation program, specialized training in this topic area can be extended to individuals who require a more comprehensive understanding of group dynamics — for example, fundamental concept training for team members new to the workforce, and advanced concept training for new project managers and those who are in critical team leadership roles.

The team orientation program can be as formal or informal as warranted by the organizational culture and the needs of the project management environment. The PMO could determine two approach options for delivery of this project team orientation program: (1) a “one-time program” and (2) an “as-needed program.”

A “one-time” project team orientation program can be constructed for one-time delivery to new project team members, with “refresher” attendance on an individual basis as requested by the project manager. This program has a focus on preparing each participant for upcoming project team interactions. Such a one-time program also may be a part of the organization’s project management or other professional training program. This one-time attendance option is good for project teams that have more or less the same recurring project team composition across multiple projects.

An “as-needed” project team orientation program can be made available to specific project teams at the request of project managers. This approach would be valuable for project teams having a significant number of individuals who have not worked together previously. It may also apply to very large project teams comprising multiple subteams.

The bottom line of this effort is to introduce or review concepts of individual and group behaviors that promote effective project team per- formance and reduce or remove adverse behaviors and barriers to effective project team performance. Realistically, the elements of this orientation program could be included for brief review in the project team’s initial kickoff and planning meeting.

Integrate Vendors and Contractors

Vendors and contractors will often become active players in project team activities. If this is the case, then consideration must be given to ensuring

AU4680_book.fm Page 356 Monday, July 16, 2007 2:06 PM

Team Development

�

357

their participation in team-building activities and their contributions to project team cohesion. The need for such cohesion becomes more critical when there are multiple vendors and contractors that must interact on projects within the relevant organization. Many professionals will agree that the last thing a project manager needs is to be in constant conflict- resolution mode because vendors and contractors were not properly integrated, and therefore are conducting project work based on a separate set of team interaction guidelines and performance expectations.

The PMO and project manager again should collaborate on the intended involvement of vendors and contractors to determine the extent of their integration as participants on the project team. The PMO is involved because it can contribute insight gained from its performance of the PMO’s “ven- dor/contractor relationships” function (see vide knowledge about the vendor and its operating practices. The project manager is involved to weigh that knowledge about the vendor against project objectives, team composition, and work performance goals to deter- mine the actions needed to introduce and orient each outside vendor and contractor. On some projects, extensive vendor and contractor integration may not be required. On others, they play a critical and interactive role alongside other project team members in producing project deliverables.

Vendor and contractor integration, very simply, is the action taken to make them a part of the project team. This action normally is the responsibility of the project manager, although the PMO can assist in certain areas. Essentially, the project manager determines the extent of project team participation to be achieved and then acts to establish vendor and contractor expectations and requirements for the desired level of project team integration.

The PMO can develop or recommend several vendor and contractor project team integration activities for use by project managers:

�

Project team orientation

. The orientation program described earlier for project team members also can include participants from exter- nal vendor and contractor organizations.

�

Kickoff meetings

. Vendors and contractors can participate in project kickoff events to demonstrate affiliation and alignment as a full participant with other project team members.

�

Contract and agreement highlights

. The extent of required and optional vendor and contractor project team involvement can be specified in contract or agreement documents.

�

Vendor and contractor meetings

. The project manager (and some- times the PMO) can meet individually with vendor and contractor managers to define and develop individual roles and protocols for project team participation.

AU4680_book.fm Page 357 Monday, July 16, 2007 2:06 PM

Chapter 19), which should pro-

358

�

The Complete Project Management Office Handbook

�

Vendor and contractor interviews

. The relevant organization can ensure achievement of desired project team cohesion by selecting individuals from vendor and contractor organizations who possess the requisite team interaction skills and experience. The desired individual skill and attributes can be examined through interviews with vendor and contractor representatives.

�

Public announcements

. Significant partnerships with selected ven- dors and contractors can be endorsed, and joint project team efforts can be recognized through public announcements, press releases, published business news articles, and internal distribution of news.

Vendor and contractor integration activities should also address any limitations or constraints on vendor and contractor project team partici- pation. The project manager responsible for implementing the policies and practices of the relevant organization normally determines this aspect of vendor and contractor integration, and thereby manages any limitations or constraints.

Facilitate Virtual Team Management

Today’s business world, and thereby its associated project management environment, is no longer constrained by physical buildings or boundaries. Project team members are deployed and positioned to serve the customer. Customers, along with competitors, suppliers, and civil and legal regula- tors, can be located either across the globe or just down the street. Virtual project teams are formed to address these business needs and the accom- plishment of project work when associated project team members are separated across two or more different work locations.

Consideration of virtual project teams should begin with the acceptance of one fundamental premise: the business needs of the relevant organi- zation and the personal and professional needs of the individual team member are not significantly changed because of “virtual” work perfor- mance. Rather, it is the conditions under which business is pursued and individual work is performed that are changed.

The PMO’s involvement in team development very well may be high- lighted by its responsibility for supporting geographically separated or virtual project teams. The context of this function does not purport to be a total solution or even a primer in “virtual team” management. There are volumes of documented expertise on this topic in the published and public domains. Rather, this section identifies the PMO’s responsibility to address virtual team participation in the project management environment with consideration of some of the more prominent issues of virtual project team management.

AU4680_book.fm Page 358 Monday, July 16, 2007 2:06 PM

Team Development

�

359

Three primary activities are prescribed to guide the PMO’s efforts in virtual team management, as presented in the following subsections.

Establish Virtual Team Alignment

The PMO must ensure that members of a virtual project team maintain strong affiliation with the relevant organization and its business purpose. The PMO can collaborate with project managers, and also with virtual team members, to establish the necessary organizational interface and alignment activities. The following subsections describe a few of the considerations and activities that can be addressed in this effort.

Statement of Purpose

The virtual project team should have a statement of purpose prepared to guide its work on one or more projects. If there is only one project, then the statement of purpose will likely be captured in the project definition or the project charter. The nature of virtual teamwork may also merit including an explanation of alignment with business objectives — why the project was selected — to provide additional insight for isolated or independent project team members. This information is then conveyed to members of the virtual project team at their work locations, and creates alignment by means of sharing a common purpose with all other project team members.

Virtual Team Process Implementation

To the extent possible, virtual team members should be familiar with and use established standards, project management and technical methodolo- gies, and routine business practices. This is particularly important if the virtual team members are aligned with or support one or more traditional teams. In some justified cases, variations to standards and process deploy- ment may be warranted, but any adjustments made should be duly considered, documented, and communicated to all involved participants. To the extent possible, the same standards and work processes should be used to help create alignment by having a common approach to project activities for all project team participants, virtual and otherwise.

Virtual Team Structure

All team members need to know how they fit into the structure of the relevant organization, and virtual team members need similar assurance

AU4680_book.fm Page 359 Monday, July 16, 2007 2:06 PM

360

�

The Complete Project Management Office Handbook

and alignment. Virtual team members should be provided information that specifies key points of contact: their virtual supervisor or project manager, their business unit af filiation, and their primary support resources: administrative, personnel, technical, and technological. It is important to ensure that virtual team members know that they are in fact aligned, along with informing other team members in the relevant orga- nization. This could be the most critical virtual team alignment activity that the PMO will establish.

Team and Individual Assessments

The manager of the virtual project team should perform interval assess- ments of team performance and effectiveness, such as a project audit in the virtual project team environment. The PMO should assist or otherwise conduct examinations of the technical and administrative pr ocesses deployed for virtual team use in a manner similar to that applied when examining project management methodology utilization.

It is also important to conduct individual performance assessments and reviews for virtual team members at regular intervals — ideally on the same schedule as other project team members. Virtual team member alignment is reinforced when the project manager (or other intermediate project leader) provides this type of attention to the individual. It is also a good time to consider a personal visit by the virtual team member to the project office or nearest facility of the relevant organization to meet with the reviewer.

Team Member Recognition

Members of the virtual project team should be considered for rewards and recognition consistent with the practices of the relevant organization. This allows all virtual team members to feel a little more aligned with the business unit and its objectives. Such individual successes also represent a measure of success for the entire virtual team by demonstrating how the virtual team efforts are being monitored to achieve the specified purposes.

Facilitate Virtual Team Interactions

The project manager may be operating either partially or fully within the virtual environment, and therefore will likely encounter new challenges in managing virtual team activities and interactions. The PMO can anticipate and examine how to handle such emerging issues and lend guidance for virtual team interactions to project managers in the following three areas.

AU4680_book.fm Page 360 Monday, July 16, 2007 2:06 PM

Team Development

�

361

Virtual Team Member Socialization

Members of the virtual project team may have limited personal contact with the project manager, other team members and stakeholders, and other business units. Any significant lack of personal interaction must be con- sidered, and the need for team member socialization must be recognized. The following list presents a number of activities that the PMO can consider to reduce the adverse impacts of isolated or independent team member work efforts resulting from assignments in the virtual environment.

�

Face-to-face time.

Opportunities for the project team to convene in person should be identified and conducted. Project kickoff meetings are ideal venues for face-to-face time needed by virtual team members. Other events should be planned and conducted to enable team members to become personally acquainted with others on the project team as a basis for developing quality, professional interactions.

�

Routine business communication.

The PMO should examine needs and recommend the frequency of voice contact for routine com- munication between the project manager and virtual team mem- bers, and for contacts between project team members. For example, routine and recurring contact could be accomplished by means of weekly telephone status meetings to ensure that virtual team mem- bers have sufficient personal contact to keep them actively involved in the project.

�

Augmented business communication.

The PMO and project man- ager should encourage frequent interactions among project team members as a matter of accomplishing project tasks. It is likely that the technology selected for the virtual team will facilitate information exchange, and this can easily be augmented by follow- on personal contact via telephone to discuss receipt and content of transferred information.

�

Team member introductions and orientations.

Individuals joining the virtual team subsequent to project kickoff activities and asso- ciated in-person meetings should be introduced to teammates and to the virtual team processes being deployed. At a minimum, any new virtual team member should receive in-person orientation from the project manager — whether the member travels to the project manager, or vice versa. Also, the new individual should be intro- duced to other virtual team members at the next scheduled group telephone conference. A current, experienced team member might be selected to serve as a primary point of contact, or even serve as a mentor, during the initial weeks as the new team member becomes acquainted with virtual practices. It is important to facil-

AU4680_book.fm Page 361 Monday, July 16, 2007 2:06 PM

362

�

The Complete Project Management Office Handbook

itate all opportunities for virtual project team members to know one another at the onset of the project and as new virtual team members are subsequently introduced.

�

Management of trust issues.

Trust issues emerge from isolated and independent virtual teamwork and limited interactions, and these are a prevalent aspect of virtual team socialization. Virtual team members do not have the luxury of frequent interpersonal inter- actions, as do traditional project team members. It is not uncommon for issues of trust to arise regarding team member performance, particularly work hand-off quality expectations among team mem- bers, conveyance and understanding of project manager percep- tions regarding individual work performance and acceptance, and business unit recognition and treatment of the virtual team member. The project manager must be cognizant of these issues and, in collaboration with the PMO, develop a proactive means to identify and resolve them.

Virtual Team Collaboration

The geographical separation of project team members working in a virtual environment prompts a significant need for effective coordination and collaboration relative to the project work effort. The following list discusses some of the prominent collaboration issues that influence the performance of the virtual team, which the PMO should address:

�

Communication

. Examine the number of team members, their job requirements, and the need for information exchange and discus- sions to determine communications requirements for the team and for individuals. The primary goal in establishing communications requirements is to reduce or remove communication delays, regard- less of team members’ time zone, organizational alignment, or physical location. Managing this challenge warrants developing and distributing an effective project communications plan.

�

Task flow

. The consideration of passing completed project work from one virtual team member to another, or to a group of reviewers, warrants creation of a task flowchart. A task flowchart will show individual team members where they fit in the workflow scheme and guide them in the transfer actions and activities for completed work. Who to send completed work to, when to send it, and how to send it are essential components of the task flowchart. This information could likewise be incorporated into the project workplan, which normally has broad dissemination to all project team members.

AU4680_book.fm Page 362 Monday, July 16, 2007 2:06 PM

Team Development � 363

� Assignments and responsibilities. Project team members must be informed of work performance expectations in a timely manner, and a mechanism to confirm their receipt and understanding of assignments and associated responsibilities must be incorporated into the process.

� Team member training. Like any intact project team member, virtual team members will need training from time to time. This includes skill and competency training in their professional disci- pline; training in products, processes, and practices of the relevant organization; and training associated with the introduction of new tools or technology. Virtual team members should be included in training plans created for the project management environment. Training courses for virtual team members can be scheduled to accommodate necessary local or long-distance travel, or alternative training methods such as online programs can be incorporated into the training plan for their use.

� Lessons learned exchange. “Lessons learned” is a special example of the virtual team’s communications needs, and it is highlighted because of the benefits that can be derived from an effective and timely exchange of such information. This item warrants consid- eration and use of the Web-based collaboration tools outlined in the PMO’s “project knowledge management” function (see

(often called a “blog”) could serve these interests.

Virtual Team Governance

The presumably limited contact between the project manager and virtual project team members — working more or less independently and, in some cases, in isolated conditions — provides a need to ensure some reasonable level of oversight and control of work performance and par- ticipation in team activities. The PMO should consider needs for devel- oping and implementing governance activities by considering the virtual team governance solutions described below.

� Standards and processes. Project management and technical stan- dards and processes should be identified and communicated for use by virtual team members. Additionally, business standards related to quality, productivity, and performance can also be conveyed. It is likewise important to have virtual team members acknowledge receipt, understanding, and use of such materials provided to them.

� Operating procedures. The “ground rules” for virtual project team members should be specified. This includes addressing such per-

AU4680_book.fm Page 363 Monday, July 16, 2007 2:06 PM

Chapter 4); for example, a project team “chat” room or online Web log

364 � The Complete Project Management Office Handbook

sonal aspects as team member work-hours, team member availabil- ity, and participation in required teleconferences, online meetings, and other work-related activities. It also includes procedures and guidance for reporting and managing technical problems and issues, equipment failures and outages, and local disruptions to work.

� Team member supervision. All virtual team members should be notified of who is responsible for oversight of their work perfor- mance and productivity. This item also identifies the preferred means for contact and availability of the supervisor, and it includes arrangements for initial and recurring contact with the supervisor. Ideally, performance and productivity expectations established by the supervisor will be included in the initial notification or other early contact with the virtual team member.

� Team member administration. Each virtual team member should be advised regarding whom to contact (or expect contact from) with regard to administrative matters. This includes such things as personnel actions, time reporting, benefits management, travel, and, of course, salary and payments.

Introduce Virtual Team Technology

Effective communication and collaboration is essential for any project team, and it is absolutely vital for a virtual project team. Fortunately, communi- cations technology is rapidly evolving to facilitate virtual team needs. The Internet alone is a powerful tool that enables real-time communication and collaboration as well as online access to software applications.

The PMO should be involved in planning technology support for use by virtual project team members. This effort can be integrated with the establishment of tools as specified in the PMO’s “project knowledge

technology needs of the virtual project team member in its overall plans:

� Telephony lines and equipment (telephone and fax capability) � Computer hardware (desktop and laptop computers and supporting

peripheral equipment) � Project management software � Technical development application software � Communication and collaboration tools (Web-based and server-

based) � Connectivity hardware and software (Internet access, server access,

and e-mail access)

AU4680_book.fm Page 364 Monday, July 16, 2007 2:06 PM

management” function (see Chapter 4), its “project management tools”

tion (see Chapter 8). In particular, the PMO should address the following function (see Chapter 2), and its “facilities and equipment support” func-

Team Development � 365

Enable Project Team Development

The PMO can be a vital resource that assists project managers and, for that matter, individual team members in developing enhanced team per- formance capability. It works under the premise that a fully developed project team will be more effective in achieving project objectives than a less cohesive team.

Project team development is generally seen to occur on two levels: (1) individual learning and (2) group development. First, individual learn- ing about effective interpersonal interactions, group dynamics, and lead- ership provides the general concepts, knowledge, and understanding about oneself and others that the individual can bring to team efforts. Then, group development represents the application of individual learning about effective team development and performance within the context of team member interactions.

The following three subsections discuss the activities that the PMO can pursue to enable project team development within the relevant organization.

Promote Team Skill Learning

The PMO should foster a project management environment that promotes individual learning and group application of effective team development practices. All professionals having project team affiliation have applied team skills through a combination of learning and personal experience. The PMO should provide guidance regarding preferred team skills, includ- ing consideration of the following:

� Leadership. All project team members — as each progresses from project team member, to project task leader, to project manager and higher in the project management environment — should be aware of their individual leadership styles, comprehend the influ- ences and impacts of other styles, and learn to apply effective leadership techniques.

� Interpersonal skills. Individuals contribute to project team devel- opment when they demonstrate capability to work effectively with other team members. Interpersonal skills often tend to be relegated to second-class status compared with competency in primary tech- nical or professional disciplines. The nature of project teamwork necessitates that the PMO introduce a renewed emphasis on inter- personal skills in such areas as: � Effective communication � Interpersonal conflict resolution � Team problem solving

AU4680_book.fm Page 365 Monday, July 16, 2007 2:06 PM

366 � The Complete Project Management Office Handbook

� Consensus building � Group dynamics

� Work/professional-enhancement skills. The PMO should consider endorsing and providing skill-development opportunities in the following extended-capability areas: � Time management � Stress management � Supervision � Decision making � Meeting management

The PMO can address these important areas of team development through a variety of means, including some that have presumably already been established in other PMO functions, such as training, team building exercises, mentoring and coaching, peer-feedback activities, and access to project management and technical library materials.

Develop Project Manager Tools and Techniques

The PMO can support the project manager’s leadership and team develop- ment efforts by creating one or more team development tools and techniques that can be applied within the project management environment.

The following are a few examples of such team development tools and techniques:

� Team-building exercises. Construct or acquire workshops to achieve particular team building objectives.

� Assessment of team development stage. Develop the means and methods to measure the current stage of project team development, for example, forming, storming, norming, performing, adjourning, or some other preferred team development stage model.

� Communication and collaboration assessment. Develop the means and methods to conduct a formal or informal assessment of project team communication and collaboration effectiveness.

� Motivational techniques. Examine and apply motivational tech- niques applicable to the organizational culture, for example, group- performance monetary rewards and bonuses, cross-project team performance indicator tabulation (awards program), and team social events.

� Team recognition techniques. Apply current business practices or devise new ways to convey project team recognition and conduct recognition activities.

AU4680_book.fm Page 366 Monday, July 16, 2007 2:06 PM

Team Development � 367

Facilitate Leadership Development

Project management leadership is a critical component of recurring project success. Advanced project management leadership capability is an essential ingredient for recurring success of large and complex projects. To that end, it is imperative that the PMO attend to leadership development within the project management environment. The PMO will need to examine ways to develop individual leadership capability, with consideration for specific leadership training programs, progressive assignments that enable individuals to demonstrate increasing leadership capability, and formal and informal mentoring in the “art and science” of leadership.

The component skills of leadership are identified differently by a variety of practitioners. For the purposes of application within the project man- agement environment, each PMO will have to define desired leadership skills based on the values and culture of the relevant organization, as well as the influences of professional and technical disciplines, industry norms, and requisite skills for individual levels of leadership responsibility.

The following lists present four categories of leadership competency and associated skill areas for PMO and organizational consideration, and subsequent selection and introduction in the project management envi- ronment. As well, the PMO can add additional leadership skills not otherwise included in these lists.

Personal Leadership Skills

Leadership is often said to emerge from within the individual. This competency category is represented by several skills inherent to personal behavior that prepares the individual to develop the self-awareness, con- fidence, and interactions needed to become an effective leader of others:

� Interpersonal communication � Listening � Interpersonal behavior � Stress management � Personal and professional ethics � Awareness of management and leadership style � Awareness of personality characteristics � Emotional stability

These skills can be achieved through training that presents the underlying concepts for their application, and through personal practice and feedback. Awareness can be achieved through the use of surveys and instruments designed to provide feedback on personality and associated personal skills.

AU4680_book.fm Page 367 Monday, July 16, 2007 2:06 PM

368 � The Complete Project Management Office Handbook

Process Leadership Skills

Leadership skill applied in dealing with work processes facilitates reason- able control and influence within the work environment. It also provides a focus on the group leadership needed to achieve results from project team efforts. There are several skill sets that help accomplish this:

� Motivating � Team building � Organizing � Planning � Decision making � Delegating � Conflict management � Time management � Problem solving � Negotiating � Meeting management

Most of these skill sets can be learned in classroom training programs, but expertise is achieved primarily through ongoing practice and exami- nation of the quality of results.

Business Leadership Skills

The nature of business warrants oversight and direction that drives all project team members and other stakeholders toward achievement of business goals. A few leadership skills can be applied to facilitate that effort:

� Strategic perspective � Derivation of tactical solutions � Cultural and political awareness � Diversity management � Customer relationship management � Vendor and contractor relationship management � Industry and market knowledge � Business acumen � Management of organizational change

Business leadership skills require a combination of business training and experience in applying business solutions — again, another form of the practice and feedback approach to skill development.

AU4680_book.fm Page 368 Monday, July 16, 2007 2:06 PM

Team Development � 369

Technical Leadership Skills

This category is intentionally separate to show that (1) technical compe- tence alone is not the sole basis for effective leadership and (2) technical leaders will still need to address the skills listed in the above categories to progress as a leader in their career and advance in the organization. However, technical competence is a distinct factor in overall leadership capability, and it includes varying degrees of competency — from general technical familiarity to technical expert — that can contribute to technical leadership capability for project and business efforts. Some common technical leadership skills include:

� General technical and professional knowledge and experience � Specialized technical and professional knowledge and experience � Technical and professional certification � Presentation skills (e.g., preparing and presenting topic content in

abbreviated formats) � Effective writing (e.g., developing technical reports, white papers

and manuscripts, and technical correspondence) � Effective speaking (e.g., conveying concepts, achieving buy-in,

making public announcements)

Technical leadership is normally based in requisite training programs, and combined with periods of experience that enables technical leadership to be demonstrated.

Monitor Project Team Performance

The PMO’s responsibilities to the relevant organization warrant an ongoing examination of project team performance, with particular atten- tion to reviewing the effectiveness of project team development activities and initiatives.

The following subsections present three recommended activities to assist the PMO in planning and accomplishing project team performance monitoring.

Assess Team Dynamics

The PMO should establish a formal or informal method of examining the activities and interactions of the project team members as a means to determine strengths and weaknesses encountered by the particular com- position of the team. Aspects of team dynamics to identify could include:

AU4680_book.fm Page 369 Monday, July 16, 2007 2:06 PM

370 � The Complete Project Management Office Handbook

� Observed or measured project team “stage of development” � Frequency and type of discernable favorable behavior (e.g., col-

laboration, effective communication, listening) � Frequency and type of discernable ineffective behavior (e.g., per-

sonality conflicts, disagreements, disgruntlement, adverse emo- tional reaction)

� Situations of demonstrated leadership by individual team members (e.g., consensus building, encouraging and facilitating others’ achievements, volunteering for special or additional duties that contribute to project success)

� Situations of demonstrated indifference by individual team mem- bers (e.g., withdrawal from team activities, frustration, limited active participation, missed deadlines)

� Variation of project team member responses to project manager leadership and management styles

� Variation of project team member personality traits demonstrated in the project management environment

The PMO can use this type of examination to ascertain how well project team members work together, perhaps identifying preferred project team composition for future efforts. As well, the PMO can evaluate formal and informal assessment findings to prescribe team activities and team development solutions for use by the project manager in creating a more effective workgroup.

This type of assessment should be pursued from a positive perspective — a focus on making the project team more effective rather than a practice to identify poor performance. To that end, such an assessment of team dynamics may be transparent to project team members.

Examine Team Effectiveness

This activity is primarily assigned to the PMO because of its cross-project alignment. An examination of project team effectiveness looks at the “hard numbers” of project performance: cost, schedule, and resource utilization. This normally comes out of routine and recurring project reporting and control activities. However, in the context of this PMO function, the next step is to contrast the results of project team effectiveness assessments with project performance results.

From this examination, the PMO should be able to identify indicators in the following areas:

� Relationship of project team “stage of development” with project progress and timely achievement of deliverables, including quality of deliverables and extent of rework

AU4680_book.fm Page 370 Monday, July 16, 2007 2:06 PM

Team Development � 371

� Characteristics of effective individual and team behaviors in the project management environment, in terms of contributions to project success

� Impacts of project team dynamics on customer satisfaction and acceptance of project deliverables

� Implications of vendor and contractor participation on project teams, in terms of results from either cohesive involvement or independent activity

The PMO can define additional indicators to examine project, technical, and business aspects of project team effectiveness. All indicators can be analyzed to gain a better understanding of which project teams are most effective based on the group dynamics in effect. Then the PMO, in collaboration with project managers, can create team composition models and construct team development programs to maximize the strengths and minimize the weaknesses of all teams working within the project man- agement environment.

Conduct Team Improvement Activities

The PMO can use results of project team performance assessments and analyses to determine areas that warrant improvement and work with project managers, individually and collectively, to plan and conduct team improvement activities.

Team improvement activities can be applied in response to assess- ment findings, as appropriate to the culture within the relevant organi- zation, or in response to project manager requests for team development support. The following list identifies several team improvement solutions that can be considered for implementation within the project manage- ment environment:

� Training. Individual and group training courses (including online learning) can be provided to offer insight and understanding into group dynamics and interpersonal skills.

� Team spirit exercises. Activities focused on team building can be conducted to promote personal interactions for the purpose of reducing or eliminating “drudgery” and instead concentrating on team spirit and enthusiasm. This activity area can be a formal facilitator-led event or an informal social event.

� Lessons learned. Appropriate “lessons learned” sessions can be conducted as ad hoc or facilitator-led events to obtain team member feedback and discussion of future direction that the team can take to reduce or remove ineffective group behavior. The “lessons

AU4680_book.fm Page 371 Monday, July 16, 2007 2:06 PM

372 � The Complete Project Management Office Handbook

learned” aspect of this activity prompts participants to consider the impacts incurred and presumably to address team interactions, including processes, to rectify any adverse situations encountered.

� Self-evaluation/self assessment. Individuals and groups can be pro- vided opportunities to examine the dynamics and impacts of per- sonal and group behavior, group processes, and the general effectiveness of each. There are a significant number of survey and assessment instruments that can be obtained for use in this type of activity.

� Team member role reviews. Team member responsibility and authority may need to be examined to clarify individual roles on the project team. This activity is conducted to identify where role ambiguity or uncertainty is creating blockages in project team- work progression. This is an activity that can be per formed informally by the project manager or more formally with PMO, mentor, or facilitator assistance, and it can include discussion and deliberation with individual team members. Results of this exam- ination are provided to individuals or the project team for action, as appropriate.

� Mentoring, coaching, and counseling. These activities can have either an individual focus or a group focus, as warranted by the situation at hand. Mentoring and coaching offer a personalized approach to interpersonal skill development when provided as a one-on-one activity. Conversely, counseling activities tend to be viewed as placing responsibility for corrective action on the indi- vidual, per discussion of the problem to be rectified. The project manager, with the support of PMO guidance and recommendations, will normally conduct counseling for project team members.

� Technical qualification examination. The project manager or the PMO conducts this activity to gain insight into problems that could be caused by inadequate technical skill of one or more project team members. In this activity, several individual performance indicators can be examined, including the capability to handle the assigned workload, the competency to perform technical tasks, and the ability to manage and meet work schedules and deadlines. Identified weaknesses must be addressed with the individual to determine whether the person is underqualified for the position (i.e., needs more skills training and experience to perform the assigned work) or is simply not achieving results at the present level of qualification (i.e., factors other than personal competency are affecting performance).

� Executive or senior management intervention. The primary aim of this activity is to demonstrate senior-level interest in removing

AU4680_book.fm Page 372 Monday, July 16, 2007 2:06 PM

Team Development � 373

roadblocks to effective project team performance. Senior manager appearances and comments in the project management environ- ment, and in association with a particular project team, is one means of reinforcing business interest in the project at hand and conveying the need to immediately resolve any disruptive team conditions or interactions that threaten project success.

Of course, many of these activities can be used as proactive team building and team development measures. Their early use will preclude the need for later implementation to rectify or correct weak project team interactions and reduced project team performance.

Postscript for the Smaller PMO The role of the smaller PMO in this function is to provide as much support as possible to the project manager, who ultimately has responsibility for project team development. To that end, there are three primary activities that the smaller PMO can pursue.

� Project manager leadership training. The PMO can identify train- ing course availability for project managers to enhance their per- sonal leadership effectiveness. This activity can range from simply identifying training courses that individual project managers can pursue on their own (a useful approach for an environment with just a few key project managers) to arranging on-site course delivery (for organizations with a larger cadre of project managers). The focus of this training should be on leadership skills needed within the project management environment. However, other train- ing classes dealing with team building and interpersonal skill development will also be useful. In addition, the PMO may want to consider including training opportunities for project team mem- bers who are advancing in responsibility within the project man- agement environment.

� Team development process guidance. The PMO will likely be devel- oping or maintaining at least a fundamental set of project man- agement processes, if not a complete project management life- cycle methodology. It can then introduce team development guid- ance into the established project management process at the point where project team formation is conducted. In particular, methods for developing team cohesion, specifying individual team member authority and responsibility, and establishing personal commit- ments to the project work effort should be included in the process.

AU4680_book.fm Page 373 Monday, July 16, 2007 2:06 PM

374 � The Complete Project Management Office Handbook

� Resolution of distressed team performance. The PMO, as a central- ized business function, becomes a repository for both general management practices and lessons learned in the project manage- ment environment. It therefore plays a role in collecting, develop- ing, and providing remedies for distressed project teams. This can be either in the form of content made available to the project manager and project team in the project management library or in the form of PMO-led interventions in project team meetings per advance collaboration with the project manager.

The primary objective of the smaller PMO is to make each project manager successful in managing team interactions and performance.

AU4680_book.fm Page 374 Monday, July 16, 2007 2:06 PM

TECHNICAL

SUPPORT

AU4680_book.fm Page 375 Monday, July 16, 2007 2:06 PM

377

Chapter 13

Mentoring

Mentoring provides the means to impart the art and science of modern project management through transfer of a mentor’s knowledge, skills, and experience to a protégé or group of protégés in the project management environment. In most project management environments, the prominent protégés are project managers and project team members, but sometimes include individuals at the executive level and other stakeholders in the relevant organization. The mentors are highly skilled and generally senior- level professionals who bring to bear their broad knowledge and expe- rience in project management to guide and assist assigned protégés.

Mentoring within the project management environment presents a powerful means to transfer not just project management skills and knowl- edge, but also leadership techniques, business values, and professional ethics. A strong project management mentoring program is an excellent way for the Project Management Office (PMO) to support professional development for project professionals and promote the consistent use of sound practices across project teams.

This project management “mentoring” function enables the PMO to:

�

Promote and demonstrate use of best practices in project management.

�

Endorse professional development standards in mentor qualification.

�

Identify mentoring opportunities having business and pr oject advantages.

�

Provide quick-response, qualified guidance, and support to real- time project management needs.

AU4680_book.fm Page 377 Monday, July 16, 2007 2:06 PM

378

�

The Complete Project Management Office Handbook

�

Facilitate the orientation and initial assignments of new project managers who take on the role as a result of recruitment or personal advancement (promotion).

�

Build confidence and competency among project managers and project team members.

Project management mentoring can be a significant investment within the relevant organization. Sometimes the returns on this investment are almost immediate. Other times, the realization of project management mentoring benefits takes a longer time as the protégé gains confidence in applying new tools, techniques, and perspectives learned from the mentor. The benefits to be realized are in the individual professional development that occurs through the mentoring processes undertaken. A project manager becomes more capable on the current project and uses this expanded capability on the next project.

The success of project management mentoring certainly depends on each mentor’s personal skill. However, success also relies on the partici- pation, interest, and learning abilities of the project manager and project team member protégés in the mentoring process. To that end, it is important to note that the mentor is not assigned to per form project management. The mentor should not direct the project team, assume project outcome responsibility, or make project management decisions. These activities must remain with the project manager, who is ultimately responsible for project success. Rather, the project management mentor provides advice, guidance, experience-based recommendations, facilita- tion, concept support, and personal encouragement.

The project management mentoring program should not lead to undue reliance on project management mentors or their availability. Project management mentors are needed only until either the protégé’s individual need for mentoring support subsides or until the supported activity, event, or situation prompting mentor involvement has passed. A mentor’s assign- ment should always be viewed as a temporary one, and successful mentors will always be working themselves out of a job on every assignment.

This function requires senior management support and endorsement as a primary success factor. As a minimum demonstration of support, a senior-level sponsor is needed to establish and maintain a viable project management mentoring program.

Project Environment Interface Concepts

The presence of mentors in the project management environment is representative of a concerted effort to achieve advanced maturity and

AU4680_book.fm Page 378 Monday, July 16, 2007 2:06 PM

Mentoring

�

379

performance excellence in project management. It draws attention to the high level of regard that project management elicits as a professional discipline within the relevant organization.

Establishing a project management mentoring program provides the PMO with capability to facilitate:

�

A quick and focused application of project management skills

. An assigned mentor will help the project manager and project team begin using appropriate project management skills quickly and correctly. The mentor can guide the project manager toward the practices and techniques that are most appropriate for the current phase of the project and the current stage of team development. This eliminates wasted time on inappropriate and nonproductive activities.

�

Introduction of new techniques and best practices

. Because mentors are professional, experienced project managers, they are continu- ally updating their knowledge and skills, and they bring that expertise to the protégés they serve. Their independent study of best practices particularly makes mentors valuable players when new tools, advanced techniques, or revised processes are being introduced into the project management environment.

�

Dramatic reduction in trial-and-error approaches

. Too often, new project managers waste time trying things that do not work and then trying something else again and again until they finally come up with the best way to approach a job. Mentors bring sufficient experience to guide and coach project managers in applying the right techniques at the right time, thus achieving the desired results the first time.

�

A quick and focused start for new projects

. A qualified mentor can help the newly formed project team overcome the “what are we supposed to do first?” syndrome that is sometimes encountered by ad hoc teams. Mentors know the process for moving a project through its entire life cycle and, in particular, can provide an accurate perspective during start-up activities.

�

Early development of project manager confidence

. Mentors help increase a project manager’s self-confidence when they demon- strate how to take advantage of current knowledge and skills. Increased self-confidence leads project managers to take active ownership of their projects at an earlier stage in their profes- sional development.

�

Maximum return on investments in training

. Mentors encourage and assist project managers and project team members in applying the new skills and knowledge that they received in the classroom

AU4680_book.fm Page 379 Monday, July 16, 2007 2:06 PM

380

�

The Complete Project Management Office Handbook

or other type of training program. They facilitate transfer and translation of concepts and principles learned in the classroom directly to the project workplace for immediate application and value to the project effort.

�

Maximum return on investments in project management software

. The practice of installing a software application package and then leaving it for casual use, under-use, or no use by project personnel is revisited. The mentor helps project managers and project team members (and any other stakeholders for that matter) take advan- tage of the full value of the features and capabilities of project management software application packages. Mentors can provide guidance in using the software to perform the mechanical work of project management, leaving project managers with more time to actually manage the project.

Project management mentors apply established standards and help “set the bar” for individual success and achievement that characterizes profes- sionalism in the project management environment.

Business Environment Interface Concepts

Project management mentors are resources for new and developing project managers. They provide coaching, serve as sources of information, and apply experience to guide and reassure project managers in their appli- cation of skill and knowledge. The mentoring effort ensures that no project becomes an experiment in failure and that no project manager is tested to a level of uncertainty or incompetence. This inherently ensures that business objectives are consistently achieved, even through the efforts of newer project managers — both those who are just joining the organization as well as those who are advancing upward to the project manager ranks.

Project management mentors, in working with protégés from across the organization, gain a business perspective that few other senior man- agers will see — the interaction and productivity of cross-functional teams. Mentors often will observe and in some cases facilitate cross-functional project management activities that enable them to discern where strengths and weaknesses may lie relative to business unit influences. This infor- mation is not necessarily for compilation and reporting back to the business unit or to functional and senior management; rather, it is for the mentor to take steps that encourage continuation of practices that are good for business and to rectify situations that reduce business effective- ness immediately, at the personal level, and within the context of the respected mentor-protégé relationship.

AU4680_book.fm Page 380 Monday, July 16, 2007 2:06 PM

Mentoring

�

381

Of course, the mentor’s role in the organization does facilitate the identification and exchange of such information as recurring project man- agement business issues, resource utilization indicators, and project per- formance trends. Mentors can and should compile this type of information for broader examination and discussion, when appropriate.

In addition, the project management mentor, as a senior professional, properly holds responsibility for advising other senior managers and executives in the art and science of project management. This is particularly valuable for executives who have project management oversight respon- sibility but limited formal training in the discipline and its recent advances. They need the advice and guidance of project management mentors on the details and intricacies of project management as input to their project management support and business decisions.

Mentoring Activities across the PMO Continuum

The progression of the “mentoring” function along the PMO competency continuum is characterized by increasing use of internally qualified senior project management mentors, combined with more personalized mentor- ing services as the project environment matures.

project management mentoring activities according to each level in the PMO competency continuum.

The project office tends to be the primary user of the mentoring services provided by a higher-level PMO. In the absence of a higher-level PMO, it may independently acquire the services of a project management mentor, usually on an outsourcing basis. In addition, the head of the project office — often a senior project manager — may be called upon to serve as a mentor to other project managers.

Mid-range PMO levels of the continuum have the responsibility of designing and establishing a mentoring support program that fits the needs of the relevant organization. This includes at least a fundamental capability to provide project management mentoring support to new project managers. This level of support evolves to dedicated and per- sonalized mentoring of all project managers as PMO capability matures. In mature project management environments, mentoring services can be extended to include one-on-one transfer of skill and knowledge related to business issues, leadership development, and individual project manager goal achievement as mentor-protégé pairs become more defined.

The center of excellence develops, recommends, and implements policy for project management mentoring. It manages an advanced men-

AU4680_book.fm Page 381 Monday, July 16, 2007 2:06 PM

Table 13.1 provides an overview of the range of prescribed PMO

3 8 2

�

T h

e C

o m

p le

te P

ro je

ct M an

ag e

m e

n t O

ffi ce

H an

d b

o o

Table 13.1

Range of Mentoring Activities across the PMO Continuum

Project Office Basic PMO Standard PMO Advanced PMO Center of Excellence

Requests and uses available project management mentors to assist the project manager and project team in their achievement of project objectives

Introduces project management mentoring on an as- needed, ad hoc basis:

– Mentoring focus is on support of critical project management practices

– Mentor source is primarily external consultants

– Mentoring process tends to be impersonal

Establishes a more formal project management mentoring program:

– Menu of mentor support services is developed for life- cycle support

– Mentor source includes internal and external consultants

– Mentoring process is more formal

Develops expanded scope of project management mentoring activities:

– Mentor source is primarily internal senior staff

– Mentor-protégé pair alignment with individual project managers evolves

– Mentor services are expanded to include personal and professional development for project managers and executives

Performs mentoring program oversight and guidance:

– Policies and guidance for mentor programs is developed

– Mentor program evaluation and examination is accomplished

A U

4680_book.fm P

age 382 M onday, July 16, 2007 2:06 P

Mentoring

�

383

toring program that includes recurring evaluation of mentor effectiveness and mentoring program achievements.

The PMO’s project management “mentoring” function provides project managers and project team members with access to qualified and expe- rienced senior managers in the project management environment.

Mentoring Function Model

The PMO’s project management “mentoring” function model prompts considerations for how and when to use seasoned and skilled senior-level project managers to assist other project managers, project teams, and project executives who are new to the professional discipline or new to the organization. This model offers options for a formal or informal program structure for mentoring and for the scope of mentoring that a PMO can pursue.

agement “mentoring” function model, and the following subsections describe each activity.

Establish Project Management Mentoring Program

The PMO should collaborate with senior managers in the project man- agement environment, first to gain their insight on the value and purpose of project management mentoring and then to solicit their ideas on the extent to which the PMO should pursue the “mentoring” function. This collaboration effort can be an informal survey or discussion with indi- viduals and groups, or a more formal functional design activity. In addition, the PMO should prepare and distribute its own recommenda- tions to set the frame of reference for discussions. When sufficient input has been received as guidance, the PMO can begin its work to establish a viable project management mentoring program, as outlined in the three steps presented below.

Develop the Mentoring Approach

Project management mentoring should be recognized for value that goes beyond the simple measures of time spent to conduct mentoring and the immediate benefits to the project effort. Although these elements are important, in mentoring program design the PMO must ensure that a larger purpose is served; that is, the organization develops increased capability in the performance of project management through the broad transfer of

AU4680_book.fm Page 383 Monday, July 16, 2007 2:06 PM

Figure 13.1 depicts the primary activities of the PMO’s project man-

3 8 4

�

T h

e C

o m

p le

te P

ro je

ct M an

ag e

m e

n t O

ffi ce

H an

d b

o o

Figure 13.1 “Mentoring” function model.

ESTABLISH PROJECT MANAGEMENT

MENTORING PROGRAM

Develop The Mentoring Approach

Identify Mentor-Protégé Roles & Responsibilities

Determine Mentor Sourcing Process

ENGAGE PROJECT MANAGEMENT MENTORS

Identify Mentor Candidates

Conduct Mentor Candidate Qualification

Prepare Project Management Mentors

EVALUATE MENTORING PROGRAM

Evaluate Mentor Performance

Monitor Mentoring Program Results

CONDUCT PROJECT MANAGEMENT MENTORING

Identify Engagement

Assign Mentor(s)

Prepare For Mentoring Engagement

Perform Mentoring Engagement Activities

Closeout Mentor- Protégé Relationship

A U

4680_book.fm P

age 384 M onday, July 16, 2007 2:06 P

Mentoring

�

385

skill and knowledge in the project management environment. To a certain extent, this even transcends the discipline of project management. There- fore, in preparing an approach to project management mentoring, the PMO will first have to consider the type of mentor-protégé relationships that will be pursued. Then it can examine how to initiate and conduct project management mentoring that best fits in the relevant organization.

Define the Mentor-Protégé Relationship

The assignment and use of mentors in the project management environ- ment is an excellent way for the relevant organization to gain the greatest leverage from its investments in project management training, methodol- ogy development, and project management tool implementation. The PMO must determine the depth and extent of the mentor-protégé relationships that will be created as a result of establishing a project management mentoring program.

The professional interaction between mentor and protégé (e.g., project manager) or group of protégés (e.g., project team members) is an advanced one that provides for one-on-one collaboration, discussion, and informa- tion exchanges. The following points describe three progressive types of relationships that the PMO should consider in defining this interaction between mentor and protégé within the project management environment.

Project relationship

. This type of relationship is used to help the protégé gain guidance, knowledge, and skills to succeed on the current project. The primary responsibility of the mentor is to convey experience and insight to assist the protégé in the accomplishment of project objectives. This is usually done by providing personal instruction and facilitation for the protégé to achieve hands-on learning and understanding of the appli- cation of effective project management practices. This relationship tends to be more formal because of the focus on specific support objectives, and it is generally temporary, as completion of work efforts normally tend to discontinue the relationship. However, the benefits of the learning experience can continue long after the protégé and mentor have parted ways, as the protégé further develops professional habits and uses self- empowerment resulting from the mentoring received. In some cases, the mentor can be recalled at a subsequent time to repeat or reinforce information and practices.

This is probably the most common type of mentor-protégé relationship across most organizations and industries. It tends to be cost effective and can be applied in a just-in-time manner to meet specific project or project manager needs. This type of mentor-protégé relationship also enables the use of either internal senior project managers or external senior consultants as mentors.

AU4680_book.fm Page 385 Monday, July 16, 2007 2:06 PM

386

�

The Complete Project Management Office Handbook

Practice relationship

. This type of relationship will provide the protégé all of the mentoring support identified above on an as-needed, project- by-project basis. However, in this practice-level relationship, the protégé, normally a project manager, also will receive extended and more person- alized mentor support. Here the mentor helps the protégé address indi- vidual learning of project management skills and competencies, and provides advice and counsel on related career development needs, pos- sibly including preparation of a personal career development plan, on an ongoing basis. In addition, mentoring at this relationship level could cover expanded topics of consideration such as leadership, customer service, vendor management, etc.

This mentoring relationship also would be applicable to project team members, particularly those individuals seeking self-improvement and progression within the project management environment. Of course, this works best when the relevant organization also provides a project man- agement career path to follow. However, professional development for project managers and project team members also can be accomplished on an individual basis and without a formal career progression model specified within the organization.

In this type of relationship, the protégé has ongoing access to mentoring support. There may be a mentor request and scheduling process but that should not be unduly complicated. Also, the PMO’s pool of mentors who are made available to assist project managers can be formed in one of two ways. In the first approach, all mentors in the PMO pool are available to all project managers. Each mentor is trained to deliver the full range of mentoring services from project support to individual competency devel- opment. The second approach provides similarly qualified mentors, but now they are assigned to specific project managers. This enables each mentor to offer dedicated assistance and support to the protégé. In this type of ongoing relationship, the PMO maximizes the protégé’s benefits by providing a trusted coach to use as a “sounding board” for ideas, issues, and career-planning deliberation. Normally, such mentors would be internal senior project managers. External project management consultants could perform some of these mentor duties if engaged for extended periods.

Professional relationship

. This type of relationship will provide the protégé with the same mentoring support and guidance as for the previ- ously described project and practice types of mentor-protégé relationships. However, this type of relationship is likely to be unique in most project management environments because of its expanded focus. It addresses not only project management competency, but also business competency. This mentor-protégé relationship is one that prepares the protégé for advancement within the relevant organization. It brings to bear mentoring that includes a full range of business and professional development topics

AU4680_book.fm Page 386 Monday, July 16, 2007 2:06 PM

Mentoring

�

387

— accounting and finance, global business development, business unit management, and other topics relevant to the emerging project manage- ment executive.

Mentors in this type of relationship obviously must have appropriate experience and positions within the relevant organization. The PMO may have to consider looking outside the immediate project management environment to identify qualified senior managers as mentors for this advanced type of relationship, particularly if that project management environment is itself still maturing toward becoming a separate business entity. However, such mentors should be identified from within the relevant organization.

Structure the Mentoring Engagement

It is sometimes said that there is no mentoring process, per se. Each mentoring engagement is unique and tailored to the needs of the orga- nization and the protégés involved. However, there are some common activities among all mentoring engagements that require conscious delib- eration and planning by the PMO. The PMO should construct a standard process for examining the following or similar items to provide structure for each mentoring engagement:

�

What is the purpose of mentoring support?

There is frequent temp- tation to view mentors as “more project management bodies” and assign them to active project management roles. While this practice may relieve immediate staff demands or shortfalls, it does nothing to transfer the skills and knowledge of the mentor back into the project management environment. However, due consideration can be given to the fact that in some situations, business decisions must be made to assign a generally highly qualified project man- agement mentor to manage a portion of a high-profile project for which there is a particularly urgent need for the mentor’s skills. The PMO should establish the mentor’s purpose for each engage- ment that is supported.

�

Who are the protégés that the mentors will support?

It is important to specifically identify the recipients of mentoring support: project man- agers, project teams, project executives. In particular, it is important to ensure that these individuals are aware of their roles as protégés to enable the professional mentor-protégé relationship to be estab- lished early in the assignment. It also allows the mentor to prepare for the engagement by knowing who the protégé is in advance.

�

How many mentors are needed?

The PMO must ultimately assess needs and compile metrics to determine the level of mentor cov-

AU4680_book.fm Page 387 Monday, July 16, 2007 2:06 PM

388

�

The Complete Project Management Office Handbook

erage needed for various types of projects and types of protégés. However, typical assignments have indicated one mentor can sup- port between four and ten project managers — on a part-time basis for each project. This includes direct support to the individual project manager and general support to the associated project team. The exact number of mentors needed relies prominently on an examination of the capability of project managers, the nature and size of their projects, project visibility and urgency, and the stage of project team development. A rule of thumb is to start conser- vatively, with one or more mentors assigned for the number of projects that will be served. Additional mentors then can be assigned as projects are added above the capacity of currently assigned mentors..

�

What is the planned duration of mentoring support?

The intended period of mentoring support must be identified to maximize the effectiveness of mentoring services. The protégé must know how long to expect mentoring support as part of planning and sched- uling the required mentor’s time, and as a matter of reliance on mentor availability. The mentor must know the anticipated duration of the engagement to properly plan and conduct support activities that fit within the allotted time frame and avoid partially completed mentoring efforts.

�

What skill or knowledge will be conveyed by the mentor to the protégé?

This may be a difficult question to answer, and it may be deferred until the mentor arrives to provide support. It may be more appropriate to identify the type of support activities the mentor will perform during the planned period of mentoring support, as discussed in the following subsection.

The PMO should develop a structured approach to project management mentoring engagements that includes indications of what mentor prepa- ration activities are needed, the time frame in which mentoring will be performed, and the protégé audience that will be encountered.

Develop Mentoring Support Activities

The PMO must identify the types of mentoring activities that it will provide. Mentoring support options can cover the full range of project management topics, consistent with the PMO’s capability and maturity to conduct project management. Advanced PMOs also may extend mentoring support into areas of professional development for project managers and project team members. In addition, mentoring support can be used to provide advice

AU4680_book.fm Page 388 Monday, July 16, 2007 2:06 PM

Mentoring

�

389

and counsel to executives, senior managers, and other stakeholders that are in or interface with the project management environment.

The PMO should identify the type of mentoring support that can be provided for each mentoring engagement. The assigned mentor uses this information to establish the scope of the engagement. Then, the mentor should begin each assignment by working with the protégé (or groups of protégés) to review the relationship purpose, outline how they will work together, and identify and agree upon what they expect to accomplish. The mentor will normally take the lead on this initial collaboration activity.

The following are several types of mentoring support that the PMO can provide in association with this PMO function. It should communicate mentoring support options to potential users in the project management environment after it has established the capability to deliver each:

�

Project management competency development

. The mentor helps the protégé or protégé group develop skill and capability in apply- ing established practices and principles of effective project man- agement. This includes assisting each protégé in understanding and performing process steps and using tools within the context of project management. This can be accomplished as a one-on- one effort for individuals or in a workshop setting for a protégé group.

�

Group facilitation

. The mentor either will help protégés, particu- larly project managers, to plan and conduct project team activities, or the mentor may personally facilitate those activities in collabo- ration with the project manager. The mentor’s direct involvement in facilitating team activities is more common at the beginning of the mentoring effort and will normally decrease as the protégé gains confidence and capability after such processes have been demonstrated. Mentoring to accomplish group facilitation is often used in support of project and solution planning activities, project team formation and development activities, progress review and collaboration meetings, project closeout and lessons-learned feed- back sessions, and some customer or stakeholder meetings.

�

Protégé performance review and critique

. The mentor will normally review and critique protégé performance as a natural part of most mentoring engagements. The protégé should recognize the value of mentor feedback and collaboration as an important professional development experience. At times, mentoring support also may be requested to perform specific reviews of project management per- formance or completion of project management deliverables. This

AU4680_book.fm Page 389 Monday, July 16, 2007 2:06 PM

390

�

The Complete Project Management Office Handbook

review examines individual or group performance, and is separate from any review or audit of the project’s technical deliverables.

�

Project assessment

. The mentor will provide guidance and assis- tance to assess project progress and achievement of project objec- tives — that is, technical reviews and audits. This can be done upon project completion or at interim points in the project man- agement life cycle. Similarly, mentors can participate in departmen- tal or organizational assessments of project management capability and maturity, particularly serving as experts for analysis of findings and interpretation of assessment results.

�

Executive counsel

. The mentor will meet with executives and senior managers to facilitate their understanding of modern project management concepts and to collaborate on strategies for devel- oping a comprehensive project management practice within the relevant organization.

�

Professional development

. The mentor involved in professional development is uniquely qualified to assist individuals in their planning and performance of professional development activi- ties. Generally, the protégé is assigned within an advanced project management environment in which there is a discernable project management career path. To that end, the mentor will provide advice and guidance regarding the protégé’s pursuit of project management training, technical training, pr ofessional certification, career planning, and other professional advance- ment activities.

The PMO’s capability to deliver different types of mentoring support will be a factor of the skill and competencies of available resources, of which senior project managers and senior project management consultants are the prominent groups. Likewise, the PMO can examine and use qualified external consultants to achieve desired project management mentoring objectives. The PMO should consider each of the above men- toring support options and develop those within its capability. Other mentoring support options needed by the relevant organization can be added by the PMO as necessary.

Identify Mentor-Protégé Roles and Responsibilities

The PMO’s work to establish a project management mentoring program should clearly define the respective roles and responsibilities of the primary participants, the mentor and the protégé. This enables the par- ticipants to understand the activity and become involved in the give and take of the ensuing professional interaction.

AU4680_book.fm Page 390 Monday, July 16, 2007 2:06 PM

Mentoring

�

391

The PMO can use the following suggested content for mentoring program roles and responsibilities as guidance for creating its own. These roles and responsibilities should be communicated within the project management environment, but particularly to project managers and project team members about to encounter the mentoring experience. Mentors will gain understand- ing of their roles and responsibilities in associated mentor training activities and will review them prior to each mentoring engagement.

The roles and responsibilities for project management mentors are presented first, followed by the roles and responsibilities for protégés.

Mentor Roles and Responsibilities

The mentor brings to the engagement requisite knowledge, experience, and a commitment to the professional practice of project management. The primary responsibility of the mentor is to help the protégé focus on what is important in the context of performing project management. The mentor helps the protégé identify and achieve project objectives and, at times, also addresses personal and professional goals. Mentors are partic- ularly observant to identify when protégés hit “roadblocks” and appear unable to move forward to the next step or activity. Mentoring interven- tions are applied to reduce and remove such problems and to allow appropriate progress to be achieved.

A mentor is a seasoned professional project manager who serves as an advocate of the protégé and a role model in the discipline of project management. The mentor helps solve immediate problems alongside the protégé but, more importantly, helps the protégé to learn concepts and apply new project management skills and knowledge that enables the protégé to carry on independently in future endeavors. The mentor generally works with an individual project manager, although the mentor may also work with associated team members to help them improve the team’s overall performance.

The professional demands placed on mentors require them to act in various capacities in their interactions with protégés. Some prevalent men- toring roles include coach, counselor, teacher, adviser, facilitator, guide, master, expert, leader, and dedicated project management professional.

The PMO should devise its own set of mentor responsibility guidelines, consistent with organizational culture and needs within the project man- agement environment. Consider the following list of suggested mentor responsibilities. Mentors will:

�

Set and maintain realistic expectations

. The mentor will normally be the one who controls the pace of the mentoring relationship, especially at the outset. In this capacity, the mentor must be the

AU4680_book.fm Page 391 Monday, July 16, 2007 2:06 PM

392

�

The Complete Project Management Office Handbook

arbiter of what can reasonably be expected from the protégé. This includes managing expectations for the r elationship, for protégé achievement, and for mentor involvement. Caution must be used to avoid setting expectations too high, as that will only frustrate all involved. Conversely, setting expectations too low wastes time and causes similar frustration. The mentor is ulti- mately responsible for fine-tuning and managing expectations in the mentor-protégé relationship.

�

Be reasonably available to assist with protégé needs

. The mentor should ensure that the protégé understands how to make contact, and the mentor should be reasonably available to meet the pro- tégé’s planned and unplanned needs. The ground rules for what is “reasonable” availability should be mutually established. This should be based on the scope of the mentoring engagement and with regard for the mentor’s additional professional duties as well as any responsibility to other protégés.

�

Be on time for protégé meetings and appointments

. Protégés are professional project managers or team members whose time is critical and in high demand. They should be treated accordingly. Being on time for meetings and appointments with protégés is an indication of mentor reliability. It also demonstrates respect for the protégé, which is a vital characteristic of an ef fective mentoring relationship.

�

Maintain appropriate frequency of contact with the protégé

. The mentor must apply good judgment in determining the frequency of contact with the protégé. This will often be a challenge. The mentor must be available to the protégé, yet must allow the protégé room to grow. The mentor must try to find the right timing and schedule to both develop the relationship and provide time for the protégé to apply learning from previous contact with the mentor.

�

Provide empathetic listening and support

. The mentor must dem- onstrate an understanding of the protégé’s particular situation; otherwise, the protégé is unlikely to participate fully in the men- toring activity. Mentors, as coaches, should discern when to provide a friendly ear to protégé issues and concerns. The mentor should lend emotional support along with options for issue and concern resolution, when appropriate.

�

Be courteous and considerate

. Application of “the golden rule” is a desired trait for mentors to carry into the project management environment.

�

Be open to protégé’s needs and opinions

. The ultimate purpose of mentoring is to meet the protégé’s needs. Therefore, the mentor

AU4680_book.fm Page 392 Monday, July 16, 2007 2:06 PM

Mentoring

�

393

must always keep those needs in mind and also recognize that those needs will evolve and change as the pr otégé develops professionally. Furthermore, the protégé, like the mentor, is a professional and thus will have opinions or ideas that must be duly considered, evaluated, and adopted if appropriate. In partic- ular, mentors should recognize that the protégé’s previous experi- ence has led to the formulation of opinions that have value equal to the mentor’s recommendations. In situations of “deadlock,” the path provided by the protégé should be strongly considered.

�

Distinguish different protégés. A mentor could be involved in work with several protégés during a given time frame. It is important that mentors do not characterize each protégé as similar to another and then work with them from a set of common generalities. Every protégé is an individual with separate bases of learning and pro- fessional experience. By keeping the distinctions of every protégé separate, the mentor will be able to build a strong relationship with each.

� Be willing to apply extra effort. The project manager’s job is usually one of continuous extra effort. This may require mentoring support at off-hours or late time periods. To facilitate achievement of effective mentoring services, the mentor may sometimes have to be flexible in schedule. Additionally, the mentor, as a role model, must be willing to demonstrate extra effort that helps achieve mentoring relationship objectives.

� Alert protégés to issues and opportunities. Mentoring is not a passive role. The mentor, applying advanced skill and experi- ence, must always be on the lookout for impending issues and problems or be ready to apply insight to an approaching oppor- tunity. Per the nature of the engagement, the mentor should intervene immediately when an urgent reaction is necessary. However, the mentor also can provide indicators and allow time for the protégé to discover problems, issues, and opportunities when available time permits.

� Share success and failure experiences. Learning can be a frustrating process. Sometimes, protégés encounter mistakes that lead to a reduction in self-confidence. Protégés appreciate hearing that the lessons they are now learning are par for the course, and that the mentor’s professional development was not so dissimilar. The mentor should use personal experience — both successes and failures — as a teaching tool that helps to expedite the protégé’s professional development.

� Give and receive constructive feedback. Feedback is a critical ele- ment of the mentoring process. The mentor should provide con-

AU4680_book.fm Page 393 Monday, July 16, 2007 2:06 PM

394 � The Complete Project Management Office Handbook

sistent and frequent feedback on protégé performance and progress. The approach to this information exchange may be gentle and tactful or, if appropriate, somewhat forceful. Of course, the mentor also should be poised to receive replies and feedback from the protégé. This will help the mentor identify and understand the protégé’s more prominent needs. It will also enable the mentor to formulate the most effective approach for interactions and to apply any behavioral adjustments needed in the relationship.

The PMO should deliberate and decide what the mentor responsibilities will be in the relevant organization. With consideration for the list above, the PMO can begin to examine mentor responsibilities by asking the question, “If I were the protégé, what would I be looking for from me?”

Protégé Roles and Responsibilities

The protégé must be an active and involved participant for the mentor- protégé relationship to be successful. Sometimes, the mentor’s initial efforts are so focused on developing the protégé’s involvement that the benefits of the mentoring process are diminished. The creation of protégé roles and responsibilities should help to reduce the impact of any initial con- straints on the mentor-protégé relationship. This is important because both protégé and mentor need to step off smartly and quickly to obtain maximum benefit from the interaction.

A protégé is usually both a student of project management and a business or technical professional. Some protégés may have years or decades of experience in their technical fields or business practices but little formal exposure to the concepts and content of modern project management. Therefore, it is challenging for many such protégés to pursue new professional directions or to consider alternative approaches to their work efforts. The protégé’s role in the project management environment is one that requires examination of what can be learned and applied to achieve new successes.

The PMO must construct and communicate the responsibilities of protégés in a mentoring engagement. It can begin with consideration of the following suggested protégé responsibilities. Protégés will:

� Welcome the mentor’s interest and guidance. Protégés distinctly have professional experience and many have achieved senior manager status through their career-long professional efforts. The mentoring experience is not intended to dismiss or diminish the protégé’s professional advancements. Rather, mentoring support is usually arranged to provide insight and guidance in new areas

AU4680_book.fm Page 394 Monday, July 16, 2007 2:06 PM

Mentoring � 395

or advanced concepts not yet encountered or experienced by the protégé. For example, the protégé, as a senior project man- ager, may fully understand a particular pr oject management concept or practice, but that same individual may have limited experience in facilitating a team to per form that activity. The mentor can assist. Likewise, project managers who are new to the discipline or new to the organization may require the insight that a project management mentor can provide. Protégés ranging across the full spectrum of professional experience and seniority should recognize that resistance to the mentor’s efforts would likely cause the engagement to fail. Instead, protégés are encour- aged to welcome an assigned mentor and to draw every benefit from the mentoring relationship.

� Be proactive in learning. The protégé should be proactive in taking responsibility for all learning activities and not wait to be led to new knowledge and skill. The protégé should use the mentor as a learning resource, actively soliciting specific knowledge or insight from the mentor when needed.

� Accept and react to constructive feedback. The protégé should be open to constructive feedback and accept information that the mentor provides without interpreting it as a personal affront. Feed- back is a primary deliverable of the mentoring engagement, and it is a key mechanism by which a protégé will learn to apply new skills and knowledge. Likewise, the protégé can provide feedback to the mentor regarding how well the protégé understands and accepts the guidance provided, and what will be done to apply the content of what is learned from the mentor.

� Identify and examine needs and deficiencies. The protégé must be open and sincere in the identification of needs and deficiencies related to the purpose of the mentoring relationship. The protégé should work with the mentor to jointly examine causes and formulate solutions for improvement. The protégé must be open and honest in this examination to gain maximum benefit from the mentoring support. In the absence of openness, the mentor can proceed only on what is observed or perceived. The protégé’s openness will close the information gap in that approach and allow the mentor to likewise openly share personal, experience- based solutions.

� Provide mentoring process feedback. Protégés should share with mentors their perceptions about the mentoring relationship and process. In particular, they should frequently review the expecta- tions set early in the mentoring engagement. Protégés can and should share personal reactions to the mentoring process as a

AU4680_book.fm Page 395 Monday, July 16, 2007 2:06 PM

396 � The Complete Project Management Office Handbook

means of improving the mentor-protégé relationship and maximiz- ing the opportunity for a successful mentoring engagement. Issues and concerns should be discussed and resolved for mutual benefit. Any solution that enables the mentor to continue providing support and the protégé to be successful in the learning experience is a good resolution of issues and concerns.

� Be proactive in contributing ideas. The protégé should use the mentor as a sounding board to test ideas and premises that can be applied to the work effort. Initially, the mentor may solicit the protégé’s ideas in association with providing advice and guidance. As the relationship matures, the protégé should develop new skills and knowledge from the mentor, and the protégé should become more proactive in contributing personally developed concepts, ideas, and solutions to the work at hand.

� Address failures along with successes. The protégé should make every effort to develop confidence in using the mentor for dis- cussions regarding professional successes and failures. Recogniz- ing that the mentor’s background is one of similar professional experience, this information sharing should be viewed as an opportunity to learn from the mentor’s personal failures and mistakes — without having to personally repeat them as many times in one’s own career. As professionals, the protégé and mentor together cannot shirk this responsibility, which is a key element of the mentoring relationship.

� Facilitate the mentor-protégé relationship. Protégés comprise half the mentor-protégé equation. They are equal partners with the mentor, and both should be working toward enhancements, improvements, and innovations that influence professional suc- cess for the protégé. If the mentor-protégé relationship is to be successful, the protégé must contribute to developing mutual respect, trust, and openness as the foundation for this pr ofes- sional relationship. A viable starting place for such relationship development is a commitment to the achievement of mutual goals.

Determine Mentor Sourcing Process

The PMO must identify the process by which mentors are identified and assigned to support different project management and protégé needs and activities. Four mentor sourcing processes are presented for consideration. The first three processes represent internal sourcing of mentors. The fourth process is for external sourcing of mentors.

AU4680_book.fm Page 396 Monday, July 16, 2007 2:06 PM

Mentoring � 397

Create Mentor Positions on the PMO Staff

This approach to mentor sourcing provides for one or more full-time, permanent mentor positions on the PMO staff. The PMO will hire or transfer in qualified senior project managers to fill this position. The primary responsibilities of this position will be to provide professional mentoring services as prescribed by the PMO. Of course, mentor qualifi- cations and alignment on the PMO staff will often make them eligible to perform work in other PMO function areas as well.

The assigned mentor (or mentors) also will be available to conduct and administer the PMO’s mentor program — for the start-up effort of this PMO function and for ongoing function management and oversight. The position may even manage one or more of the alternative mentor sourcing activities described below. However, the greatest benefit of this mentor sourcing approach is probably realized by the delivery of highly qualified and dedicated mentoring support to project managers and project team members, not to mention opportunities to provide advice and counsel to senior managers and executives across a full range of project manage- ment topics.

The high quality and dedication aspects of this approach are achieved because there is a focus on project management excellence that is inher- ently built into the position description. The assigned mentor (or mentors) will have the time and the purpose to develop professional self-capability in project management that ultimately will be shared throughout the relevant organization. Mentors assigned to the PMO will be able to fully develop their critical skills of listening, coaching, facilitating, problem solving, etc. They will concentrate on examining ways to apply state-of- the-art practices, conduct reading and research to learn about new and emerging concepts, collaborate with others in the industry and in the project management discipline to share insights and innovation — and then convey all their knowledge and skill to protégés in the project management environment.

This is the preferred approach for mentor sourcing, whereby senior project managers serve as mentors on a more or less full-time basis, and from the vantage point of a PMO staff assignment.

Establish a Rotational Mentor Program

If a permanent PMO staff position cannot be established, the PMO can consider the next best alternative approach of a rotational mentor program. Here, mentors are identified and selected from among qualified senior project managers in the relevant organization. They become aligned with the PMO during their “temporary” rotational mentor assignment, which

AU4680_book.fm Page 397 Monday, July 16, 2007 2:06 PM

398 � The Complete Project Management Office Handbook

could be for a predetermined period of three months, six months, or even as long as one year. Rotational mentor program participants will ensure their availability for mentor assignments on a more or less full-time basis during this specified period of time in which they are aligned with or otherwise assigned to the PMO.

The value in this approach is that mentors bring their own personal experiences in the relevant organization to the mentoring relationships. Yet, the full-time nature of the assignment allows each mentor to concen- trate on developing the necessary mentoring skills, performing requisite reading and research, and establishing the focus needed to achieve the prescribed mentoring objectives. Then, mentors can return to their primary duties upon completion of “temporary service” in their mentoring role. Ideally, their departure from this PMO assignment is accompanied by adequate recognition and possibly professional advancement that repre- sents the organization’s regard for such mentor assignments.

Establish a Pool of Qualified Mentors

The PMO can use this process when sufficiently qualified senior project managers are assigned and available within the relevant organization. Simply stated, the PMO reviews organizational staffing, identifies candi- dates for mentor positions, validates their experience and other qualifica- tions, and recruits or otherwise arranges for their assignment to the PMO on a part-time, as-needed basis. Selected participants then remain in standby mode until called upon by the PMO to perform mentoring services.

Participation in the mentor pool may be a collateral duty for selected senior project managers or program managers already in the project management environment. Therefore, caution must be used to separate their primary duties of day-to-day oversight of pr ojects and project managers from their role as mentors. The latter requires a more open and collaborative relationship than is normally associated with a super- visory figure.

This approach to sourcing mentors presents the PMO with the burden of (1) scheduling around the availability of qualified staff to serve as mentors, (2) conducting ongoing recruitment, and (3) maintaining mentor capability through recurring training. In addition, the part-time nature of the assignment inherently limits the time for individual mentor preparation and participation in each mentoring engagement. The PMO should note that this type of mentor sourcing works best for short-term mentoring assignments — usually a few days to a few weeks in length. Notwith- standing that consideration, a part-time mentoring capability is better than no capability.

AU4680_book.fm Page 398 Monday, July 16, 2007 2:06 PM

Mentoring � 399

Engage External Consultant Mentors

This project management mentor source represents acquiring and assign- ing senior project management mentors from an external consulting resource that has established credentials to provide such project manage- ment services. This approach to mentoring particularly warrants consid- eration when there is no other established project management mentoring capability in the relevant organization. It also may be the best solution for the PMO’s short-notice, short-term mentoring needs and, arguably, a better approach than part-time internal mentors.

The PMO benefits from this alternative sourcing approach because such external resources are prequalified senior project managers, and they are ready to perform as mentors at the time and place specified by the PMO. Also, they normally do not have the organizational or industry biases that may be associated with internal mentors. These externally sourced mentors continually maintain preparation for the technical and interper- sonal aspects of mentoring. However, while external mentor sourcing can provide for highly qualified resources, the drawback is that these individ- uals may not fully understand your organization or your operations at the onset of support. Although most professional consultants will work very hard to gain this information and insight very quickly, expect initial mentoring advice and guidance to have primary focus on using generally accepted project management processes and practices, and not necessarily on directly evaluating or rectifying your processes and practices.

The PMO’s consideration and selection of this mentor sourcing option should include a review of a few business and administrative items, as suggested in the following list:

� Identify and validate the qualifications and credentials of the pre- ferred project management consulting firm in advance of actual need. Begin a relationship with the consulting firm as a matter of setting up the mentoring capability, and possibly use consultants to help define and structure your mentoring program.

� Ensure that the selected firm provides mentoring services that are consistent with the content of any related project management training in the organization and with the project management standards used by the PMO. There should be a focus on the transfer of this knowledge and skill to the participating protégés.

� Establish an agreement or contract in a timely manner for one-time or ongoing project management mentoring support, so as to have qualified mentors “on call” with reasonable advance notification.

� Specify the period of performance, the purpose and scope, and the number of mentors needed for each mentoring engagement.

AU4680_book.fm Page 399 Monday, July 16, 2007 2:06 PM

400 � The Complete Project Management Office Handbook

Include this in the agreement or contract, or in a separate statement of work (for attachment to established contracts).

� Specify and discuss any interim and end-of-engagement reporting requirements with the assigned mentor, and consider the recom- mendations provided. Frequent verbal reports and discussions of progress may be preferred over written engagement reports to optimize the consultant’s time.

� Arrange an end-of-engagement feedback meeting with the mentor, the PMO staff, and any other appropriate managers to obtain insights from the mentor, discuss lessons learned, and plan any subsequent mentoring support requirements.

The PMO can deliberate and decide the best course of action for mentor sourcing as it plans and establishes the PMO “mentoring” function. The sourcing approach selected will be influenced by the size of the project management environment and by the number of projects in which mentors are needed, by the qualifications of personnel available to serve in a mentoring capacity, by the number of mentors required, and by the funding available for internal or external mentoring support.

A final consideration for the PMO in constructing a project management mentoring solution is the location and placement of mentors. An exami- nation of project management environment needs will determine whether the PMO will require mentor travel to dispersed business facilities. If so, this becomes both a logistics management issue and a budget management activity that must be addressed in deciding on the structure and set up this PMO function.

Engage Project Management Mentors

The PMO is responsible for identifying, qualifying, and preparing the mentors who will serve in the project management environment. It must establish a process that is used to introduce senior-level project managers into the project management “mentoring” function. This can be a simple process of examining individuals already available to the PMO, or a more tedious effort of recruiting either internal or external resources. The following three activities lend guidance to developing the PMO’s process for engaging mentors to fulfill the needs of the relevant organization.

Identify Mentor Candidates

The PMO should accomplish this activity step as a matter of determining what resources are available for consideration as mentors. Ideally, mentor

AU4680_book.fm Page 400 Monday, July 16, 2007 2:06 PM

Mentoring � 401

candidates will turn up from an internal search among senior project managers within the relevant organization. The next level of search should be at any higher or parent organization level. Finally, external resources can be considered for hiring into the mentor position. These approaches all require some level of advertising and recruiting, which can be a time-consuming activity that warrants support of the human resources department.

It should be noted that the identification of mentors in this activity is conducted to fill full- or part-time mentor positions managed by the PMO. It does not refer to external sourcing or the use of mentors provided by consultants or consulting firms. The use of external project management consultants as mentors relies on the external provider to identify and qualify its own individual mentors. Of course, if external mentor sourcing is used, the PMO may want to examine the credentials of external project management mentors as a part of that acquisition.

The mentor candidate identification process should facilitate the pre- liminary collection of candidate information. Whether the PMO actively solicits individuals or conducts a more formal recruiting program, each candidate should provide sufficient relevant information for PMO review. This can be done using a mentor application form developed specifically for mentor recruitment by the PMO, or it can be done using common document and recruitment data collection means. Information collected should enable the PMO to decide whether to schedule an interview with a mentor candidate.

The following represents information content that the PMO should request from the project management mentor candidate:

� Candidate identification (name) and contact information � Candidate professional résumé (or application fill-in blocks) high-

lighting: � Current and recent professional position and responsibilities � Educational background � Summary of mentoring experience � Professional organization affiliations or certifications

� Candidate letters of recommendation (optional) � Availability for full-time or part-time mentoring � Statement of candidate’s interest in becoming a project management

mentor

The PMO should consider whether a formal application is needed and then adjust the desired content to fit the organization’s information needs if an application is developed.

AU4680_book.fm Page 401 Monday, July 16, 2007 2:06 PM

402 � The Complete Project Management Office Handbook

Mentor candidate identification is accomplished when the PMO decides to interview individuals based on a preliminary screening of their mentor application or other preliminary information. The PMO should provide early notification to those applicants not selected for the mentor candidate qualification process.

Conduct Mentor Candidate Qualification

The PMO can qualify mentor candidates through various means, including detailed candidate application reviews, personal interviews with candi- dates, and reference checks. An important element of this PMO activity is to establish criteria for mentor qualification. The following mentor qualification criteria can be considered for elaboration and use by the PMO. The criteria are presented relative to four qualification categories:

1. Professional experience: � Years of experience in project management � Scope of experience in project management � Depth of experience in project management � Focus of experience in technical discipline and industry � Extent and level of business experience

2. Education and training: � Formal degree programs � Professional development programs � Technical training programs � Project management training programs

3. Interpersonal skills for mentors: � Communication (listening) � Collaboration and negotiation � Confidence in abilities and personal experiences � Genuine interest in others’ success � Problem solving � Leadership

4. Mentor potential in project management environment: � Professional certification � Ongoing study and research in project management � Business knowledge and skills � Group facilitation skills

The PMO can use the items in the preceding list as a general reference for examining mentor candidates, or it can construct a detailed checklist that incorporates specific criteria to be applied in a comprehensive can- didate qualification process. A PMO pursuing an advanced mentoring

AU4680_book.fm Page 402 Monday, July 16, 2007 2:06 PM

Mentoring � 403

capability that supports broader mentoring responsibility in areas of pro- fessional development and executive counseling must identify additional qualification criteria for those mentoring capabilities.

Consider a final thought on mentor qualification: the PMO should carefully examine its criteria for mentor selection. It will likely be chal- lenging, particularly in a growing project management environment, to find mentors who can meet all desired criteria. That is why external sourcing may be a viable option for the new PMO, or for a new mentoring program. However, the organization may have candidates that meet the most critical criteria. A project management mentor can be selected from among the most-qualified candidates. Then, once selected, mentors become eligible to participate in project management mentor preparation and training activities. Any additional mentoring skill and capability devel- opment can be addressed by mentor preparation.

Prepare Project Management Mentors

The mentor qualification process is completed when available mentor preparation and training activities have been accomplished. The relevant organization’s needs and the PMO’s approach to mentoring will guide which mentor preparation and training activities need to be pursued.

It is recommended that, at a minimum, a project management mentor familiarization program be developed and presented to newly assigned mentors to enhance their readiness for the mentoring engagements ahead of them. This familiarization program conveys the PMO’s per- spective on the mentoring program — that is, its purpose and its practice parameters. The program should present fundamental guidance regard- ing individual performance in the mentoring role and highlight the primary responsibilities of a mentor within the relevant organization. This program will normally include the following training and informa- tion elements:

� Review of the project management mentor position description � Discussion of recommended mentor professional development

activities � Identification of tools and information resources available to mentors � Examination of the types of mentoring support offered by the PMO � Presentation of the preferred mentoring approach to various types

of protégés � Overview of mentoring-engagement process steps � Requirements for reporting and collaborating mentoring activities � Identification of other available mentor preparation and training

activities

AU4680_book.fm Page 403 Monday, July 16, 2007 2:06 PM

404 � The Complete Project Management Office Handbook

This familiarization program is likely to be a half-day to one-day activity in most organizations. However, multiple-day training can be provided per development of the program content. The program is constructed and presented by the PMO to ensure project management mentors assigned to full-time or part-time mentoring duties have sufficient understanding of the mentor-protégé relationship and the PMO’s perspective on work to be accomplished through mentoring engagements.

Other mentor preparation and training activities also can be pursued per the capability and interest of the PMO to do so. This would include more-formal mentor skill training that is available fr om commercial sources, specific training that has a focus on developing and managing the mentor-protégé relationship, and a variety of training or workshop programs that deal with interpersonal skills, personal and team commu- nications, and technical process facilitation. Of course, the PMO must ensure that all mentors either have attended or can demonstrate compre- hensive awareness of project management training attended by protégés. This facilitates a common frame of reference for all participants in mentor- protégé relationships.

In addition, if the mentor also has responsibilities for special types of mentoring (e.g., professional development or executive mentoring), it would be wise to have mentors attend training or workshops to enhance their capability in those areas. Nevertheless, do not lose sight of the fact that the PMO’s focus of mentoring is on project management. The mentor is a senior project manager who has awareness of the relevant organization and should already be able to provide reasonable guidance to project managers and team members in their career pursuits related to the project management discipline. Similarly, mentors working with executives and senior manage- ment level peers do so to convey the concepts and practices of project management and to assist the executive protégé in developing a more comprehensive understanding of the issues and implications of project man- agement within the business. This mentoring relationship with upper man- agement usually focuses on deliberating and deciding on courses of business action that can be taken, and this interaction with executives is often one that is performed by the head of the PMO in a less than formal way.

Conduct Project Management Mentoring

The PMO should define a process for conducting project management mentoring that is consistent with its capability and maturity in project management. There should be a general preferred approach that mentors take when conducting a formally established mentoring engagement. The process elements in the following subsections can be reviewed and used

AU4680_book.fm Page 404 Monday, July 16, 2007 2:06 PM

Mentoring � 405

or modified by the PMO to develop a mentoring-engagement approach that best fits within the relevant organization.

Identify Engagement

The PMO or other authority may specify the need for mentoring support for certain types of projects or particular categories of project managers. This results in a PMO-directed mentoring engagement. The PMO also may set up a process for managing and responding to requests for mentoring from project managers or functional managers overseeing project managers and project work. This provides mentoring services on an as-requested basis. Engagement identification activities should assist the PMO in deter- mining which mentor (or mentors) to assign to the effort while enabling the assigned mentor (or mentors) to construct initial plans for the men- toring event.

The following information can be compiled and used or otherwise adapted by the PMO to identify each mentoring engagement:

� Mentoring request source (name and contact information) � Mentoring request trigger (or triggers) � Project name � Project summary (brief project description and project phase) � Project manager (name and contact information) � Project team members (strength) (team leader names and contact

information) � Primary project location (location of mentoring services) � Date (or dates) of mentoring service delivery — requested and

scheduled � Number of mentors requested � Mentor services to be provided

When using external consultants to provide mentoring services, much of this engagement identification step will likely be addressed in associ- ation with the established contract or agreement.

Assign Mentor (or Mentors)

The PMO examines mentoring requirements to identify a mentor (or mentors) with the appropriate qualifications for assignment to the engage- ment. The PMO should do this with consideration of the following mentor selection factors:

AU4680_book.fm Page 405 Monday, July 16, 2007 2:06 PM

406 � The Complete Project Management Office Handbook

� Current and projected availability of qualified mentors � Mentor availability versus urgency of need for the requested mentor

services � Mentor experience with the nature of the project or mentoring

services required � Mentor alignment with the professional or business level of the

primary protégé � Mentor-protégé matching to ensure that there is potential for an

effective working relationship

Then, the PMO notifies the selected mentor of the pending engage- ment as the basis for the mentor to accept the assignment, schedule time, and begin preparation for the mentoring engagement. The PMO may identify one or more alternates in case the selected mentor is not available or is otherwise unable to accept the assignment. It is suggested that the PMO include some lead-time in its mentoring offerings to allow sufficient time for the mentor assignment process and subsequent mentor prepa- ration activities.

The assignment process is complete when the selected mentor agrees to the dates, location, and type of mentoring services to be provided, and conveys this agreement (usually in written format) to the PMO.

Prepare for Mentoring Engagement

The mentor will spend adequate time preparing for the new mentoring engagement and the new mentor-protégé working relationship. Mentor preparation activities should be prescribed by the PMO to include all or most of the following activities:

� Mentor review of the mentoring request � Mentor preliminary collaboration with the mentoring sponsor

(source of the mentoring request) to understand the need and set expectations for mentoring services

� Mentor preliminary contact with the relevant project manager to understand the nature of the project and the current phase of project management activity, which can be combined with the above activity if the project manager is also the source of the mentoring request

� Mentor review of preliminary project guidance documents if early in the project management life cycle; where detailed review of project plans and documents can be accomplished during mentor- ing activities if the project is already past the planning phase of the project management life cycle

AU4680_book.fm Page 406 Monday, July 16, 2007 2:06 PM

Mentoring � 407

� Mentor preparation of a mentoring engagement plan that briefly outlines the mentoring approach that will be used to guide the primary activities that will be performed

� Mentor collaboration on the mentoring engagement plan with the sponsor and project manager (as needed), and coordination with the PMO

Once the engagement has started, the mentor can determine whether an “on-call” response capability will be provided, or whether the mentoring engagement will proceed according to scheduled meetings, activities, and events specified in the mentoring engagement plan.

An external consultant assigned as mentor can use the guidance contained in the applicable contract or agreement in lieu of a separate mentoring engagement plan.

Perform Mentoring Engagement Activities

The mentoring engagement begins with a meeting between the mentor and protégé (or protégés) to review the purpose and approach to the mentoring engagement. This may be a separate formal meeting for long- term engagements, or a less formal gathering that is conducted in con- junction with the start of mentoring activities. When possible, the requesting sponsor or project manager should introduce the mentor to all participants.

Then, planned mentoring activities and any mentor facilitation is con- ducted to initiate mentoring services and support. To that end, the men- toring scenario will often begin with a mentor-facilitated activity — for example, project planning, project risk analysis, project scope develop- ment, etc. — to convey relevant information and experience, demonstrate the use of practices and procedures, and lead the project manager and project team in performing such activities associated with the project at hand. Then the mentor remains available to the project manager and project team to review and advise them on work accomplished. This approach is particularly valuable to project teams that have not worked together before on a project-based activity. It allows for the transfer of skill and knowledge from the mentor to the project team participants.

In conjunction with mentoring, and with consideration for the sched- uled duration of mentoring, the mentor can prepare recurring reports to highlight progress and capability achieved. For long-term assignments, these reports can be prepared on a weekly or monthly basis. For short- term mentoring, usually less than one month and often less than one week, the mentor can produce a single end-of-engagement report. These reports are normally shared with the protégé (or protégés) and can be forwarded to the PMO for review.

AU4680_book.fm Page 407 Monday, July 16, 2007 2:06 PM

408 � The Complete Project Management Office Handbook

Closeout Mentor-Protégé Relationship

A closeout meeting should be conducted between the mentor and protégé (or protégés) at or near the end of the mentoring engagement. The purpose of this meeting is to review activities and to recognize the value of the time and effort spent together. Similar to the initial meeting, this closeout meeting can be conducted separately or in conjunction with a final mentoring activity. Sometimes, the mentor will meet only with the sponsor and project manager to examine mentoring activities and benefits achieved from the mentoring services provided. It is appropriate at this time for the mentor to indicate future availability and receptiveness to follow-on contact from any protégé (or protégés) who might have a few unanswered and lingering questions. In addition, all parties involved should examine and discuss any need for the mentor to r eturn for a subsequent mentoring engagement.

It is also appropriate to provide feedback to the mentor regarding the effectiveness of the program as part of engagement closeout activities. This can be done verbally during the engagement closeout meeting, or by using a separate survey instrument that compiles feedback from all participants in mentoring activities. The PMO can obtain or construct an instrument for this purpose, which is quite similar to participant evaluations used following the completion of training and education programs.

Finally, the mentor should notify the PMO of the completed mentoring engagement, and thereby complete any additional closeout activities that may be prescribed by the PMO.

Evaluate Mentoring Program

The PMO should play a key role in overseeing the results of the project management mentoring effort it constructed. It can best ascertain the effectiveness of mentoring by establishing a routine process for evaluating the mentoring program. There are two primary activities to accomplish in evaluating the mentoring program, as outlined in the following subsections.

Evaluate Mentor Performance

The PMO can review mentor reports and protégé feedback to determine the effectiveness of program delivery for each assigned mentor. The PMO should particularly elicit feedback from protégés by formal or informal means. The use of feedback (evaluation) instruments mentioned above is a good way to receive and compile mentoring feedback across protégés and for managing consistency of results across mentoring engagements.

AU4680_book.fm Page 408 Monday, July 16, 2007 2:06 PM

Mentoring � 409

In turn, the PMO can review feedback from the recent series of mentoring engagements for each mentor as a means to evaluate individual mentor performance. Mentor performance trends can be examined to identify individual strengths and weaknesses, and activities associated with successful mentoring engagements can be shared with all mentors as a matter of lessons learned.

Additionally, the PMO should develop the means to share mentor performance evaluations received from protégés with individual mentors. However, mentors could administer the feedback instruments and already receive immediate feedback and evaluation information about their per- formance. It would still be good for the PMO to also convey its review and feedback interpretation comments to the mentor.

In conjunction with its review of mentor performance evaluations, the PMO also has the responsibility of retaining good performers and facili- tating improvement or discontinuing the use of weak performers.

Monitor Mentoring Program Results

The PMO is positioned to examine the benefits of mentoring services provided within the relevant organization. This includes benefits achieved to create greater project success as well as benefits achieved to advance business success. To that end, the PMO should monitor mentoring program results and examine indicators in these areas.

The following are a few key indicators that the PMO can examine:

� The PMO can contrast general project performance results for project managers and project teams with mentors and those without mentors. This will be a key indicator of whether project perfor- mance is enhanced by the presence of a mentor.

� The PMO can delineate improvement in project performance for specific project managers (over time and progression of several projects) relative to those who have used mentors and those who have not used mentors.

� The PMO can examine project team effectiveness and project manager leadership for project teams that have experienced men- toring services to ascertain and contrast indications of improvement or greater efficiency through the use of mentors.

� The PMO can look at business outcomes to determine if there are any differences achieved by projects having mentors and those that do not have mentors.

� The PMO can scan participant feedback results to determine if participants believe benefits were achieved — personally, for

AU4680_book.fm Page 409 Monday, July 16, 2007 2:06 PM

410 � The Complete Project Management Office Handbook

the business, or for project management — as a result of a mentoring engagement.

The PMO should routinely conduct examinations of mentoring program results to ensure it is receiving full benefit from the program it has established. Furthermore, the mentoring program funding process might even require such reporting of results to executives and senior managers in the relevant organization. As is true for most PMO functions, it is good for the PMO to know how well the mentoring program is doing, and whether or not it is bringing value to the relevant organization. A mentoring program that is producing favorable results can be reported to upper management and considered for expansion; a program that is not pro- ducing favorable results may warrant examination for discontinuation.

Postscript for the Smaller PMO Establishing a formal mentoring program can be a significant undertaking for a small to modest-sized PMO. Unless fully qualified resources are plentiful, a formal mentoring program is not likely a high priority when establishing PMO functionality. However, that should not sway a PMO of any size from pursuing the benefits of providing such professional services within the project management environment.

The smaller PMO can emulate its larger counterparts by providing mentoring services of reduced scope. Following are a few suggestions for the smaller PMO to consider:

� Establish a formal or informal means to make one or more pro- fessional project management resources available at least to project managers. Collaborate with qualified senior project managers in the relevant organization to determine their professional interests and availability in working in a “volunteer” capacity to support newer project managers. As an incentive, note that such volun- teered mentoring services could preclude a mandated assignment later for recovery of a troubled project.

� Use the head of the PMO or other senior project manager assigned to the PMO staff to serve as a mentor. Such individuals may have limited time availability but they can serve as mentors, from time to time, for the most important projects.

� Establish a PMO-based project management “help desk” using PMO staff resources. This is not quite a comprehensive mentoring sup- port solution but it does provide a resource that can be reached to answer questions and provide verbal guidance to project man-

AU4680_book.fm Page 410 Monday, July 16, 2007 2:06 PM

Mentoring � 411

agers and project team members. This is an activity that can be set up by the smaller PMO and made available during specified work hours during the day, full work days, or other times that the smaller PMO is capable of supporting.

� Examine and use external project management consultants as men- tors. This removes the burden of overhead costs and associated management of assigned mentors and the mentoring program, generally ensures the assignment of qualified mentors, and removes most of this function’s workload from the PMO.

The consideration of implementing project management mentoring services and support is to provide a point of contact for project managers to turn to with fundamental questions and concerns. In a sense, if you have a PMO, you already have a project management mentoring resource.

AU4680_book.fm Page 411 Monday, July 16, 2007 2:06 PM

413

Chapter 14

Project Planning

Project success inherently aligns with and depends on effective project planning. Project plans establish a common frame of reference for the performance of project management and technical activities, and also provide a roadmap that guides the project team to fulfillment of project objectives. In turn, project tracking and control ensure progress toward project success by measuring actual project accomplishments against planned activities (project tracking) at regular intervals. When differences between the planned and actual events are deemed significant, corrective actions (project controls) can be implemented. That is the essence of project management. Of course, project planning must be timely, accurate, and complete, per the needs of each project. That is how project planning support provided by the project management office (PMO) becomes a valuable service within the relevant organization.

The PMO “project planning” function is, arguably, the second-most- important PMO function after methodology development (see that can be offered by the PMO in support of project managers and project team efforts. It provides guidance and assistance to project teams in their development of the essential planning elements needed for every project, and it enables them to become more self-reliant in their application of project planning concepts and practices. Project planning is a function in the project management environment that is readily accessible to all project teams. It is routinely available, and ideally it is responsive to even short- notice calls for support.

The practice of modern project management can inundate project managers with responsibility for developing extensive plans that address

AU4680_book.fm Page 413 Monday, July 16, 2007 2:06 PM

Chapter 1)

414

�

The Complete Project Management Office Handbook

virtually all aspects of project and technical management. That, of course, is appropriate for lengthier and more complex projects. However, the PMO can play a role in identifying the critical plans needed for most projects in the relevant organization, and it can identify those plans appropriate to smaller, less-complex projects. This “project planning” function enables the PMO to:

�

Establish a preferred, standard approach to project planning across all projects.

�

Reduce the time and effort of project team planning activities.

�

Facilitate meeting and workshop activities to prepare effective project plans.

�

Introduce project planning process tools for use by project teams.

Project planning support is characterized by a considerable amount of PMO involvement in project team planning activities. The primary focus of this function is on helping teams prepare the project workplan — an essential tool for getting a project underway quickly and man- aging its progress. The workplan is likely the one project plan com- ponent that is r equired for every pr oject, regardless of size or complexity. After establishing the capability to pr epare workplans, additional project plans and planning support activities can be intr o- duced as the PMO grows in its own capability and capacity to provide such service and support.

Project Environment Interface Concepts

The planning element of project management can be pervasive in the project management environment, and it is often a challenge to accomplish for project managers across many industries. The introduction of this PMO function very simply provides the support capability to help project managers overcome most of the project planning challenges they will encounter by reducing them to a structured and repeatable process.

The PMO’s project planning support helps project teams find that too-often elusive starting place for their project work effort. The project planning process developed and implemented under this PMO function can serve to reel in “fast starters,” who appear to be under way but really have just shown disregard for formal project planning. This con- dition results (1) when they believe they “already know the technical solution and approach” to be taken and see no need for further collab- oration with the complete project team, or (2) because of perceptions that there is not enough time to both plan and do the pr oject work.

AU4680_book.fm Page 414 Monday, July 16, 2007 2:06 PM

Project Planning

�

415

The use of a structured project management planning approach identifies issues and impacts that may be unique to an otherwise routine project effort, and it provides a single frame of reference for all project team members who should be pursuing common project objectives. The PMO will be instrumental in constructing a time-efficient process that provides effective project planning guidance while addressing ways to adjust embedded perspectives on older, outdated planning practices within the relevant organization.

In the absence of project planning guidance and support, project teams may flounder with concepts of what project planning accomplishes, how it is structured and conducted, and what constitutes a viable project plan. This leads to dissimilar plan content and structure within the project management environment and, thus, to inconsistency in project manage- ment within the relevant organization. PMO efforts in establishing this function can rectify those conditions.

Project planning support is maximized when the PMO carries a portion of the responsibility and burden for implementing the planning process, at least until project managers and project teams gain familiarity and confidence in performing the prescribed activities. It can demonstrate its own expertise, or acquire external services, to facilitate the project plan- ning effort. Effective facilitated planning sessions have been shown to reduce the average time for project planning from several weeks to a matter of days.

Business Environment Interface Concepts

Personnel in the business environment who are not regular project team members will gain a better frame of reference for their participation on projects. In particular, they will be able to contribute their technical or professional expertise to the project planning effort without special skill or advance knowledge about project planning when the PMO develops (or acquires) the capability to facilitate the project planning session.

A common approach to project planning suggests that there will be more similarities than differences in the content of all project plans when a prescribed approach is used. That generally reduces review time as reviewers become familiar with the content and for mat. However, it particularly enables accurate and timely aggregation of similar project planning information and data for all projects in the relevant organization. This means that all projects can be examined and contrasted from a normalized perspective, project performance within a program or a port- folio can be summarized, and decisions can be made regarding individual and overall project performance in the relevant organization.

AU4680_book.fm Page 415 Monday, July 16, 2007 2:06 PM

416

�

The Complete Project Management Office Handbook

Project Planning Activities across the PMO Continuum

The “project planning” function along the PMO competency continuum represents a primary PMO support activity in the project management environment. Associated responsibilities expand from simply providing project workplan guidance and tools to specifying and facilitating the development of a comprehensive collection of project primary and support plans, as required in the project management environment.

project planning activities according to each level in the PMO competency continuum.

The project office is the frontline user of the project planning processes developed and implemented within the relevant organization. In the absence of a higher-level PMO, the project office should examine best practices in pr oject planning to devise its own r epeatable approach. Ideally, this approach will be coordinated and collaborated as a common approach for use across multiple project offices that exist in the relevant organization.

Mid-range PMO levels have the responsibility of developing and implementing a viable planning process and accompanying tools to serve the needs of project teams. Initially, this effort focuses on introducing and managing the project work plan — the essential project planning document that guides project team activities toward achieving project objectives. As PMO capability advances, the planning process is expanded to include other primary project plans needed within the project man- agement environment (e.g., risk management plan, communications man- agement plan, change management plan, quality management plan, vendor or contractor management plan, and staffing management plan). Above and beyond the responsibility for establishing the planning pro- cesses, a PMO matures when it also can facilitate project teams in their preparation of at least the primary project management plans used to conduct the project management effort. Advanced PMOs will also estab- lish procedures to facilitate the many optional project support plans needed in the relevant organization.

The center of excellence pursues an oversight role through ongoing analysis of the established project planning capability. In turn, its findings can be used to develop improved planning activities, recommend better planning support tools, and identify best practices thr ough ongoing research relative to specific needs of the relevant organization.

Project planning activities should be conducted in conjunction with process guidance prescribed in the PMO “project management method- ology” function (see

AU4680_book.fm Page 416 Monday, July 16, 2007 2:06 PM

Table 14.1 provides an overview of the range of prescribed PMO

Chapter 1). In essence, this PMO function represents

P ro

je ct P

lan n

in g

�

4 1 7

Table 14.1

Range of Project Planning Activities across the PMO Continuum

Project Office Basic PMO Standard PMO Advanced PMO Center of Excellence

Conducts project planning using ad hoc and established processes

Conducts simple project planning support:

– Identifies project workplan format and content

– Prescribes the standard project planning process

– Introduces basic project planning support tools

Develops capability to facilitate primary project planning:

– Conducts project pre-planning collaboration

– Conducts workplan facilitation

– Offers follow-on project workplan support

Expands capability to conduct project support planning:

– Specifies project support plan requirements

– Conducts project support plan facilitation

– Expands project planning process and tools for support plans

Conducts project planning analyses to identify planning effectiveness:

– Examines completeness of project plans

– Examines use of project plans

– Examines efficiency of the project planning process

A U

4680_book.fm P

age 417 M onday, July 16, 2007 2:06 P

418

�

The Complete Project Management Office Handbook

the development and implementation of the planning components of the project management methodology, with the added features of PMO involvement and facilitation of the prescribed planning processes in spe- cific project planning efforts.

Project Planning Function Model

Project planning activities are fairly straightforward for project teams that have worked together over extended periods of time. The same activities can be confusing at times for project team members who do not routinely work together or for those who do not have a solid frame of reference in concepts of modern project management. Furthermore, a group planning effort is ideally one of collaboration — an exchange of ideas, pros and cons, and preferred approaches that ultimately represents a consensus of the project team regarding the direction to be taken to achieve project objectives. An effective project planning capability can minimize the conditions of reduced team cohesion and maximize the benefits of team collaboration.

The PMO can influence project planning capability and fulfill its role as a support provider by attending to the planning needs of project teams in the relevant organization. This simply means establishing the processes, practices, and tools for project planning and, as needed, taking an active role in facilitating their implementation in the project management envi- ronment. It can accomplish these objectives through development of the PMO “planning support” function.

Figure 14.1 depicts the prominent activities of the PMO’s “project planning” function model and the following sections describe each activity.

Figure 14.1 “Project planning” function model.

ESTABLISH PROJECT PLANNING CAPABILITY

Define Project Plan Components

Implement Project Planning Processes and Tools

Establish Planning Facilitation and Support Capability

FACILITATE PROJECT PLANNING WORKSHOP

Manage Planning Workshop Arrangements

Facilitate Project Work Plan Development

Perform Follow-up Planning Support

ADMINISTER PROJECT PLANNING

Specify Primary Project Management Plans

Recommend Essential Project Support Plans

Prepare Project Plan Content Guidance

Evaluate Project Planning

AU4680_book.fm Page 418 Monday, July 16, 2007 2:06 PM

Project Planning

�

419

Establish Project Planning Capability

The PMO should assume responsibility for establishing the foundation and essential approach to project planning within the relevant organiza- tion. It can examine and consider the information in the following sub- sections to establish a project planning capability that best fits within the project management environment it serves.

Define Project Plan Components

The project plan provides the means to prepare for and conduct virtually all aspects of a project, particularly project management activities. For the most part, it contains procedures, instructions, information, guidance, and specifications that are often derived from separately prepared estimates, analyses, assessments, methods, and standards. Therefore, some project plan components will merely contain references to that original material. Otherwise, the project plan is created to meet the unique requirements of the projects conducted in the relevant organization.

The components and content of a “project plan” will vary from orga- nization to organization, and across industries. However, there are several items that are commonly associated as components that comprise the project plan:

�

Project requirements documents

: the collection of documents that identify the customer’s needs and describe the requirements for project performance, to include such items as:

�

Statements of work (including detailed work orders)

�

Requests for proposal (RFPs; along with RFQs, RFIs, and other solicitation documents)

�

Technical specifications (including specification of skill require- ments, quality performance, and resulting deliverables)

�

Business specifications (including specification of milestones)

�

Surveys and analyses

�

Requirements workshops

�

Requirements interviews The use of project requirements documentation is often addressed as a part of the project planning process; however, sometimes “project requirements” materials are managed separately and then introduced into the project planning process.

�

Project business plan

: the document that defines the project and guides the business aspects of project management, to include such items as:

AU4680_book.fm Page 419 Monday, July 16, 2007 2:06 PM

420

�

The Complete Project Management Office Handbook

�

Project definition

: presentation of the project scope and objec- tives; very preliminary and high-level estimates of cost, sched- ule, and resource utilization; pr oject assumptions and constraints; and sometimes incorporation of project deliverables.

�

Technical solution

: specification of the steps and description of how project objectives will be achieved, including identification of techniques and technologies to be used; it provides a basis for developing the project workplan.

�

Project business case

: identification of general customer infor- mation along with customer needs and expectations; and includes specification of the relevant organization’s: technical capability to perform the project, strategic business interest, business risk, feasibility, financial, and cost-benefit analyses.

�

Business solution

: the costs, fees and expenses, vendor costs, contract terms and conditions, and payment strategy to be applied to the project work effort.

�

Project proposal

: the technical solution and business solution combined and prepared for submittal to the customer for con- sideration, usually per customer solicitation.

�

Contract (or agreement)

: the legal document in which the customer business relationship is established.

�

Project charter

: identification of the project manager, project sponsor, and any key resources; the specification of project manager authority; and the authorization of initial and subse- quent project funding.

The project business plan will normally be included in the project planning effort and it becomes a key component of the project plan, unless a separate and distinct business planning step is deemed necessary—in which some case elements of the business plan component should be introduced into the project planning process by some other means. It is duly noted that some organi- zations may not consider the

project definition

and the

technical solution

as elements of the business plan component. These ele- ments are included here for the purpose of demonstrating the need for management review of these items in conjunction with business decisions made during project selection and subsequent project review activities.

�

Project workplan

: the document that represents the project work breakdown structure (WBS) with cost, schedule, and resource uti- lization estimates identified and appended for each work package. It is the fundamental tool needed to conduct project management.

AU4680_book.fm Page 420 Monday, July 16, 2007 2:06 PM

Project Planning

�

421

�

Primary project management plans

: the several key documents that are prepared to expand on concepts and provide routine (and often standardized) project management guidance.

�

Project support plans

: the various documents that are prepared to expand project management guidance, as needed, with regard to organizational policies, achievement of business objectives, indus- try practices, project complexity and risk factors, and the experi- ence level of the project team.

�

Technical plans and documentation

: these are a highlighted area of project support plans, and they represent the various documents and materials that provide specifications and guidance for technical design, configuration management, and project deliverable devel- opment and deployment activities.

The above list is provided to logically arrange the wide variety of planning documents comprising the project plan. The PMO can select and use these documents, or define its own preferred collection of planning documents as components of the project plan that will be used in the relevant organization.

Implement Project Planning Processes and Tools

The PMO should construct a common approach to project planning that can be used across all projects within the relevant organization. This approach is normally documented in the processes and practices contained

agement Methodology”). Such a common approach can provide planning- activity familiarity for project team members over time, make cross- functional teams more effective as everyone learns and responds to the same preferred activity steps, and even enable non-project stakeholders to benefit from the use of project plans and other documents that have a recurring, consistent content and format.

Many professional project managers will agree that there are certain planning activities that should be conducted for every project. The fol- lowing six activities are prescribed under this function as essential project planning steps that the PMO should consider and implement. The PMO should provide sufficient additional detail when introducing these steps into methodology process and practice guidance, and identify any partic- ular tools that will be used to help accomplish the project planning process steps it establishes.

AU4680_book.fm Page 421 Monday, July 16, 2007 2:06 PM

in the project management methodology (see Chapter 1, “Project Man-

422

�

The Complete Project Management Office Handbook

Review Project Requirements and Guidance Materials

Every project planning effort should begin by developing a comprehensive understanding of the nature of the project and its requirements. This includes identifying its purpose (what it will achieve) and examining the needs and expectations of the primary customer as well as other project stakeholders. The PMO needs to specify a process to compile and convey project requirements and related guidance materials for review by all participants involved in project planning. In addition, these materials have been created or acquired to guide the project effort, and they should be retained and managed for ongoing access and reference by the project team as needed throughout the project.

Tools for reviewing project requirements and guidance materials

. It would appear that many of the project requirements and guidance mate- rials require text document management. To that end, the PMO can examine its requirements, and devise standard forms, templates, and checklists that facilitate the collection and handling of information needed for this preplanning review. The PMO also can consider using commercial or internally developed automated tools that capture the needed informa- tion either in a database, or in a document or content management system, as a means to provide project planners with ready and ongoing access to the project requirements and guidance materials. Commercially available systems are available to accomplish these purposes.

Construct Project Workplan

The project workplan is an essential instrument of project management that specifies all project work activities and aligns factors of cost, schedule, and resource utilization with each specified work element. The PMO needs to prescribe a process that requires a project team to construct a project workplan for every project undertaken. The following items are generally accepted as critical or key components of the project workplan:

�

Work breakdown structure (WBS)

: a specification and breakdown of project work activities, normally to the work-package level, that is, the lowest level of work breakdown, where work-element cost, work-element duration, and resources required to accomplish the work are assigned.

�

Cost

: a specification of the estimated cost to be incurred as a result of completing the work element to which it is aligned.

�

Schedule

: a specification of the estimated time required to satis- factorily complete the work element to which it is aligned.

AU4680_book.fm Page 422 Monday, July 16, 2007 2:06 PM

Project Planning

�

423

�

Resource utilization

: a specification of estimated resources, usually by name or type, that are needed to accomplish the work described for the work element to which such resources are aligned.

The project workplan construction process focuses on creating a WBS that accurately describes the project and project management work to be accomplished, and reasonably decomposes these activities into work packages for effective management. When the values associated with project cost, schedule, and resource utilization are attached or otherwise aligned at the work-package level, the project workplan is complete.

The PMO can gain a better understanding of the workplan development process from the approach prescribed in the “Facilitate Project Workplan Development” section of this chapter.

Tools for workplan construction

. The PMO again can consider devel- oping any paper-based forms that can be used to facilitate workplan construction. However, there is a plethora of automated tools available in the marketplace to make this process step very efficient. In particular, the PMO should examine software applications having integrated project cost, project schedule, and project resource management functionality, and many available “enterprise” systems will also accommodate constructing the project workplan.

Prepare Project Estimates

The purpose of this process step is to provide estimates of cost, schedule, and resource utilization for each work element in the WBS. This enables the project team to specify the initial project budget at a reasonable level of accuracy, develop a project schedule with confidence in the work duration indicated for each work element, and prepare a reliable project staffing plan allocating appropriate resource skill and competency so that the specified project can be completed within cost and schedule constraints.

The required levels of accuracy for these estimates are metrics that the PMO must determine. In some project management environments, pro- fessional estimators who are skilled in the product or service deliverable being offered are used to provide the desired level of project estimation accuracy. In many instances, however, the responsibility for accurate project estimation falls on the project manager and project team members.

Project estimating is prescribed in conjunction with project workplan development, where estimates for cost, schedule, and resource utilization are appended to the WBS work elements at the work-package level.

Tools for project estimation

. Nearly all tools characterized above for project workplan development inherently enable the specification of

AU4680_book.fm Page 423 Monday, July 16, 2007 2:06 PM

424

�

The Complete Project Management Office Handbook

associated project estimates. Automated tools, in particular, will likely have database power to collect work estimates and possibly even pro- duce reports that represent the project budget, project schedule, and project staffing plan. The PMO may also want to consider some special- ized tools for use in the project estimating process. These are tools that actually help planners formulate the estimates needed. One example is the creation or acquisition of a database application that specifies stan- dards for time and cost, usually industry-specific, for various types of project work efforts. There are also automated tools for calculating work efforts based on the skill and experience of assigned resources. Finally, and in conjunction with the PMO “knowledge management” function (see “lessons learned” that have been captured from previous project closeout activities and, presumably, are in an automated lessons-learned knowl- edge space.

Conduct Project Risk Assessment

The project workplan is usually not considered ready for implementation until it undergoes a risk assessment and a subsequent risk-response strategy has been developed for each identified risk. The PMO should ensure that this step is included in the project planning process. The results of this step can then be incorporated into the subsequent prepa- ration of a risk management plan, as specified in the section dealing with primary project management plans.

The risk assessment step involves looking at a variety of variable factors that could hinder or otherwise adversely impact project perfor- mance or successful project completion. It is recognized that some industries and organizations also align “project opportunity” assessments with the project risk management effort. That is not specifically prescribed by this process step, where the focus is on discovery of potential adverse impacts. Project opportunities certainly can be addressed in subsequent preparation of support plans for each project if that is an activity desired by the relevant organization.

Tools for project risk assessment

: The nature and impact of risks nor- mally encountered in a particular industry or technical environment will influence the types of tools that can be used in conjunction with the risk assessments performed. A common tool for PMO consideration is the manual or automated checklist that project planners can use to evaluate risks. These checklists are usually based on established risk assessment models, which can be created by the PMO or acquired from commercial sources. It is not unusual for acquired risk models to be customized for use within the relevant organization. As well, there are also a number of

AU4680_book.fm Page 424 Monday, July 16, 2007 2:06 PM

Chapter 4), the PMO can develop access to and use of prior projects’

Project Planning

�

425

“enterprise” applications that will help the PMO address specification and management of project risks, and there are add-on applications that can be used in association with several commercially available project sched- uling software applications.

Develop Primary Project Management Plans

Primary project management plans are the core documents of the project management effort that provide the essential concepts and guidance for managing each project. These primary plans should contain more detail as the projects they support become more complex. However, as essential components of project management, they should be developed for use on every project conducted by the organization.

The PMO will need to determine which planning documents represent primary project management plans in the relevant organization. It should consider the list of prescribed primary project management plans, which include the following:

�

Risk management plan

�

Communications management plan

�

Change management plan

�

Quality management plan

�

Vendor and contractor management plan

�

Staffing management plan

These plans are discussed further in the subsequent “Specify Primary Project Management Plans” section of this chapter.

Tools for managing primary project management plans

. The PMO should examine and consider automated methods for preparation and management of primary project management plans. Plan content will dictate the type of automated application needed, but usually includes some measure of text content. In contrast to text-based tools, the PMO may also want to examine database tools that enable forms, templates and checklists to be created, managed, and recalled for use.

Develop Project Support Plans

A project support plan, sometimes referred to as an adjunct project plan, is a formal or informal document that adds definition and direction to the project effort — primarily the technical effort. However, support plans can be developed to address the technical, business, and project manage- ment aspects of project planning.

AU4680_book.fm Page 425 Monday, July 16, 2007 2:06 PM

426

�

The Complete Project Management Office Handbook

The PMO will need to examine requirements within the project man- agement environment to determine and specify which support or adjunct project plans are needed.

A fairly comprehensive list of support plan options is presented and discussed in the subsequent “Recommend Essential Project Support Plans” section of this chapter.

Tools for managing project support plans

. The PMO should examine and consider automated methods for preparation and management of project support plans, which could be the very same tolls selected for managing primary project management plans. Again, support plan content will dictate the type of automated application needed, but usually includes some measure of text content. As well, the PMO may also want to examine specialized tools that facilitate the variety of technical, business, and project management support plans that are needed.

Establish Planning Facilitation and Support Capability

The PMO can offer enhanced support to project team planning efforts when it establishes the capability to provide, or otherwise arrange for, project planning facilitation and support. This means having one or more qualified professionals work directly with the project manager and project team members in their development of the project workplan and any other primary project management plans and project support plans that may be needed. The PMO’s establishment of project planning facilitation and support is represented by the five activities described below.

Examine and Validate Organizational Need

The PMO will be successful in its delivery of project planning facilitation and support when there is an inherent need for such services in the relevant organization. Unless the PMO has independently determined that planning support will be mandatory, it should survey managers in the pr oject management environment to gain a perspective of project planning support needs in the relevant organization. The following are a few indicators of the potential need for the PMO to establish a planning support capability:

� There is (in fact) a mandate from a viable source to use facilitated project planning workshops to provide a common basis for plan- ning or to otherwise improve and standardize the approach to project planning across all projects.

� A recent influx of new project managers warrants facilitated ses- sions to help them gain familiarity with the planning processes used in the relevant organization.

AU4680_book.fm Page 426 Monday, July 16, 2007 2:06 PM

Project Planning � 427

� A new project planning process or methodology is being adopted and introduced with new requirements and concepts that could be conveyed to project managers and other planners through facilitated planning workshops to expedite process implementation and use.

� Project audits and technical reviews are uncovering project perfor- mance difficulties that appear aligned with incomplete or insuffi- cient planning, and one or more project plan components need to be revisited using a facilitated planning workshop approach.

� Project planning activities, either across the organization or in association with selected project managers and project teams, are taking an inordinate amount of time to finish, and sometimes plans remain incomplete — suggesting the need for support services to reduce the planning period and ensure that essential project plan components are completed and available for use.

� Project managers and project teams are already looking for a support solution to the difficulties they are having in planning projects.

� One or more new projects are initiated and bring together staff members who have limited or no work experience together, and they require a facilitated approach to ensure that proper project planning is accomplished.

A validated organization need for conducting project planning facili- tation and support will increase the likelihood of services being used.

Specify Planning Support Services

The PMO should determine its own capability as well as that available from external professional sources to specify a menu of project planning facilitation and support services that will be made available within the project management environment.

The following describes a few project planning support services the PMO may want to consider among its offerings:

� Project work plan facilitation workshop. A facilitator-led program that takes the project team through the iterative steps for developing a project workplan. Ideally, this workshop is presented as a rig- orous planning effort that can be accomplished in a matter of days, rather than a drawn-out period of weeks or months that can result in disjointed and inconsistent planning. The shorter period allows key project team members to assemble for a one-time planning session that establishes the fundamental workplan. The essence of workshop content is described later in this chapter in the “facilitate project work plan development” activity.

AU4680_book.fm Page 427 Monday, July 16, 2007 2:06 PM

428 � The Complete Project Management Office Handbook

� Primary and support plan facilitation workshop. As PMO capa- bility and resources become available, the PMO can extend its facilitated workshop offerings for coverage of primary and sup- port plan development. The general content of these facilitated sessions are described in activities for plan development pr e- sented later in this chapter.

� Project mentoring. The use of qualified project management mentors is a natural follow-on to the project planning workshop. This allows the facilitator or designated mentors who can partic- ipate in workshop activities to remain with the project manager and project team to help refine the project workplan, develop other project plans, and facilitate project workplan implementa- tion. In association with project planning, this mentoring effort could include: � Monitoring needs, providing one-on-one instruction, and

encouraging the pr oject team in its fi nalization of required workplan content (both during and after the plan- ning workshop)

� Assisting project team members who were absent from the main workshop presentation to “catch up” on concepts presented as a basis for accomplishing further workplan or project plan development activities

� Conducting reviews of finalized plans (or portions of plans), and facilitating individuals and small groups in their delibera- tion, creation, and validation of planning elements

� Demonstrating the use of automated project planning tools that are currently available within the project management environ- ment or creating new tools that reduce the project team’s planning burden

See the PMO “mentoring” function ( establish a full-scope project management mentoring program within the relevant organization.

� Project plan review and validation. The PMO can provide a valuable service by offering to review and validate project plans that have been constructed by project teams. This type of review would be used to examine plan content, clarity, and compr e- hensive coverage of intended guidance. This ef fort could include meetings with individual planners to obtain an under - standing of concepts and calculations used in plan development. It should distinctly provide recommendations for plan improve- ment, if needed.

� Project auditing. A project audit can be conducted as a more formal examination of project performance relative to established project

AU4680_book.fm Page 428 Monday, July 16, 2007 2:06 PM

Chapter 13) to learn how to

Project Planning � 429

plans. The PMO will likely need to establish an auditing process and identify qualified professionals to serve as project plan auditors to offer this type of service. Alternately, the PMO can examine and select independent, external consultants who can bring skill, expe- rience, and an established auditing process to examine project plan content and effectiveness.

See the PMO “project auditing” function ( more about conducting audits in the pr oject management environment.

These planning support services can be provided either by qualified PMO staff resources or through PMO arrangements with external providers of professional project management services. The availability of these and any other planning support services provided by the PMO should be communicated widely within the project management environment.

Identify Qualified Planning Support Resources.

The PMO’s ability to fulfill project planning facilitation and related support requests will be influenced by the PMO’s identification of qualified and available resources to facilitate workshops or otherwise conduct each planning support effort. To that end, the PMO should either establish a program to qualify and prepare internal resources to conduct project planning support, or it should identify prequalified external resources that can bring the requisite professional capability and project planning expe- rience into the PMO’s project management environment.

ation of these two resource options.

Prepare Facilitated Workshop Materials

Materials used to facilitate project planning workshops will need to be developed or acquired. While planning workshops are not intended to be as structured as formal training programs, some learning is expected to occur; and facilitators will need certain materials to illustrate planning concepts and demonstrate planning tool use prior to actually facilitating participants in their hands-on performance of prescribed planning steps.

The PMO can use its own staff resources, request resources in the training department to design and manage the preparation of workshop materials, or acquire existing materials from external commercial sources. If the PMO is anticipating the use of external professional consultants to

AU4680_book.fm Page 429 Monday, July 16, 2007 2:06 PM

Chapter 15) to learn

See the PMO “mentoring” function (Chapter 13) for further consider-

430 � The Complete Project Management Office Handbook

conduct planning workshops, then it also should expect them to provide accompanying materials as a part of the services rendered.

Establish Procedures for Planning Support

The size of the relevant organization, the nature of project work, and the number of active projects will influence the need for project planning support, to include procedures for requesting and providing such support. A checklist item in the project management methodology can be used to prompt the project manager to review needs for project planning support, and the accompanying process can provide instructions for requesting support from the PMO. Additionally, the PMO may want to develop a means to monitor upcoming new project initiation activities as a means of anticipating planning support requirements. This includes possible PMO deliberation to offer project planning support to more- needy project efforts. In some cases, per policy and governance proce- dures in the project management environment, the PMO may indepen- dently determine that a facilitated planning session is mandated for certain projects. Similarly, the PMO may want to influence project recovery efforts by requiring the use of a facilitated program for the project recovery planning effort.

Otherwise, under routine conditions, the PMO will simply develop and implement a process to accommodate and fulfill project planning support requests. The following are sample steps the PMO can consider for such a process:

� Review and specify required project planning activities — project manager.

� Determine associated need for project planning support — project manager.

� Submit a project planning support request — project manager. � Review and prioritize the project planning support requests —

PMO. � Coordinate arrangements for planning support — PMO and project

manager. � Conduct project planning support activities — PMO facilitator,

project manager, project team members. � Evaluate project planning support results — PMO facilitator and

project manager.

Again, these steps can be incorporated into project management method-

Methodology”).

AU4680_book.fm Page 430 Monday, July 16, 2007 2:06 PM

ology process and practice guidance (see Chapter 1, “Project Management

Project Planning � 431

Facilitate Project Planning Workshop

This section of the model highlights the primary activities that are accom- plished in facilitating project workplan development. The project workplan is arguably one of the most critical tools for project management, and therefore should be constructed with serious attention to detail and accuracy, as can be more assured with proper facilitation.

While individual project managers may have training and experience in creating the project workplan on their own, they may not have the skill or experience to properly lead project teams in such planning efforts. This can be a critical side-skill, particularly when a larger team of diverse professionals is formed to work on a high-value or otherwise important project. The project team, then, needs to work as a cohesive planning group from day-one to contribute to the construct and content of the project workplan that will be used to fulfill project objectives. The PMO needs to develop and manage the capability to provide such facilitation and support for project planning — and particularly for the project workplan. The PMO should further consider it a high priority to provide facilitation and support activities for project workplan development.

The project planning workshop is a viable method that can be used by the PMO to facilitate project workplan development, and the primary activities of that workshop are addressed in this section. Other means of supporting workplan development are also interspersed in the discussion below, and the PMO can extract and use them as needed.

Manage Planning Workshop Arrangements

A project planning workshop can be conducted in response to a project manager’s request for planning support, or in response to a PMO or management-level mandate for such support. The following series of activities are generally conducted as a part of arranging for the requested workshop presentation. The PMO should consider this series of activities in conjunction with developing its own more detailed procedures for conducting managing workshop arrangements.

� Review workshop need. The PMO collaborates with the requestor, usually the project manager or project sponsor, to obtain prelimi- nary information about the technical nature and business objectives of the project and about the skill and experience of the project team. This provides a preliminary basis for determining the scope of the planning workshop and the number of facilitators needed. Also, the PMO will request and arrange for receipt of any available project materials that will be used to help facilitators prepare for

AU4680_book.fm Page 431 Monday, July 16, 2007 2:06 PM

432 � The Complete Project Management Office Handbook

the planning workshop (e.g., project charter, any completed project planning documents, requirements documents, business case, etc.).

� Identify and assign workshop facilitator (or facilitators). The PMO will identify qualified resources and arrange for available and experienced facilitators to be assigned to conduct the pr oject planning workshop. This activity must consider any lead-time required to request and arrange for either internal or external project planning workshop facilitation services. Ideally, the PMO will have an established pool of qualified professionals who can serve as facilitators, as described previously in this chapter. The concept of “facilitator” is actually represented by some combination of the following positions that can be aligned with project planning workshop activities, per the needs of the planning participants: � Lead facilitator. This individual is responsible for providing

instruction, conveying key concepts, and guiding participants in their hands-on performance of project planning activities. This individual provides primary workshop leadership, and represents the minimum resource needed to facilitate project workplan development. This individual is a highly qualified professional in project management and team facilitation, and normally has additional credentials such as PMP® certification.

� Co-facilitator or mentor. This individual is responsible for assisting the lead facilitator in various workshop activities, but particularly during group breakout sessions when the lead facilitator cannot be with all breakout groups at the same time. One or more co- facilitators or mentors are assigned when workshops are con- ducted for larger project teams or for more complex projects. A highlighted responsibility of this position is to be present and assist the lead facilitator during the workshop presentation; and then to return to the workplace with the supported project team to continue post-workshop mentoring and support activities based on skill and information obtained in the workshop. Each co- facilitator or mentor is often professionally qualified at or near the level of the lead facilitator, and some may even serve as lead facilitators for other project planning workshops.

� Co-facilitator or administrator. This individual is responsible for assisting the lead facilitator in workshop activities that require information capture and handling. This includes com- piling notes and information from participant discussions, pre- paring charts and summaries from participant deliberations and decisions, and developing ad hoc materials (including handouts and visual aids) for use in presentations by the lead facilitator. In addition, this position is frequently assigned responsibility

AU4680_book.fm Page 432 Monday, July 16, 2007 2:06 PM

Project Planning � 433

for capturing the WBS work elements deliberated by partici- pants, and for incorporating cost, schedule, and resource utili- zation information during project estimating activities. The administrator will normally have some training or experience that demonstrates a technical understanding of project manage- ment and associated project planning concepts.

� Schedule planning session and participation. The PMO (or assigned lead facilitator) coordinates with the project manager or project sponsor to specify or confirm the dates for workshop presentation, usually a three- to five-day period, and identify the project team members who will participate in the planning session. Project team participation should be sufficiently broad, if not the entire team, to properly address and obtain knowledgeable input on all plan- ning requirements. The project manager will normally be respon- sible for notifying team members of their participation requirements and ensuring their full-time attendance.

� Arrange session logistics. This activity can be managed by the requestor but is sometimes a responsibility of the PMO or the assigned lead facilitator. The PMO or facilitator conducts ongoing coordination with the project manager or project sponsor to iden- tify, arrange and communicate to participants the following work- shop session logistics: � Workshop location/facility. The workshop can be conducted on-

site at local facilities or off-site at another organizational facility or at a commercial facility. A determination of where the work- shop will be conducted is made, usually including the address of a named facility at the selected location. A point of contact at that location is also identified or subsequently obtained for further inquiries or shipment receipt. Any special requirements for participant access to the facility also are identified.

� Meeting room (or rooms). The need for one or more workshop meeting rooms, including any participant breakout rooms, is determined, and a reservation for meeting room use at the selected facility is made. This usually includes specification of room setup and any needed audio-visual equipment.

� Participant travel and accommodations. If the workshop plans include participant travel, then relevant travel information is obtained and conveyed to participants, to include travel autho- rizations, accommodation reservations (if made for the group), transportation reservations or recommendations, and any planned group activities (e.g., meals or meetings) should be noted. Determine if it is necessary to include the assigned facilitator (or facilitators) in any reservations made for the group.

AU4680_book.fm Page 433 Monday, July 16, 2007 2:06 PM

434 � The Complete Project Management Office Handbook

� Prepare workshop materials. If the PMO maintains the materials used for delivery of project planning workshops, it should publish sufficient copies for the anticipated level of workshop participation. It will then make materials available at the workshop location in advance of the workshop start date. This might require shipping for workshops conducted at locations away from the PMO’s home facilities. If the internal or external workshop facilitator (or facili- tators) maintain their own materials, the PMO should monitor their handling of this activity.

� Conduct facilitator (or facilitators) preparation for workshop. If not directly received, the PMO will transfer project materials received from the project manager to the assigned lead facilitator for review. The lead facilitator will then convey any relevant information or materials to any assigned co-facilitators for their further review. The facilitation team will use any project materials provided to develop a preliminary understanding of project scope and objec- tives. Facilitator preparation usually takes from one to three days.

� Conduct preworkshop conference. The planning workshop lead facilitator and the project manager will meet to discuss the planned workshop activities, thus allowing the project manager to convey personal perspectives on the project and project team and expec- tations for workshop outcomes. This meeting can be planned for a one- to three-hour period, and it can be done in-person or by telephone. It is recommended that this meeting be scheduled about one week in advance of the workshop start date, but it should occur no later than one day before the workshop starts. Consistent with established responsibilities, the PMO can be a participant in this advance collaboration meeting with the project manager and workshop facilitator (or facilitators).

The PMO can prepare and use a planning workshop checklist to manage and monitor the timely accomplishment of all pr escribed workshop arrangements and collaboration activities. This checklist, with consider- ation for the steps identified above, can be used for any facilitated workshops conducted by the PMO, including those for developing primary project management plans and project support plans, as presented in subsequent sections of this chapter.

Facilitate Project Workplan Development

The PMO will already have established the preferred content for the project planning workshop. This activity now focuses on the delivery of that

AU4680_book.fm Page 434 Monday, July 16, 2007 2:06 PM

Project Planning � 435

content by the assigned facilitator (or facilitators), with participation by all or part of the project team.

The PMO should consider the following suggested workshop agenda (topic content and activity progression) when facilitating or selecting an external consultant to facilitate project workplan development.

� Workshop introductions: The facilitator (or facilitators) are intro- duced and become acquainted with project team participants at the beginning of the workshop. This is an opportune time to also allow individual participants to introduce themselves, their project role, and their expectations for the workshop. The latter must be tracked and addressed by the facilitator (or facilitators) over the course of the workshop. The lead facilitator will then introduce the workshop objectives and provide an overview of workshop activities. It is also sometimes appropriate to provide a brief over- view of the concepts of modern project management that will be used over the course of the workshop as a means of developing a common frame of reference for all workshop participants.

� Project definition preparation. The first workshop participant activ- ity involves preparing or confirming the project definition. This begins by identifying the project sponsor and project manager, and any other key project team or technical leaders. Then, participants are led in an abbreviated review of established project requirements and related guidance documents, which serve as a basis for creating the project definition. This is followed by facilitated activities that establish project scope and objectives, identify key project resource requirements, and examine project assumptions and constraints. This effort will necessitate that workshop participants bring to bear current knowledge and information about the project, and that they be active contributors to the preparation of the project defi- nition. In addition to the items already listed, a group perspective on the overall project work effort is achieved through participant deliberation and specification of the major phases of the technical work to be performed. The project definition statement is also

� Project planning — WBS preparation. The lead facilitator initiates project planning by demonstrating prominent concepts and leading participants in their hands-on development of a project work break- down structure (WBS). Using the project definition as guidance, the process of deliberating and deciding on the project work to be performed begins, and WBS work elements are constructed. This activity normally leads participants through a rigorous and iterative planning process in which they are guided from the phase-level

AU4680_book.fm Page 435 Monday, July 16, 2007 2:06 PM

described in Chapter 17, “Project Portfolio Management.”

436 � The Complete Project Management Office Handbook

perspective of the project to the creation of work packages. It is recognized that sometimes there is limited or no information cur- rently available to accurately complete each workplan element. However, the planning session still will be of value simply because it enables participants to identify what they do not know and must still find out. To ensure that all required work is identified, “place- holder” activities can be inserted into the WBS at points where there is insufficient information to accomplish more detailed planning. The facilitation then usually proceeds through successive WBS devel- opment stages, and the WBS undergoes further refinement even as cost, schedule, and resource utilization estimates are incorporated.

� Project planning — estimate preparation. In this step of project planning, the lead facilitator guides participants in their preparation of estimates for cost, schedule, and resource utilization as best can be achieved using the project knowledge and information currently available to planning workshop participants. When cost, schedule, and resource utilization estimates are incorporated for each work element in the WBS, the project work plan is essentially completed.

� Project risk assessment. The prescribed process for assessing and responding to project risks should be an inherent part of any project planning effort. To that end, the facilitator (or facilitators) will lead participants in identifying prominent project risks and formulating initial risk-response strategies. As project risk-response strategies are created, any proactive strategies should be incorpo- rated into the project WBS and workplan for assignment to a responsible individual. Workshop participants can then compile a preliminary project risk management plan as an item resulting from the planning effort.

The PMO should develop the means to evaluate the project planning workshop facilitator (or facilitators) and the planning process, and that will likely include soliciting feedback from workshop participants. Participant assessments are best accomplished immediately following completion of the workshop. However, in some environments, the PMO may want to defer individual evaluations of the planning session until attendees return to their work locations, where they can apply the results of their planning efforts and recognize the significance of their workshop accomplishments.

Perform Follow-Up Planning Support

There is a potential need for follow-up planning support for most major projects. That was suggested previously when it was mentioned that a co-facilitator or mentor can be assigned to attend the planning workshop,

AU4680_book.fm Page 436 Monday, July 16, 2007 2:06 PM

Project Planning � 437

and then remain with the project team to continue mentoring services and related support activities. The PMO should consider the need for such services within the relevant organization. Follow-up support essen- tially equates to providing project management mentoring services, as

there are distinct objectives to be pursued when mentoring is associated with project planning activities. Also, when mentoring is conducted following a project planning workshop, it is not unusual for other support service needs to emerge.

The PMO will have to determine whether this follow-up support activity can be offered in the relevant organization and then develop the methods and means for delivering follow-up planning support. Typical post-work- shop planning support can include activities such as:

� Project workplan refinement. The facilitator (or facilitators) can continue working with the project manager and project team members to refine the preliminary project workplan created during the project planning workshop. This activity concentrates on insert- ing any deliberated results or decisions coming from the planning workshop that were not accomplished due to time constraints or participant availability. It is also an excellent means of conducting a post-workshop review of the overall plan (i.e., a walk-through to validate workplan content).

� Subteam facilitation. This is an extension of project refinement but it focuses on work with individuals or subteams of the project team to facilitate new inputs to the project WBS and workplan. This effort is used to replace “placeholders” with specific project work elements, fill in technical performance details, incorporate risk response strategies as project-based activities, add project management and business activities, and integrate vendor and subcontractor project plans.

� Project plan tool use. Project team members can receive facilitator instruction and guidance in the entry of project data — cost, schedule, and resource utilization — and in the management of the WBS and project workplan elements using the prescribed automated tool.

� Project plan development. The timeliness and effectiveness of the project workplan preparation effort can be carried forward to allow facilitation of the other primary project management plans and project support plans needed to accomplish the project. This service will rely on the PMO’s capability to provide both planning facili- tation and the requisite technical expertise relative to the specific nature of the primary or support plans needed. This ef fort is

AU4680_book.fm Page 437 Monday, July 16, 2007 2:06 PM

outlined in the PMO “mentoring” function (see Chapter 13). However,

438 � The Complete Project Management Office Handbook

discussed further in the “administer project planning” activity sec- tion of this chapter.

� Project plan reviews. In contrast to facilitating their development, the PMO can extend its support services to provide expertise in reviewing and validating project planning documents as they evolve from subsequent planning efforts of the project team. This can be accomplished in a facilitated review meeting with the project team, or in an independent examination and review of planning documents prepared by the project team.

� Project plan presentation. The lead facilitator and co-facilitator (or co-facilitators) can collaborate with the project manager to assist in the preparation, and sometimes presentation, of the project workplan or the overall project management approach. These are presentations that could have a variety of project stakeholder audiences, including senior management within the relevant orga- nization, customer project managers and senior management, and vendor and contractor project managers and senior management.

The PMO should examine these items along with any other support needs in the relevant organization to determine the type and level of post- planning, follow-up support that should be made available to project managers and their teams.

The PMO must take care in establishing provisions for follow-up support to project planning efforts. It is imperative that the assigned facilitator or mentor not be perceived or otherwise commandeered as a member of the project team. First, that could impact the PMO’s capability to provide ongoing support to multiple projects underway in the project management environment (presuming the PMO does not have a limitless supply of qualified and skilled facilitators and mentors). Second, the underlying purpose of such support is to transfer project management skill and knowledge to the project manager and project team members so that they become increasingly self-reliant over time and therefore no longer need PMO facilitator or mentor support.

Administer Project Planning

The PMO should be involved in standardizing the approach to project planning in the relevant organization, and that includes specifying the content and concepts of use for required primary project management plans and optional project support plans. The PMO can use the information presented here to identify and examine project plan content as a basis for determining and managing the project plans and plan content that will be used in the relevant organization.

AU4680_book.fm Page 438 Monday, July 16, 2007 2:06 PM

Project Planning � 439

Specify Primary Project Management Plans

Primary project management plans are more or less formal documents that add definition and direction to the project management effort. They are usually considered the most essential components of the collection of guidance documents comprising the “project plan.”

The PMO should specify the primary project management plans that will be required and routinely prepared for each project conducted in the relevant organization. The following subsections present six primary project management plans that are prescribed for use by all project managers across all projects conducted in the organization.

Risk Management Plan

The risk management plan specifies the activities for managing risk throughout the project management life cycle. It identifies the project team members and other stakeholders responsible for managing various types of project risk — perhaps even identifying a primary risk manager. It specifies the approach for conducting risk assessments, usually involving an examination of the project WBS and workplan. It also identifies the process for preparing and using risk response strategies, and it prescribes other ongoing activities needed to identify and manage project risks.

A risk assessment is generally accepted as a pr ogressive process involving risk identification, risk analysis, and risk prioritization. It normally involves determining three fundamental components of risk:

1. Risk event: the specification or statement of what could happen that would be detrimental to some aspect of project performance and ultimately to project success.

2. Risk probability: the degree of chance or likelihood that the specified risk event will actually occur; usually expressed as a percentage.

3. Risk impact: the extent of adverse consequences or “amount at stake” to the project (and the organization) if the risk event occurs. Impact is often expressed in monetary terms.

Risk probability and risk impact can also be examined in terms of “high,” “medium,” and “low” occurrence attributes if more specific risk metrics and calculation models are not available in the project management environment.

During a risk assessment, project team members must be careful to distinguish between describing a risk event and describing the cause of a risk event. The risk event indicates what will happen to adversely impact the project; the risk cause is the aspect to be managed to r educe or

AU4680_book.fm Page 439 Monday, July 16, 2007 2:06 PM

440 � The Complete Project Management Office Handbook

eliminate the occurrence of the risk event. Therefore, the risk analysis should look at the cause of the potential risk event to determine if it can be reduced or eliminated.

Risk prioritization is the final step in risk assessment that provides the means to determine and examine those risk events with the highest probabilities and impacts that threaten project performance. It is often not practical to address every single risk event that is initially identified, so risk events are prioritized by the level of threat they present to the project, and the highest priority risk events are managed accordingly.

The PMO should define the preferred approach and scope of project risk assessments. The list below represents a few areas for risk examination using the project workplan and other information available to the project team during the planning effort:

� Customer. Examine the factors a customer can bring to influence project outcomes or affect project performance: � Expectations � Responsiveness � Decision making � Scope management � Funding

� Project team. Examine the factors that forming, developing, and managing the project team can bring to affect project performance: � Staff availability � Technical expertise � Work performance � Work quality � Leadership

� Project management. Examine the project management factors that will influence project performance: � Plan adequacy � Estimating accuracy � Schedule � New technology � Communication � Budget

� Vendor management. Examine the factors that one or more vendors or contractors will contribute to project performance: � Contract � Technical expertise � Work fulfillment � Work quality � Leadership

AU4680_book.fm Page 440 Monday, July 16, 2007 2:06 PM

Project Planning � 441

� Internal business influences. Examine the internal factors that will affect project performance: � Corporate culture � Manager decisions � Leadership changes � Portfolio priority � Business position

� External business influences. Examine the external factors that will affect project performance: � Regulatory issues � Legal issues � Natural hazards � Public interest � Market variations

High-priority risk events identified during the risk assessment are then considered relative to risk response strategies that can be applied to reduce or eliminate the probability or impact of their occurrence. The following are common types of risk response strategies:

� Risk avoidance. This response strategy provides for moving the potential risk away from the project, usually by removing the catalyst or perceived cause of the risk event. It changes the con- ditions of occurrence and impact so that the risk event does not affect the project. Some risk avoidance maneuvers include: � Reorganize facets of the project to eliminate the risk; for exam-

ple, adjust the project team structure, realign the project team schedule and assignments, or realign or reschedule project work elements and associated task relationships.

� Negotiate or otherwise collaborate with the customer or vendor, contractor, or supplier to remove any significant risk-bearing project requirements.

� Decline bidding on the project opportunity, or on a portion of the project opportunity, when the assessed risk exceeds accept- able levels and other risk response strategies will not adequately contain such risk.

Applying this type of strategy should result in the removal of the potential occurrence of an identified risk event away from the project.

� Risk transfer. This response strategy provides for transferring all or part of the risk impact to another participant outside the organi- zation. The probability of occurrence is not necessarily reduced or eliminated, but the risk consequences or impacts within the relevant organization are minimized. Some risk transfer strategies include:

AU4680_book.fm Page 441 Monday, July 16, 2007 2:06 PM

442 � The Complete Project Management Office Handbook

� Determine which project work elements can be outsourced and contract that work to qualified vendors and contractors, or to professionals and specialists who have relevant expertise (and associated low risk outcomes) in performing such work.

� Examine and transfer areas of project work that the customer can perform at a lower risk potential than can be done by the performing organization.

� Obtain insurance that provides financial cost coverage for an occurrence of the risk event — to recoup funds that enable repeating an “incomplete” work effort, to bear loss of revenue due to an “impacted” project work effort, or to fund a project recovery effort.

Applying this type of strategy should result in the transfer of impact of an identified risk event to an entity outside the performing organization.

� Risk mitigation. This response strategy is used to minimize the impact of a risk event by taking action to reduce the risk probability or the risk impact, or both. Some risk mitigation strategies include: � Closely track and control the project cost, schedule, and

resource utilization for work elements associated with the iden- tified risk event.

� Prepare and communicate relevant risk response plans that spec- ify the actions to take in situations of actual risk event occurrence — usually with response actions directed at specific risk events (i.e., if this risk event happens, we will take this action).

� Closely manage the technical work performance of project work elements associated with potentially high-value risk events.

� Develop realistic staffing plans and establish firm and reliable resource utilization commitments, particularly for project work elements shown to be at risk.

� Be proactive in negotiating and implementing project changes to minimize impact or probability of risk events; which is best done immediately following risk identification.

� Introduce a management reserve or contingency fund that can be accessed in response to risk events that cause a cost overrun.

Applying this type of strategy should result in the reduced prob- ability of risk event occurrence, or in a reduction of the adverse impact on the project in the event of risk occurrence.

� Risk acceptance. This response strategy represents management’s awareness of the identified risk event, and further indicates a willingness by management to accept the consequences of impact in the event of risk occurrence. Some risk acceptance response strategies include:

AU4680_book.fm Page 442 Monday, July 16, 2007 2:06 PM

Project Planning � 443

� Examine conditions (usually low-probability, low-impact con- ditions) of an identified project risk event, and formalize and convey to relevant participants the decision to take no risk response actions.

� Accept a risk event by preparing a contingency plan to specify required actions in the event of risk occurrence — that is, a response is provided after occurrence, not before.

Applying this type of strategy represents taking a chance on non- occurrence; but this gamble may be acceptable when either the probability of risk occurrence or the risk event impact is minimal.

Risk response strategies should be incorporated into the risk manage- ment plan, and applied in a timely manner to risks having a high likelihood of occurrence or a significant adverse impact on the project. Risk-response strategies that have prescribed actions should also be integrated as work elements in the project workplan.

Communications Management Plan

The project communication management plan provides guidance for infor- mation sharing and interpersonal contact, report distribution, and docu- ment management. It also specifies the means by which information and document content are exchanged or otherwise conveyed for use by the project team and other project stakeholders.

Project communication can be fairly simple for smaller project teams; it tends to be informal, individuals are generally aware of information sources, and conveyance is relatively quick. Add a new project team member who is not familiar with routine team communication practices, and the complexity of project communication intensifies — not just for the new member, but for the entire project team. Enlarge that project team to more than a handful of people and the complexity of project commu- nication skyrockets. Now add all participating project stakeholders.

Such levels of project communication are often represented by the number of communication channels present, which can be calculated using the formula:

N(N − 1)/2

In this formula, N is the number of people (project team members, management, customers, and other stakeholders) having potential partic- ipation in project communication. It shows that project communication requirements can become quite complex when a large number of project

AU4680_book.fm Page 443 Monday, July 16, 2007 2:06 PM

444 � The Complete Project Management Office Handbook

participants are involved, and that prompts the need for preparing a communication management plan.

The PMO should develop an approach for preparing a communication management plan that presents information and procedural guidance in the following areas:

� Primary communication links: identifies who can communicate with whom on the project and in the organization, and for what reasons. This specifies not only a “communication link,” but also the authorization to communicate certain types of information with that “link.” Some examples of communication links include: � Team member-to-team member links provide for the exchange

of technical information and work progress. � Team member-to-project manager (or team leader) links enable

the submission of individual work progress reports. � Project manager-to-management links provide for the convey-

ance of status reports and the elevation of problems and issues. � Project manager-to-customer links provide for the conveyance

of customer status reports and the discussion of issues, prob- lems, and next steps with the customer.

� Management-to-customer management links provide for discus- sions and the exchange of information at the executive levels of the participating organizations.

Communication links can be specified for virtually every project stakeholder using a “communication matrix.” A standard commu- nication matrix can be prepared (by the organization or the PMO) for routine use across all projects, with adjustments made to the matrix as necessary on particular projects.

� Escalation management: specifies the intermediate escalation levels for internal project issue and problem resolution. This could simply represent the flow of information from the project team member, through technical team leaders, to the project manager, and onward to the PMO and the project executive or project sponsor. Also, escalation management identifies the conditions or criteria that are used to trigger mandatory escalation of issues or problems. Some examples conditions requiring escalation include: � Project cost variance exceeds 9.5 percent for the reporting

period. � A customer satisfaction issue at the mid-management level has

surfaced. � A unilateral contract modification was issued by the customer. � A vendor or contractor has conveyed a “stop work” order.

AU4680_book.fm Page 444 Monday, July 16, 2007 2:06 PM

Project Planning � 445

A multitude of conditions and criteria could be identified to warrant escalation. The PMO and the organization should restrain escalation requirements to only the most critical conditions, recognizing that the use of routine communication (reports, meetings, etc.) will present both routine and critical matters for review at elevated management levels in due time.

� Project reports: identifies the various types of reports that will be required in the course of conducting the project, and specifies the range of recipients and the individuals requiring distribution for each project report. The organization, PMO, and the project man- ager should identify all eligible report recipients who have a fundamental need for information associated with each project report that is distributed.

� Project documentation: identifies the various types of project doc- uments that will be required in the course of conducting the project, and specifies the range of recipients and the individuals requiring distribution for each project document. The project manager should identify all eligible document recipients, with regard for any estab- lished document distribution practices in the organization.

Change Management Plan

The project change management plan describes the management and control of project scope. It particularly includes specification of the pre- ferred change management process as an integral component of scope management. It also specifies individual and group responsibilities for managing scope — sometimes identifying a designated scope manager, and it specifies “dos and don’ts” for project team members as guidance for avoiding unintentional modifications to the work effort that represent scope changes. This plan can also contain a checklist for evaluating indicators of drifting scope.

In some organizations, a scope management plan can be used in lieu of or is regarded to be the same as the change management plan. In addition, this plan should be distinguished from plans for contract change management, which is addressed separately. However, some project scope changes, when approved, could also prompt changes in the associated customer contract or agreement.

The PMO should develop an approach for creating a change manage- ment plan that includes the following guidance:

� Manage project change requests. A change request is a formal, written statement asking to make a modification to the description (specifi-

AU4680_book.fm Page 445 Monday, July 16, 2007 2:06 PM

446 � The Complete Project Management Office Handbook

cation) of the product or service to be provided, or to the scope of the project. It can originate from any stakeholder associated with the project, including the customer, the project manager, or any project team member. This broad group represents those having a vested interest in the project, and presumably having a vested interest in a manageable approach to change control. The PMO needs to establish a process for initiating and handling change requests from all sources.

� Conduct project change evaluations. The following activities are prescribed as part of the project change request evaluation process: � Identify and assign evaluator/evaluation team. � Determine the need for customer involvement. � Conduct the change request evaluation. � Provide the recommendation to the project manager. � Obtain customer approval. � Conduct necessary renegotiation. � Return evaluation results to originator. The PMO needs to expand the descriptions for these activities for inclusion as guidance for change management plan users.

� Implement approved project changes. The following activities are prescribed as parts of the project change implementation process: � Execute any required contract or agreement modification. Per

results from the change request evaluation, initiate all the spe- cific changes by making appropriate changes or modifications to the customer contract.

� Execute any required technical document changes. Per results from the change request evaluation, initiate all the specific technical changes by making appropriate changes or modifica- tions to relevant project plans and other documentation.

� Modify project baselines to reflect new work. The WBS must be updated to add or modify any affected tasks or activities. The cost, schedule, and resource utilization estimate baselines must be updated to reflect the addition or deletion of tasks. The project workplan and supporting project action plans must also be revised, as needed.

� Notify the project team and all relevant stakeholders. Notify all project team members and all other affected stakeholders of the change being implemented. Provide revised project documents for use and implementation by project team members and other stakeholders. As well, notify the customer when change imple- mentation activities begin and when the process is completed.

The PMO will need to develop change implementation activities for use in the relevant organization.

AU4680_book.fm Page 446 Monday, July 16, 2007 2:06 PM

Project Planning � 447

Quality Management Plan

This plan, sometimes called the quality and acceptance plan, describes how the project team will implement its quality policy and practices on the current project. It includes the identification of quality requirements for direct and indirect project deliverables, specifies the technical reviews and threshold values of quality control, and identifies the quality assur- ance activities to be accomplished as a matter of ensuring successful technical performance.

It also can identify scheduled and ad hoc technical and project man- agement audits and reviews that may be conducted as a part of the project oversight effort. It can reference applicable technical standards and spec- ification documents, along with technical support plans having greater quality process and procedural details. When possible, it can identify individuals and organizations responsible for quality management.

Finally, the quality management plan should specify the procedures and criteria for customer acceptance of project deliverables.

The following is recommended content the PMO can consider when constructing an approach for preparation of the quality management plan:

� Determine quality and acceptance plan responsibilities and use. The project manager or designated quality and acceptance plan manager, with support of the quality department, develops the quality management plan using the scope statement, with project and product requirements as guidance.

� Identify standards and regulations. The project manager is respon- sible for leading project team members and appropriate project stakeholders in identifying and reviewing any ISO standards or regulations that may apply to the project, and they are specified in this plan.

� Review the organization’s quality management policy. The quality management policy establishes the approach to quality assurance within the organization, as prescribed by senior management. If the organization does not yet have a formal quality management policy, the project team can develop an interim policy for the project. The policy should be restated in this plan relative to use of quality management and control practices, and be distributed or otherwise made available for review by all stakeholders partic- ipating in quality management.

� Identify quality management tools and techniques. Identify the tools and techniques to use in quality assurance and control: � Define the tools and techniques that will be used as part of

project quality management for team-building activities, brain- storming, and developing cause-and-effect diagrams.

AU4680_book.fm Page 447 Monday, July 16, 2007 2:06 PM

448 � The Complete Project Management Office Handbook

� Define the tools and techniques that will be used with the customer and stakeholders (process control charts, types and number of reviews or audits).

� Document the control measures. If necessary, revisit the WBS, adding tasks and identifying additional resources to implement and manage the quality processes.

� Specify quality management procedures. The quality management plan typically includes procedures for product delivery and cus- tomer acceptance. Also include procedures for conducting quality assurance activities.

� Specify quality audits and procedures. Identify any audits associ- ated with quality management that are scheduled or may be performed during the project. Specify the procedures to be used for each type of quality management audit.

� Specify quality control requirements and procedures. The quality management plan typically includes guidance for performing qual- ity control, to include: � Project-specific information on quality requirements and quality

objectives � Identification of customer requirements and methods for ensur-

ing that quality goals are being achieved � Requirements for product’s particular purpose and functional

design � Information on what to control and when, what thresholds

criteria to use for corrective action, and what measurement methods to use

� Develop procedures for conducting and logging quality testing. Specify the interim and final testing requirements for project deliv- erables, and associated procedures for conducting required quality testing. Prepare and maintain a quality testing and traceability log.

The PMO should collaborate with any internal quality management organizations and associated quality auditors when prescribing the content for the quality management plan.

Vendor or Contractor Management Plan

This plan describes how external resources will be integrated into the project effort. It includes specification of their primary point of contact, and the key roles and responsibilities that will be fulfilled. If not otherwise provided in a separate support plan, the vendor and contractor procure- ment process can be incorporated in this plan.

AU4680_book.fm Page 448 Monday, July 16, 2007 2:06 PM

Project Planning � 449

This plan also can reference and highlight key information elements for each vendor or contractor contract or agreement. In particular, this plan will specify the deliverables to be accomplished by the vendor or contractor, the methods that will be used to accept vendor or contractor deliverables, and the process for receiving and approving invoices asso- ciated with vendor or contractor deliverables — contract administration.

Finally, this plan should prescribe the management activities that will be accomplished to ensure effective and timely vendor and contractor performance on the project.

The PMO should develop an approach and content for the vendor or contractor management plan that enables project managers to acquire external resources used on the project and to provide proper oversight and guidance for their vendor or contractor work per formance. The following are content elements that the PMO should consider for inclusion:

� Vendor and contractor acquisition. The process for acquiring exter- nal project support should be specified. The means to identify and qualify vendors and contractors is presented, and may be accom- plished using a prequalified list of vendors and contractors, as created by the PMO or other procurement office; or it may require a complete identification and qualification effort by the project manager. The result of this step is a listing of vendors or contractors that will be solicited for a proposal or direct procurement. The process for soliciting, receiving, evaluating, and managing propos- als is specified through the selection of a preferred vendor or contractor. Procedures for negotiating and establishing a contract (or subcontract) are also presented in this section of the plan.

� Vendor and contractor contract administration. The following are several prescribed actions associated with vendor and contractor contract administration that should be included in this vendor or contractor management plan: � Establish vendor and contractor contract booking. Specify how,

after the vendor or contractor contract has been awarded, the project manager will ensure that the vendor or contractor con- tract information is entered into the project and business data- bases — to include procedures for “booking” the vendor or contractor contract with the accounting department.

� Manage vendor and contractor contract files. Describe require- ments for obtaining and retaining critical vendor and contrac- tor contracting documents in a file created for each vendor and contractor.

� Specify procedures for contract claims and dispute resolution. Indicate how the project manager will work closely with the

AU4680_book.fm Page 449 Monday, July 16, 2007 2:06 PM

450 � The Complete Project Management Office Handbook

PMO and procurement personnel on this highly legalistic area, and ensure that project team personnel are aware of the pro- cedures to follow.

� Establish procedures to resolve issues and problems. The PMO should establish recommended procedures for use by project managers in identifying, managing, and reporting vendor and contractor issues and problems. The goal is to achieve early and effective resolution of any detriment to project success.

� Manage vendor and contractor contract changes. The project manager (or PMO) must establish a vendor or contractor con- tract change control system that defines the process by which any vendor/contractor contract can be modified.

� Monitor vendor and contractor contract compliance. The project manager has responsibility for vendor and contractor contract compliance to ensure that the vendor or contractor is authorized to perform work at the appropriate time, and that there is compliance with any special terms and conditions.

� Manage vendor and contractor invoicing and payments. Pay- ment terms should be defined within the contract and should involve a specific linkage between progress made and com- pensation paid. Identify procedures and reference the con- tract for provisions on vendor or contractor invoicing and payment schedules.

� Review and closeout vendor or contractor contract. Vendor or contractor contract closeout may occur at any time during the project but should be performed at least during the project’s closeout activities. Specify the steps needed to close out a vendor or contractor contract or subcontract.

� Vendor and contractor work performance management. The fol- lowing are several prescribed actions associated with vendor and contractor work performance management that should be included in this vendor or contractor management plan: � Establish communication guidance. Identify to all project team

members their responsibilities relative to vendor and contractor management, and convey authorization for contact and com- munication with each vendor and contractor.

� Monitor vendor and contractor performance. Indicate how ven- dor and contractor performance should be monitored, to include observing actual performance, conducting regular meet- ings and discussions, and reviewing written reports.

� Manage vendor and contractor relations. Discuss how the par- ticipation of each vendor and contractor should be examined,

AU4680_book.fm Page 450 Monday, July 16, 2007 2:06 PM

Project Planning � 451

and management styles leveraged to maximize vendor and contractor relationships.

� Conduct vendor and contractor meetings. An initial meeting should be conducted with vendor and contractor managers and representatives for purposes of introduction and to establish protocols associated with the project effort. Ongoing progress and status meetings should be held with the key members of the vendor and contractor project team as necessitated by the project effort.

� Manage acceptance of vendor and contractor deliverables. The project manager must ensure the management of vendor and contractor deliverables by project team members. It is critical that an effective quality control program be established and implemented to inspect and verify the adequacy of the vendor or contractor product. Acceptance of deliverables (goods, ser- vices, progress reports, documents) must be performed in accor- dance with both the prime contract and the vendor or contractor contract, and must be accomplished before invoices are autho- rized to be paid. Acceptance includes ensuring that each vendor and contractor is held responsible for compliance with technical and contractual matters.

� Manage vendor and contractor resource departures. Ensure that vendor and contractor staff departures are managed and material resources are disposed of appropriately if no longer needed on the project. This includes managing the turn-in of project equipment provided to vendor or contractor staff for use during the project, reallocation of workspace, and removal of vendor or contractor staff access to facilities and documents, as appropriate.

� Prepare a post-project vendor and contractor performance eval- uation. Review vendor or contractor performance, contribu- tions, and contract compliance, and prepare and archive any final reports.

The PMO should refine these activities for use in the performing organization, which may or may not already have an office for vendor and contractor contract administration. If one does exist, the PMO can simply incorporate existing practices into the processes described in this plan. If one does not exist, a vendor or contractor contract administration process development effort is warranted. In addition, if one does not exist, the PMO may need to facilitate buy-in of managers who are unaccustomed to such scrutiny of vendor and contractor participation.

AU4680_book.fm Page 451 Monday, July 16, 2007 2:06 PM

452 � The Complete Project Management Office Handbook

Staffing Management Plan

This plan describes the project resources needed, allocated, and assigned to the project effort. The plan is constructed to help the project manager and technical team leaders identify the number and type of resources needed to accomplish the project effort; when, how, and from where they will be sourced; and what steps will be taken to manage their timely acquisition and assignment. It frequently contains a project resource responsibility matrix to show alignment of individuals with project work responsibilities.

The content of the project staffing management plan should be devel- oped by the PMO, to include consideration of the following five prescribed activities.

� Acquire project resources. This describes how project resources will be acquired by the project manager or by the PMO. The process for resource acquisition requires close collaboration and coordination with affected resource managers to gain their insight and acceptance. The acquisition process also warrants input or review from the HR department to ensure the process adheres to all regulated or required personnel management actions and prac- tices. This activity develops a preliminary resource responsibility matrix to show types of resources required against planned project work requirements.

� Assign project resources. This specifies the action required to assign acquired resources to specific project work activities. This includes confirming resource availability commitments, verifying qualifica- tions, and assigning responsibility and time constraints for work performance. This activity adds names to the resource responsibility matrix to show fulfillment against project work requirements.

� Deploy project resources. This provides for getting each assigned project team member to the work location fully prepared to begin the work effort. The process should distinguish between simple deployment and global deployment. It also describes how any required administrative support for resource preparation (e.g., immunizations, equipment distribution, etc.) will be handled, how any required training will be conducted, and how any required travel will be arranged.

� Manage resource performance. The PMO should again work closely with resource managers, the HR department, and the project manager to develop an approach to resource performance man- agement that can be included in the staffing management plan. This includes specifying how resources will be identified (esti- mated) against requirements, how their work performance will be

AU4680_book.fm Page 452 Monday, July 16, 2007 2:06 PM

Project Planning � 453

monitored and evaluated, and how they will be r ewarded or recognized for their contributions to the project.

� Closeout resource assignments. This portion of the plan should provide guidance for three possible project resource closeout actions that could occur either when the project team member is scheduled to leave the project team or when the project is com- pleted, to include: � Coordination of resource extensions � Facilitation of resource transfers and reassignments � Management of resource terminations

The staffing management plan may also contain a section that identifies the location and methods of contact for each project team member. This plan can be referenced throughout the project to manage resource assign- ments and performance.

Recommend Essential Project Support Plans

The project workplan is the central planning document in the arsenal of project management plans. Along with the specified primary project man- agement plans, it guides the accomplishment of activities needed to fulfill project objectives and deliverable requirements. However, project teams often need additional guidance and direction regarding the accomplish- ment of project management activities, technical performance activities, and communication and relationship management activities. This addi- tional guidance can be accommodated through the preparation and use of project support plans.

The PMO should take a lead role in identifying and implementing the project support plan capability within the project management environ- ment. The PMO can consider such factors as organizational policy and practices, customer requirements, industry practices, project complexity and risk factors, and the experience level of the pr oject team when recommending the use of recurring project support plans. The fundamental purpose of these plans is to provide sufficient additional guidance and direction to enable project success to be achieved.

The following list presents a variety of project support plans that can be prescribed by the PMO or otherwise considered for use at the discretion of the project manager, or per the nature of technical work, business requirements, or skill and experience of the project team on each project:

� Auditing plan: specifies the scheduled and unscheduled techni- cal, business, and project management reviews to be conducted;

AU4680_book.fm Page 453 Monday, July 16, 2007 2:06 PM

454 � The Complete Project Management Office Handbook

and may be an extension of or included in the quality manage- ment plan.

� Budget plan: presents the company, division, or relevant organi- zational unit annual budget for consideration relative to the current project and project planning effort.

� Business case plan: specifies the analysis and presentation of busi- ness assessments result that provide the justification to pursue the project opportunity.

� Cost management plan: presents the procedures for tracking and managing cost variance, and provides guidance for general over- sight of the project budget, including management of cost changes.

� Construction plan: provides information for coordinating, commu- nicating, and directing the construction of a capital facility in terms of scope, quality, time, and cost.

� Project contingency plan: identifies alternative strategies to use if any specified risk events occur; this plan may be an extension of or included as a part of the project’s risk management plan.

� Customer relationship management plan: specifies the steps to take in managing customer expectations and involvement in the project effort.

� Customer support plan: describes the activities designed to assist the customer with a product or service after acceptance (sometimes called a maintenance plan).

� Engineering design plan: describes the project deliverable (or deliv- erables) in the form of specifications, drawings, dataflow diagrams, or any other methods that can be used to provide detailed infor- mation on how to build the product.

� Equipment management plan: prescribes how any major equip- ment and material used on a project will be acquired, managed for efficient use, and disposed of at the conclusion the project.

AU4680_book.fm Page 454 Monday, July 16, 2007 2:06 PM

Project Planning � 455

� Financial performance plan: stipulates business unit performance goals for a given financial period (or a given project).

� Health and safety plan: outlines the performance standards and requirements designed to protect project team members.

� Inspection plan: presents the design for the examination or mea- surement of work to verify whether an item or activity conforms to specific requirements.

� Inventory management plan: presents the design for the use and control of materials required to execute the project.

� Logistics support plan: presents the design, approach, and proce- dures for the acquisition and movement of materials and personnel required to conduct the project.

� Manufacturing plan: provides the scheme for building the product or deliverable resulting from the project effort.

� Materials procurement plan: describes sourcing of raw or prefab- ricated materials to support execution of the project.

� Operations plan: defines interface roles and responsibilities between the project team and the relevant organization’s busi- ness units.

� Peer review plan: structures the content and method of peer tech- nical reviews of the deliverable product.

� Portfolio management plan: identifies pending and approved prod- ucts of the relevant organization; defines the prioritization of approved products and projects, and the current project.

� Procurement management plan: describes management of the procurement processes, from solicitation planning through contract closeout.

� Product life-cycle plan: defines how the technical product will be created and evolve into a new offering, and how it will be main- tained during its “life.”

� Project organization plan: defines the management structure for the project and how it interfaces with the relevant organization;

AU4680_book.fm Page 455 Monday, July 16, 2007 2:06 PM

456 � The Complete Project Management Office Handbook

this may be an extension of or included in either the project charter or the project staff management plan.

� Regulatory compliance plan: explains how the work of the project will be managed to conform to applicable government regulations or industry standards.

� Staff transition plan: addresses staff replacement issues and migration from the project to other assignments in the organiza- tion; this may be a part of or an extension to the pr oject staff management plan.

� Strategic business plan: sets the organizational business direction and context for decision making in the development and execution of the project.

� Systems integration test plan: defines operating requirements and standards for combined elements of a system or the system as a whole.

� Technical plan: describes how the scope and deliverables of the project will be achieved from the perspective of the technical or professional work to be performed.

� Testing plan: defines the method and criteria for checking the conformance to requirements of the deliverable product or its components.

� Tooling plan: provides the design for manufacturing equipment used to produce product components.

� Transportation plan: defines how the product will be transported through distribution channels to reach the customer’s points of product acceptance.

� Verification plan: provides for the evaluation of the correctness of the project output (deliverable) for various stages of product devel- opment based on the criteria for that stage.

� Warranty and field support plan: provides for replacement and repair of parts and extended services associated with pr oduct delivery.

AU4680_book.fm Page 456 Monday, July 16, 2007 2:06 PM

Project Planning � 457

The plans cited in the preceding list have generic titles and are proffered to give the PMO some perspective on what can be accomplished relative to project planning. Undoubtedly there are numerous technical and business planning components that are unique to industries and organizations that are not listed here. The PMO should define those unique support plan requirements in conjunction with a review of this list, and create the preferred format and content guidance for their use in the project planning process.

Prepare Project Plan Content Guidance

The PMO’s collaboration of needs for project support plans in the project management environment and subsequent selection of required plans will influence the planning workload of each project team. To that end, the PMO will want to ensure that only essential plan requirements are man- dated, and that adequate guidance is provided for preparing and using specified project plan components.

Not every project manager will recognize the need for a particular project plan component, and more likely, individuals will have a personal perspective on its content and purpose even when fundamental concepts are known. Therefore, the PMO should determine several guidance features in association with specifying the preparation of project plan components.

The PMO should consider including the following elements when describing its approach to project plan development — for both primary project management plans and project support plans:

� Purpose. Specify the reason for constructing the plan and how it will be used in the course of the project and in the life cycle of project management. Indicate its alignment as a project manage- ment plan, technical plan, administrative plan, or any other cate- gories that provide perspective to users on the project team and other project stakeholders.

� Preparation requirement. Determine and specify whether the plan is a primary project management plan that is required for every project or a project support plan that is prepared only for certain types of projects. Identify the criteria or conditions that will deter- mine when the project support plan must be prepared.

� Responsibility. Identify who, in terms of a project team or project stakeholder role, is responsible for developing the plan, reviewing and approving the plan, and managing plan implementation.

� Content specification. Identify what information will be contained in the plan and provide format requirements or recommenda-

AU4680_book.fm Page 457 Monday, July 16, 2007 2:06 PM

458 � The Complete Project Management Office Handbook

tions, as necessary. This includes specifying the major sections of the plan and describing the prescribed content for each section in sufficient detail so as to preclude misunderstanding or incor- rect interpretation.

� Template or sample plan. Provide a template or form that can be used to construct or otherwise guide construction of the plan. Also consider available automated applications and associated databases and features that can be used to provide content and fulfill plan preparation requirements.

� Plan distribution. Identify the project team members and other project stakeholders who will routinely receive copies of each project plan component; indicate who has authority to issue copies to individuals not on the distribution list.

� Plan modification. Identify who is authorized to make changes within each plan and what types of modifications require initiating a formal change-management process.

To repeat a reminder found throughout this book, the introduction of requirements and processes for preparing project plans should be incor- porated into the project management methodology (see methodology will be the primary repository for the plan format and content descriptions resulting from this PMO activity.

Evaluate Project Planning

There is a significant amount of evaluation associated with the PMO’s ongoing role in project and project management oversight, and the need is no more evident than in the realm of project planning. While evaluation of project planning can be formal or informal, per the PMO’s capability and functional mandate, it should be conducted to ascertain what parts of the planning process work and what parts can be improved to provide greater project planning effectiveness.

To that end, the PMO will need to examine project planning processes, and plan content and format, the effectiveness and efficiency of facilitated project planning sessions, and the availability and use of project support plans. This examination can be an ongoing and progressive collection and analysis of planning process information that is evaluated at intervals during the year. It may also be a distinct examination that is conducted one or more times a year, possibly in association with an annual review or following a recent process revision.

The PMO can develop and conduct project planning evaluation in three areas, as described in the following subsections.

AU4680_book.fm Page 458 Monday, July 16, 2007 2:06 PM

Chapter 1). The

Project Planning � 459

Evaluate Project Planning Process

The project planning process warrants separate examination although it will likely be an integrated piece of the project management methodology. The impact of project planning on project performance warrants such exclusivity.

The PMO should first ascertain the extent of prescribed planning process use. A few simple evaluation points will provide a preliminary indication of process use, and the PMO can expand the checklist below if more-precise information is needed:

� Determine, in general, who uses the established project planning process: � Identify how many project managers know the process exists

and how many use it. � Determine how many project team members know the process

exists and how many use it. � Evaluate the percentage of the project management environ-

ment population that has used the established project plan- ning process.

� Deliberate the influence or impact of process utilization across project managers.

� Determine the frequency of project planning process use: � Identify the total number of new projects initiated in a specified

recent period. � Identify how many of those projects applied the established

project planning process. � Deliberate the influence or impact of process utilization fre-

quency across projects.

The results of this evaluation can be represented, in general, by high, medium, and low process use. In turn, the PMO can identify and rectify causes of low process use.

Another PMO perspective on process evaluation in this area can be obtained by determining how well the prescribed planning process is serving the needs of users, which is often characterized by an examination of the depth of use. In this area of examination, the information being sought is represented in a more fundamental checklist. This checklist can be used in conjunction with a review of selected project workplans, PMO observations, and user feedback regarding benefits perceived as a result of using the established project planning process:

� Identify any particular project planning process elements that are routinely not used.

AU4680_book.fm Page 459 Monday, July 16, 2007 2:06 PM

460 � The Complete Project Management Office Handbook

� Identify any particular project planning process elements that are almost always used.

� Determine any reduction in planning times as a result of using the established project planning process.

� Determine whether the project planning process facilitated full project team participation in planning.

� Evaluate individual users’ perspectives on added value achieved through the use of the established project planning process.

These two checklists suggest a review of planning process utilization for project workplan development, but a similar examination can be conducted for any primary plan or project support plan guidance that has been implemented.

The results of this first evaluation activity are intended to provide the PMO with rough indicators of the efficiency of the established project planning process.

Evaluate Project Performance Contributions

The PMO should evaluate on a regular basis, perhaps annually, how well the established project planning process contributes to successful project performance. This aspect of process evaluation considers what project performance improvements have been achieved as a result of planning process implementation. The PMO should devise an examination and analysis approach that suits the needs of the relevant organization. For a simple evaluation, the PMO can obtain some general indicators by refer- encing the following points of inquiry:

� Identify whether cost, schedule, and resource-utilization variance has been reduced at one or more points in the project management life cycle as a result of the established planning process.

� Identify whether enhancements in project team performance are evident (e.g., reduction in planning time, reduction in rework, timely task completion, improved project team communication and collaboration, etc.).

� Identify whether customer and executive stakeholder satisfaction has improved.

� Identify whether project team members and other planning partic- ipants are better prepared for subsequent project planning sessions after first using the process.

� Identify whether there is a reduction (from normal) in the number of scope changes encountered during the project effort; determine whether any required changes are handled more efficiently.

AU4680_book.fm Page 460 Monday, July 16, 2007 2:06 PM

Project Planning � 461

� Identify whether short-term project team members are more pro- ductive during their abbreviated project participation periods as a result of having adequate project plan guidance.

The results of this evaluation activity are intended to provide indicators of the effectiveness of the project planning process.

Evaluate Project Planning Support

If the PMO offers project planning facilitation and support services by internal or external resources, it should also examine the results of such services. If facilitation is a recurring practice used to assist project team planning efforts, then the contributions to project performance can be included in the general evaluation of performance described in the pre- vious section. If facilitation is an infrequent event, then the PMO simply weighs the contribution relative to the level of effort expended by the PMO or external resource.

However, the PMO also should examine how well project planning facilitation and support activities are being accomplished. This evaluation relies a great deal on feedback from planning session participants. With that feedback information in hand, the PMO can consider the following basic evaluation points and add others as needed:

� Demonstrated technical competency and capability of the project planning facilitator (or facilitators)

� Demonstrated workshop and facilitation skills and experience of the facilitator (or facilitators)

� Appropriateness of the duration of the project planning session � Appropriateness of the participants selected for attendance; notable

absentees � Appropriateness of participant contributions to the planning effort � Completion of planning session objectives (e.g., a preliminary

project workplan)

The results of this evaluation will provide insight into the effectiveness of facilitated project planning sessions and to the capabilities of the assigned facilitators. In general, most facilitated sessions will normally expedite and enhance the project planning process and improve the plan content through participant information and skill contributions. Therefore, the occasion of a poor outcome for a planning session tends to be associated with facilitator performance. This evaluation will be valuable in developing the full capa- bility of individual facilitators and in improving the overall approach to the delivery of effective project planning facilitated workshops.

AU4680_book.fm Page 461 Monday, July 16, 2007 2:06 PM

462 � The Complete Project Management Office Handbook

Postscript for the Smaller PMO A primary objective for the smaller PMO is to ensure that adequate and appropriate project planning is routinely accomplished by all project teams for all projects. It will not likely have the capacity to lead creation of extensive project plan components. Rather, the smaller PMO should focus on making the current planning process an effective one.

The recommended approach is for the smaller PMO to direct its initial attention to the project workplan because it contains the essential planning elements needed to effectively guide project management:

� Project definition (scope, objectives, etc.) � Project WBS (specification of project work tasks) � Project management key tracking and control elements

� Cost (budget) � Schedule (work task durations and dependencies) � Resource utilization (staffing)

� Project risk examination

The development and implementation of a standard and repeatable project workplan preparation process is something the smaller PMO can pursue in conjunction with its project management methodology devel- opment efforts. It should also attempt to monitor workplan use, discern the positive results achieved from standardized workplan use, and provide those results to project managers and executive managers alike. It should provide encouragement for project managers to accept a common format and content for project workplans. This will enable aggregation or roll- up of the most critical project management information needed by senior management for inclusion in business decision deliberations.

In association with deploying an effective approach to project workplan development, the smaller PMO also can contribute insight and expertise in the identification and use of automated software application tools that facilitate project workplan development and use. In many cases, tools currently found in the project management environment can be configured for use in project planning activities. See Tools,” for further information on this topic.

Once a stable and consistent practice for project workplan development has been established, the smaller PMO can then turn its attention to facilitating development or improvement of primary project management plans. The PMO can examine both business needs and project manage- ment needs, along with project manager input, to prioritize its work on the several primary project management plans needed by project manag-

AU4680_book.fm Page 462 Monday, July 16, 2007 2:06 PM

Chapter 2, “Project Management

Project Planning � 463

ers. In turn, the smaller PMO can then look at opportunities for developing guidance for project support plans.

All in all, the smaller PMO will need to develop an awar eness of planning needs in the project management environment; and using insight, observations, and stakeholder feedback, it should provide project plan component development support as deemed appropriate or otherwise mandated within the relevant organization.

AU4680_book.fm Page 463 Monday, July 16, 2007 2:06 PM

465

Chapter 15

Project Auditing

Auditing is an activity that has unique connotation and context across various industries and within different professional disciplines. A common aspect of auditing across multiple venues appears to be the concept of examination: observing, identifying, evaluating, determining, etc. The uniqueness of auditing across different venues lies in what, specifically, is being examined. Still, there is similarity in that most auditing efforts examine overall efficiency, quality, and value of outcomes resulting from use or nonuse of a process, practice, policy, or capability.

The project management office (PMO) has an inherent interest in and responsibility for conducting examinations within the project management environment. To that end, prescribed auditing activities will seek to identify the efficiencies, qualities, and values associated with projects and project management. Of course, this normally also extends into examination of the business and technical aspects of project work.

This model also represents that audits are not assessments. We use the term “assess” from time to time as a general reference to activities within the auditing process, but not as a distinct descriptive of the auditing process.

Assessments

, in the context of this model, measure and specify competency, capability, maturity, and perhaps other relevant conditions within the project management environment. In contrast,

audits

measure outcomes resulting from those features and conditions. An audit in the project management environment, in general, will measure results and identify the contributing causes to those results.

This “project auditing” function enables the PMO to:

AU4680_book.fm Page 465 Monday, July 16, 2007 2:06 PM

466

�

The Complete Project Management Office Handbook

�

Monitor project management contributions to the achievement of business objectives.

�

Identify and respond to weak or troubled project performance.

�

Conduct oversight of quality management activities.

�

Maintain professional and practice standards within the project management environment.

�

Ensure compliance with organizational policies, industry certifi- cation requirements, government regulations, and contractual obligations.

The focus of the PMO is on implementing auditing processes and procedures that measure results related to project, project management, and business performance. This inherently implies making judgments about those performance results, usually in terms of acceptable, marginal, or unacceptable. In turn, the PMO will need to construct corrective actions for results judged as marginal or unacceptable. Ideally, the PMO also will construct favorable recognition actions for results judged to be acceptable.

Project Environment Interface Concepts

The PMO should develop and implement auditing practices in the project management environment as a means to achieve required levels of project management oversight, to include oversight of individual performance, project performance, and program or portfolio performance. The PMO should demonstrate or otherwise influence a high degree of profession- alism and collaboration in conducting such audits, which are inherently needed to ensure proper examination of project performance and project management activities.

A viable project auditing program will, first and foremost, enable the PMO to identify troubled projects that may require special attention or even transition to project recovery mode. However, project audits should also contribute significant value in identifying minor irregularities that can be “fixed” on the spot, thus precluding the need for major project recovery actions or reactions.

In addition, the PMO can use audits to ensure that established stan- dards and practices are adhered to across all projects within the relevant organization. Audits will serve as reminders to all project stakeholders that such standards and practices exist, and that there are expectations that will be applied within the project management environment. This includes examination of the proper application of business and technical standards and practices, as well as those having specific project manage- ment connotations.

AU4680_book.fm Page 466 Monday, July 16, 2007 2:06 PM

Project Auditing

�

467

The PMO is responsible for ensuring adequate oversight and control within the project management environment, and auditing can help fulfill a portion of that responsibility. The PMO can introduce auditing from an internal perspective relative to operations within the project management environment, that is, those audits the PMO performs or controls. It also can identify the need for appropriate external or third-party audits, which are provided by business units within the relevant organization or by auditors in industry or commercial venues. The PMO lends expertise in deciding the types of audits and the auditing sources that are required within the project management environment.

Business Environment Interface Concepts

The business units within the relevant organization distinctly bring pro- fessional expertise to the project management environment on a part-time, as-needed basis or as full-time stakeholders. In particular, business units influence the achievement of business standards and interests in associa- tion with project performance. They also often represent centers of tech- nical expertise within the relevant organization. Therefore, they are ideally prepared to conduct project-related business and technical audits in the project management environment through arrangements with the PMO. A prominent auditing requirement found in many organizations is that associated with quality assurance, and the business unit responsible for quality management activities should normally be involved in the collab- oration of such audits with the PMO.

Establishing an auditing capability in the project management environ- ment also advances business interests. The use of project audits can be promoted as a means of providing current and potential customers with assurance of project success. Similarly, the inclusion of audits in the project management process can be touted in marketing and advertising literature or in proposals to demonstrate differentiation from competitors.

Above all, auditing conducted in the project management environment ensures the efficiency, quality, and value of project work. This contributes to the bottom line of the business and represents an investment toward achievement of strategic business objectives.

Project Auditing Activities across the PMO Continuum

The “project auditing” function along the PMO competency continuum provides for progressive levels of internal and external examination of project and business performance. It represents project review activities

AU4680_book.fm Page 467 Monday, July 16, 2007 2:06 PM

468

�

The Complete Project Management Office Handbook

that are conducted for the purposes of oversight and control at specified points in the project management life cycle. It also represents reviews that are conducted in response to project management, technical, or business indicators that trigger the need to examine all or a portion of project performance in greater detail.

project auditing activities according to each level in the PMO competency continuum.

The project office will normally focus on reviews initiated and con- ducted by the project manager or project team, who use any guidance provided by a higher-level PMO or by business units within the relevant organization. These reviews are intended to validate reported project status and to identify any unreported indicators that threaten successful contin- uation of the project effort.

Mid-range PMO levels will develop and implement project auditing processes that can be used to provide reasonable assurance of project success throughout the project management life cycle. This involves (1) the specification of audit points for standard project audits and (2) the identification of criteria for triggering project audits within the project management environment. The mid-range PMO will examine and identify the fundamental audit and review needs of the relevant organization, and then implement auditing processes and procedures in response to those needs. Conducting project audits and reviews is an inherent feature of project management, and the advanced level PMO may consider estab- lishing a training program that addresses concepts and practices in project auditing for selected project stakeholders.

The center of excellence will focus on ensuring that the auditing capability established within the project management environment is effi- cient and effectively serves the interests of project and business managers alike. It contributes business perspectives to decisions about which audits and reviews are needed and which are not, while also recommending the addition of certain types of audits and the removal of others. The center of excellence is also adequately positioned to identify and evaluate exter- nal auditors who can assist the PMO in deliberating its project audit and review needs, in developing auditing processes and procedures, and in conducting relevant project audits and reviews as third-party participants.

The project auditing activity is another area that interfaces with process guidance prescribed in the PMO “methodology management” function (see the project manager or project team, and the procedures for accomplishing them, should be incorporated into the project management methodology. In addition, other audits to which the project, project manager, or project team members are susceptible should be identified.

AU4680_book.fm Page 468 Monday, July 16, 2007 2:06 PM

Table 15.1 presents an overview of the range of prescribed PMO

Chapter 1). In particular, audit and review activities prescribed for

P ro

je ct A

u d

itin g

�

4 6 9

Table 15.1

Range of Project Auditing Activities across the PMO Continuum

Project Office Basic Pmo Standard PMO Advanced PMO Center of Excellence

Conducts project audits and reviews prescribed for use by the project manager

Prescribes and conducts simple project reviews:

– Establishes basic project health checks

– Monitors project technical reviews

Establishes project auditing capability across projects:

– Implements pre- project reviews

– Conducts project phase reviews

– Conducts other essential project, business and technical audits

– Implements post- project reviews

Expands auditing efficiency through training:

– Provides auditor and team training

– Provides project manager self-audit training

– Provides auditing familiarization training to project stakeholders

Conducts project audit analyses to improve auditing effectiveness:

– Evaluates current audit capability

– Examines use of external auditors

– Recommends project audits

A U

4680_book.fm P

age 469 M onday, July 16, 2007 2:06 P

470

�

The Complete Project Management Office Handbook

Project auditing also has alignment with the PMO “standards and

conducted to validate compliance with standards that are (1) identified in association with project management activities and (2) imposed by busi- ness needs, interests, and objectives. There likely will be some general link to several other PMO functions to the extent that project audits and reviews are applied to measure their application and performance results.

Project Auditing Function Model

The PMO can lead development and implementation of auditing activities prescribed for use within the project management environment. It can choose the extent to which it is actually involved in conducting audits and reviews but it should be a participant in reviewing and deliberating audit results as a basis for ascertaining the overall health and effectiveness of project management within the relevant organization.

Figure 15.1 depicts the prominent activities of the PMO’s “project auditing” function model, and the following subsections describe each activity.

Set Up Project Auditing Capability

The PMO can be instrumental in defining the proper types and levels of review and audit activities conducted within the project management environment. However, appropriate and timely planning is essential to achieving a viable auditing capability. The auditing capability needs a process and an organizational basis for maximum effectiveness.

The PMO can consider three pertinent activities when establishing or refining a project audit capability.

Figure 15.1 “Project auditing” function model.

SET-UP PROJECT AUDITING CAPABILITY

Determine Project Auditing Needs

Identify Project Auditing Resources

Establish Project Audit Performance Points

CONDUCT PROJECT AUDITING

Prepare for Project Audits and Reviews

Conduct Project Audit

Prepare Project Audit Report

MANAGE PROJECT AUDITING RESULTS

Review Project Audit Results

Analyze Aggregate Program Results

Monitor Project Audit Follow-up Actions

AU4680_book.fm Page 470 Monday, July 16, 2007 2:06 PM

metrics” function (see Chapter 3), as audits are generally constructed and

Project Auditing

�

471

Determine Project Auditing Needs

The frequency and nature of project audits and reviews is a matter of the relevant organization’s need for oversight and assurance of project man- agement capability and the alignment of support for business interests. To that end, the PMO will want to identify the various needs for audits and reviews, and then select the preferred ones for incorporation into the PMO’s arsenal of management tools.

Across industries, professionals in project management will encounter the term “project audit.” Unfortunately, across industries, and sometimes within organizations, there are different interpretations with regard to what a project audit is and what it accomplishes. This function model offers a “project management audit” as a primary examination tool for PMO consideration and then goes on to identify and define other types of audits and reviews applicable to the project management environment.

The PMO should examine the following types of audits and reviews that can be implemented within its project management environment.

Primary Project Management Audits

Primary project management audits represent a few essential audits that can be considered by the PMO and prescribed for use within the project management environment.

Project management audit

. Despite being broad in scope, this audit provides a fairly comprehensive examination of project management per- formance. Although the project manager or project team can perform this audit, it is highly recommended that the PMO or some other third party conducts this audit to accomplish an impartial and objective appraisal from an unbiased perspective. This is a formal audit that may take one or more qualified auditors three to five days to complete the examination and analysis of findings. Actual audit performance time depends on project size and scope of the audit, with additional time needed for associated report compilation and preparation.

This audit is accomplished through discussions and interviews with the project manager, technical leaders, and at least a sampling of project team members, which is done in conjunction with a hands-on review of pertinent project documents. It normally includes examination of the following information and materials:

�

Preparation of the project workplan, primary project management plans, and project support plans prescribed or otherwise needed to guide the project management effort:

AU4680_book.fm Page 471 Monday, July 16, 2007 2:06 PM

472

�

The Complete Project Management Office Handbook

�

Completion of required planning documents (per project classification)

�

Adequate inclusion of prescribed plan content

�

Appropriate inclusion and use of preferred practices and indus- try standards

�

Effectiveness and use of the project workplan and any work- associated plans:

�

Accomplishment of project work efforts according to the project workplan

�

Demonstrated tracking of actual project results against workplan elements

�

Timely identification and response to variations in workplan elements

�

Accomplishment of risk management relative to project work- plan content

�

Effectiveness and use of project management plans and project support plans:

�

Timely development of project management plans — in place when needed

�

Timely development of project support plans — in place when needed

�

Timely distribution of project plans to appropriate project stake- holders

�

Accomplishment of project management according to estab- lished plans

�

Use of approved change management procedures for modifying plan content

�

Oversight of project resource management and task performance:

�

Achievement of resource allocations representing competencies required to perform project work requirements

�

Achievement of resource manager commitments of resource availability to perform project work

�

Achievement of individual resource commitments to accept assignments and to perform project work

�

Management of project resource task assignments

�

Receipt of task progress and status reports from project team members

�

Management of task performance progress and completion status

�

Accessibility and use of the project work plan and applicable primary and support plans by project team members

�

Accomplishment of project team member performance evalua- tions, as may be required

AU4680_book.fm Page 472 Monday, July 16, 2007 2:06 PM

Project Auditing

�

473

�

Oversight of project vendor or contractor management and task performance:

�

Identification of roles and responsibilities of vendor or contrac- tor project team

�

Management of vendor or contractor assignment and deliverable status

�

Accomplishment of vendor or contractor deliverable approval and acceptance

�

Performance of vendor or contractor contract administration activities

�

Review and approval of vendor or contractor invoices and monitoring of vendor or contractor payments

�

Fulfillment of obligations to the customer:

�

Accomplishment of prescribed quality assurance activities, per the nature of the project deliverable (or deliverables)

�

Timely presentation of deliverables and achievement of cus- tomer acceptance

�

Timely transmittal of project progress reports to the customer

�

Performance of customer contract administration activities

�

Management of invoice submittals and monitoring of customer payments

�

Accomplishment of contractual obligations

�

Achievement of indicators of customer satisfaction

�

Fulfillment of obligations to management (including the PMO):

�

Timely elevation of project issues and problems to management and the PMO

�

Timely submittal of project management reports to management and the PMO

�

Accomplishment of business objectives associated with project cost, schedule, and resource utilization

�

Achievement of management directives and mandates for the project

�

Fulfillment of management support to the project and to the project manager (including PMO support)

This general project management audit can be used for most projects but it is particularly applicable to larger and longer-duration projects that are already underway beyond the initial planning stage. It is an audit that can be performed as often as quarterly until the project reaches the closeout stage.

Project performance audit (project health check)

. This audit represents a detailed examination of the financial and business aspects of the project. In particular, earned-value analysis or some other preferred method of

AU4680_book.fm Page 473 Monday, July 16, 2007 2:06 PM

474

�

The Complete Project Management Office Handbook

financial examination is applied, business case elements are reviewed, and the project risk management plan and its associated activities are evaluated. This is a formal audit that will generally take one or more fully qualified auditors three to five days to identify conditions, review docu- ments, and analyze findings, and then some additional time to compile and prepare a fundamental project performance audit report. Actual audit performance time depends on the size of the project and the scope of the audit. Validity of this audit is significantly enhanced when conducted by the PMO or other external, third-party auditor.

This audit can be conducted independently or in conjunction with a project management audit to review and validate the financial and business conditions of the project, with emphasis on evaluating and confirming the ability of the project to achieve specified project and business objectives. This audit normally includes examination of the following information and materials:

�

The business case used to manage selection and continuation of the project:

�

Relevance of business purpose and alignment with business interests

�

Achievement of staffing aligned with the resource allocation plan

�

Confirmation of trends toward achieving cost-benefit analysis results

�

Achievement of customer acceptance of the project deliverable (or deliverables)

�

Identification of customer business relationship status and per- tinent issues

�

Cost specified in the project workplan:

�

Review of the cost estimating process and its accuracy

�

Review of cost tracking methods and reports

�

Identification and evaluation of cost performance (i.e., planned versus actual)

�

Identification and evaluation of cost variance

�

Schedule specified in the project workplan: � Review of the schedule (duration) estimating process and its

accuracy � Review of schedule tracking methods and reports � Identification and evaluation of schedule performance (i.e.,

planned versus actual) � Identification and evaluation of schedule variance

� Resource utilization specified in the project workplan: � Review of the resource utilization estimating process and its

accuracy

AU4680_book.fm Page 474 Monday, July 16, 2007 2:06 PM

Project Auditing � 475

� Review of resource utilization tracking methods and reports � Identification and evaluation of resource utilization performance

(i.e., planned versus actual) � Identification and evaluation of resource utilization variance

� The project risk management plan: � Achievement of project risk identification, analysis, and priori-

tization � Documented review and update of project risks at appropriate

intervals � Specification of risk response strategies for high-priority risks � Inclusion of proactive risk response strategies in the project

work breakdown structure (WBS) � Preparation of contingency plans and acquisition of funding for

reactive risk response strategies

This project performance audit is applicable to virtually all projects of discernable value and duration that are already underway beyond the initial planning stage. It is an audit that can be performed as often as quarterly until the project reaches the closeout stage. The PMO can also use this

Pre-project (planning phase) audit. This audit validates project readi-

team but can also be accomplished by the PMO or other external third- party auditor. This audit presumes that requisite project selection activities have been accomplished. The pre-project audit normally includes exam- ination of the following information and materials:

� Project documents and activities: � Finalization of the project definition � Validation of the project budget and resource allocation plan � Preparation of the project charter (specification of project man-

ager authority) � Authorization of project funding (if not in the project charter) � Executive (sponsor) approval to proceed with the project

� Technical documents and activities: � Review of customer requirements documents � Review of technical specifications documents � Review of technical survey documents � Identification of technical support plans needed for the project

� Project management planning documents and activities: � Preparation of the project workplan � Preparation of the project risk management plan

AU4680_book.fm Page 475 Monday, July 16, 2007 2:06 PM

audit in conjunction with project portfolio management reviews. See Chap-

ness to start. It is usually performed by the project manager and project

ter 17, “Project Portfolio Management,” for further related information.

476 � The Complete Project Management Office Handbook

� Preparation of the project communications management plan � Preparation of the project quality management plan � Preparation of the change management plan � Preparation of the staffing management plan � Preparation of the vendor and contractor management plan � Identification of business support plans needed for the project

� Project team documents and activities: � Preparation of the resource responsibility matrix � Achievement of individual resource and resource manager

commitments � Specification of project team member assignments and reporting

requirements � Determination of project team readiness to begin project work

� Vendor and contractor documents and activities: � Coordination and acceptance of vendor and contractor technical

approach � Specification of vendor and contractor reporting requirements � Execution of vendor and contractor contract or agreement � Determination of vendor and contractor readiness to begin

project work � Customer documents and activities:

� Acceptance of technical solution by customer � Specification of customer reporting requirements � Execution of customer contract or agreement � Confirmation of customer readiness to begin project work

This pre-project audit is applicable to virtually all projects of discernable value and duration. It is an audit that is performed as people and plans become ready for project execution. In a sense, it is a “gateway” audit that facilitates transition from the planning phase to the project execution phase. Here, the planning phase emphasizes development of initial project management and technical plans necessary to describe the project’s game plan. Additional project and technical support plans can be prepared in conjunction with conducting project execution.

Post-project (closeout phase) audit. This audit confirms project readiness for closure. It is usually performed by the project manager and project team but can be accomplished by the PMO or other external third-party auditor. The post-project audit normally includes examination of the following information and materials:

� Customer closeout activities: � Receipt of interim and final customer acceptance statements � Completion of customer’s project performance evaluation

AU4680_book.fm Page 476 Monday, July 16, 2007 2:06 PM

Project Auditing � 477

� Submittal of final invoice (or invoices) to the customer � Receipt of final customer invoice payment (or payments) � Closeout of the customer contract or agreement � Customer notification of project completion (termination)

� Project performance closeout: � Return of project materials, equipment, and facilities loaned by

the customer � Review and lessons learned on project financial and business

performance � Review and lessons learned on project plan content and

effectiveness � Review and lessons learned on technical plan content and

effectiveness � Review of customer feedback and evaluations � Archiving of project documents and materials (for future reference) � Management notification of project completion (termination)

� Project staff closeout activities: � Review and lessons learned on project team performance � Evaluation of project team member performance � Receipt of project team member final expense reports � Payment of project team member final expense reports � Reassignment (or alternate disposition) of project team members � Recognition for the project team and individual team members

� Vendor and contractor closeout activities: � Return of project materials, equipment, and facilities loaned to

the vendor or contractor � Review and lessons learned on vendor or contractor performance � Receipt of vendor or contractor invoice (or invoices) � Payment of vendor or contractor invoice (or invoices) � Receipt of vendor or contractor acknowledgment of project

completion (termination)

This post-project audit is applicable to virtually all projects of discern- able value and duration. It is an audit that is performed when all project activities have been completed, deliverables have been accepted, and the project is ready for closure. This audit is the “gateway” audit that facilitates and, to a large extent, indicates project closure.

Review of project management methodology. This audit examines the use and validates the content and effectiveness of the established project management methodology. The PMO or a qualified external third-party auditor normally accomplishes this audit. It is a review that transcends individual projects and project managers to gain a perspective of the application of project management processes and practices across all

AU4680_book.fm Page 477 Monday, July 16, 2007 2:06 PM

478 � The Complete Project Management Office Handbook

projects within the relevant organization. This audit normally includes examination of the following information and material:

� General content of the project management methodology: � Contains adequate descriptions of processes (what to do) and

practices (how to do it) for project management life-cycle phases, and associated activities and tasks

� Designates the roles and responsibilities of project team mem- bers and other project stakeholders involved in the accomplish- ment and oversight of prescribed project management processes and practices

� Provides or is otherwise aligned with adequate tools to facil- itate the accomplishment of methodology process elements (e.g., automated tools or paper-based forms, checklists, tem- plates, etc.)

� Process content of the project management methodology: � Presents a discernable process relationship and flow that

advances the project through the progressive project manage- ment life-cycle phases of initiation, planning, implementation or execution, and closeout

� Specifies essential process guidance for conducting project man- agement within each project management life-cycle phase (per the project management standards and practices used)

� Incorporates essential process guidance for conducting technical and business planning and performance activities in association with each process phase (per the technical and business stan- dards and practices used)

� Ideally, provides a means to customize or “scale” prescribed processes for projects of different sizes and complexities

� Practice content of the project management methodology: � Presents practices having a basis in a professional or industry

standard � Provides adequate coverage to guide project managers in their

performance of critical project management activities (e.g., work planning and tracking, risk management, communications man- agement, change management, staffing management, and ven- dor and contractor management)

� Ideally, provides a quick and easy lookup reference to key steps for each practice area

� Methodology utilization by project managers and project teams: � Reviews the general governance or policy statement issued

for project management methodology use within the relevant organization

AU4680_book.fm Page 478 Monday, July 16, 2007 2:06 PM

Project Auditing � 479

� Identifies and reviews project management methodology phase, activity, and task use on a representative sample of projects in a specified time period

� Determines causes for nonuse of selected methodology elements � Examines user feedback regarding methodology use � Identifies project management benefits or liabilities that can be

associated with the use of project management methodology � Identifies business benefits or liabilities that can be associated

with the use of project management methodology

This review of project management methodology can be accomplished annually to ascertain its completeness, effectiveness, and extent of use. See on this topic.

Additional Project Management Audits

The category for “additional project management audits” includes a wide array of audits that can be considered by the PMO to achieve more- detailed examination of project performance elements or to ascertain conditions within the project environment.

The PMO can construct and perform audits, or acquire external auditing services, to meet a variety of needs in the project management environ- ment. The following list presents a few suggestions for additional project management audits that may be of value within the relevant organization:

� Customer satisfaction audit: an examination of the customer business relationship that identifies how well the customer perceives the project to be progressing toward the achievement of desired objectives.

� Project recovery audit: an audit similar to the combined content of the project management audit and the project performance audit, but with focus on the indicators of unsatisfactory project performance.

� Project support plan review: a review of the guidance prescribed by any of the individual project support plans. The PMO or a third- party auditor usually conducts this audit to provide an unbiased perspective on plan content, comprehensiveness, and usability.

� Project resource utilization audit: an examination of fulfillment of resource allocations and the timely assignment of resources for the accomplishment of specific tasks. This audit does not examine resource performance. The PMO or a third-party auditor usually conducts this audit to provide an unbiased perspective on issues and activities surrounding resource support by resource managers

AU4680_book.fm Page 479 Monday, July 16, 2007 2:06 PM

Chapter 1, “Project Management Methodology,” for further information

480 � The Complete Project Management Office Handbook

and at the executive level, and usually includes examination of the effectiveness of project managers in assigning resources.

� Project team performance audit: a review of project work assign- ments and their alignment with individual technical and profes- sional competencies of project team resources. The PMO or a third- party auditor usually conducts this audit to provide an unbiased perspective on individual capability issues, the appropriateness of individual assignments, and the effectiveness of project manager and technical leader supervision.

� Vendor and contractor audits: an audit or review using any of the previously described project or project management audits, but one that is conducted within the vendor or contractor pr oject management environment. This type of audit is normally authorized and conducted in one of two ways. First, the vendor or contractor can request assistance from the PMO in conducting an examination of its project management position and contribution to the overall project, and sometimes the PMO will encourage this. Second, the provisions of the applicable vendor or contractor service contract or agreement may allow the PMO to independently initiate and conduct project management audits within the vendor or contractor project management environment.

These and other unique audits can be prescribed and performed when project performance conditions indicate the need for such examinations in the project management environment. The PMO should maintain the documented process of any new audit for future use and refinement.

Technical Audits

Technical audits are an inherent part of project management responsibil- ities. However, technical audits are distinctly aligned with the nature of the product or service delivered to the customer and with the particular technical skills and competencies found in the pr oject management environment. Individual PMOs will need to define technical audits that are appropriate to and associated with the business operations of the relevant organization.

The following list presents a few generic types of technical audits that are applicable across different project management environments for PMO consideration:

� Technical approach review: a thorough review of the technical solution prepared to produce required project deliverables and to achieve overall project objectives within the specified scope of

AU4680_book.fm Page 480 Monday, July 16, 2007 2:06 PM

Project Auditing � 481

work. It is normally accomplished early in the project planning effort, and sometimes in conjunction with the pre-project audit.

� Quality assurance audit: an examination of the project quality management plan; associated test and acceptance plans; and quality control procedures, scheduled activities, and accomplishments. This type of audit is often aligned with responsibilities of quality management business units within the relevant organization. A general review of the project quality management plan also may be performed during the pre-project audit.

� Project gateway review: one of a series of reviews conducted at technical transition points or phases in the project (e.g., design, build, produce, test, etc.). The gateway review examines the readi- ness to proceed with the next major technical activity, including: � Verification that all requisite technical activities have been prop-

erly accomplished � Determination that technical leaders and project team resources

needed to conduct the technical work prescribed in the next technical phase are available and ready to begin the assignment

� Confirmation that the executive (sponsor) and customer agree to proceed to the next technical activity

� Receipt of required funding for the next technical activity � Structured walk-through: a technical review, usually conducted by

a group of technical experts, including project team members, customer representatives, and external technical advisors, to vali- date a technical process or procedure, a technical design or approach, or a technical performance outcome normally associated with a project deliverable.

� Technical review: an examination of technical content, usually conducted by project team members, to adjudge satisfactory completion of technical tasks that contribute to the preparation of project deliverables. The PMO, in collaboration with technical leaders in the relevant organization, can construct procedures for required technical reviews within the project management environment.

The PMO should prescribe routine technical audits for inclusion in the project workplan.

Identify Project Auditing Resources

The PMO may have responsibility for project auditing in the relevant organization but it will likely not have the staff depth or broad skills to conduct all required audits within the project management environment.

AU4680_book.fm Page 481 Monday, July 16, 2007 2:06 PM

482 � The Complete Project Management Office Handbook

To that end, it will have to evaluate project auditing requirements and designate preferred auditors and auditing teams.

An inherent issue in identifying project auditing resources is the need to qualify auditors. Audit training and experience are prominent factors in qualifying auditors. In addition, requisite technical or project manage- ment competency is a primary factor for consideration of auditor qualifi- cation by the PMO.

In addition to qualified members of the PMO staff, there are four types of resources that can be used to conduct audits in the project management environment. These are described in the following subsections.

Project Managers and Project Team Members

Project managers have responsibility for continuous monitoring and man- agement of project status and progress. They inherently conduct informal audits as part of their ongoing practice of project management. They can similarly be given responsibility for performing more formal project audits specified by the PMO as project conditions warrant or as project audit points are encountered. The key here is that they will distinctly use auditing guidance and processes prescribed by the PMO to make the performance of designated audits consistent across all projects.

Individuals serving as senior project managers have demonstrated their understanding of project management concepts and principles, they are more or less well-versed in the nuances of project management within the relevant organization, and they presumably have the experience required to use and comprehend primary project condition indicators. This qualifies the more-senior project managers to conduct audits on projects other than their own. The key here is for these resources to demonstrate an ability to achieve an impartial, business-oriented review of people, process performance, and practices according to the procedures of the particular audit to which they are assigned.

In addition, project team members who demonstrate technical or project management competency also can be used to conduct formal and informal project audits. In particular, they can assist the project manager in performing audits on their current project. Because they usually bring particular technical expertise, they can even lead certain technical audits and reviews. In some cases, individual expertise may warrant their assign- ment to auditing teams that are convened to examine projects other than their own within the project management environment.

To the extent that the PMO relies on project managers and project team members to conduct project management and technical audits, consideration for training them in effective and efficient auditing practices is warranted.

AU4680_book.fm Page 482 Monday, July 16, 2007 2:06 PM

Project Auditing � 483

Particular consideration should be given to training of individuals designated as leaders of primary audits within the relevant organization.

Internal Auditors

The PMO can canvass internal resources to identify and qualify individuals from business units who can participate as auditors in the project man- agement environment. In some cases, organizational policies and proce- dures, or the inherent responsibilities of individuals in certain business positions, will designate auditor status.

The following is a sample listing of a few r oles in the relevant organization that can be considered for participation as technical and project management auditors:

� Senior managers, in any position (ideally ones who interface with project management)

� Quality assurance managers � Quality control managers � Finance managers and specialists � Business analysts � Senior engineers and scientists � Senior technical specialists

Auditing team assignments for these internal resources should have some alignment between their primary specialty or professional credentials and the type of audit being conducted and their responsibilities for that audit. One important criterion in qualifying internal resources is that there must be at least one influential individual on the auditing team who can demonstrate advanced qualification in the application of concepts and content of modern project management practices.

Again, if the same internal resources are assigned to auditing duties on a recurring basis, some training in auditing practices, as well as training in project management practices and principles, is recommended for consideration by the PMO.

External Collaborative Auditors

The PMO can preclude an internal search to identify and qualify auditor candidates through the use of external collaborating resources, such as project management auditing consultants. This approach is particularly cost effective when the frequency or type of primary audits conducted within the project management environment does not warrant an effort to fully qualify and train internal personnel in project management audit-

AU4680_book.fm Page 483 Monday, July 16, 2007 2:06 PM

484 � The Complete Project Management Office Handbook

ing. However, it can also be beneficial in organizations that desire to take advantage of third-party expertise and impartiality in conducting audits in the project management environment.

In taking this approach, the PMO will have to manage external auditor qualification and selection. This can be accomplished by following a few recommended steps:

� Identify external project management auditor candidates. Prepare a list of auditing consultant candidates by examining project man- agement capabilities and credentials; contrast candidate offerings against the anticipated range of auditing needs in the pr oject management environment; and identify other areas of project man- agement expertise the consultant has brought or can bring to the relevant organization.

� Discuss and evaluate the auditing process and approach of each candidate. Meet with auditing consultant candidates to determine the fit and effectiveness of each candidate’s project management auditing process and identify the particular benefits that will be achieved by their selection. Distinguish those consultants who offer only general business and management auditing capability from those who demonstrate complete comprehension of modern project management processes and practices as an inherent part of the auditing process.

� Select and assign the preferred external auditing resource. Make a decision regarding the auditing consultant who will be introduced into the project management environment. If there is an identifiable need to conduct multiple project audits, the PMO should coordinate on this with the selected consultant. In particular, the PMO should note that there might be value represented by reduced service costs when multiple project management auditing assignments for the auditing consultant can be identified within a specified period.

These steps for selecting an auditing consultant are rudimentary but fulfilling them can be a time-consuming effort for the PMO. The PMO should anticipate project auditing needs and — with consideration for the time involved in identifying and introducing external resources into the relevant organization — conduct the necessary internal coordination so that it can evaluate the external auditing consultants, select an appropriate candidate, and assign the task in a timely manner and before the need arises.

AU4680_book.fm Page 484 Monday, July 16, 2007 2:06 PM

Project Auditing � 485

External Regulatory Auditors

The second type of external resource the PMO might encounter is the regulatory auditor. This auditor, who may or may not have expertise in the full range of project management knowledge and practices, has a bona fide need and appropriate authorization to conduct an examination within the project management environment. Generally, such an auditor is introduced in association with government regulatory requirements or through contract provisions. This auditing possibility makes it an essential PMO job to review and understand the contents and provisions of every customer contract or agreement.

It is also possible for the PMO to request and obtain the services of a regulatory auditor to fulfill noncontractual business requirements. This could involve an industry association standard that needs to be examined and confirmed; a business capability or credential that needs to be validated; or a quality matter that requires an independent, third-party verification audit. Such audits are not exactly mandated but they are essential to business success.

The regulatory auditor should provide an agenda and identify the scope of the audit to be conducted. PMO assistance may be needed (1) to schedule and arrange for participation of project managers and team members in auditor fact-finding meetings, document reviews, and other presentations, and (2) to facilitate the auditor’s administrative activities within the relevant organization. Otherwise, there is normally no formal responsibility for the PMO or the relevant organization to perform the audit steps prescribed by the regulatory auditor’s process.

The PMO is responsible for ensuring that relevant executives and senior managers are aware of any scheduled audit by an external regulatory auditor. Advance notification of upcoming external regulatory audits also should be conveyed to project managers and project team members.

Establish Project Audit Performance Points

The PMO can establish audit performance points to specify when or under what conditions an audit will be conducted within the pr oject management environment. There are three types of audit performance points that will be identified for PMO consideration: (1) the routine project audit point, (2) the triggered project audit point, and (3) the discretionary project audit point.

AU4680_book.fm Page 485 Monday, July 16, 2007 2:06 PM

486 � The Complete Project Management Office Handbook

Routine Project Audit Point

The routine project audit point is a designated point in the pr oject management life cycle or in a technical process at which a specified type of project or technical audit or review is conducted. This type of audit is normally identified in the project WBS (work breakdown structure) and workplan, and its performance is anticipated as a routine part of the project management effort. It may include any of the primary project management audits defined previously, as well as many of the technical audits and reviews associated with the nature of the project deliverables. The PMO should define and incorporate the process for conducting any routine project audit points into the project management methodology and associated technical processes.

Triggered Project Audit Point

The triggered project audit point is an unscheduled audit or r eview conducted in response to a project performance indicator, or “trigger,” that suggests a more detailed examination of some aspect of project or technical performance is warranted. While a triggered project audit point is not necessarily anticipated at any specific point in the project, it should not present any major surprises to the project manager or project team. In a sense, it is a normal response to a highlighted condition in project performance. In fact, triggered project audit points can be identified in appropriate project plans and include the particular conditions under which such audits will be pursued.

Discretionary Project Audit Point

The PMO also may seek and obtain the authority to conduct audits at its own discretion, where a project audit performance point is not specified. Presumably, the PMO will apply superb judgment to guide decisions that initiate such unanticipated audits in the project management environment. Moreover, unannounced project audits should not always have a negative connotation. There may be circumstances under which the PMO, in collaboration with project managers, wants to examine project team per- formance and participation under project audit conditions. Likewise, the PMO may need to conduct a minor audit across all currently active projects as a matter of specific information collection and analysis. Finally, the PMO may want to test a newly formed audit team in its performance of an auditing process.

AU4680_book.fm Page 486 Monday, July 16, 2007 2:06 PM

Project Auditing � 487

Conduct Project Auditing

The PMO will need to develop guidance for conducting audits within the project management environment. Audits and reviews conducted as rou- tine project management activities are normally unobtrusive and short- lived events, and procedures for their conduct should be adequately described in the project management methodology or applicable technical process. Audits and reviews deemed more critical or comprehensive and conducted outside of routine procedures will likely warrant some addi- tional time for planning and preparation, performance of audit activities and analysis of results, and compilation of findings in an audit report. This is particularly the case when internal or external third-party auditors are introduced into the project management environment.

The PMO can address these needs — incorporating aspects into project management methodology guidance and preparing general guidance for third-party participants — by reviewing three primary activities that can be accomplished to fulfill project auditing requirements.

Prepare for Project Audits and Reviews

The PMO should specify the key audit preparation activities to guide its efforts when leading project audits. Project managers and project team members responsible for conducting routine internal audits and reviews can use this guidance on their projects. The following three project audit and review preparation steps are listed for PMO consideration and further development for use within the relevant organization.

Identify and Convene Auditor or Audit Team

The PMO should prequalify lead auditors, particularly for formal audits. To that end, project managers would be considered “prequalified” to conduct routine audits by virtue of their position of responsibility and their training and experience in the concepts and practices of moder n project management. Similarly, internal auditors coming in from other business units are likely prequalified by virtue of their roles (e.g., quality management, finance, etc.). Therefore, it is usually the external auditor who requires some level of prequalification by the PMO. Therefore, the PMO will need to maintain a list of available auditors from all internal and external sources, their particular audit or review area specialties, and general requirements for arranging for their ser- vices and participation.

AU4680_book.fm Page 487 Monday, July 16, 2007 2:06 PM

488 � The Complete Project Management Office Handbook

As audit requirements are identified, particularly triggered and unan- nounced audits, the PMO can use its list of prequalified project auditors to select, request, and assign them to the audit activity at hand. In the case of internal or external third-party auditor participation in recurring, routine audits across multiple projects, the PMO can schedule and arrange for their services in advance of the need. In some project management environments, the PMO may want to prepare and publish a project audit schedule that extends out several weeks or months.

Convening the auditor or audit team will normally begin with an initial on-site audit meeting that the PMO may want to attend for the purposes of introducing audit participants and to ensure the proper specification of objectives in planning auditing activities. The PMO can also facilitate arrangements for workspace and individual meetings for external auditors. This PMO participation may be required less over time as the PMO becomes familiar with auditor or audit team performance.

Plan the Audit

An initial audit meeting is recommended to identify audit participants and to plan (or review plans) for conducting the type of audit prescribed. Normally, the project manager should be included in this initial planning session to gain insight into planned activities and requirements for personal and project team member participation.

The audit planning session will be used to accomplish the following:

� Specify the type of audit to be conducted. � Identify the lead auditor and audit team members. � Review auditor or audit team preparation activities. � Request timely receipt of project documentation for advance exam-

ination. � Determine schedule and review auditor or audit team on-site

activities. � Identify audit responsibilities of the project manager and project

team members. � Identify any pertinent issues or problems that might be encountered. � Determine schedule and review audit report preparation activities.

Audit planning is needed to establish a common frame of reference for all audit participants. This activity usually can be accomplished in less than one-half day, and in extenuating circumstances it can be achieved by means of a telephone conference for most common types of audits.

AU4680_book.fm Page 488 Monday, July 16, 2007 2:06 PM

Project Auditing � 489

Conduct Auditor or Audit Team Preparation

The auditor and audit team will need adequate time to prepare for on- site auditing activities. To that end, it is particularly important that project documents and other requested materials be provided in a timely manner. The PMO may be able to facilitate or otherwise monitor the transfer of project documents and materials required for auditor review in this prep- aration step.

The nature of the project and the type and scope of the audit to be conducted will determine the time needed for audit preparation activities. In some cases, administrative actions can take up to two or three weeks to prepare for an on-site audit. The time needed can usually be determined and specified at the initial audit planning session.

The auditor or audit team will perform a number of activities to prepare for the project audit:

� Specify the scope and purpose of the audit. � Request project documents and materials per the type of audit

prescribed. � Identify project documents that do not exist or are not available

for review. � Identify individual and group audit interview requirements. � Prepare or review existing audit checklists to guide investigation

activities. � Prepare and distribute an agenda for audit meetings and activities. � Coordinate final plans with the PMO and project manager.

The PMO can rely on established practices of internal and external third-party auditors to provide the necessary detail for these preparation steps. However, it may want to develop more-comprehensive audit prep- aration procedures for project management audits conducted by the PMO.

Conduct Project Audit

The auditor or audit team, in collaboration with the PMO and the project manager, should begin its on-site audit activities in a meeting with affected participants, likely the project manager and project team members. Addi- tionally, the project executive (sponsor) and other relevant project stake- holders also can be invited to attend. To the extent possible, this meeting should review the planned auditing activities and procedures, and it also should serve to reduce any anxiety and concerns about the audit. Partic- ipants in this meeting need to recognize that the pending audit is a natural

AU4680_book.fm Page 489 Monday, July 16, 2007 2:06 PM

490 � The Complete Project Management Office Handbook

and routine business activity designed and applied to ensure project and associated business success.

The audit will then proceed with a detailed examination of the project or elements of the project. It will include some combination of the following audit activities, per the type of audit conducted:

� Interviews. Auditors will meet with individual project team mem- bers and other project stakeholders, normally of their choosing (to remove bias), to discuss processes, activities, and performance of the project effort as a means of obtaining insight into the prevalent project conditions or to evaluate specific project condi- tion indicators.

� Observations. Auditors will view project team meetings, group interactions, and individual work performance to identify contri- butions and influences on the current project condition.

� Further document reviews. Auditors will examine project docu- ments and materials not previously examined, including individual documents and notes used to construct technical solutions, accom- plish assigned tasks, and prepare project status reports. Auditors also may meet with individuals to receive clarification of content for project documents and materials examined during the audit preparation period.

� Analysis. Auditors will meet independently at intervals, generally at the end of each audit day for multiple-day audits and throughout the day for shorter audit periods. These meetings will enable them to share information, identify common threads of findings, and formulate concepts of project conditions. These analysis meetings also will be used to identify topics of interest and points of focus for next-day/next-period audit activities.

� Initial audit feedback. The auditor or audit team will meet with the PMO, the project manager, and any other relevant project stakeholders to provide initial feedback regarding findings identi- fied during the audit period. It should be noted by the lead auditor that there may be some variance in the details presented in the audit report but the essence of the project conditions identified in this meeting should be adequately conveyed in the report.

The specific audit activities that will be conducted will evolve during the audit. The auditor or audit team will begin using the audit agenda and activity schedule to guide their activities. They will use preliminary audit findings to finalize their approach.

AU4680_book.fm Page 490 Monday, July 16, 2007 2:06 PM

Project Auditing � 491

Prepare Project Audit Report

The project auditor or audit team will normally leave the on-site audit location and return to their office locations to prepare an audit report of findings and recommendations. Note that some audits are routine and are not necessarily conducted in response to any particular indicator of poor project performance. That considered, the auditor or audit team may well be able to report only a few findings. Indeed, the auditor or audit team may deem that overall adequate-to-excellent project and project manage- ment conditions will be presented in the audit report.

The following elements are recommended for inclusion in a typical project audit report:

� Executive summary: � Overview of the audit type and purpose � Summary description of the project’s condition � General identification of the cause (or causes) of the condition � Summary of recommendations (prescription for project

continuation) � Audit approach:

� Overview of the activity steps performed by the auditor or audit team

� Overview of audit methods used � Identification of auditor or audit team members � Identification of other audit participants

� Audit findings: � General determination of the project’s condition, as uncovered

by the auditing process in areas of project status and progress, project performance, project management performance, etc. (per the type of audit conducted)

� Specific statements of fact resulting from the audit examination, usually indicating an adverse situation or condition, but also including favorable findings as they affected the determination of conditions

� The impact, influence, or contribution of each finding to project performance

� Apparent or actual cause of the audit finding, usually repre- senting a flaw or gap in established processes or procedures; a departure from established policies, standards, or management guidance; an incomplete or ineffective activity; or inadequate or incompetent task performance

AU4680_book.fm Page 491 Monday, July 16, 2007 2:06 PM

492 � The Complete Project Management Office Handbook

� Audit recommendations: � Recommended actions and activities to remove or reduce find-

ings and their cause � Suggested points of leadership and responsibility for each rec-

ommendation � Statement declaring the likelihood of project success after con-

sidering recommendations

The PMO can develop and use variations of this audit report content and structure.

Manage Project Auditing Results

The PMO should be a recipient of all project audit reports. This enables it to properly accomplish its ongoing oversight role within the project management environment. In some cases, the PMO may be the primary repository for project audit reports, that is, the project management library

theless, it does have responsibility to maintain an awareness of project performance and project management capability within the relevant orga- nization. The three activities described in the following subsections can be considered to help the PMO achieve its oversight objectives.

Review Project Audit Results

The PMO should conduct its own review of project audit reports as a matter of maintaining its awareness of conditions within the project man- agement environment. This review should be timely and can be achieved in conjunction with an oral presentation by the auditor or audit team.

The PMO’s review of audit results has three particular objectives that extend beyond the general need for awareness of conditions in the project management environment. These are described below.

Identification of Troubled Projects

The PMO should identify, in collaboration with any other r eviewers, whether the indications of project performance warrant special attention, up to and including the initiation of a project recovery effort. Short of that indication, the PMO can examine audit results in the following areas:

� Findings that can be resolved by the current project manager

AU4680_book.fm Page 492 Monday, July 16, 2007 2:06 PM

(see the PMO “knowledge management” function in Chapter 4). Never-

Project Auditing � 493

� Findings that cannot be resolved by the current project manager, perhaps as a result of larger organizational policy or process issues or as a function of the PMO

� Findings that warrant PMO or PMO-arranged support of project manager efforts

� Identification of recurring difficulties for a particular project manager � Identification of related difficulties encountered across several

projects

The PMO’s review of each audit report will allow it to (1) assess trends within the project management environment and (2) be proactive in formulating solutions that resolve major and recurring issues and problems that adversely affect project performance.

Examination of Audit Completeness

The PMO can use the audit report as a basis for evaluating auditor or audit team performance. It should examine the report to determine whether the audit was complete and comprehensive, and to verify that it achieved the objectives and expectations established. Points of examina- tion can include:

� Consistency of reported audit findings relative to known conditions � Clarity of findings statements that represent the adequacy and depth

of auditor examinations and analyses � Apparent constraints or roadblocks encountered by the auditor or

audit team that reduced its ability to delve into certain aspects of project performance

� Apparent unanticipated intrusion or interference by the auditor or audit team in the project management environment

� Consistency and completeness of audit recommendations relative to reported findings

The PMO will presumably have selected a qualified project manage- ment audit consultant to conduct the audit. This is the PMO’s opportunity to build a professional relationship with the audit consultant and to bring to light the needs of the project management environment, as well as the business interests of the relevant organization, so that future auditing efforts will be more closely aligned with PMO needs and expectations. This consideration works well for both internal and external third-party auditors.

AU4680_book.fm Page 493 Monday, July 16, 2007 2:06 PM

494 � The Complete Project Management Office Handbook

Formulation of Follow-On PMO Activities

The PMO can examine each audit report to determine whether there are any required follow-on PMO actions that are either directly associated with report recommendations or indirectly associated with rectification or resolution of audit findings. The PMO should consider the following possible action areas:

� Review the impact of policy guidance. � Review the content and utilization of project management meth-

odology. � Review the content and utilization of technical processes. � Consider the acquisition or replacement of project management

tools. � Review the training of project manager and project team members. � Review the performance of project managers.

Other needed PMO actions can be developed and pursued as dictated by the particular results of the project audit.

Analyze Aggregate Program Results

One means by which the PMO can develop and maintain its awareness of overall project performance is through ongoing reviews of similar audit-type results. This requires examining the aggregate results of audits across all projects, including current, completed, and ter minated projects. It provides another way for the PMO to identify and monitor trends and the effectiveness of remedies applied to correct deficiencies in project performance.

A simple example of a tool that can be used to monitor audit trends and remedies is a cross-tabulation worksheet. This worksheet can be constructed to enable the PMO to list audit findings by the type of audit conducted and the appearance of related findings across multiple projects. The worksheet can be expanded to include instances where a particular remedy was applied to projects, and an indication of improvement can be noted for all projects. In essence, this worksheet provides a current picture of the prevalent problems or deficiencies, the prescribed fixes, and the results of applied fixes. The PMO can update this worksheet as each new project audit report is received and reviewed.

Another benefit of performing aggregate analyses of audit results is that senior management and other project stakeholders can use them to review the overall project performance capability within the relevant organization. In particular, the PMO will be formulating and applying

AU4680_book.fm Page 494 Monday, July 16, 2007 2:06 PM

Project Auditing � 495

remedies to correct deficiencies, and an aggregate trend analysis will quantify the rate and natur e of project performance improvement achieved, which can then be reviewed by senior management.

Aggregate analyses also will be beneficial for review by project man- agers, who can use them in planning meetings to incorporate remedies into the technical and project management approaches and activities. They can also apply and monitor remedies identified by other project audits during project execution or implementation phases, thus allowing them to recognize and perhaps avoid similar deficiencies or problems.

The PMO’s examination of audit results from the larger perspective of all projects enables it to monitor and manage improvements in overall project performance.

Monitor Project Audit Follow-Up Actions

The PMO, as facilitator of the “project auditing” function in the relevant organization, should also ensure that the full value of auditing is achieved by monitoring the conduct of audit follow-up activities. This includes oversight of corrective actions applied at the project level as well as at the PMO’s functional level.

This effort begins with a review of the audit recommendations to determine which will be accepted for immediate action, which will be placed on a long-term improvement activity list, and which will be deferred (but not discarded). This review should include collaboration with project managers, senior managers, and other project stakeholders, depending on the nature of the proposed remedy. In the course of review and collab- oration — a single meeting or an ongoing series of communications — follow-up actions should be deliberated, decided, and assigned to respon- sible individuals.

The PMO can identify, track, and monitor several elements to ensure timely achievement of follow-up activities resulting from project audits:

� Activity statement: a simple statement of the rectification effort (e.g., adjust status report frequency).

� Activity description: a more detailed description of the effort that specifies the corrective actions to be taken, presents any required steps for effort or implementation, and indicates what objectives will be achieved when the corrective action is applied.

� Activity completion date: the date by which the corrective action should be completed.

� Activity interim review date (or dates): the date (or dates) when activity progress will be reported to the PMO.

AU4680_book.fm Page 495 Monday, July 16, 2007 2:06 PM

496 � The Complete Project Management Office Handbook

� Activity manager: the designation of the individual responsible for accomplishing the activity description.

� Activity closeout date: the date when the corrective actions were completed.

The PMO can use this information to monitor the progress of corrective action implementation and, as necessary, suggest, implore, assist, and mandate accomplishments. Once the remedy has been deliberated and decided, the activity manager can prepare this information, and the PMO can concentrate on monitoring progress at key dates.

Postscript for the Smaller PMO The smaller PMO will generally find itself in a support role more than in an oversight role, and therefore it is likely that no formal PMO-based auditing function is established or currently planned within the relevant organization. However, even in a support role, the PMO can be a key contributor to project performance improvement, and it can achieve that through the use of less-formal project examination methods.

The following list identifies a few ways in which the PMO can examine and monitor performance within the project management environment in the absence of a formal “project auditing” function:

� Review project status reports and progress reports to obtain insight into project performance information and indicators. Compile infor- mation and analyze trends on individual projects and across all projects within the PMO’s purview.

� Examine conditions and establish a few simple indicators of the effectiveness of project performance, and request that project man- agers include that information in their recurring status reports to the PMO and to management. Alternatively, go out and meet with project managers on a recurring basis to discuss the prescribed indicators.

� Develop a professional relationship with individuals in business units that conduct audits within the project management environ- ment (e.g., quality management). Request collaboration on their audit findings and recommendations as a routine action. Then, review their audit reports and perform trend analyses on individual and groups of affected projects.

� Convene a group of senior or otherwise prominent project man- agers to gain individual and group perspectives on project perfor- mance issues (e.g., general pr oblems, defi ciencies, and

AU4680_book.fm Page 496 Monday, July 16, 2007 2:06 PM

Project Auditing � 497

inconsistencies). Facilitate their discussion and deliberation for remedies to the top issues identified.

There is another activity the smaller PMO can consider, particularly if there are one or more obviously troubled projects in the relevant organi- zation. In lieu of establishing the full project audit functionality, the PMO can coordinate its needs and gain approval to obtain the services of an external, third-party project management audit consultant. This will allow a comprehensive examination of the identified projects and the subsequent application of appropriate remedies that will enable them to become viable and more likely to achieve successful completion.

AU4680_book.fm Page 497 Monday, July 16, 2007 2:06 PM

499

Chapter 16

Project Recovery

Projects are selected and performed because of their inherent business value. Therefore, barring any business decision to terminate a project, every project warrants the opportunity to succeed. However, there may be times when project success will seem fleeting, and corrective actions beyond the routine are needed to return the project to a path toward success. The rigor and formalities of an effective project recovery process is a recognized approach to turn around straying and troubled projects.

The project management office (PMO) should take a lead role in developing and influencing project recovery actions within the project management environment. Similar to project management methodology development, the PMO can conceive and implement a project recovery solution that best fits the needs of the relevant organization. Project recovery implementation can be relatively simple once the more difficult and more complex development of capability to respond has been estab- lished. To that end, the approach and description of this PMO function is not extensive; it provides essential activities for PMO consideration and implementation. However, the impact of developing an effective project recovery capability will have significant positive business impact.

This “project recovery” function enables the PMO to:

�

Distinguish routine project corrective actions from defined project recovery efforts.

�

Specify recommended composition and attributes of a project recovery team.

AU4680_book.fm Page 499 Monday, July 16, 2007 2:06 PM

500

�

The Complete Project Management Office Handbook

�

Prescribe the criteria and process for implementing a project recov- ery effort.

�

Build a library of project corrective actions for use by project managers.

Project recovery is a specialized tool used within the project manage- ment environment to (1) determine if routine project management prac- tices are being properly applied, (2) examine why r outine project management practices are not producing the desired project performance results, and (3) prescribe the corrective actions needed to return project management oversight and control to a routine state. Returning a wayward project to a routine state is the objective that the PMO will undertake.

Project Environment Interface Concepts

Project recovery implies that there is a variation in project performance that is significant enough (within a particular project management envi- ronment) to warrant special attention from the PMO and probably senior management. At first glance, it would seem that project recovery is needed because of some sudden and massive failure somewhere in the project management process, in the people assigned to the project, or in the support system, so now the PMO and management experts are needed to “clean up” the situation. Unfortunately, that is always a possibility. However, project recovery is more likely needed because of slower and less discernable deterioration in project performance that has occurred over time, and now suddenly becomes apparent.

To instill confidence in successful project outcomes, the PMO can develop practices for ongoing senior management involvement through such mechanisms as project and portfolio management reviews, as a means of monitoring project performance before trouble occurs and project recovery action is needed.

The PMO also serves as a resource for project managers, possibly in conjunction with mentoring or risk-planning support activities. It can help them identify critical project performance indicators that should be exam- ined and managed during project execution to avoid the need for formal project recovery actions. However, when project recovery is needed, the PMO can also assist in forming and preparing the qualified teams needed to spearhead the project recovery effort, often from among the cadre of highly qualified project managers the PMO has already developed.

The development of a PMO “project recovery” function should do as much to preclude its formal implementation as it does to guide corrective actions when specifically needed. This is because much of the project

AU4680_book.fm Page 500 Monday, July 16, 2007 2:06 PM

Project Recovery

�

501

management process and practice content that is implemented for project recovery is the very same that is applied in r outine use of project management processes and practices. Therefore, when the PMO can ensure that sufficient rigor and attention to details is applied during routine project management conditions, it will preclude the intense rigor required during project recovery conditions.

Business Environment Interface Concepts

It is a generally accepted perspective that troubled projects are not the result of one single problem but, rather, are a combination of multiple neglected indicators of poor project performance. To that end, the need for project recovery warrants an examination of contributing processes and practices that could span the involvement of other business units within the relevant organization. The PMO plays an important role in collaborating such an investigation across business units, as well as in recommending or otherwise facilitating remedies for any adverse factors uncovered outside the immediate project management environment.

The PMO also can facilitate senior management and business unit understanding of the problems encountered by project managers, serving as a representative of the project management environment. It will ensure that a professional examination of troubled projects is undertaken and that accurate information about troubled projects and their causes is conveyed to the business environment. In turn, the PMO is centrally positioned to receive and implement executive and senior manager directives and guidance regarding the initiation and conduct of project recovery activities.

Project Recovery Activities across the PMO Continuum

The “project recovery” function along the PMO competency continuum establishes an expanding capability to identify and resolve project man- agement problems and issues that threaten the stability of project per- formance or the successful outcome of projects within the relevant organization. This places the PMO in a key role of assuring that project management is at least sufficiently effective to detect and discern its own limitations. It does this to varying degrees according to the stage of PMO development.

project recovery activities according to each level in the PMO competency continuum.

AU4680_book.fm Page 501 Monday, July 16, 2007 2:06 PM

Table 16.1 presents an overview of the range of prescribed PMO

5 0 2

�

T h

e C

o m

p le

te P

ro je

ct M an

ag e

m e

n t O

ffi ce

H an

d b

o o

Table 16.1

Range of Project Recovery Activities across the PMO Continuum

Project Office Basic PMO Standard PMO Advanced PMO Center of Excellence

Monitors project performance indicators to detect potential for major problems

Creates preliminary guidance for project control:

– Manages a list of troubled project indicators

– Compiles and validates general remedies used to correct project performance

– Specifies project issue elevation procedures

Develops capability to conduct project recovery activities:

– Builds qualified project recovery teams

– Develops project recovery-based assessments

– Specifies project recovery actions

– Evaluates project recovery results

Expands capability to conduct project recovery efforts:

– Provides project recovery training for recovery team members

– Introduces project recovery management and tracking tools

Conducts project recovery analyses toward achieving goals of continuous improvement:

– Conducts project recovery process and utilization analyses

– Develops project indicators and remedies to avoid need for project recovery

AU 4680_book.fm

P age 502 M

onday, July 16, 2007 2:06 P M

Project Recovery

�

503

The project office is at the forefront of project control and has direct responsibility for identifying project problems, issues, and other difficulties using criteria established for all projects. It can achieve this by following prescribed processes for project management, with a particular focus on elements that include reviewing and reporting project performance. The project office will normally apply standard remedies to minor project performance variations. However, when the situation warrants, the project office will use established criteria and guidance to elevate problems and issues to a higher-level PMO or to senior management for review. It is usually the authority above the project office that determines whether or not project recovery actions are warranted.

Mid-range PMO levels will apply their authority and expertise to establish a fundamental to advanced capability to deal with tr oubled projects. This capability includes specifying criteria and defining what constitutes a troubled project within the relevant organization, forming a qualified project recovery team and process to assess and rectify the problems encountered (and return the project to a standard state), and evaluating the effectiveness of the project recovery intervention. It also introduces the tools needed to manage project recovery efforts.

The center of excellence continues its pursuit of continuous improve- ment within the project management environment. It will conduct analyses to determine the use and effectiveness of the project recovery process. It also will conduct root-cause analyses as a basis for developing indicators that can be used to identify potential for troubled projects and to prescribe solutions that reduce the number of troubled projects encountered within the relevant organization.

This PMO function serves as the focal point for identifying problems and then prescribing and implementing remedies to correct troubled projects. To that end, it inherently will have significant interface with and draw on capability that is established in several other r elevant PMO functions, as highlighted in the function model presented below.

Project Recovery Function Model

Project managers routinely identify problems and apply corrective actions on an ongoing basis throughout the project management life cycle. This normally represents minor or routine adjustments needed to bring around veering alignment with project cost, schedule, and resource utilization. Routine corrective actions also may address scope, risk, quality, customer service, and a variety of other issues. Conversely, when such factors have reached unacceptable thresholds, when they no longer respond to routine

AU4680_book.fm Page 503 Monday, July 16, 2007 2:06 PM

504

�

The Complete Project Management Office Handbook

corrective actions, or when they become too numerous to control, a more formal approach is warranted — project recovery.

The PMO should be instrumental in defining when and how project recovery actions will be introduced into the project management environ- ment. Presumably, using a formal process to fix a troubled project will be an infrequent activity and will likely draw attention to the effort on several fronts — project team, management, customer, etc. Therefore, it behooves the PMO to devise a precision approach to quickly assess the need for project recovery and then to implement a solution that brings the project back on track. The ultimate goal is to return the project to a routine state of project management at the earliest possible time.

In a sense, project recovery represents a specialized approach to conducting a project audit, with the anticipated need for follow-on project planning support. To that end, features and capabilities developed in those PMO functions can be applied to the project recovery effort. This includes the examination (audit) of a project that shows indications of poor performance to determine what actually is wrong, followed by planning and implementing a revised project plan (and usually an adjusted, more rigorous project management approach) when it is confirmed that a project, in fact, needs special project recovery attention to be successful.

The PMO needs to develop the approach to project recovery that will be used within the relevant organization. It can consider the prescriptive steps described in this function model to develop the project recovery approach used — by the PMO or other project recovery body — to guide project recovery actions within the project management environment.

Figure 16.1 depicts the prominent activities of the PMO’s “project recovery” function model, the following subsections describe each activity.

Figure 16.1 “Project recovery” function model.

DEVELOP RECOVERY ASSESSMENT PROCESS

Identify Recovery Indicators

Assess Project and Identify Problem Areas

Prepare Project Recovery Decision Package

Coordinate Project Recovery Decision

PLAN AND CONDUCT PROJECT RECOVERY

Establish Project Recovery Team

Develop Project Recovery Plan

Stabilize Project Using Recovery Solution

Conclude Project Recovery

CAPTURE RECOVERY LESSONS LEARNED

Examine Project Management Indicators

Examine Project Selection Criteria

Examine Project Recovery Process

Update Routine and Project Recovery Remedies

AU4680_book.fm Page 504 Monday, July 16, 2007 2:06 PM

Project Recovery

�

505

Develop Recovery Assessment Process

The PMO should apply awareness of the relevant organization’s culture, consideration for the nature of projects, and an understanding of business interests to establish an effective approach to assessing the need for project recovery. The PMO can focus on developing four process steps to guide project recovery assessment activities within the relevant organization. These are described in the following subsections.

Identify Recovery Indicators

The PMO should evaluate and prescribe the indicators that can be used to identify the need for conducting a project recovery assessment. Such indicators will be used not only to address project recovery needs, but when routinely monitored, these indicators also can serve as a general means of project control. Essentially, the PMO will need to identify indicators and specify what criteria can be applied to the project under examination to distinguish it as one that is on a troubled course and thus warrants consideration for formal project recovery actions.

It should be noted at this juncture that the PMO is simply trying to identify the general indicators that can be used to bring attention to a potentially troubled project. It is not yet assessing the underlying cause of any problems. The PMO can consider indicators in the following areas, add more indicators pertinent to the relevant organization, and assign significant threshold criteria by which each indicator will be monitored:

�

Scope:

�

Alignment of project plans (and deliverables) with official scope changes

�

Variation in stakeholder versions (or perspectives) of the scope statement

�

Frequency and causes of project scope changes

�

Cost:

�

Variation in planned versus actual project cost

�

Reliability of project cost estimates

�

Additional project costs incurred from an expanded scope

�

Schedule:

�

Variation in planned versus actual project schedule

�

Reliability of project schedule (duration) estimates

�

Additional project time incurred from an expanded scope

�

Additional project time incurred from task repetition and rework

�

Resource utilization:

�

Variation in planned versus actual project staffing

AU4680_book.fm Page 505 Monday, July 16, 2007 2:06 PM

506

�

The Complete Project Management Office Handbook

�

Reliability of project resource utilization estimates

�

Incomplete project tasks due to insufficient resources

�

Incomplete project tasks due to changed resource commitments

�

Quality:

�

Level of defects or number of discrepancies in deliverables undergoing internal review

�

Level of defects or number of discrepancies in deliverables presented to the customer

�

Frequency of rework activities (following internal or customer reviews)

�

Risk:

�

Reliability of the most recent project risk assessment

�

Frequency of occurrence of identified project risk events

�

Frequency of occurrence of unforeseen project risk events

�

Other general indicators:

�

Reliability of vendor and contractor work performance

�

Nature and impact of project corrective actions taken to date

�

Timeliness, completeness, and accuracy of project status reports

�

Management satisfaction and confidence

�

Customer satisfaction and confidence

Monitoring these indicators on an ongoing basis is inherently a part of tracking and controlling project performance, and these are several indicators that can be used to that end. However, the PMO should distinguish assigned criteria between routine control thresholds and those that are significant and used to identify troubled projects.

In general, when a significant project control threshold has been identified, the PMO or relevant management group (e.g., executive control board) should make a decision regarding whether or not to conduct a project recovery assessment. The decision to assess implies that the project has reached unacceptable control levels, that routine corrective actions are deemed inadequate to correct the situation, and that project recovery action is to be pursued.

Assess Project and Identify Problem Areas

The project recovery assessment represents a detailed examination or audit of project performance. It can be conducted by the PMO or by a qualified ad hoc team in the relevant organization. It is also a consideration that the assessment team could be a replacement for the current project team. A project recovery assessment is normally not conducted by the current project manager to ensure that a fresh and unbiased perspective of the project condition is achieved.

AU4680_book.fm Page 506 Monday, July 16, 2007 2:06 PM

Project Recovery

�

507

Conducting this assessment formally places the project in recovery mode. This status should be identified to warrant and explain the likely interference with routine project operations and the intervention of the assessment team that will be forthcoming. It also will help anticipate and explain the cost that the project recovery effort will incur.

The PMO or other assessment team can use the evaluation ar eas prescribed below to examine and identify the causes of poor pr oject performance. This examination should include consideration of all exam- ination areas listed, including those not necessarily aligned with initial poor or weak performance indicators. This is because the project will undoubtedly undergo replanning, and all aspects of project performance should be included as a basis for improving current project status and conditions, and to provide greater opportunity for successful completion of the project.

There are six major areas of project performance that can be examined as a part of the project recovery assessment, and these are described in the following subsections. The PMO can use this list as a reference in developing a more specific approach to project recovery assessment content and activities for use within the relevant organization.

Assess Application of the Current Project Management Methodology

This examination area evaluates how well the prescribed activities of project management have been accomplished. It includes consideration of:

�

Timely and accurate achievement of key project management planning deliverables:

�

Project definition (e.g., requirements, scope, objectives, deliv- erables, etc.)

�

Project work breakdown structure (WBS) and project workplan (showing cost, schedule, and resource utilization)

�

Primary project management plans (i.e., risk management, com- munications management, quality management, change man- agement, staffing management, and vendor and contractor management plans)

�

Resource responsibility matrix (per staffing management plan content)

�

Project support plans (i.e., any additional technical, business and project management plans needed to conduct the project, as is prescribed for the type or classification of the project under consideration)

AU4680_book.fm Page 507 Monday, July 16, 2007 2:06 PM

508

�

The Complete Project Management Office Handbook

�

Timely and accurate preparation of the project business case elements:

�

Customer information (e.g., interest, intent, and ability to perform)

�

Business risk

�

Financial analyses (e.g., cost-benefit analysis)

�

Project portfolio position and priority determination

�

Project charter (e.g., pr oject management authority, funding, etc.)

�

Timely and accurate achievement of key project management planning and execution deliverables:

�

Project team formation and management support activities

�

Customer agreement or contract execution

�

Management reviews and stage and gateway activities

�

Project tracking, controlling, and reporting

�

Customer involvement and deliverable-acceptance activities

�

Vendor and contractor acquisition and start work performance

�

Timely and accurate application of prescribed technical manage- ment components:

�

Technical solution development (e.g., technical design, techni- cal standards application, technical surveys, etc.)

�

Technical reviews, and stage and gateway activities

�

Introduction of tools and technology

The examination of these methodology-based assessment factors should identify any critical project management activities that were not performed (or not performed effectively) as a basis for specifying contributions to poor project performance. In a general sense, the assessment should also examine the appropriateness of the content and process of the project management methodology used for the project under consideration.

Assess the Current Project Management Support Structure

This examination area evaluates how well or poorly the project manage- ment support structure of the relevant organization has contributed to project performance. It includes consideration of:

�

Executive and senior management participation and support

�

Business unit involvement and support activities

�

PMO involvement and support activities

� Accomplishment of required training for project team members � Availability, assignment, and use of project management and tech-

nical tools

AU4680_book.fm Page 508 Monday, July 16, 2007 2:06 PM

Project Recovery � 509

� Availability, assignment, and use of technical equipment and new technology

� Availability, assignment, and use of qualified project management mentors

� Functional alignment of project team (i.e., resource manager implications)

The examination of these support-structure assessment factors should provide sufficient insight to determine any impacts that the current support structure had on project performance. This includes examination of atten- tiveness (actions taken) and inattentiveness (lack of involvement or sup- port) that contributed to the current project performance conditions.

Assess the Current Business Interests and Issues

This examination area evaluates the influence of the relevant organization’s business interests and issues as contributions to project performance. It includes consideration of:

� Project priority (e.g., business importance, internal visibility, cus- tomer retention)

� Project contributions to strategic business objectives (i.e., business case changes)

� Adequacy, availability, and assignment of qualified project staff members

� Timeliness of project resource allocation and assignment decisions � Customer sales process and engagement-management issues � Customer reactions to project performance

This examination area evaluates the implications of any changed busi- ness perspective or unattended business interest that is associated with project performance.

Assess the Current Project Workplan

This examination area evaluates the fundamental drivers of project per- formance. These factors tend to be the primary points of examination, which is usually warranted because of their direct impact on project performance. It includes consideration of:

� Project scope and WBS: � Initial validation of project scope with the customer

AU4680_book.fm Page 509 Monday, July 16, 2007 2:06 PM

510 � The Complete Project Management Office Handbook

� Formal documentation and collaboration of project scope changes

� Frequency of project scope changes � Occurrence of scope creep outside of a formal change-man-

agement process � Identification of internal and external events affecting scope change � Customer decisions, indecision, and unilateral changes in

requirements � Incidental influence (expansion or reduction) of project team

on work efforts � Scope representation in the WBS (e.g., workflow gaps, critical

activities, etc.) � Collaboration, coordination, and approval of all WBS changes

� Project cost: � Accuracy of project cost (budget) estimates � History of cost variation � Cost tracking and controlling practices applied � Current status of project cost

� Project schedule: � Accuracy of project schedule (time) estimates � History of schedule variation � Schedule tracking and controlling practices applied � Current status of project schedule

� Project resource utilization: � Accuracy of project resource utilization (staffing) estimates � History of variation in resource utilization � Resource utilization tracking and controlling practices � Current status of project resource utilization

This examination area addresses the key elements of the project workplan to ascertain how well they have been managed to date and to identify underlying causes for unusual variations and unacceptable project performance. The factors considered in this examination area are normally a direct responsibility of the project manager. Therefore, interviews and discussions with the project manager may be an important part of this assessment component.

Assess the Preparation and Use of Primary Project Management Plans

This examination area looks at the overall project planning effort to determine the completeness of the planning effort and the use of primary plans to conduct the project. It includes consideration of:

AU4680_book.fm Page 510 Monday, July 16, 2007 2:06 PM

Project Recovery � 511

� Risk management plan: � Approach used and content of the preliminary business risk

assessment � Approach used and content of the risk assessment conducted

using the project WBS and workplan (i.e., risk identification, analysis, and prioritization)

� Completeness of risk response strategies � Frequency of risk occurrence and use of risk response strategies � Frequency, approach used, and content of follow-on risk

assessments � Individual assigned responsibility for project risk management

� Communications management plan: � Fulfillment of internal and external project status reporting

requirements � Fulfillment of project team progress reporting requirements � Frequency of customer, management, and project team meetings � Timeliness of appropriate communication to project stakehold-

ers (e.g., plans distribution and associated reviews, meeting and key event notifications, conveyance of team member task assignments, etc.)

� Specification of protocols for the customer relationship � Specification of protocols for the management relationship, with

particular focus on the project “issues and problems” elevation process

� Individual assigned responsibility for project communications management

� Quality management plan: � Specification of deliverables associated with project customer

requirements � Achievement of milestones leading to deliverable preparation � Achievement of timely presentation of deliverables to the

customer � Accomplishment of required deliverable quality testing � Accomplishment of rework required due to quality defects � Process used and achievement of customer acceptance of deliv-

erable (or deliverables) � Individual assigned responsibility for project quality management

� Change management plan: � Occurrences of unauthorized changes in project plans or scope � Number of reconciliations of unauthorized changes to validate

them � Approach used and number of change requests � Approach used and number of approved, coordinated changes

AU4680_book.fm Page 511 Monday, July 16, 2007 2:06 PM

512 � The Complete Project Management Office Handbook

� Approached used to implement each approved change � Individual assigned responsibility for project change management

� Staffing management plan: � Development and completeness of the resource responsibility

matrix � Specification of key/critical project resources � Achievement of resource manager commitment (or commit-

ments) for resource use � Achievement of individual commitment of time and effort to

the project � Establishment of resource allocations needed to complete

project work � Fulfillment of resource assignments per the number of resource

allocations � Individual assigned responsibility for project staffing management

� Vendor and contractor management plan: � Approach used and timeliness of acquiring external project

resources � Accomplishment of initial review and approval of the vendor

and contractor project workplan � Approach prescribed and used to monitor vendor and contractor

project work performance � Approach prescribed and used to monitor and approve vendor

and contractor invoices and payments � Individual assigned responsibility for vendor and contractor

management

This examination area addresses the core aspects of effective project management across six planning areas to ascertain how well they have been managed to date, and to identify underlying causes for unusual variations and unacceptable project performance. The factors considered in this examination area are normally a responsibility of the project manager. However, on some projects of size or value, the responsibility for managing these plans could be delegated to other pr oject team members. Therefore, interviews and discussions with the project manager or with the responsible individual may be an important part of this assessment component.

Assess the Current Project Team and Key Stakeholders

This examination area evaluates the actions and interactions of the current project manager having responsibility for project performance as well as

AU4680_book.fm Page 512 Monday, July 16, 2007 2:06 PM

Project Recovery � 513

the associated project team (in whole or in part) for their contribution to the current state of project performance. It includes consideration of:

� Project manager: � Workload � Competence and experience relative to project size, type, value,

etc. � Technical skill and capability to provide technical oversight � Authority and control (e.g., excessive or insufficient) � Responsiveness to business guidance � Professional fit on the project

� Project team: � Workload � Technical skill and experience relative to assigned project tasks � Composition and cohesion (i.e., stage of team development) � Member reductions, additions, and intermittent appearances � Responsiveness to technical and management guidance and

direction � Conflicts and unresolved interpersonal problems

� Vendor and contractor participation in the project effort: � Achievement of contractual obligations � Appropriate participation in prescribed project team role � Demonstration of continuing vested interest � Accomplishment of required reports and participation in

required communication � Customer participation in the project effort:

� Achievement of contractual obligations � Appropriate participation in prescribed project activities � Demonstration of consistent guidance toward stable project

objectives � Responsiveness to requests for clarification, scheduled docu-

ment and deliverable reviews, and scheduled project events and activities

This examination area prompts enhanced awareness of the project recovery effort and should be pursued carefully and with a professional approach. It delves into an evaluation of personalities and competencies of individuals who hold responsibility for successful project performance. This effort should focus on fact-finding and not on personal attributes, although it is likely that personal attributes will be indirectly identified and examined as a part of the project recovery assessment.

AU4680_book.fm Page 513 Monday, July 16, 2007 2:06 PM

514 � The Complete Project Management Office Handbook

Prepare Project Recovery Decision Package

The PMO should provide guidance for confirming the project recovery decision either for use under its own authority or for presentation for senior management review and approval. Conducting a project recovery assessment presumes that a subsequent project recovery effort will be undertaken. This activity step enables a final review of the project’s status to be accomplished and provides an opportunity to confirm the need for project recovery.

Recovery action review and approval is facilitated when the PMO constructs a standard document and approach to the decision process, that is, a project recovery decision package. The following elements are suggested for inclusion in the project recovery decision package.

� Project recovery assessment activities: a presentation and written discussion regarding the project recovery assessment. This section can be as detailed or abbreviated as is required by the decision maker (or decision makers) and in alignment with the established business document preparation practices of the relevant organiza- tion. It includes the following information points: � Assessment team composition � Assessment approach � Identification of areas of project performance examined � Overview (statement) of assessment findings

� Statement of project condition: results of further analysis of project recovery assessment findings are compiled and presented for reviewer consideration. They include: � Project performance problems and their root causes � Impacts of project performance problems (i.e., how the prob-

lems affect achievement of business objective, industry and market position, customer relationships, etc.)

� Project performance improvement actions needed to achieve project success

� Project recovery recommendation: the preparation of a recommen- dation concerning what to do with the project as a result of the current project condition. The recommendation should be consis- tent with project recovery assessment findings and with the sub- sequent statement of pr oject condition. The default recommendation is to proceed with the project recovery effort. However, at this final decision point, there are still at least two alternative solutions. The three possible recommendations are: � Continue the project and proceed with project recovery. The

condition of the project and its continued business interest and importance warrant proceeding with project recovery actions.

AU4680_book.fm Page 514 Monday, July 16, 2007 2:06 PM

Project Recovery � 515

� Continue the project without formal recovery action. The con- dition of the project can be rectified through minor corrective actions and does not warrant the cost and effort incurred by a formal project recovery action. This recommendation validates that the project has continued business interest and importance.

� Terminate the project. The condition of the project is so severe that a recovery effort does not warrant the expense, or project continuation no longer serves the business interests of the relevant organization.

The project recovery decision package is then presented to senior management decision makers for review and approval of the recommended action. In the interest of the likely pursuit of project recovery actions, this review and approval step should be expedited by the PMO. Following the project recovery decision, or alternative course of action, the PMO can prepare to lead the effort that implements the decision, beginning with the next and final step of this project recovery assessment process.

Coordinate Project Recovery Decision

The PMO can perform or otherwise facilitate coordinating the project recovery decision within the project management environment, and that effort may include some collaboration with key individuals in the busi- ness environment. In some cases, project stakeholders in the business environment will be involved in the deliberation and project recovery decision process.

The following are points of coordination to consider following a project recovery decision:

� Project manager and project sponsor (if not already involved in the decision process)

� Project team members (notification normally is achieved through the project manager)

� Vendor and contractor engagement managers (other appropriate key points of contact)

� Customer engagement manager (other appropriate customer points of contact)

� Business unit representative � Resource managers � Other project managers

Once all key participants are notified, the PMO can proceed with implementing the decision, presumably a project recovery effort.

AU4680_book.fm Page 515 Monday, July 16, 2007 2:06 PM

516 � The Complete Project Management Office Handbook

Plan and Conduct Project Recovery

The PMO’s reaction or influence in response to a decision to proceed with project recovery should be immediate and with a distinct purpose: to fix the problems encountered by the troubled project as soon as possible and to return the project to a routine state of project manage- ment operations.

A four-step approach to conducting project recovery is presented for consideration in the following subsections.

Establish Project Recovery Team

The responsibility for bringing around a troubled project falls to the project recovery team. The project recovery team can be an incisive team striking immediately at the root causes of the troubled project, or it can be a replacement project team that addresses a comprehensive approach to project recovery activities. The project recovery team can be formed using a preorganized and pretrained group of highly experienced, highly qual- ified project professionals who are “on-call” for the purpose of conducting project recovery. Otherwise, convening the project recovery team is similar to any project team formation effort but with more focus on ensuring that critical project management skills and experience are introduced as needed by the troubled project.

The disposition of the current project manager and project team members will vary by organization and industry, and by the extent and nature of the project recovery effort. In some cases, the current project team will remain intact as recovery activities are pursued, such as in the case of the incisive team where the current project manager only tempo- rarily gives up the reins of the project. At other times, a large portion of the project team is disbanded, reassigned, and replaced by the project recovery team. It should be noted that unless the project team is only a handful of people, there does not have to be 100 percent replacement of all project team members. Rather, it is usually the key technical, business, and project management leadership that is refreshed under the project recovery mode of operations. In some cases, only the current project manager is reassigned. Most individuals would likely recognize project manager replacement as a drastic measure but that only serves to highlight the significance of a project recovery effort.

The PMO should play a primary role in defining project recovery team roles and responsibilities, which will serve as the basis for convening a project recovery team when one is needed. The following five subsections identify the important participants in every project recovery effort.

AU4680_book.fm Page 516 Monday, July 16, 2007 2:06 PM

Project Recovery � 517

Senior Management

Senior management should have appropriate involvement and oversight in all projects conducted within the relevant organization. Under project recovery conditions, they play an even more active and critical role that is warranted by the additional expense committed to achieving the project recovery effort. Senior management has undoubtedly been involved in the decision to pursue project recovery for the project at hand, and executives and senior managers will strongly influence the ability to rectify the project problems that were encountered. Their decision to recover the troubled project is likewise a decision to accommodate the fixes necessary to get the project back on track.

The more pertinent project recovery responsibilities of senior manage- ment include:

� Funding the project recovery effort � Allocating new or additional resources required for the project

recovery effort � Adjusting project portfolio priorities and decisions to accommodate

project recovery � Evaluation of impacts on other projects resulting from project

recovery needs � Temporary or permanent reassignment of key project

professionals � Review of strategic business interests affected by project recov-

ery actions � Participating in project recovery status reviews and updates � Supporting and facilitating PMO development and implementation

of process guidance in the project management environment to avoid recurring needs for project recovery

The PMO should serve as a primary advisor to senior management during project recovery activities, and it can take a lead role in ensuring that senior management is aware of its responsibilities and is appropriately involved.

Project Recovery Manager

The project recovery manager will serve as the new project manager during the project recovery period and, in some cases, for the remaining duration of the project. This is distinctly a role in which experience counts, and some specialized training in project recovery would also be beneficial. At the very least, the project recovery manager should be among those

AU4680_book.fm Page 517 Monday, July 16, 2007 2:06 PM

518 � The Complete Project Management Office Handbook

individuals with the most impeccable qualifications in project management competency to be found within the relevant organization.

The PMO would be well advised to identify candidates for project recovery manager before the need for such an assignment surfaces. This allows the PMO and the selected individuals to achieve at least some fundamental preparation for the role and responsibilities associated with rectifying what ails troubled projects.

The following are primary responsibilities that are associated with the project recovery manager serving as the new project manager:

� Gaining early awareness of the project condition: � Review of the project recovery decision package � Review of current, viable project planning documents � Review of current, viable project tracking documents and

reports � Managing project recovery team formation:

� Inform current project team members of approach to project recovery

� Select new project recovery facilitators and core managers � Introduce and integrate current and new project team members � Establish guidance and responsibilities for operating in project

recovery mode � Preparing the revised business solution:

� Review and update project financials � Review and reassess project risks � Review and update the project definition statement � Develop a revised business case � Incorporate project recovery assessment recommendations

� Preparing the revised technical solution: � Structure the new technical approach � Develop a project recovery workplan � Incorporate project recovery assessment recommendations

� Collaborating project recovery activities with the customer: � Inform the customer of the status of the project recovery effort � Obtain customer input to business and technical plan updates � Prepare a project recovery proposal for submittal to the customer � Manage the customer relationship under project recovery con-

ditions � Managing the project recovery effort:

� Facilitate frequent senior management and PMO involvement in project recovery review and approval activities

� Closely monitor and manage project recovery team performance, with particular focus on accurate and timely project reporting

AU4680_book.fm Page 518 Monday, July 16, 2007 2:06 PM

Project Recovery � 519

� Direct and manage vendor and contractor replanning and per- formance under project recovery conditions

� Conduct timely project recovery business and technical review meetings

� Prepare timely project recovery progress reports to senior management

� Manage costs and expenses associated with project recovery � Recommend return to normal project management operations,

when conditions warrant

The PMO should develop a more detailed key activity checklist for project recovery to guide and assist the project recovery manager in accomplishing essential project recovery activities.

Project Team Members

The project recovery team normally comprises a combination of the individuals currently assigned to the project effort and the influx of hand- selected team members who will facilitate the project recovery effort. Some current project team members may depart for a variety of reasons that are not necessarily related to the root causes of the troubled project. Such factors as the timing of the recovery effort matching the individual’s planned departure date, the need to replace someone on another project who is now assigned to the recovery effort, or the need to reduce the cost associated with project recovery are examples of such departure reasons. However, it should be recognized that there also might be some current members of the project team who are released because of their weak performance.

New members of the project team likely will be introduced during the project recovery effort to bring needed technical and project management skill and experience, as well as to revitalize an effort that is deemed to have continuing strategic business importance to the relevant organization. New team members should be selected because they have demonstrated capability and desire to address the challenges of the project recovery effort. In general, it will likely be mid-level managers, established technical leaders, and others who have demonstrated leadership within the project management environment who will be hand-selected to fulfill at least a few of the critical project roles during the project recovery effort.

Again, the PMO can be proactive in identifying candidates for critical project recovery team roles in advance of the immediate need for such assignments. It might even consider the same project managers who are also candidates for the role of project recovery manager. The consideration in using the same candidates is to get the best and most competent project

AU4680_book.fm Page 519 Monday, July 16, 2007 2:06 PM

520 � The Complete Project Management Office Handbook

and technical professionals on board immediately, with as little preparation as necessary to achieve early results, and then return them and the project back to routine operations as quickly as possible.

The following are several of the key responsibilities of individuals assigned as members of the project recovery team:

� Recognize the effort as one of project recovery and business importance.

� Advise the project recovery manager in areas of professional and technical expertise.

� Conduct and communicate risk management activities in areas of responsibility.

� Provide frequent and timely project status reports. � Perform assigned project tasks in a timely manner. � Collaborate immediately with the project recovery manager on

issues and problems.

The PMO should devise a means of recognizing and rewarding members of the project recovery team. It can do this during the assignment, but it is particularly important at the conclusion of a successful recovery effort.

Vendors and Contractors

Different organizations likely will have different perspectives regarding the alignment of vendors and contractors as members of the project team

their project capacity and involvement, these external resources, when aligned, will be important stakeholders in conducting the project recovery effort. They warrant sufficient attention and examination if they will be included in the continuation of work during the project recovery effort.

Vendors and contractors who remain on the project will need to be aware of the project recovery operating conditions, and they will need to become active participants in achieving project recovery objectives. New vendors and contractors introduced after the initiation of project recovery activities must likewise become acquainted with the demands and con- straints of the approach to project management conducted under project recovery conditions.

Essentially, this means preparing vendors and contractors for the rigorous oversight and control they will encounter, ensuring that they have assigned competent and experienced personnel to critical tasks prescribed by the project recovery plan, and gaining their support and commitment for the duration of their involvement in the recovery effort. On major projects, the PMO can support the project recovery manager by serving as a facilitator

AU4680_book.fm Page 520 Monday, July 16, 2007 2:06 PM

(See Chapter 19, “Vendor and Contractor Relationships”). Regardless of

Project Recovery � 521

for the advance qualification and preparation of vendors and contractors. Otherwise, the PMO can construct guidance and recommendations for managing vendors and contractors under project recovery conditions, and these recommendations can be used by subsequent project recovery teams.

Customers

The customer is arguably the project stakeholder experiencing the greatest impact from the need for project recovery. The customer’s expectations for project success undoubtedly have been diminished, faith in the com- petency and capability of the performing organization likely has been stirred, and reliance on future project success at best is uncertain. It is therefore imperative that the customer is involved in the project recovery effort to the extent that the customer desires without being an adverse influence or a hindrance to the timely deployment of a recovery solution. Perhaps the preferred role of the customer, at least from the perspective of the relevant organization, is that of active participant.

There presumably will be early business meetings with the customer to identify project failure and to deliberate the alternatives, and the results of such interactions will factor heavily into the decision to proceed with a recovery effort. Therefore, by the time project recovery actually begins, the customer is essentially poised for participation in the recovery effort to be undertaken. However, the participation needed and the specific role of the customer may not be clear at the onset of recovery activities. The PMO and the project recovery manager should address initial participation and ongoing customer involvement in the project recovery effort.

If, per chance, the customer was a contributor to the troubled project, the recovery plan will identify how those root causes of problems can be rectified, and the customer relationship can be managed discretely to implement necessary corrections.

Otherwise, the customer should be actively involved in several key project recovery activities:

� Review of and concurrence with the recovery plan � Participation in meetings to discuss project recovery progress � Participation in technical review meetings (particularly when

changes to project scope, deliverable specifications, or delivery schedule are discussed and deliberated)

� Review and acceptance of deliverables � Celebrations of project success

The PMO can develop a customer information package that specifies recommended points of customer involvement in the project recovery

AU4680_book.fm Page 521 Monday, July 16, 2007 2:06 PM

522 � The Complete Project Management Office Handbook

effort. This information-style package presented to the customer can also provide reassurance by highlighting the activities undertaken by the rel- evant organization to ensure effective management of the recovery effort and ultimate success of the project.

Develop Project Recovery Plan

The project recovery plan represents the renewed approach and commit- ment by the relevant organization to the project recovery effort. It will likely require more detail, or at least more supporting documentation and analyses for its content, than that normally required for routine project planning. Above all else, the project recovery plan must be a mechanism that demonstrates that the relevant organization knows how to manage projects. Nevertheless, there is still room for deliberation regarding the content actually needed in the project recovery plan.

The following four items represent the suggested minimum content for a viable project recovery plan:

1. Revised project workplan: � Work breakdown structure (WBS): incorporates tasks and

actions to rectify adverse findings and implement prescribed solutions identified in (i) the project recovery decision package and (ii) per the revised specification of project scope and objectives contained in the new project definition statement

� Cost: specifies reestimated project cost figures resulting from more precise use of project cost estimating tools and techniques

� Schedule: specifies reestimated project timelines resulting from application of more-accurate time-estimating tools and techniques

� Resource utilization: specifies reestimated project resource uti- lization requirements resulting from more effective use of staff- estimating tools and techniques

2. Updated project risk management plan: � Includes a review of the original risk assessment and associated

risk response strategies, and the examination of new risks to address the elements of the revised project recovery workplan

� Specifies the general risk management responsibilities of all project team members and the specific responsibilities of selected managers and technical leaders assigned to the project recovery team

� Identifies the likely increased frequency for conducting project risk reviews and specifies the need for immediate reporting of results to the project recovery manager

AU4680_book.fm Page 522 Monday, July 16, 2007 2:06 PM

Project Recovery � 523

3. Updated quality assurance plan: � Integrates steps to rectify quality issues cited in the project

recovery decision package � Includes, where possible, enhanced quality control activities to

ensure the quality of deliverables and offset any negative per- ceptions resulting from earlier project failure

� Specifies opportunities for increased middle- and senior-man- agement technical review and approval of project deliverables, as is necessary to the project recovery effort

4. Revised project communication plan: � Introduces the enhanced need for close collaboration of plans

and progress among project team members and, as appropriate to individual roles, with other stakeholders (e.g., senior man- agement, customer, vendors, and contractors)

� Identifies the project recovery manager and other new partici- pants on the project recovery team, and outlines their roles and responsibilities

� Presents revised requirements for reporting project status — content, frequency, and distribution — and progress to senior management

� Highlights adjusted, presumably tighter thresholds for measur- ing and reporting cost, schedule, and resource utilization vari- ations and for elevating issues and problems encountered in a timely manner

� Reiterates the required change control process and provides guidance for the coordination and distribution of revised project plans, technical documents, and other correspondence and reference materials

The PMO can prescribe these four primary documents to provide funda- mental guidance to the project recovery effort. However, it can also recommend or require the development (or revision) and implementation of additional technical and project supporting plans, as necessary. In effect, all primary project management plans should be reviewed and updated for consistency with the project recovery effort.

The nature and impact of the particular project recovery effort may warrant creation of additional guidance either for inclusion in or separate from the project recovery plan. This refers to the preparation of planning elements that address the business interests of the relevant organization. The PMO will need to collaborate with senior management and the project recovery manager to better define the need and the content, but the following are a few examples of additional project planning elements associated with project recovery that the PMO can consider in support of

AU4680_book.fm Page 523 Monday, July 16, 2007 2:06 PM

524 � The Complete Project Management Office Handbook

the current and ongoing capability to respond to project recovery efforts within the relevant organization.

� Customer relationship management plan � Internal incident (rumor) control plan � Public information and media management plan � Senior management activity and response plan � Business unit reorganization or realignment plan � Corporate shareholder communication plan � Project management methodology update plan � Project team member training plan � Project management governance policies review plan

The concept of project recovery necessitates that the project recovery plan is reviewed at high levels in the relevant organization and is approved for implementation. The level of review may vary from organization to organization — some will have the newly assigned pr oject recovery manager as the final authority, and others will want senior management or the PMO to demonstrate that they are active participants in the recovery process, with final review and approval authority placed at that senior level. In reality, there likely will be several levels of review, and concur- rence at all levels should be sought as a basis for pr oceeding with implementation of the project recovery plan.

Finally, the PMO should examine the situation of each individual recovery effort as a means of determining which stakeholders need to receive copies of the project recovery plan or any of its components. To that end, the PMO can facilitate distribution, consistent with its overall role in the project recovery effort.

Stabilize Project Using Recovery Solution

Once the project recovery plan has been prepared and distributed to the project team and other appropriate stakeholders, there can be a formal project restart or transition to project recovery mode. The project recovery workplan, in particular, will enable the project recovery team to begin rectifying problems and continue with the development of project deliv- erables per the revised project schedule. The critical event here is to implement the revised and refined project solution to demonstrate that control has been reestablished and that project success is imminent.

The implementation of the project recovery plan and its prescribed solution is highlighted by the close attention paid to several essential project management actions, which incidentally represent the same pri-

AU4680_book.fm Page 524 Monday, July 16, 2007 2:06 PM

Project Recovery � 525

mary project management actions that are applied to routine projects, but with added focus and scrutiny under project recovery conditions:

� Recovery solution implementation. The elements of the project recovery workplan are followed to achieve scheduled tasks and deliverables. The workplan is closely monitored to ensure that all activities are accomplished according to established technical requirements and deliverable specifications. Technical review and decision meetings are specified in the workplan and are con- ducted to include appropriate participation by members of the project team, senior management, and vendors and contractors; and meetings are monitored for attendance and achievement of desired results. The workplan is updated to r eflect new risk response strategies (risk management is performed on an ongoing basis) and to incorporate bona fide changes from other project plan components.

� Stakeholder communication management. Collaboration and par- ticipation of project stakeholders are managed to ensure that indi- vidual and business commitments are honored. Project documents and materials distributed for review and comment or decision are tracked, and the timeliness of individual responses is monitored. Attention is given to effective meeting management; advance noti- fication and meeting preparation instructions are given, an agenda is prepared, and individual action items are captured and tracked to completion. Senior management decisions are facilitated by timely presentation of information and reports, and follow-on contact to provide clarification is conducted as critical decision dates draw close. Customer participation in key activities and critical decision points is particularly monitored, and professional reminders of the customer’s role and responsibilities in project recovery are conveyed, as appropriate.

� Project tracking and control. The three primary elements of the project recovery workplan are tracked and controlled relative to planned versus actual: � Cost tracking and control. The revised project budget is closely

monitored at frequent intervals for any discernable variation and for the cause of that variation. Cost variations outside an extremely small tolerance range require immediate application of corrective actions. Project expenditures are closely managed, and expense approval and spending authority is limited to the project recovery manager (and possibly a few delegates) during the recovery effort. Virtually all expenses, particularly incoming invoices from vendors and contractors, are scrutinized for accu-

AU4680_book.fm Page 525 Monday, July 16, 2007 2:06 PM

526 � The Complete Project Management Office Handbook

racy and validated for acceptance. New and additional funding is monitored for receipt and inclusion in the project budget.

� Schedule tracking and control. The revised project schedule is closely monitored at frequent intervals for any discernable variation and for the cause of that variation. Schedule variations outside an extremely small tolerance range require immediate application of corrective actions. Project task performance is closely managed at shorter-interim review intervals. Task com- pletion is verified. The project’s critical path is frequently exam- ined for progress and to identify potential delays or roadblocks, sometimes on a daily basis.

� Resource utilization tracking and control. The revised staffing management plan is closely monitored at frequent intervals for any discernable variation and for the cause of that vari- ation. Resource assignments and resource manager commit- ments are monitored for timely fulfillment. Individual resource participation is managed r elative to the completion of assigned tasks. New and additional resource allocations are monitored for fulfillment and inclusion in the project staffing management plan.

� Change management. Changes to project scope, plans, specifica- tions, and customer contracts or agreements are closely monitored and strictly controlled. The project recovery manager normally serves as the single point of approval for such changes, and will usually collaborate and convey approved changes directly with affected stakeholders. The PMO should be proactive in establishing and monitoring the use of a project recovery change management process. Essentially, this means using any current change manage- ment process already included in the project management meth- odology, adjusting its procedures and content for the recovery effort at hand, and ensuring that it is used to track and manage changes encountered during project recovery. A rigorous change management process is implemented to avoid casual decisions and to ensure proper coordination and collaboration of bona fide change requests, including performing the following general change management process steps: � Request: specifying the details of a needed change and forward-

ing it for consideration in a project change request � Analyze: analyzing the needs, benefits, and impacts of the

change request, and preparing a recommended response for acceptance or rejection of the change request

� Review: conducting a review of the recommended response by the project recovery manager and any other key stakeholders

AU4680_book.fm Page 526 Monday, July 16, 2007 2:06 PM

Project Recovery � 527

� Approve: approving the change request by the project recovery manager, senior management, or other designated authority

� Implement: implementing the approved change, which includes modifying the content of the project recovery workplan, other project plans, and technical and contractual documents, and announcing the implemented changes to members of the project team and other relevant stakeholders (per the project commu- nication plan)

The PMO, as a prime stakeholder in project recovery efforts, needs to develop the capability to monitor the performance and results of these project management actions under project recovery conditions. In some project management environments, the PMO may be called upon to conduct these activities. In either case, the PMO should act in a supportive role during the transition to project recovery mode and should facilitate the accomplishment of project management actions that lead to a suc- cessful project recovery effort.

Conclude Project Recovery

Project recovery can conclude when the project recovery manager deems that the project has been stabilized and can demonstrate that essential project management indicators — usually cost, schedule, and resource utilization — are under sufficient control to ensure that the project will be successful in producing required customer deliverables, achieving customer satisfaction, and achieving its business objectives for the relevant organization. Other project management indicators can be specified for inclusion in the determination of project health and viability. The PMO should be a participant in constructing the indicators for use on project recovery efforts and in preparing guidance for their application.

The PMO will also need to develop the process that enables a project in recovery mode to transition back to routine or normal operations. The following elements are highlighted for consideration and inclusion in that transition process:

� Compile recovery project data. As a determination is made that transition to routine project operations appears warranted, a data collection point in time is specified, and a final compilation of key project management indicators and project recovery data is accom- plished. This includes collecting collateral project recovery data from vendors and contractors and surveying the customer for input of project performance indicators.

AU4680_book.fm Page 527 Monday, July 16, 2007 2:06 PM

528 � The Complete Project Management Office Handbook

� Prepare project analysis and recommendation report. A report is prepared by the project recovery manager to convey the project management improvements made, to specify the trends and current status of acceptable project management indicators, and to show that project stabilization has been accomplished. Included in this report is the project recovery manager’s recommendation for project transition, which inherently represents that the project is now viable and problem-free according to widely accepted busi- ness and project management standards and practices, as applied within the relevant organization.

� Specify transition activities. A separate document, or one attached to the analysis and recommendation report, should be prepared by the project recovery manager to show the activities that will be accomplished to facilitate the transition to r outine project operations. This essentially equates to developing a transition plan that includes: � Specification of final review, coordination, and approval activities � Designation of the project manager (current project recovery

manager continuation, assignment of a new project manager, or return of authority to the original project manager)

� Dispersal of the project recovery team (which members of the project team are leaving, which will be retained as part of a core team needed to complete the project, what new resources will be assigned or returned to this project assignment)

� Redesignation of roles and responsibilities for the remaining members of the project team

� Specification of the approach to project recovery document and material collection, including plans for a final examination of the project recovery effort (lessons learned) prior to archiving the data and materials

� Preparation of planned internal information announcements, including recognition of project recovery team and customer satisfaction statements

� Specification of recommended public information and media announcements

� Obtain approval for transition. The project analysis and recom- mendation report, along with the transition plan, are provided to key project stakeholders — prominently senior management and the customer — for review and approval decisions to proceed with transition to routine project operations. This process may include a personal appearance and presentation of current project recovery conditions by the project recovery manager to substantiate the recommendation for transition.

AU4680_book.fm Page 528 Monday, July 16, 2007 2:06 PM

Project Recovery � 529

� Conduct transition to routine operations. Upon receipt of the approval to proceed, all project stakeholders are notified, and the transition plan is implemented.

� Archive project recovery documents and materials. All project recovery documents and materials are collected and stored.

Conducting project recovery is presumably both a cost burden and an inefficient use of valuable resources for most organizations. Therefore, it is in their better business interest to rectify the problems of the troubled project as quickly as possible so that the r outine practice of project management can resume. The PMO, having facilitated a large potion of the project recovery activities — if not directly leading them — will also benefit from a reduction in the demand for resources and in the urgency of project recovery support requirements as the project returns to normal operations.

However, not all projects will necessarily return to normal operations after being in recovery mode. In some cases, business interests may dictate continuing the enhanced attention and detailed management of the project recovery effort for the duration of the project. In other cases, it may be found that even the project recovery effort does not sufficiently rectify the troubled project, and project termination again becomes an option for consideration.

Capture Recovery Lessons Learned

The completion of a project recovery effort is a significant undertaking that warrants review to determine what went well; what could have been done better; and what should be done in future, similar efforts. The PMO should be a facilitator of information collection and analysis as well as a repository for lessons learned from project recovery.

There are four recommended areas in which the PMO can focus its efforts to obtain maximum benefit from its review of the project recovery experience, as described in the following subsections.

Examine Project Management Indicators

The need for the project recovery effort was originally identified because of project management indicators that were found to exceed specified acceptable thresholds. The PMO can examine the relevant project recovery assessment report, as well as the approach used to monitor project management indicators during the recovery effort, to determine whether new indicators or threshold criteria are needed.

AU4680_book.fm Page 529 Monday, July 16, 2007 2:06 PM

530 � The Complete Project Management Office Handbook

The result of this examination should be to validate that curr ent project management and project performance indicators and criteria are still acceptable or to specify that new indicators and criteria are needed. This activity does not actually develop any new or revised indicators and criteria, which is actually done in conjunction within the PMO’s

involved in this examination (the PMO or others) are free to recommend specific modifications that can be considered during that separate criteria development effort.

Examine Project Selection Criteria

The troubled project presumably started its life cycle by successfully passing through the project selection process — a process of close scrutiny relative to strategic business interests, technical performance competency, and overall perceived value within the relevant organiza- tion. The PMO can examine the business case used to select this project, with particular focus on the project’s achievement of specified selection criteria. The results of this examination should provide some indication of whether or not the selection process could have precluded selection of the troubled project at the onset, or whether the project was selected despite selection indicators and criteria to the contrary. The results of this examination should be immediately forwarded to the executive control board, or other project selection authority, for inclusion in considerations for pending project selections. In the bigger picture, the PMO can recommend and revise the established project selection process and associated criteria per the validation of findings from this project recovery effort.

In addition to examining the criteria that r epresent the business case element of project selection, the PMO should also examine any associated resource allocation impacts. In particular, it should identify, from a retrospective position, whether all resource allocation commit- ments were fulfilled as prescribed during the selection process. It can also review early project selection negotiations that possibly reduced or modified the number or types of resources actually needed to ensure project success. Again, any preliminary findings resulting from this examination should be forwarded to the pr oject control board (or other project selection authority) for inclusion in considerations for pending project resource allocation decisions. The PMO can resolve any existing resource allocation process issues as a separate ef fort from this examination.

AU4680_book.fm Page 530 Monday, July 16, 2007 2:06 PM

“standards and metrics” function (see Chapter 3). However , those

Project Recovery � 531

Examine Project Recovery Process

The PMO can enhance the capability to conduct project recovery by reviewing application of the current project recovery process relative to the just-completed recovery effort.

The following list highlights a few of the areas that the PMO can examine to determine whether the prescribed project recovery process was effective or whether it contributed to project management difficulties during the project recovery effort:

� Project recovery process utilization. Did all key project recovery team members have access to and use the pr escribed project recovery methods? � Process availability � Process familiarity � Process applicability

� Project recovery process effectiveness. Was the process sufficiently comprehensive to provide enough guidance to enable users to initiate and conduct the project recovery effort? � Description of roles for project recovery participants � Description of procedures and activities for project recovery � Management tools and templates for project recovery

� Project recovery support. Does the process provide adequate guid- ance for obtaining (and giving) technical and business support during project recovery? � PMO guidance and support � Senior management guidance and support � Project recovery manager guidance and support

The PMO can examine the project recovery process in a manner similar to that used for examining the project management methodology. The objective is to identify what worked well and what did not work well. The examination can be based on a combination of PMO observations captured during the recovery effort and user comments solicited through surveys and interviews conducted during and after the recovery effort.

The PMO can use the findings of this examination to plan revisions to the project recovery process for future enhancement of project recovery capability.

Update Routine and Project Recovery Remedies

In conjunction with the examination of the project recovery effort men- tioned above, the PMO should receive considerable insight into the project

AU4680_book.fm Page 531 Monday, July 16, 2007 2:06 PM

532 � The Complete Project Management Office Handbook

management strategies and tactics used as corrective actions to rectify the problems encountered by the project while in recovery mode. Indeed, the PMO may be a contributor of corrective action guidance for the project recovery manager and project recovery team. The project recovery effort, in turn, provides an opportunity to validate the effectiveness of corrective actions implemented to achieve project recovery objectives.

Along the way, the lessons learned during project recovery will also provide some new insights into corrective actions that can be applied to routine project management efforts. In particular, it would be ideal to identify the corrective actions that do not work very well and then replace them with more-effective means of resolving routine project problems and issues. The focus, of course, is on reducing project variance across cost, schedule, and resource utilization indicators.

To that end, the lessons learned in project recovery efforts can be used to formulate standard remedies that can then be applied by project managers who encounter various project ailments and project management difficulties. The ultimate goal is to develop and implement remedies during routine project operations so that the project never veers so far as to require a project recovery effort.

The remedies developed can be incorporated by the PMO into both the project management methodology process as well as the project recovery process.

Postscript for the Smaller PMO The smaller PMO is likely to provide technical support rather than technical or business leadership for this PMO “project recovery” function. The smaller PMO’s primary role should be to reduce or remove the causes of troubled projects, thereby minimizing the likelihood of any need for project recovery. It can accomplish this role through regular reviews of project status and by assisting the project manager in identifying any indicators of weak project performance.

The smaller PMO should be proactive — in conjunction with its

of weak project performance that best serve the relevant organization. Such indicators can be incorporated into the content of recurring project status and progress reports prepared by project managers. The most prominent indicators include the results of variance measurements for project cost, schedule, and resource utilization. The smaller PMO can also develop other indicators that have significance within its project manage- ment environment.

AU4680_book.fm Page 532 Monday, July 16, 2007 2:06 PM

“methodology development” function (see Chapter 1) and its “standards and metrics” function (see Chapter 3) — in identifying those indicators

Project Recovery � 533

Finally, the smaller PMO can be of service to project managers — not to mention the business interests of the relevant organization — by constructing prescribed remedies that can be applied in response to weak project performance indicators. These remedies represent corrective actions that a project manager can take when encountering specific problems or issues in the course of project management. For example, standard remedies can be prescribed to bring project variance to within acceptable thresholds, to reduce extensive product development time, or to manage scope creep through the use of more-stringent change man- agement procedures.

In summary, the smaller PMO should do what it can to facilitate development of project problem indicators, to facilitate routine examina- tion of those indicators, and to prepare the preferred response or corrective actions that can be applied by project managers when problems are identified. The focus for the smaller PMO is on avoiding the need for project recovery rather than on managing the project recovery effort.

AU4680_book.fm Page 533 Monday, July 16, 2007 2:06 PM

BUSINESS

ALIGNMENT

AU4680_book.fm Page 535 Monday, July 16, 2007 2:06 PM

537

Chapter 17

Project Portfolio

Management

A project portfolio is the collection of all projects under the purview of the senior executive or senior management team in the relevant organi- zation. The project portfolio identifies all of the organization’s current and pending projects, allowing each project to be viewed and examined individually and relative to all other projects in the portfolio collection.

Project portfolio management is inherently a responsibility of executive and senior managers. Establishing a project portfolio management capa- bility enables the Project Management Office (PMO) to facilitate the involvement of executives and senior managers in project oversight. It allows the PMO to manage and coordinate ongoing executive and senior manager involvement in aspects of project management related to:

�

Alignment of projects with business strategy

�

Approval of the project “business plan” and funding for each project

�

Allocation of organizational resources for project work

�

Prioritization of projects in the portfolio collection

�

Review of ongoing project and portfolio performance

The PMO can develop and implement processes and procedures for each of these project portfolio management activities, consistent with its level of responsibility and maturity. The nature of portfolio management suggests that any portfolio management capability pursued by the PMO

AU4680_C017.fm Page 537 Monday, July 16, 2007 4:13 PM

538

�

The Complete Project Management Office Handbook

will be accomplished in collaboration with the relevant executive or senior management team.

Project Environment Interface Concepts

The project management environment benefits from the implementation of an effective project portfolio management capability as a result of the ongoing executive and senior manager involvement in project oversight activities. Portfolio management is essentially a top-down function. It requires senior management to demonstrate strategic insight, apply sound business judgment, provide functional guidance, and make critical project selection and continuation decisions. Conversely, to be successful in achieving top-down responsibilities, senior management also must ensure that the necessary bottom-up capability exists within the project manage- ment environment — that is, adequate project management methods for planning and tracking project performance, timely project communication and reporting procedures, proper system interfaces for data exchange and collaboration, an effective project resource management capability, and project manager competency to execute project portfolio decisions.

To have an effective portfolio management capability, the organization must have an effective project management capability that underlies and supports the process of project portfolio management. This presents the need for executives and senior managers to recognize that project portfolio management will only be as good as the information generated at the project level, because it is this information that is elevated to the portfolio management process, where it provides the basis for making project portfolio decisions. Therefore, the PMO plays a vital role in getting senior management to commit to building and maintaining an effective project management environment when it establishes a “project portfolio man- agement” function.

Business Environment Interface Concepts

A department or enterprise that generates revenue or otherwise conducts its business through the accomplishment of projects is well served by establishing a project portfolio management capability. Using this approach, project decisions become business decisions, and thereby war- rant the examination of project progress and performance on an ongoing basis by the individuals who make relevant business decisions.

The output of a well-constructed “project portfolio management” func- tion is pertinent data that is available for exchange and review across the

AU4680_C017.fm Page 538 Monday, July 16, 2007 4:13 PM

Project Portfolio Management

�

539

relevant organization and across the enterprise. In particular, project portfolio management information will be interspersed with related infor- mation in accounting, contracts, and human resource management depart- ments. In an organization where project portfolio management is an advanced function, the data obtained or derived from the project portfolio management process may become the primary source of such business information. In turn, the financial calculations performed and the business decisions made can be returned to the portfolio management process and to the individual projects for implementation.

Portfolio Management Activities across the PMO Continuum

The PMO is an ideal organizational entity to lead the establishment of a project portfolio management capability. Its dual ability to view the status of all current projects and to offer assistance in initiating and planning future projects positions it well for the job at hand. In structuring a “project portfolio management” function, its primary responsibilities will be to facilitate the involvement of senior management, to create processes envi- sioned by senior management, and to manage process implementation.

The stages of PMO evolution along the PMO competency continuum are characterized by an increasing capability to influence and manage senior management participation in the processes of project portfolio management. In addition, the PMO’s progressive ability to integrate projects with the organization’s business interests is a factor in its project portfolio management maturity.

portfolio management activities according to each level in the PMO competency continuum.

The project office at the low end of the continuum has minimal direct concern for project portfolio management, except to ensure that accurate project performance information is conveyed in a timely manner. Portfolio management decision makers will rely on this information from every project as a basis for managing the organization’s business interests.

It is at the mid-range PMO levels of the continuum that a viable portfolio management function is formulated and implemented. This is where the PMO establishes its ability to collect, manage, and sometimes provide preliminary analysis of the project performance information that is made available to executives and senior managers for r eview and deliberation associated with the project portfolio management process. The mid-range PMO’s efforts also can include some level of collaboration and coordination, which is particularly needed when the project portfolio

AU4680_C017.fm Page 539 Monday, July 16, 2007 4:13 PM

Table 17.1 presents an overview of the range of prescribed PMO project

5 4 0

�

T h

e C

o m

p le

te P

ro je

ct M an

ag e

m e

n t O

ffi ce

H an

d b

o o

Table 17.1

Range of Project Portfolio Activities across the PMO Continuum

Project Office Basic PMO Standard PMO Advanced PMO Center of Excellence

Provides project data to a higher-level PMO or other oversight authority for consolidation

Introduces the fundamental concepts of project portfolio management:

– A process and criteria for project selection are developed

– Senior manager project reviews are conducted

– Multiple project performance data is compiled for comparison

Establishes and manages collaborative processes for project portfolio management:

– Projects are aligned with business strategy

– Project gateway reviews are established

– A process for resource review and allocation is implemented

– Projects are prioritized

Creates a comprehensive project portfolio management capability:

– Formal portfolio review boards or other authority convene on a recurring basis

– Real-time project data is used in decision-making

– A process for early project termination is established

Develops policies and guidance for project portfolio management:

– An environment that supports effective portfolio management is pursued

– Business issues affecting portfolio management are examined and managed

A U

4680_C 017.fm

P age 540 M

onday, July 16, 2007 4:13 P M

Project Portfolio Management

�

541

review authority is a board or committee that cr osses organizational boundaries. The PMO can serve to facilitate executive and senior manager participation in project and portfolio reviews, deliberations, and decisions — usually by arranging or otherwise specifying needed meetings, review periods, and decision deadlines. Then, the PMO carries out the direction and guidance of the portfolio review authority’s decisions and implements the associated actions at the project level and within the project manage- ment environment.

The center of excellence has primary added responsibility for ensuring that the project environment is supportive of the relevant organization’s portfolio management activities. To that end, it monitors the effectiveness of other PMO functions already in place and, where needed, implements function expansion and process improvements to better serve the “project portfolio management” function. It also ensures that cross-functional busi- ness interests are achieved by this function.

A fundamental objective of the PMO’s “project portfolio management” function across this continuum is to involve senior management in the project management process. By ensuring their ability to know what is going on in the portfolio collection of current and pending projects, and by enabling them to make relevant business decisions against that knowledge of status, progress, and performance of the project portfolio, the PMO will achieve the requisite senior management participation in project management.

Project Portfolio Management Function Model

This function model addresses the responsibility of the PMO to establish and manage processes and activities that give the relevant organization a capability to accomplish project portfolio management. This model illustrates one way in which a PMO can implement the essential steps of project portfolio management. The relative maturity of the PMO will be a factor in the depth and extent to which the prescribed activities are implemented.

management” function model, the following subsections describe each activity.

Set Up Project Portfolio Management

A foundation for conducting the variety of project portfolio management activities is needed in the relevant organization and its project manage- ment environment. Several preparation or set-up activities are presented

AU4680_C017.fm Page 541 Monday, July 16, 2007 4:13 PM

Figure 17.1 depicts the primary activities of this PMO “project portfolio

5 4 2

�

T h

e C

o m

p le

te P

ro je

ct M an

ag e

m e

n t O

ffi ce

H an

d b

o o

Figure 17.1 “Project portfolio management” function model.

SETUP PROJECT PORTFOLIO MANAGEMENT

Validate Business Strategy and Interests

Identify Project Selection Criteria

Determine Project Selection Mechanism

Identify Project Portfolio Management Roles

Establish A Supportive Project Environment

PERFORM PROJECT SELECTION

Conduct Project Screening

Develop Project Business Plan

Develop Resource Allocation Plan

Conduct Project Selection

CONDUCT PROJECT AND PORTFOLIO

REVIEWS

Compile Project Performance Information

Conduct Project Gateway Reviews

Conduct Portfolio Reviews

MANAGE PORTFOLIO ATTRITION

Perform Project Closeout

Assess Strategic Advantage

Assess Customer Satisfaction

INTEGRATE PROJECTS IN THE

PORTFOLIO

Validate Project Selection

Determine Project Priority

Approve Initial Project Funding

A U

4680_C 017.fm

P age 542 M

onday, July 16, 2007 4:13 P M

Project Portfolio Management

�

543

to ensure that a solid basis for conducting project portfolio management is established.

Validate Business Strategy and Interests

Executives are responsible for establishing the strategic direction of the organization. That strategy provides the purpose, expectations, goals, and action steps necessary to guide business pursuits. Day-to-day application of the business strategy narrows the range of possible business opportu- nities to only those distinctly aligned with business objectives. It also ensures that valuable resources are assigned only to those efforts that further the objectives set forth in the strategic business plan.

It is essential that a well-conceived and well-articulated strategic context is available within the PMO to align project management activities with top-level business direction. In this set-up activity, the PMO examines the existing business strategy documentation and guidance for the relevant organization and collaborates with senior management to verify that it is valid and current. This activity is particularly needed if there has been a long period since the organization’s business strategy was last formulated.

If the PMO represents a business unit (e.g., a department or agency), then the parts of the strategic plan that are applicable to its relevant organization should be considered in lieu of the overall organizational business plan. Keep in mind that a “business strategy” exists in some form in any viable organization, although it may be called by different names. Part of this PMO effort may be to discern what business strategy documents exist, and this effort could include discussions with senior management to identify and locate whatever documentation is available. In any case, the PMO must identify and validate the business objectives of the relevant organization, as they will serve as the basis for establishing the selection

presents an abbreviated checklist that can be used to examine and validate business strategy and interests.

For established “project portfolio management” functions, this valida- tion activity should be performed on a recurring basis, perhaps annually or biannually, or whenever the strategic business plan or other relevant document is revised or updated. This examination and validation can be done either independently by the PMO or, ideally, in a facilitated review meeting with the executives and senior managers responsible for project portfolio management.

If, by some chance, the PMO discovers that there are no strategic plans, business goals and objectives document, or other business guid- ance, it will be imperative to facilitate or otherwise arrange a senior management working session to formulate and document the business

AU4680_C017.fm Page 543 Monday, July 16, 2007 4:13 PM

criteria used in the project portfolio management process. Table 17.2

544

�

The Complete Project Management Office Handbook

strategy. This guidance is distinctly needed before project portfolio man- agement can be accomplished.

If projects are already being aligned with strategic business goals and objectives, this provides a business advantage and suggests that some form of portfolio management may already be in place. If this is the case, the PMO can concentrate on examining the current process to identify areas of alignment for the PMO rather than initiating a brand new “project portfolio management” function.

Identify Project Selection Criteria

The process of project selection is that of choosing which project initiatives will be pursued and which will not be pursued. The alignment of a project opportunity with the organization’s business strategy usually makes it a candidate for selection but it does not guarantee its selection. Conversely, a project opportunity that is not aligned with the organization’s business strategy should never be selected. Project selection criteria should be identified to provide guidance that supports project selection decisions.

Table 17.2

Project Portfolio Strategy Review Checklist

�

Vision statement

: review for comprehension and understanding:

�

Is it current?

�

Is it known, understood, and supported across the organization?

�

Mission statement

: review for comprehension and understanding:

�

Is it current?

�

Is it known, understood, and supported across the organization?

�

Business goals

: review for comprehension and understanding:

�

Are they current?

�

Are they known, understood, and supported across the organization?

�

Do they clearly support the organization’s vision and mission

�

Are performance measures aligned to support their achievement?

�

Does each goal have an “owner”?

�

Does each goal have relevant objectives that are

specific, measurable, agreed to, realistic,

and

time-based

— SMART?

�

Strategy deployment

: examine how well the business strategy is accepted and applied within the organization:

�

Are strategic goals and objectives positioned, communicated and routinely addressed within the organization?

�

Does senior management reinforce commitment to strategic goals and objectives on a continual basis?

�

Are projects currently tabulated with relevant data and indications of alignment to specific goals and objectives?

AU4680_C017.fm Page 544 Monday, July 16, 2007 4:13 PM

Project Portfolio Management

�

545

The strategic nature of this consideration warrants that executives and senior managers be involved in deliberating project selection criteria. To that end, the PMO can facilitate a workshop or similar session to determine what criteria will be used for project selection. Alternatively, the PMO can convene an appropriate senior-level panel, executive control board, or even develop and present its own project selection criteria recommenda- tions for review and approval by senior managers.

Projects are initiated in response to a specific business need, condition, or situation that is aligned with the strategic direction of the organization. The PMO can facilitate the examination of four project selection criteria perspectives to help determine the criteria that will ensure project align- ment with the business strategy. These are described in the following subsections. The PMO can expand this fundamental list per the nature of business and the needs of the relevant organization.

Business Perspective

The business strategy is supported by particular business objectives that consider sales and revenue objectives, market position, and competitive strategies. Therefore, project selection criteria for this strategy alignment perspective can be developed relative to such factors as:

�

Project costs

. Projects are selected based on criteria for achievement of:

�

Project cost reduction initiatives

�

Product or service pricing strategies that cover specific incurred project costs

�

Product or service pricing strategies that attract new, expanded, or specialized business

�

Cost management objectives associated with resource use and optimization

�

Product and service quality

. Projects are selected based on criteria for achievement of:

�

Product or service-quality measures and objectives

�

Entry of high-quality products or services in the marketplace

�

Delivery of the highest-quality products or services in the industry

�

Customer satisfaction

. Projects are selected based on criteria for achievement of:

�

Fulfillment of customer needs and requirements

�

Development of customer business relationships

�

Acceptance of customer product and service deliverables

�

Reorders and retention of customers

AU4680_C017.fm Page 545 Monday, July 16, 2007 4:13 PM

546

�

The Complete Project Management Office Handbook

�

Business advantage

. Projects are selected based on criteria for achievement of:

�

Increased revenue objectives

�

Enlarged customer base objectives

�

Expanded market share objectives

�

Increased marketplace recognition objectives

�

Global business expansion objectives

�

New products or technology

. Projects are selected based on criteria for achievement of:

�

New product or service development opportunities and objectives

�

New technology introduction objectives

The criteria developed for project selection using business perspective factors will show how well a project fulfills or otherwise supports the organization’s business objectives.

Financial Perspective

Each organization and industry has different requirements for the financial returns that are necessary for a project to be considered or approved. These requirements normally are based on the perceived risk and rewards inherent to that industry. Executives must examine the financial parameters of their business and determine what financial factors weigh into the criteria for selecting projects. Project selection criteria for this strategy alignment perspective can be developed relative to such factors as:

�

Investment commitment

. Projects are selected based on criteria for achieving the specified limit of the investment amount allowed by type of project. For example, only IT projects less than $250,000 will be considered; only construction projects less than $1 million will be considered; etc.

�

Investment returns

. Projects are selected based on criteria for achieving the specified acceptable range of investment return or objectives for increased investor value. For example, one type of project may require a minimum 12 percent return, while another high-risk effort can be started only if the return falls into the 15 to 20 percent range.

�

Investment period

. Projects are selected based on criteria for achiev- ing the desired returns within specific acceptable time frames per organizational standards or general industry constraints. For exam- ple, a short capital project may be expected to pay back in three to five years, while a new product launch will be given as long as five to seven years.

AU4680_C017.fm Page 546 Monday, July 16, 2007 4:13 PM

Project Portfolio Management

�

547

�

Investment allocation

. Projects are selected based on criteria for achieving the objectives specified by financial funding pools that are established and available for allocation to project work. For example, specified funding pools may be used to allocate invest- ment funds to only a certain classification of projects.

The criteria developed for project selection using financial perspective factors will show that a project has the capability to achieve the specified financial objectives of the business strategy.

Performance Perspective

Projects are selected when general project performance indicators reflect the likelihood of successful outcomes. Executives specify or otherwise influence these criteria against which all projects are evaluated, and they emphasize these criteria at every decision gateway. These criteria inher- ently expand on the previously discussed business and financial perspec- tives criteria, and they provide more detail to the project selection effort. Criteria for this strategy alignment perspective can be developed relative to such factors as:

�

Nature of work (competency)

. Projects are selected based on criteria that confirm the application of existing competencies within the organization to achieve project objectives. Such criteria could spec- ify competency within one or more technical or professional dis- ciplines. It also could specify competency in conducting a particular business process, developing a particular product, or providing a particular service. For example, a checklist could be developed to identify which of the organization’s core competencies are being applied to the project under consideration.

�

Extent of work (capability)

. Projects are selected based on criteria that confirm the organization’s capability to fulfill project perfor- mance requirements. While an organization has fundamental com- petency in a technical or professional discipline, it must ascertain its capability (and its limitations) — within the constraints of a particular type of client or industry — to accomplish projects at various and necessarily advanced or higher levels of monetary value, duration, risk, technical or professional discipline diversity, and complexity. For example, an organization may develop criteria that specify selecting a highly complex project of six months’ duration, but not one of two years’ duration.

� Extent of risk or opportunity. Projects are selected based on the type and amount of technical work performance and associated

AU4680_C017.fm Page 547 Monday, July 16, 2007 4:13 PM

548 � The Complete Project Management Office Handbook

business risk the organization is prepared to accept. Therefore, criteria should be created to specify the thresholds of risk that could be encountered as a result of project selection. For example, criteria could be specified for prominent categories of project risk and include the thresholds for project selection.

� Resource availability. Projects are selected based on the organiza- tion’s ability to perform the specified work through the assignment of qualified resources. Criteria are formulated to ensure that resource availability — primarily in terms of numbers and necessary skills — is addressed and confirmed prior to project selection.

Nonnumerical Perspective

Projects are selected when business needs warrant them. Executives and senior managers need to identify the criteria that will introduce projects for purposes that are generally outside the first three project selection perspectives. As well, these criteria are often characterized not by using numerical thresholds, but by business decisions. Criteria for this strategy alignment perspective can be developed relative to such factors as:

� Executive mandate or directive. Projects are selected based on the executive’s purview to require them. In such cases, a project is selected and performed because the executive perceives some business value or benefit to be gained by the effort. Often, the executive applies some unspecified “numeric criteria” to such a mandate, and normally such criteria can be found to be an expan- sion or extension of one or more of the existing criteria in the previous three project selection criteria perspectives. When applied to the project selection process, the executive-mandate criterion simply specifies that when an executive project selection decision is made, the project will be accomplished.

� Operating necessity or infrastructure. Projects are selected to main- tain or achieve certain levels of operational efficiency or effective- ness. These types of projects are sometimes selected as part of a larger organizational program or initiative but often they ar e selected because of the inherent operational benefits to be received from the proposed project activities, including process develop- ment and implementation; infrastructure upgrades; software and computer network system upgrades and implementation; and facil- ity construction, maintenance, and refurbishment. Criteria for this project selection perspective are usually aligned with the need to achieve operating capability objectives that are specified elsewhere in an organizational initiative or business plan.

AU4680_C017.fm Page 548 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 549

� Competitive necessity. Projects are selected based on the need to maintain business advantage, if not business parity. Project criteria are usually prescribed per specific business, market, or industry indicators. Such criteria include the introduction of new technology, the emergence of new industry or technical-practice standards, and sometimes the need to respond to competitor actions and activities in the marketplace. For example, an organization might select a project when it provides a “facility certification” that its customers require as a basis for ongoing association.

� Regulatory requirement. Projects are selected based on the need to fulfill external mandates that facilitate business performance or otherwise enable the organization to continue as a viable business entity. Often, government agencies are the source of the regulatory requirements that must be addressed for such purposes as receiving government-sponsored contracts and business considerations, obtaining business licenses and authorizations, and complying with new or revised laws and regulations. The criteria in this area are simply that of weighing the business impact of nonselection of a fulfillment project versus the benefit of selecting a project for compliance with the regulatory requirement.

Determine Project Selection Mechanism

Once project selection criteria are established, the PMO can construct or use established mechanisms to evaluate the criteria for selecting candidate projects. The mechanisms suggested in this section can be applied to go/no-go decisions at the initial project screening, at project selection, and at each subsequent project decision point.

The six project selection mechanisms presented in the following sub- sections illustrate a range of project selection mechanisms available to the PMO. The PMO can choose one of these fundamental mechanisms, develop a combined mechanism, develop its own approach, or seek a more comprehensive mechanism from among a variety of advanced tools and techniques available today.

New Project Classification Mechanism

This mechanism is a framework for project selection and evaluation that considers projects in four strategic classifications:

1. Breakthrough: projects that move the organization to new markets, a new competitive position, or new competencies.

AU4680_C017.fm Page 549 Monday, July 16, 2007 4:13 PM

550 � The Complete Project Management Office Handbook

2. Evolutionary or extension: projects that support the internal oper- ational needs of the organization, such as human resource man- agement systems, financial systems, information management, and decision support.

3. Infrastructure: projects that are an iteration of what the organiza- tion is currently doing, capitalizing on a core competency or extending current product lines.

4. Customer service and support: projects that focus on customer expectations, requirements, and improvements to improve com- petitive advantage.

An organization can use these classifications to delineate the nature of work associated with each project and to determine what efforts are being pursued against specific strategic business objectives. Each ongoing and candidate project is listed by its focus and alignment within one of the four classification areas. Then, each project is ranked by importance relative to the achievement of strategic objectives within each of the classifications. This ranking can be supported or adjusted by further examination of subcriteria within each classification (e.g., risk, resource

the new project classification mechanism. The organization can adapt these classifications to provide better alignment with the strategic nature of its project efforts.

Financial Calculations Mechanism

This project selection mechanism is an approach that considers financial aspects of the project investment, and it uses quantifiable metrics and mathematical formulas to distinguish and determine the appropriateness of project selection (and retention). The mechanism simply considers the relevant organization’s preferred methods and formulas for cost and finan- cial analysis. Ongoing and candidate projects are scrutinized, and forecasts or results of competing projects are examined. Management can select either a limited number of top project contenders or all projects meeting

culations that could be applied to an organization’s project selection and retention process.

The organization will likely already have robust financial analysis models in place as a fundamental aspect of business management. The PMO should prompt consideration by executives and senior managers to identify financial analysis models that can be applied to project portfolio management, and specifically to project selection and retention.

AU4680_C017.fm Page 550 Monday, July 16, 2007 4:13 PM

utilization, and investment returns). Table 17.3 illustrates a matrix depicting

specified criteria. Table 17.4 presents several representative financial cal-

P ro

je ct P

o rtfo

lio M

an ag

e m

e n

t �

5 5 1

Table 17.3 New Project Classification Matrix

Breakthrough Projects that move the organization to new markets, new

competitive position, or new competencies

Infrastructure Projects that support the internal operational needs of the

organization, such as human resource management systems, financial systems, information management, and decision support

Risk Resource Returns Risk Resource Returns

� Project 1 High Variable High � Project 4 Low Normal Variable � Project 2 � Project 5 � Project 3 � Project 6

Evolutionary/Extension: Projects that are an iteration of what the organization is

currently doing, capitalizing on a core competency, or extending current product lines

Customer Service and Support: Projects that focus on customer expectations, requirements and

improvements to improve competitive advantage

Risk Resource Returns Risk Resource Returns

� Project 7 Low Normal High � Project 10 Medium–Low Variable Medium–High � Project 8 � Project 11 � Project 9 � Project 12

A U

4680_C 017.fm

P age 551 M

onday, July 16, 2007 4:13 P M

552 � The Complete Project Management Office Handbook

Balanced-Scorecard Mechanism

This mechanism is a framework for project selection based on the bal- anced-scorecard evaluation approach developed by Kaplan and Norton.* It presents a “whole organization” perspective in four evaluation areas:

Table 17.4 Financial Calculations

Benefit-cost ratio analysis:

Financial evaluation that contrasts the benefits to be realized per the varying level of cost investment

Economic analysis: The process of establishing project value in relation to other corporate standards, project profitability, benchmarks, financing, interest rates, and acceptance criteria

Feasibility study: A method or technique used to examine technical and cost data to determine the economic potential or practicality of the project, such as time-value of money

Financing analysis: The techniques and methods related to providing the sources of monies and methods to raise funds for the project

Prospectus review: The evaluation of profitability studies and all pertinent technical data in a report presented for acceptance by the sponsor and funding managers of a project

Project investment analysis:

The evaluation of all the cost elements (capital and operating) of a project as defined by an agreed-upon scope of work, to include costs incurred during the period from the completion of the project to the beginning of normal revenue earnings on operations

Inflation/escalation allowance analysis:

Evaluation of the factor in cost evaluation that must be predicted to account for price changes with time

Cash flow analysis: Evaluation of monthly in/out and accumulated project cash flow data to measure actual versus budget, allow for funding at lowest carrying charges and measured spending; includes techniques providing the measure and means to assess total income relative to expended monies (e.g., present value, return on investment, discounted cash flow, internal rate of return, etc.)

* Kaplan, R. and Norton, D., “The Balanced Scorecard — Measures That Drive Performance,” Harvard Business Review, Jan/Feb 1992, pp. 71–79.

AU4680_C017.fm Page 552 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 553

1. Financial perspective: links financial objectives to organizational strategy for improvement of financial performance, and addresses timely and accurate reporting and management of organizational expenses and assets within the project management environment. It includes project management metrics that deal with increasing revenues, lowering costs, improving productivity, upgrading asset utilization, and reducing risk.

2. Business process perspective: entails specification of internal busi- ness processes and activities necessary to support product and service value for customers and shareholders. Measures associated with project management can include such elements as project management and technical performance process time; process quality and process cost; and vendor, contractor, and supplier selection, performance, and management processes.

3. Customer perspective: considers the customer and market seg- ments that will deliver the revenue to meet the organization’s financial objectives, and specifies the value proposition that will be applied to target customers and segments. Measures associ- ated with project management that help an organization retain and expand its business with targeted customers include such things as product and service quality, timeliness of pr oject deliverables, degree of satisfaction in customer business r ela- tionships, and image and reputation in the marketplace and industry.

4. Learning and growth perspective: provides the infrastructure and capability that enables the achievement of the other three perspec- tives. This includes a particular focus on the capability to implement change for business advantage. For project management, this per- spective considers such metrics and measures as tool implemen- tation and utilization, training, quality elements of planning and performance, and application of lessons learned.

This mechanism for project selection focuses on project value relative to these four dimensions of business. Organizational goals are listed for each of the four dimension categories, and measures for attaining the specified goals are added to the matrix. Then, the projects that are under consideration or underway are listed according to the business goals they will achieve. The measures of the projects should match or be related to the measures of the business goals.

in the project management environment to select or retain projects.

AU4680_C017.fm Page 553 Monday, July 16, 2007 4:13 PM

Table 17.5 provides an example of the balanced-scorecard matrix used

554 � The Complete Project Management Office Handbook

Rank-Order Matrix Mechanism

This mechanism is a framework for project selection based on a method developed by Buss.* It provides a benefit-cost approach that does not rely on quantitative data but, rather, examines and ranks project benefits in four areas that could be interpreted as follows:

1. Financial benefits: cost versus such metrics as revenue returned and cash flow impacts resulting from the project effort, expense reduction (or increase) resulting from the project management approach, and further business opportunities resulting from project success (or failure).

2. Technical benefits: cost versus such metrics as opportunity for the introduction of new product (or products) and the potential for technical innovation or breakthrough.

3. Core competency enhancement: cost versus such metrics as dem- onstration of new or enlarged performance capability and expansion of project manager and project-team member skill and experience.

4. Harmony with corporate culture: cost versus such metrics as achievement of business objectives that endorse or enhance orga-

Table 17.5 Balanced-Scorecard Matrix

Financial Perspective Internal Perspective

Goals Measures Projects Goals Measures Projects

Customer Perspective Innovative and Learning Perspective

Goals Measures Projects Goals Measures Projects

* Buss, M., “How to Rank Computer Projects,” Harvard Business Review, Jan/Feb 1983, pp. 118–124.

AU4680_C017.fm Page 554 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 555

nizational customs, traditions, and values; fit and impact on the cultural aspects of the organization; and validation of individual affiliation with the organization.

Table 17.6 presents a version of the rank-order matrix. While metrics have been suggested for the rank-order matrix, the value of this project selection mechanism is found in the more intuitive nature of evaluating the project cost versus the discernable benefits to be gained.

Table 17.6 Rank-Order Matrix

Financial Benefits Technical Benefits High

Benefit Medium Benefit

Low Benefit

High Benefit

Medium Benefit

Low Benefit

High Cost High Cost Medium

Cost Medium

Cost

Low Cost Low Cost Core Competency Enhancement Harmony with Corporate Culture

High Benefit

Medium Benefit

Low Benefit

High Benefit

Medium Benefit

Low Benefit

High Cost High Cost Medium

Cost Medium

Cost

Low Cost Low Cost

Table 17.7 Pairwise Comparison

PROJECT A

PROJECT B

A PROJECT BB

PROJECT C

A B PROJECT CC C

PROJECT D

A B C PROJECT DD D D

PROJECT E

A B C D PROJECT EE E E E

AU4680_C017.fm Page 555 Monday, July 16, 2007 4:13 PM

556 � The Complete Project Management Office Handbook

Pairwise Comparison Mechanism

Many executives have difficulty making choices when a whole list of options is offered, but they have less difficulty making a selection when pairs of choices are presented. The pairwise comparison method reduces the need to make a choice from a long list of projects. This mechanism facilitates

trates the grid used for pairwise connection project selection mechanism. In a grid pattern, list all the projects on the left side of the page and

copy the same list in diagonal boxes to the right. The project at the top left is compared for preference (or another criterion) to the second project named across the right-hand diagonal. If the project on the left is preferable to the project listed in the diagonal, circle the favored one in the “com- parison box” between the two projects. Then tally the number of times each project is selected. Rank the projects according to the highest-to- lowest tally numbers resulting from the group effort.

Peer or Oversight Committee Review Mechanism

Whether an individual or group has made project selections, and regardless of the selection method, selected projects should be examined rigorously before they are ultimately selected for performance and entered into the portfolio. A peer or oversight committee review is a means used to challenge each project. The reviewers, comprising either a peer group or a cadre of stakeholders, should convene to confront all assertions and claims of progress, of resources, and of schedules and to address the alignment with strategic objectives. They should look for gaps, overreach- ing, and unclear detail in each project. Each project sponsor and project manager who has put the project forward should be ready to defend the

documenting the peer or oversight committee review. The peer and oversight committee review has two important additional

benefits beyond evaluating and clarifying projects. First, each reviewed project is challenged by a fresh perspective and a broad array of expertise; and second, the sponsor, project managers, and reviewer all become more committed to the projects evaluated as a result of delving into the details of each project. Ultimately, key personnel gain knowledge and commit- ment for all of the projects within the relevant organization.

Identify Project Portfolio Management Roles

Project portfolio management is a business alignment function of the PMO that requires coordination and collaboration across the relevant organiza-

AU4680_C017.fm Page 556 Monday, July 16, 2007 4:13 PM

review and prioritization of projects under consideration. Table 17.7 illus-

project. Table 17.8 demonstrates one simple method for approaching and

Project Portfolio Management � 557

tion. The activities of project portfolio management will naturally transcend the boundaries of the PMO. However, in the context of its functional responsibility, the PMO must ensure that all participants in project portfolio management know and understand the range of their responsibilities and the extent of their authority to make or support implementation of project portfolio decisions.

Unless specified otherwise, the PMO’s primary role is to facilitate the process of project portfolio management. It is possible, and in some organizations likely, that the PMO will take on primary responsibility for conducting project portfolio management activities, sometimes even ful- filling the review and approval role for the organization. Any responsibility in that regard should be identified in the PMO charter.

Beyond the PMO, there are various roles and responsibilities that are needed to support the “project portfolio management” function. A brief overview of key portfolio management roles and responsibilities is pre- sented for consideration below. These are practical, generic roles and use naming conventions that can be adjusted, adapted, or customized for use in the relevant organization.

Executive Control Board

This is the senior management team that serves as the guiding force in developing and implementing an effective portfolio management process. It oversees the portfolio management process and makes go/no-go deci- sions about the mix, scope, resource allocations, and continuation of

Table 17.8 Peer or Oversight Committee Review

Project Sponsor/Project

Manager Argument/Criteria

Project – 1 Lab Upgrade

� Business case review � Resource allocation plan review

Project – 2 New Building

� Business case review � Resource allocation plan review

Project – 3 Regulatory Fix

� Business case review � Resource allocation plan review

Project – 4 X-10 System

� Business case review � Resource allocation plan review

Project – 5 Method Update

� Business case review � Resource allocation plan review

Project – 6 Golf Tourney

� Business case review � Resource allocation plan review

AU4680_C017.fm Page 557 Monday, July 16, 2007 4:13 PM

558 � The Complete Project Management Office Handbook

projects at specified intervals. It can be the executive portfolio owner in lieu of an individual executive owner. This team may include the president or CEO, chief financial officer (budget director), vice presidents, and business unit directors and managers.

The primary responsibilities of the executive control board include:

� Validate the organization’s strategic direction. � Participate in the development of portfolio management concepts. � Conduct project screening. � Review and assess projects at decision points. � Identify and correct business gaps in projects. � Balance projects to support the desired mix of business interests. � Allocate resources (and resolve resource allocation issues). � Conduct regular examinations of the organization’s competitive

position. � Make decisions on business direction and project funding. � Make decisions on initial project selection and project continuation.

In some instances, particularly in smaller organizations or business units, a single executive may take on this role and associated responsibilities. As well, individual executives could have responsibility for managing a sub- portfolio of projects in a particular business or technical area; and then serve as a member of a broader executive control board to contribute deliberation and sponsor their portfolio of projects against all other projects across the enterprise. See the “project sponsor” discussion below.

Portfolio Management Team

This is the team that serves as the managers of the portfolio management process on an ongoing, operational basis. This team is usually cr oss functional and provides recommendations to the executive review board for project selection and continuation. This team also compiles project and portfolio information and performs pre-executive reviews as a basis for making portfolio recommendations to the executive review board.

The primary responsibilities of the portfolio management team include:

� Conduct project prescreening. � Ensure completeness of project business plans at selection and

decision points. � Ensure completeness of resource staffing plans at selection and

decision points. � Conduct ongoing examination of projects for compliance with

project plans.

AU4680_C017.fm Page 558 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 559

� Develop project selection and continuation recommendations at decision points.

� Develop resource utilization and allocation recommendations at decision points.

The PMO is ideally situated and, with sufficient staffing, can be assigned to perform in this role or to lead activities for broader participation on the portfolio management team.

Portfolio Administrator

This is a senior manager who serves as the project portfolio administrator within the relevant organization. This is also a responsibility that is normally found within the more mature PMO, and it can be a collateral responsibility of the PMO director. It is a role that represents the essence of the PMO’s portfolio management function. Therefore, the PMO director, in this role as portfolio administrator, should also serve as the head of the portfolio management team described above.

The primary responsibilities of the portfolio manager include:

� Facilitate executive team participation and involvement in estab- lishing portfolio management concepts in the organization.

� Set schedules for project selection meetings and project decision- point reviews.

� Monitor portfolio performance, and manage portfolio attrition. � Manage issues and changes to business plans and r esource

allocations. � Facilitate project reporting and communication to the executive

review board. � Link portfolio management information requirements with project

management information systems (PMIS) using data included in each project business plan.

In smaller organizations, this position alone may perform some or all of the suggested activities of the portfolio management team. Conversely, in larger organizations, some of the portfolio manager’s responsibilities may be delegated to other members of the portfolio management team.

Project Sponsor

This is the individual who serves as the executive-level advocate for the project and represents the interests of the project to the executive control

AU4680_C017.fm Page 559 Monday, July 16, 2007 4:13 PM

560 � The Complete Project Management Office Handbook

board. The sponsor may be an executive control board member or a key senior manager who assumes responsibility for the project. This individual may also be the executive portfolio owner. Typically, there is a project sponsor for every project. This executive-level manager could also be a sponsor for multiple projects, possibly having responsibility for a sub- portfolio of projects, as mentioned in the “executive control board” dis- cussion above.

The primary responsibilities of the project sponsor include:

� Confirm project prescreening results sent to the executive review board.

� Validate initial project business plan and any subsequent changes. � Validate initial resource staffing plan and any subsequent changes. � Advocate project selection before the executive team and at deci-

sion points. � Issue the project charter upon project selection and funding

approval (or direct the PMO to issue it). � Monitor project performance, project risk, and key project objec-

tives, thus ensuring adherence to strategic alignment. � Serve as the initial point of escalation for resource resolution,

negotiating at higher levels for resources that may be needed unexpectedly.

� Make project selection, continuation, and termination decisions consistent with any higher-level executive control board guidance.

Project Manager

This is the individual assigned to lead a specific project with responsibility for that project’s outcome. Presumably, there is a project manager assigned to every project in the relevant organization.

The primary responsibilities of the project manager include:

� Develop the project definition document for integration into the business plan.

� Develop the project business plan with the assistance of the project team, project sponsor, and others in the business environment.

� Develop the project resource staffing management plan with the assistance of the project team and project sponsor.

� Manage project performance on a day-to-day basis, thus ensuring adherence to the project work plan, fidelity to the project business plan, and alignment with the business strategy.

AU4680_C017.fm Page 560 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 561

� Develop and present project performance reports and forecasts of future performance for consideration at decision-point or gateway reviews.

� Communicate with all project stakeholders, as necessary. � Identify staffing requirements and negotiate for timely assignment

of resources to conduct the project. � Continually assess what personnel and financial resources are needed

to implement the project plan; make adjustments as necessary.

Establish a Supportive Project Environment

The PMO, as the representative of an organization’s project management environment, needs to ensure that it has the capability to support the interests of the project portfolio management function in the relevant organization.

For the most part, portfolio management support needs are established and maintained through the PMO’s other functional responsibilities. How- ever, relative to the “project portfolio management” function, the PMO must ensure that such support is fine-tuned to the critical and time-sensitive activities of the portfolio management process that is established. In the event that other applicable PMO functions have not been implemented or matured, the PMO can begin their introduction as elements of the “project portfolio management” function.

The following activities warrant consideration when establishing the supportive project environment needed for project portfolio management:

� Methodology deployment. Implementing a project management methodology precludes having separate processes for guiding project management and project portfolio management. A stan- dard, repeatable approach to project management will ensure that project performance decisions, measures, and data collection efforts are consistent across all projects, and provide consistent input for use at the portfolio management level. The following methodology-based processes highlight a few of the needs asso- ciated with this consideration: � The process for early project opportunity analysis leads to

preparation of the project definition and business plan that are reviewed during project selection.

� The processes for staff acquisition and management, to include staff allocations by senior management and staff commitments by resource managers, are normally specified in conjunction with project initiation and planning activities.

AU4680_C017.fm Page 561 Monday, July 16, 2007 4:13 PM

562 � The Complete Project Management Office Handbook

� The processes used to collect and report project progress infor- mation are important to project continuation decisions and for use at project and portfolio reviews; and this activity enables preparation of any special project reports needed by senior management in conjunction with portfolio reviews.

� The processes for project tracking and controlling will provide indicators of project performance, as may be needed to monitor projects that have higher priority listings in the portfolio.

� The processes for managing business aspects of the project, particularly continuing monitoring of project alignment with strategic business objectives, are normally incorporated into activities conducted across the methodology’s project manage- ment life cycle — for example, scope and change manage- ment, contract management, project gateway reviews, and portfolio reviews.

� The processes for project termination are usually specified during project closure and ensure that a “project closed” state is conveyed to all project stakeholders, and thereby removed from the project portfolio

� Business policy development. This governance factor is needed to demonstrate executive support and commitment to the project portfolio management process. It conveys senior management expectations for project portfolio management in the relevant orga- nization, and it may also be used to specify responsibilities of portfolio management participants within the project management environment. It can also identify the role of the PMO in project portfolio management.

� Standards and metrics. This PMO oversight function will contribute to initial development and updates of project selection criteria. As discussed previously, such criteria are developed in close collab- oration with the responsible senior executive (executive sponsor) or the established executive control board. This function can also be used to define project performance thresholds that are used to indicate the need for elevating project attention to the executive or senior management levels.

� Information systems. The established project management informa- tion system (PMIS) may require a component to handle project portfolio management data. The interconnection of organizational databases and relevant applications are also considered under this PMO function as a means to support data transfer required for project portfolio management. In particular, the following are a few examples that can be considered to fulfill PMIS needs for project portfolio management:

AU4680_C017.fm Page 562 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 563

� Creating an “executive dashboard” for use by all project port- folio participants will facilitate the use of current or even real- time project data and information.

� Implementing an automated tool for project information han- dling will enable timely, perhaps real-time, updates to accessible project and project management databases by the project man- ager and project team members; and it can particularly identify unique data and information that is compiled at the project level and used in the project portfolio management process.

� Implementing an automated tool for portfolio information han- dling will help participants at all levels to conduct pr oject portfolio management — including analyses for project selec- tion, comparisons for project prioritization, and reports for project and portfolio reviews.

The features identified above highlight some of the more prominent activities desired in a supportive project environment. This should not negate consideration of other PMO or organizational functions that warrant early implementation as a means of enhancing the project portfolio man- agement capability in the relevant organization.

Perform Project Selection

The project selection process ensures that all projects are bona fide business efforts and that every project is selected and conducted to implement a business strategy or to support a business objective. A project selection decision has two important implications for the relevant organi- zation. First, it indicates that a project business plan, sometimes called a “business case,” has been developed, reviewed, and approved to show an acceptable fit with strategic business interests, and to serve as a basis for conducting the project. Second, project selection indicates that an adequate number of qualified project resources have been allocated for assignment to the project. These two aspects of project selection remain prevalent factors for the ongoing project portfolio management effort.

There are four fundamental activities of project selection:

1. Conduct project screening. This activity is conducted to provide an indication of whether or not initial project planning, particularly business plan development, should be pursued.

2. Develop project business plan. This activity is used to identify and examine the project opportunity and associated customer needs and interests. It also examines fit with the relevant organization’s

AU4680_C017.fm Page 563 Monday, July 16, 2007 4:13 PM

564 � The Complete Project Management Office Handbook

business interests and objectives. It collects and compiles the information used in the previous project screening activity, and it includes preparation of the project definition, which specifies the scope and work effort to be undertaken.

3. Develop resource allocation plan. This activity is used to identify resource requirements for the candidate project and to specify the financial and resource allocations that will be needed to fulfill project requirements.

4. Conduct project selection. This activity applies established criteria and project screening results to the information compiled in the business plan and project resource allocation plan to analyze and examine the candidate project for final selection.

Each of these action steps can be performed as a matter of process contained within the organization’s project management methodology, or they can be a separate activity designed for use by the portfolio management team.

In addition, organizational culture, existing practices and procedures, and applicable policy guidance should be considered and applied to rearrange the order of these action steps, if necessary, to fit the organi- zation. Some organizations may prefer to do more-detailed business plan- ning prior to any context of project screening, and that becomes a “built- in” feature of the process. Others may not require as rigorous an effort to initiate a project, but simply a few indicators of business fit. Consider introducing these steps relative to the overall purpose of project selection. Perform all or parts of these action steps in the order and in a way that best fits the relevant organization’s needs. A description of each project selection activity is presented in the following subsections.

Conduct Project Screening

Project screening is conducted to provide sufficient preliminary indication about the project opportunity to determine whether or not the more time- consuming and more costly efforts of associated project and business planning should be undertaken.

The repeatable use of the same project screening criteria for all project opportunities lets managers know what is important for a project to be considered for selection. It also ensures that rational decision making is applied when all projects are measured by the same criteria.

The PMO should consider the following suggested primary and secondary project screening elements when establishing its pr oject screening criteria.

AU4680_C017.fm Page 564 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 565

Primary Project Screening Elements

The following are generally considered front-line indicators of organiza- tional interest in the project opportunity:

� Strategic interest. Does this project opportunity make a positive contribution to the overall portfolio?

� Nature of work. Does this project opportunity represent the appli- cation of a core business competency?

� Resource capacity. Is sufficiently skilled staff available for assign- ment to this project opportunity?

� Competitive position. Is this project opportunity offered competi- tively; or perhaps it is already aligned for competitor selection?

� Competitive outlook. Does the project opportunity contribute to current business pursuits and interests?

� Customer readiness. Has the customer validated the need, made funding available, and established the project opportunity as a priority effort?

Secondary Project Screening Elements

The following are generally considered additional indicators of organiza- tional interest in the project opportunity; and most of these elements are subsequently reviewed in further analyses of the business opportunity:

� Break-even time. Does this project opportunity provide a business payback in reasonable time?

� Internal impacts. Does this project opportunity contribute to busi- ness lines and organizational interests?

� Market position and market share. Does this project opportunity contribute to market position improvement and market share expansion?

� Business risk. Does this project opportunity provide more business benefits to be gained than potential business threats of loss?

� Cost of ownership. Are the costs of owning (using and maintaining) project deliverables acceptable on this project?

Project screening can be as basic as determining “yes-no” answers to simple criteria. However, more specific criteria can also be applied for use with these and other screening elements introduced for use by the PMO, portfolio management team (portfolio administrator), or affiliated executives and senior managers.

AU4680_C017.fm Page 565 Monday, July 16, 2007 4:13 PM

566 � The Complete Project Management Office Handbook

Screening provides a preliminary examination of the project opportu- nity and enables the organization to determine whether the opportunity warrants further consideration. The premise that a project must be aligned with business strategy is a focus of project screening. In particular, the criterion established to examine strategic fit is applied here. Opportunities that satisfy the criterion will go forward to further planning and then be subsequently reviewed for final project selection.

Some organizations may consider this activity as their project selection step and therefore will conduct project screening as a more rigorous process. This emphasizes the importance of business strategy alignment as the prominent criterion for project selection. As well, it suggests that the organizational project management processes require project selection before preparing any relevant project or business plans. Such an approach usually requires a subsequent go/no-go decision to confirm this earlier selection decision.

Develop Project Business Plan

The project business plan identifies and supports the business reasons for conducting the project. In some organizations, this item is known as the “business case.” It integrates the project’s strategic alignment information, and it introduces the project definition and other project information elements. The project business plan is the governing document in the portfolio management process by which project selection and project continuation decisions can be made.

Business plan development may be a part of the project management methodology process. Otherwise, project business plan development can be conducted and managed by the PMO or by the portfolio management team (or portfolio administrator). In addition, it should be noted that in some organizations the business plan is created by the business advocate or sales manager, and this option can be incorporated into the process used.

The project business plan is constructed to contain certain business- relevant project information, which is updated continuously throughout the project management life cycle. Initial and interim reviews of this plan facilitate validation of business purpose (per selection criteria), recurring determinations of consistency with the organization’s business strategy, and decisions about project continuation.

Several information compilation and review steps are presented to facilitate the creation of the project business plan and enable timely gateway reviews as the project progresses through the project management life cycle. The following information elements may be compiled or devel- oped separately, perhaps in conjunction with a project management

AU4680_C017.fm Page 566 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 567

methodology process step, but they should be prepared or otherwise considered here in the context of the business plan.

Project Customer Information

The underlying purpose of this information element is quite simple: know the customer. Know who the customer is, know what the customer wants, and know who represents the customer’s interests in business transactions. There are three areas of customer information to examine:

1. Customer project opportunity information 2. Customer business information 3. Customer participation information

These information elements are often included in the project business plan. They help to ascertain credibility and reliability of customer business interests and intent, and they are frequently used to examine associated project and business risks.

The project definition provides a complete understanding of the project and serves to guide the project manager and project team in planning and implementation. It also provides the basis of decision making for executives who need to evaluate the potential for project success and completion on time, within budget, and according to performance specifications.

The project definition document can stand alone but is presented here as an integral part of the business plan. The project definition contains the information and initial guidance used by the project team when conducting detailed project planning activities. Most organizations recog- nize that the project manager and project team should prepare the project definition, and so it is often completed per guidance contained in the project management methodology.

The PMO should give consideration to including the following infor- mation elements in the project definition document, with more or fewer elements prepared per the PMO’s determination:

� Project objectives. A specification of project objectives is used to identify those things that need to be achieved as a result of project performance. They are the reason the project is being conducted;

AU4680_C017.fm Page 567 Monday, July 16, 2007 4:13 PM

These information elements are described in greater detail in Chapter

Project Definition Document

18, “Customer Relationship Management.”

568 � The Complete Project Management Office Handbook

and a project is successful only when its primary objectives are achieved. Therefore, all project management plans, decisions, and work efforts should be aligned with and directed toward the achievement of project objectives.

� Project scope statement. A statement prepared to describe the nature and boundaries of the work effort that will be performed to achieve project objectives. Essentially, it indicates what is to be accom- plished, when and where it will be accomplished, by which indi- viduals or groups, and at what cost schedule, and r esource utilization thresholds. It can likewise be a statement of what will not be achieved by indicating boundaries placed on the work effort. A simple scope statement can be developed and is recom- mended for most projects. It specifies the high-level work effort in broad terms. Also, it is sometimes necessary to develop a more comprehensive scope statement relative to the complexity of the project, the expectations of the customer, or the nature of the business. The following items can be considered to enhance, embellish, or expand upon the simple scope statement: � Specification of the technical design and development process

to be used � Specification of the overall technical approach to be employed � Specification of the recipient (or recipients) and end user (or

users) of the resulting product or service; identifying for whom the deliverable is intended (or not intended)

� Level of technical effort and expertise to be used in preparing project deliverables, with possible added identifi cation of project and business management levels of effort

� Project deliverables. A preliminary statement or list of the product or service deliverable (or deliverables) that will result from the project effort and be conveyed to the customer. Project deliverables are derived, if not specifically identified, from project requirements doc- uments provided by the customer. Sometimes, project deliverables are presented in conjunction with the project scope statement as a matter of setting necessary boundaries for customer expectations.

� Key project resources. Key project resources include the following: � Project manager: the individual responsible for initial and

detailed project planning, and for managing project perfor- mance to achieve project objectives.

� Project executive or project sponsor: the senior individual or group within the organization who advocates, and sometimes approves, project selection, allocates staffing resources, autho- rizes financial resources (either in cash or in kind), and makes financial and business decisions to support the project.

AU4680_C017.fm Page 568 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 569

� Prominent project stakeholders: the early identification of indi- viduals or groups, either actively involved or somewhat asso- ciated with the project, whose interests may be positively or negatively affected as a result of the project outcome; usually including the customer, business manager (or managers), and business unit managers.

� Team leadership resources: the early identification of important resources that will be needed to fill critical skill or technical and business leadership positions associated with conducting project work.

Project Initial Estimates

Project work elements are developed and examined at a high level, and preliminary estimates are prepared, to include the following:

� Initial cost estimate. This represents the first “guess” of what the project will cost the organization, and represents the investment in a project that is expected to ultimately show beneficial returns to the organization. This effort should be performed by a team or an individual who is familiar with project cost elements. It is also wise to review the project archives for prior project estimates on similar projects to see how well those earlier estimates supported project performance. Prominent costs to consider include: � Resource costs � Materials costs � Vendor and contractor costs � Supplies and equipment costs � Contingency fund costs Cost estimates prepared at this juncture in the project are often referred to as Order-of-Magnitude estimates. That means they are generally within plus or minus 75 percent of the expected actual cost. This is widely accepted as a reasonable estimate because complete information about the project is not yet available, and the technical solution is not yet fully defined. There will be more detailed cost planning and estimating after the project is formally selected.

� Initial time estimate. This represents the first “guess” of what the project timeline will look like, and reflects a level of work effort that will be added to the organization’s workload. This estimate can be prepared in conjunction with the resource utilization esti- mate below, as the resource allocations made will influence the project work schedule. Prominent time elements to consider at this time include:

AU4680_C017.fm Page 569 Monday, July 16, 2007 4:13 PM

570 � The Complete Project Management Office Handbook

� Project planning activities � Technical performance activities (the “project”) � Project management activities � Administrative support activities This preliminary project schedule can be as simple or as detailed as is needed to make a project selection decision. Normally, it identifies the major project phases and key activities. A further breakdown of project tasks to the work package level will be accomplished during the subsequent project planning effort.

� Initial resource utilization estimate. This represents the first “guess” of what the project staffing requirements will be. It focuses on the types of resources needed, perhaps identifying key resources as well as vendors and contractors that will be needed to conduct the project. This preliminary resource utilization information will assist decision makers in their subsequent deliberation and deter- mination of resource allocations for the pr oject. Prominent resources to consider include: � Project management resources � Technical experts and activity leader resources � Technical staff resources � Administrative staff resources � Labor group resources � Business unit resources � External resources

Project Assumptions and Constraints

Assumptions are factors considered true, real, or certain for the purposes of making project decisions. Assumptions involve a degree of risk. Exam- ples of assumptions to be considered include specifications or statements of:

� Date (or dates) when a key person or team is available for work � Budget and resource availability � Time requirements � Organizational structure and culture � Staff availability, training requirements, and experience � Number and identity of stakeholders � Level of project complexity � Size and duration of the project � External needs � Extent of risks � Level of technical capabilities

AU4680_C017.fm Page 570 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 571

Constraints are factors that limit the project’s options. Specifically, constraints may restrict the planning of project cost, schedule, and resources needed to achieve the project scope; affect when or how an activity can be scheduled; or lead to team pressure to complete the project on time, within budget, and according to specification. Examples of constraints include:

� Cost � Schedule � Staffing requirements or availability � Funding availability � Available technology � Contractual factors � Government regulations � Risk factors � Scope expectations and feasibility � Market or economic factors � Organizational structure � Organization’s culture � Collective bargaining agreements � Preferences of the project management team

Preliminary Project Risks

Preliminary project risks should be considered during business plan devel- opment, and include examinations in the following areas:

� Schedule risks: risks that can affect the project’s completion time, such as the availability of resources and funding, and changing project requirements.

� Financial risks: risks that involve cash flow and profitability, includ- ing the level of competition, cash flow interruptions, cost overruns, and underestimating the project budget.

� Technical risks: risks that relate to the development or operation of the project deliverable (or deliverables) and involve the level of technological maturity, complexity, and customization needed to develop the deliverable (or deliverables), including problems associated with existing, new, or evolving technology in which the problems or consequences are largely unforeseen.

� Legal risks: risks that involve licensing requirements, ambiguous contract language, lawsuits, bankruptcies, and other legal chal- lenges associated with the project.

AU4680_C017.fm Page 571 Monday, July 16, 2007 4:13 PM

572 � The Complete Project Management Office Handbook

� External risks: risks outside the immediate control or influence of the project manager that may be predictable or unpredictable, including government regulations and mandates, natural hazards, environmental occurrences, changes in public interest, market changes, currency changes, inflation, and taxation.

Financial Analyses

Financial analysis considers financial aspects of the project investment, and uses quantifiable metrics and mathematical formulas to distinguish and determine project selection (and retention) appropriateness. This usually includes some type of benefit-cost analysis but other types of financial analysis also can be performed. Using prescribed financial anal- ysis models, ongoing and candidate projects are scrutinized, and forecasts of competing projects in the portfolio also are examined.

The organization will likely already have robust financial analysis models in place as a fundamental aspect of business management. A representative list of financial analysis models is contained in the discus- sion about project selection mechanisms, as presented previously in this chapter. Executives and senior managers need to identify the particular financial analysis models that can be applied to project business plan development.

Financial analyses are then included in the project business plan to round out the complement of information needed to make project selec- tion and continuation decisions.

Develop Project Resource Allocation Plan

Projects can go forward only with adequate resources to support them. Ordinarily, an organization has limits on resources and must make choices about which projects to support. Project selection, nonselection, termina- tion, or adjustment depends, ultimately, on the availability of resources to support projects. Consequently, considerations for allocation of the organization’s resources are an integral part of project selection.

The project resource allocation plan can be developed separately or incorporated as part of the project business plan. It also should be noted that this activity can be performed as an auxiliary step to the development of a project staffing management plan that is prepared by the project manager as a part of project planning activities.

Three primary activities can be applied to create a resource allocation plan, and these are described in the following subsections.

AU4680_C017.fm Page 572 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 573

Identify Financial Impacts of Staffing Requirements

Each project opportunity must be reviewed for anticipated financial impacts of staffing requirements. This review can include the examination of the following elements:

� Resource requirements. The project definition document may provide an initial indication of resource requirements. Review that prelimi- nary information and formulate additional information to ensure that both financial and personnel issues have been considered. Relevant considerations regarding resource requirements include: � What resources are currently required? What is projected for

the future? � What personnel can be assigned to this project? What is the

cumulative impact of all personnel requirements? � Is resource availability within our current capability? Are

external resources needed? Are financing and partnering capa- bilities available?

� Are resources available to achieve the current project scope? Are scope adjustments needed to better utilize resources?

� How will project schedules impact workload? Are adjustments needed?

� Are personnel overutilized or underutilized? Are certain resource skill types overburdened? Do current personnel need additional training to meet anticipated project requirements?

� Project cost and schedule impacts. Costs for specific skills, unique specialties, or turnovers during the project — all of which raise the costs of projects over time — should be evaluated. Information to be examined includes: � Are all necessary skills available within the company, or is

external resource acquisition necessary? � Are the skills necessary to complete the project part of the core

competency, or is this a new business area? � What is the time dimension for the project under evaluation

and for all projects using the same resources? Will the deadline or the cumulative impact of all affected projects require funding of outside assistance?

� Quality management. Both anticipated and unexpected changes in the quality factors of the project and in the people required to ensure quality may incur cost adjustments as the project goes forward. This warrants examination of: � What quality specifications in the project might generate per-

sonnel costs?

AU4680_C017.fm Page 573 Monday, July 16, 2007 4:13 PM

574 � The Complete Project Management Office Handbook

� Will a different level of product or service quality expectation require a new level of effort that will affect resource allocations and costs?

� Does the required resource level for quality expectations exist within the organization?

� Supplier, contractor, vendor, or subcontractor agreements. External agreements and arrangements may affect pricing, over time. Iden- tifying and accessing external resources can save costs: � What agreements have been made with external organizations? � Are firm commitments needed early in this project? � What external supplier, contractor, or subcontractor costs for

products and services stay the same or increase over the life of the project?

� Costing methods. The use of different costing methods can pro- duce different results, and these must be normalized. Alterna- tively, the organization can use standard methods across all projects. A review of methods helps to ensure costing method accuracy: � What cost methods have been used? Hours versus dollars? Are

the methods consistent across the period of project work? � Will the skill mix required on the project change over time?

Will that change affect costs and internal or external person- nel utilization?

� Have all costs been accounted for in each project? (For example, have administrative and support costs been included in all projects?)

� Have previous projects’ cost data been used to estimate costs here?

� What technology enhancements might be utilized to reduce personnel costs across all projects?

Review Organizational Resource Utilization Impacts

Resource requirements for the current project opportunity should be evaluated against the total portfolio of projects. This examination can be presented using a spreadsheet or other analytical tool. It includes exam- ination of other projects’ resource allocation plans (or extracted summa- ries), and it provides for a review of the total financial commitments and staffing requirements tallied across all projects. The following consider- ations can be deliberated:

� Are the resource projections within the limits of the organization if this project is added to the portfolio?

AU4680_C017.fm Page 574 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 575

� Are changes to project scope or external staffing needed to do this project?

� Is the pending resource utilization commitment financially sound? Is there flexibility to handle unanticipated changes?

� What is the total impact on resource availability relative to the number and types of particular skills available?

� Do interests in applying resources to this project make any other projects stand out to be adjusted or eliminated?

� Relative to resource skill and availability, is this project too big? Too risky? Too unknown? Of marginal benefit?

� Can project schedules be adjusted or scope scaled differently to have a different impact on financial resources or on resource utilization?

� Can personnel be grouped or clustered so that several projects can be supported simultaneously?

Key points resulting from this examination of the impact on organiza- tional resources should be included in the resource allocation plan.

Develop Resource Allocation Plan

Once the financial and resource impacts are specified, resource allocations can be developed and finalized. In general, the following should be specified in a resource allocation plan for each project:

� Project resource requirements by skill and experience levels required (including financial commitments)

� Internal resource allocations by major time increments (e.g., quar- terly), including the planned approach to identifying and acquiring individuals, by name or position, and the schedule for internal resource acquisition activities

� External resource allocations by major time increments (e.g., quar- terly), including the planned approach to identifying and estab- lishing contracts for external participants and the schedule of external resource acquisition activities

� Identifiable current or potential resource allocation conflicts (within the portfolio)

� General and specific resource training required to increase indi- vidual skill and competency, and to address the use of any new technology or processes

� Oversight required for resource allocation management for this project (i.e., issues to monitor, recommended frequency of resource allocation review, etc.)

AU4680_C017.fm Page 575 Monday, July 16, 2007 4:13 PM

576 � The Complete Project Management Office Handbook

The resource allocation plan becomes the ongoing portfolio level budgeting document for this project in the project portfolio management process. The resource allocation plan is reviewed (1) when this and other projects move into new phases or undergo plan revision and (2) as projects are added to or removed from the portfolio.

Conduct Project Selection

The PMO should ensure that a viable project selection process is developed and implemented. This begins with consideration of several principles that can be applied to the decision-making process to support better project choices:

� Principle 1: Be explicit about the selection criteria and ensure that all projects are held to the same standard no matter how many interesting options may be available.

� Principle 2: Be clear about the procedure for choosing projects and ensure that all projects are selected by the same method.

� Principle 3: Be prepared to challenge (and defend) all assertions in a project business plan, as overly rosy or incomplete predictions do not promote success.

� Principle 4: Convene a review group of diverse stakeholders (i.e., the executive control board) to review and make project selections, as the impact of all projects will cross the organization and have impacts outside it.

� Principle 5: Include the project management staff, as is consistent with organizational practices, in the project selection process.

In the past, organizations have typically emphasized financial goals as indicators of performance, almost to the exclusion of other values in the organization. Benefit-cost ratios, return-on-investment, and stockholder value have been typical quantitative measures employed. Increasingly, organizations are realizing that they need a broader decision framework than just financial performance for the organization to continue to survive and thrive in a more holistic but fast-paced business environment.

In general, project selection methods range from simple paper-and- pencil calculations to highly analytical and mathematical models, to value- driven and performance-based methods, to decision software packages. A thorough review of selection framework models should be conducted before a single framework is adopted to ensure that a method is chosen that matches the strategic intention and business operations of the orga- nization. Various project selection models and mechanisms were outlined previously in this chapter.

AU4680_C017.fm Page 576 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 577

The executive control board (or responsible executive) should be used to conduct project selection, with the portfolio management team (ideally with PMO leadership) as an alternate group for this task. Participants begin with an individual and independent review of the selection materials created to date. The participants then convene to deliberate and discuss the merits of the business and resource allocation plans, making any adjustments deemed appropriate through consensus, and then examining the project opportunity. Areas of board or other group review should focus on:

� Consistency with strategic objectives (with project screening) � Project opportunity business evaluation (using the established

screening method) � Business and project risk indicators � Point (or points) of executive participation in business plan review � Subsequent decision points for further project examination � Recommended project position within the portfolio � Decision appeal options (for project sponsor or project manager)

This activity is best achieved through an expert-led facilitation that the PMO can provide. This activity should lead to a decision relative to one of the following actions:

� Select project and proceed with detailed project planning. � Select project and hold, pending a project start date to be determined. � Withhold selection, pending a request for more information and

further review. � Non-select project and discontinue opportunity evaluation.

This activity determines whether or not a project is selected for inclu- sion in the relevant organization’s or executive’s project portfolio. The results of this deliberation can be a mandate to proceed with the project when selection is performed by the executive control board (or other executive source). When performed by an alternate group, the results usually represent a recommendation of project selection that is forwarded to the relevant executive authority for final approval. A project that is not selected is normally not reported to the executive authority.

Integrate Projects in the Portfolio

The practice of effective project portfolio management inherently requires the participation of the executive portfolio owner. If that individual exec- utive or executive control board has not yet been involved in the initial

AU4680_C017.fm Page 577 Monday, July 16, 2007 4:13 PM

578 � The Complete Project Management Office Handbook

project selection activities, it is essential that executive participation begin at this juncture in the project portfolio management process.

There are three activities performed to achieve project integration:

1. Validate project selection. A final executive-level reviewer signs off on the business plan as the approved approach for conducting the project. The executive reviewer also signs off on the resource allocation plan, if presented as a separate document, as the approved approach for staffing the project.

2. Determine project priority. The executive portfolio owner assigns a project ranking within the portfolio of projects.

3. Approve initial project funding. The executive portfolio owner signs off on project funding to enable the project to be “booked” and to authorize the expenditure of money for the initial project plan- ning effort.

It should be noted that this activity can be performed by the executive review board (or individual executive), or it can be conducted as a separate activity performed by the PMO, portfolio management team, or portfolio administrator, with review and sign-off by the relevant executive portfolio owner. A discussion of the concepts for accomplishing these activities is presented in the following subsections.

Validate Project Selection

The project business plan and project resource allocation plan are sub- jected to a final review by the executive portfolio owner. If project selection actions precede executive portfolio owner review, the relevant executive or board may opt to examine an abbreviated project selection recommen- dation document, with access to the actual project business plan and resource allocation plan, as needed.

The executive portfolio owner then signs the business plan (and accompanying resource allocation plan) to assert the following:

� Project consistency with the organization’s business objectives and interests

� An awareness of business issues and risks associated with the project

� Approval of the high-level approach to conducting the project � Approval of the specified resource allocations � Frequency of review and the next scheduled project review date � Approval to proceed with the project

AU4680_C017.fm Page 578 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 579

These validated elements serve as the basis for developing the project charter, which is normally prepared by the project sponsor or project manager under guidance contained in the organization’s project manage- ment methodology.

Determine Project Priority

When project opportunities are being considered for selection, a resource calculation is made, and each project is prioritized or adjusted based on its fit in the portfolio. As projects are introduced into the portfolio, each project should be ranked in order of importance. This allows senior management to maximize support to critically important projects and to perform ongoing evaluation of other projects, sometimes terminating projects of lesser importance or value to allow higher-priority projects to enter the portfolio and be sustained.

If the portfolio scope spans the enterprise (i.e., an entity above the relevant organization), this prioritization and ranking is particularly impor- tant because projects initiated within one business unit may require adjustments relative to other projects in other business units across the entire organization. The position of all projects within the portfolio should be reevaluated at portfolio reviews and with every new project addition or project termination. The position within the portfolio provides a guide to the relevant organization about the intent and the means to achieve strategic business objectives.

In this activity, the executive portfolio owner examines the fit of each newly selected project and assigns it a priority within the portfolio. This assignment will likely affect the position of all other projects already in the portfolio; therefore, part of this effort includes realignment of project priorities across the entire portfolio. The PMO can assist in this effort when there are established formulas for project prioritization.

Approve Initial Project Funding

This action authorizes funds for conducting at least initial project planning, if not for conducting the entire project. Essentially, the relevant executive portfolio owner signs the authorization to release funds and start the project. The nature and duration of the project may warrant initial full funding. Otherwise, funding approval can be incremental, and additional fund authorizations can be accomplished at project and portfolio review points.

Funding approval can be part of the sign-off of the project’s business and resource allocation plans, or it can be conducted as a separate act. There may be a preference to have a separate funding approval document

AU4680_C017.fm Page 579 Monday, July 16, 2007 4:13 PM

580 � The Complete Project Management Office Handbook

that can be prepared and distributed to other departments in the organi- zation that require notification of funding approval but that do not have a need for copies of the project’s business and resource allocation plans.

Like some information contained in the project business and resource allocation plans, the funding authorization is passed for inclusion in the project charter.

Conduct Project and Portfolio Reviews

The essence of project portfolio management is reflected in the ongoing participation of executives and senior managers in reviewing individual projects and the overall portfolio on a recurring basis. These reviews are key to keeping projects and related activities on course toward the achievement of strategic business objectives. Review activities must dem- onstrate sufficient rigor so that serious business decisions can be made. In particular, project-level reviews must present adequate examination to make decisions about project continuation or project termination. Portfo- lio-level reviews must provide the necessary information to judge business results for the collection of projects in the portfolio.

There are three primary activities to accomplish in conducting project and portfolio reviews, to include:

� Compile project performance information. A process linked to the project collaboration and project status reporting capabilities is implemented to ensure that appropriate information is collected and compiled for use in project and portfolio reviews.

� Conduct project gateway reviews. The practice of when and how to evaluate active projects is established.

� Conduct portfolio reviews. The practice of when and how to exam- ine the total collection of projects in the portfolio is established.

A suggested approach for accomplishing each of these activities is provided in the following subsections.

Compile Project Performance Information

The PMO is the communication link between senior management and the project environment. The PMO specifically facilitates organizing reports to management, although this responsibility could be delegated to a portfolio administrator or portfolio management team. Nevertheless, it is likely that the PMO will play a role in establishing the project reporting capability within the relevant organization. Therefore, it must coordinate

AU4680_C017.fm Page 580 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 581

and perhaps facilitate report content development with the executive review board or other executive portfolio owner.

The project manager, on a recurring basis, must generate a progress or status report developed for use in project and portfolio management reviews at the project level. This very well may be the single monthly report that is produced under guidance contained in the project manage- ment methodology. This is recommended as a matter of maximizing the efficiency of reporting project progress. This report already provides the essential project information needed to ascertain the state of project per- formance, and it normally includes the following or similar data elements:

� Indication of project status (e.g., green, on track; yellow, issues; red, troubled)

� Significant accomplishments � Open action items � Milestones and deliverable (or deliverables) status � Cost, schedule, and resource utilization status � Significant project issues � Scope change status

The PMO should work with key portfolio management stakeholders to specify and format the desired content. The frequency and timing of such project-level reports to management should be established to accom- modate portfolio management review activities. If required, supplementary reports can be established to satisfy “off-cycle” project reporting needs but such reports should be an exception rather than standard practice for the sake of efficiency.

The process of compiling project information for portfolio-level reviews may warrant an additional reporting step. That step is the intermediate examination of compiled project data by the PMO, portfolio administrator, or portfolio management team. This examination will be performed by middle to senior managers with a focus on interpreting project status report information, including calculating additional financial indicators used by executives, verifying project alignment with strategy (as specified in the project business plan), and checking resource utilization against resource allocations. This “special” report can be designed for use in either project reviews or portfolio reviews, or both.

Conduct Project Gateway Reviews

Ongoing executive reviews and decisions ensure that each project within the portfolio continues to contribute to the overall strategic business interests of the organization. A standard decision-making process should

AU4680_C017.fm Page 581 Monday, July 16, 2007 4:13 PM

582 � The Complete Project Management Office Handbook

be adopted, and project gateway decision points should be implemented to occur at project management life-cycle phase-transition junctures or at other points deemed appropriate by senior management.

The standardization of portfolio reviews ensures that all projects are examined from a common frame of reference, and that the entire portfolio can be viewed from that frame of reference. The specification of decision points ensures that each project is revalidated regularly throughout its life cycle, and that all key stakeholders know when those reevaluation deci- sions are scheduled and made.

The project gateway review process comprises the following five activities that are performed by the executive portfolio owner or other designated portfolio management authority to ensure that an effective project review is accomplished:

Validate the Business Plan

The business plan review focuses on different elements as it progresses through the portfolio management process. These different elements sup- port the different decision requirements of a particular project management phase. In general, after initial selection, the validation of the business plan is accomplished according to a review of elements associated with the project phase decision points encountered:

� Solution planning phase. The business plan review focuses on any changes to scope, cost, schedule, resources, risk, and other initial selection criteria.

� Solution implementation phase. The business plan review focuses on project financial performance and resource utilization (assign- ment) consistent with the resource allocation plan.

� Project closure phase. Projects can be closed for a variety of reasons. The business plan review focuses on the achievement of project objectives and lessons learned that can be applied to business decisions on similar future projects.

The executive portfolio owner, depending on the length of each project phase, may request interim progress reports or updates as a means to conduct additional business plan reviews not specifically associated with project phase decision points.

Assess Project Performance

Ideally, executives portfolio owners will personally review all projects at all phase decision points. However, based on the size and complexity of

AU4680_C017.fm Page 582 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 583

the organization and the number of projects involved, executives may delegate this to the PMO, a portfolio administrator, or a cross-functional portfolio management team to provide continuous project monitoring. Notwithstanding this support, executives are inherently responsible for ensuring satisfactory project performance, and for providing guidance and influence to ensure project and business success.

The process surrounding an assessment of project performance should include:

� Review of status and progress reports for projects currently underway

� Review of project performance indicators, looking for gaps in plan implementation and scope or resource requirement changes

� Review of project deliverable quality and customer acceptance — and customer satisfaction

Portfolio management decision points are opportunities for executive leadership to address the results of project work and to make project continuation decisions based on accomplishments to date.

Evaluate Resource Allocations

A resource review must be conducted at each decision point associated with gateway review phases and at other times as deemed necessary. Resource review activities are generally conducted throughout the project, normally as an inherent responsibility of the project manager. As resource assignment and allocation issues arise during the project, they are elevated to the PMO or portfolio management team and, as necessary, to senior management. However, there should be planned executive-level involve- ment in resource allocation reviews at every decision point of the project.

These reviews are conducted in conjunction with business plan reviews and enable the executive portfolio owner to evaluate the status of resource allocation for a particular project, as well as the status of resource allocation for the entire portfolio. The reviews described below should be accom- plished according to the decision point encountered at project phases.

Conduct project initiation resource review. When a project is offered as a possible opportunity for selection and initiation, resource requirements are identified. At this point in the project, the resource request is at its most negotiable point because the project is uncommitted, and its scope and scale are open. At this early juncture, executive portfolio owners and the project manager have an opportunity to develop pertinent information about resource requirements for the intended project. At the same time,

AU4680_C017.fm Page 583 Monday, July 16, 2007 4:13 PM

584 � The Complete Project Management Office Handbook

executive portfolio owners have the greatest potential for shaping projects through adjustments to personnel, budget, or schedule. The following items are part of the resource allocation review at project initiation:

� Skills necessary � Skill match to current competencies � Staffing plan � Number of personnel necessary � Geographic requirements for staffing � Staffing schedules required � Alliances and partnerships available � Risks anticipated � Project materials list � Special equipment needs � Space requirements � Geographic requirements for anticipated staffing

The collective consequence of these considerations will affect decisions to undertake a particular project as all project opportunities and ongoing projects are reviewed within and among the various classifications of projects.

Conduct solution planning resource review. Detailed project planning begins during the solution planning phase, and adjustments are made to the project business plan and resource requirements based on the refined project scope. Further definition and specificity are provided, and the following considerations should be part of the resource allocation plan review at the project solution planning point:

� Skills necessary � Skill match to current competencies � Staffing plan � Number of personnel necessary � Project organization structure � Geographic requirements for staffing � Anticipated resource schedules � Alliances and partnerships available � Risks anticipated � Project materials list � Special equipment needs � Space requirements � Geographic requirements for locations � Skill and personnel requirements anticipated for implementation � Budget requirements anticipated based on work br eakdown

structure

AU4680_C017.fm Page 584 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 585

Conduct solution implementation resource review. The actual perfor- mance of project work enables managers to know more about resource utilization. This phase is characterized by more-specific budgets and more- detailed estimates. However, the overall ability to affect a particular project is reduced; the field of decision making is smaller because the resources are already committed. The following considerations should be part of the resource allocation review at the project solution implementation point:

� Skills necessary � Extra skills required beyond current competency � Training requirements � Number of personnel necessary � Geographic requirements for staffing � Planned resource schedules � Alliances and partnerships committed � Budget commitment based on projected versus actual expenditures � Project expenses budget � Risks encountered and overcome � Special equipment budget � Space requirements budget � Geographic location commitments and budget � Additional impacts on current staffing � Additional organizational impacts anticipated

Conduct project closure resource review. When a project is closed, the resource reports resulting from all phases become part of the project file. These reports stand as a final record of the conduct of the project, serve as estimating models for new projects, and are a source of lessons learned to the organization. The final resource allocation review should address the following considerations:

� Final budget and expenditures of the project by fiscal year and WBS element

� Review of final closeout of all supporting accounts and costs, including leases and other contractual obligations

� Final staffing budget and resource utilization numbers � Development of lessons learned from the resource allocation point

of view

Additional project closure activities such as dispersing and releasing team members and returning material resources must be conducted. These activities may be conducted during or as a result of the events of the project management methodology.

AU4680_C017.fm Page 585 Monday, July 16, 2007 4:13 PM

586 � The Complete Project Management Office Handbook

Confirm Project Position in the Portfolio

Projects in the portfolio are examined and considered on their own merit as decisions are made regarding the business plan, project performance, and resource allocation. Now the executive portfolio owner must examine each project to determine whether its current project position in the portfolio is still valid.

It should be rare when two or more current projects significantly change portfolio positions relative to each other. In contrast, newly selected projects could very well influence discernable adjustments to current project portfolio positions. Therefore, as a matter of focus, projects under review should be examined relative to those that have just entered the portfolio.

Executive reviewers should then confirm or prepare to change the position of the project under review within the portfolio. At this project- level review, the possibility of project position changes is identified. Unless there are extenuating circumstances, actual changes in portfolio positions are made during the portfolio review described later.

Make Project Continuation Decision

Establishing or confirming a project’s position within the portfolio inher- ently invokes a decision to allow the project to continue on to the next project management phase, and it represents an expectation that it will continue through completion.

A significant downward change in a project’s priority and portfolio position warrants an additional examination regarding a decision to con- tinue. Similarly, a project portfolio position that has been changed to a significantly higher priority also may warrant examination regarding its continuation. This second instance of priority change warrants further consideration for possible project termination because there may be bor- derline influences that affect a decision to either raise the project’s priority or discontinue the project.

Conduct Portfolio Reviews

The executive portfolio owners are the final authority on which projects are pursued and when. This is because they inherently have the answer to why every project is being performed — achievement of strategic business objectives, of course. To that end, that authority is used to manage and decide on the make-up and evolution of projects in the portfolio from the holistic perspective of all projects working together to pursue the business objectives of the organization. This perspective also warrants

AU4680_C017.fm Page 586 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 587

a routine examination of the collection of projects in the relevant organi- zation’s portfolio, as a whole.

Although individual project status information has been developed and reviewed separately, all project information should be updated and stan- dardized for a comprehensive review and evaluation by the executive portfolio owner, PMO, portfolio administrator, or portfolio management team. Reviewers should examine both in-progress projects and new projects together. The following elements provide a recommended, fun- damental focus for the portfolio review:

� Progress against projections: � What has been the progress and history of each project? � Are projects over- or under-performing based on projections?

� Current and projected resource utilization: � Are the projections for resource allocations on target? � What financial and staff resources are being consumed by each

project? � Are resources performing to expected standards and skill levels? � What resource changes will be needed as projects go forward? � Have staffing commitments allowed for continuation of those

resources? � Are any projects indicating a need for increased costs that were

unforeseen at the last portfolio review? � Potential for success:

� Are all projects in the portfolio likely to be successful? � Will the successful project results move the organization forward

in the desired business direction? � Project status:

� Relative to project level gateway review points in the portfolio management process, at what gateways are these projects?

� What is the general schedule for completion of each project? � Will resources used by these projects be freed to support new

projects (of equal or higher priority) as a result of timely project completion?

� Are any new directions (e.g., scope changes) anticipated for any projects?

� Continuation issues: � Does each project warrant continuation (are any questionable)? � Are increased or reduced resource requirements predicted for

any projects? � Are additional contracts or new alliances necessary for

continuation? � Is there ongoing customer support for each project underway?

AU4680_C017.fm Page 587 Monday, July 16, 2007 4:13 PM

588 � The Complete Project Management Office Handbook

� Consequences of project removal from the portfolio: � If any project is discontinued, what are the consequences to

the organization? � If any project is discontinued, what is at risk? � If any project is discontinued, will other projects be jeopardized? � If any project is discontinued, are additional closedown costs

anticipated? � If any project is discontinued, is that consistent with customer

expectations? � Alignment with core competencies:

� Do all projects match the current capabilities of the relevant organization?

� Has new technology on any project produced the predicted results?

� Has staff training on any project demonstrated the successful expansion of technical competency?

� Are new staff skills that are currently out of the core compe- tencies of the organization required to complete any project?

� Would additional skills or capabilities boost future project per- formance capability?

Manage Portfolio Attrition

The projects that come to make up the portfolio are first selected and then managed through a series of project gateway review points that facilitate examination and then a decision to either continue or terminate the project.

The project attrition funnel depicts how projects progress in a standard life cycle from initial selection, through various gateway review points, and then final disposition. This means that it is expected, as a natural course of business decision making, that only the most favorable projects will be performed and survive to completion. The remaining projects will

illustrates a project attrition funnel. Generally, the rate of project attrition through the project management

life cycle can be expected to occur as depicted in Figure 17.2. This diagram shows that the rate of attrition early in the project life cycle, beginning with the project selection screening, can be as much as 75 percent of the original project opportunities identified. This is because of the rigorous evaluation and selection criteria applied at each decision point to all projects. During the project initiation phase, the diagram indicates that as many as 30 percent of the in-progress projects can be terminated as decision makers gather more information about the effort, weigh resource

AU4680_C017.fm Page 588 Monday, July 16, 2007 4:13 PM

be eliminated, ideally as early as possible, through attrition. Figure 17.2

Project Portfolio Management � 589

utilization, and examine strategic alignments. This rate then decreases dramatically as “accepted” projects progress into the solution planning and solution implementation phases. The actual rate of project attrition is determined by the criteria established by the executives responsible for project portfolio management — as facilitated by the PMO.

When a project is either selected for termination or comes to an end through the natural completion of its life cycle, there are three primary activities that should be performed to manage project attrition:

1. Perform project closeout 2. Assess strategic advantage 3. Determine the level of customer satisfaction

Each of these action steps is described in the following subsections.

Perform Project Closeout

A project coming to closure, and thus on the verge of being removed from the portfolio, must be reviewed to identify the purpose for closure. This is generally either a matter of a termination decision or the result of a successfully completed project effort.

The prominent action, from the perspective of the executive portfolio owner or other reviewer, is to examine the decision option to prematurely close out a project as a termination action. In these cases, the closeout purpose should be specified with accompanying information concerning:

Figure 17.2 Project attrition funnel.

PROJECT ATTRITION FUNNEL

PROJECT INITIATION

SOLUTION PLANNING

SOLUTION IMPLEMENTATION

PROJECT CLOSURE

Filter 30% Filter <1%Filter 1-5%Filter 75%

AU4680_C017.fm Page 589 Monday, July 16, 2007 4:13 PM

590 � The Complete Project Management Office Handbook

� Accuracy of the initial project selection package � What has changed since the initial project selection decision � Identification of the influences that warranted a project discontin-

uation decision as internal or external � Determination if the influences were quick deliberation actions or

indicators that evolved over time � Determination of what, if anything, could have been done at an

earlier gateway review point to enable the project to continue

This specification of project closeout purpose, and the associated influ- ences or causes, can be conveyed to the project selection process for application during the next new project selection activity.

In addition to this particular action step, the executive portfolio owner (usually through the PMO) must convey any early project termination decision to the appropriate project manager for immediate action. The PMO also should monitor and assist the project manager in conducting project closure. The project manager should use guidance contained in the project management methodology to perform project-level closeout activ- ities. When these activities are completed, a formal report of project closure should be reported through the PMO to the executive portfolio owner.

Assess Strategic Advantage

Projects being removed from the project portfolio collection should be examined for their impact on the or ganization’s business strategy, beneficial or otherwise. This means looking at what was achieved over the course of the project management life cycle relative to the following considerations:

� Did the project complete its full life cycle, and were all of the project’s objectives achieved?

� Did the project scope change or stay the same? What influenced any change?

� Did the project remain within the established selection criteria thresholds, thereby maintaining its alignment with business pur- pose and objectives?

� What business needs or interests were affected by project performance? � Profitability and ROI � Achievement of strategic objectives � Expansion of organizational visibility within the industry � Expansion of organization visibility in the marketplace � Attainment of client satisfaction

AU4680_C017.fm Page 590 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 591

� If the project terminated early, how does the cause of early project termination affect the organization’s strategic position?

By preparing “lessons learned,” the results of this examination can be conveyed for incorporation into the project selection process for the next new project, as well as for use at project gateway review points.

Assess Customer Satisfaction

This final activity step of project portfolio management is essentially an extension of the previous activity step. In this case, however, the focus is on the customer’s perspective of any benefits obtained as a result of the project that is closing out. The customer’s perspective is obtained through a compilation of various forms of feedback.

It is important for the relevant organization to examine how well the different projects placed within the portfolio are responding to customer needs. To that end, the PMO should conduct or otherwise facilitate the creation of processes that enable customer feedback and evaluation of customer satisfaction.

The following customer information can be compiled, deliberated, and communicated to enhance future business decisions about project selec- tion and project continuation, and to improve the overall project portfolio management capability:

� Executive-level examination: � General comments of direct or indirect awareness of customer

satisfaction at project closeout � Executive guidance addressing the desired course of any follow-

on business relationship with the customer � Executive guidance addressing the desired course of business

relationships with other customers based on results and reac- tions of this customer

� Customer survey and feedback: � Completion of a customer end-of-project service or project

satisfaction survey � Completion of a customer interim service or project satisfaction

survey � Compilation of customer feedback based on discussions at

closeout meetings � Review of customer feedback as presented by comments in

quality and deliverable acceptance or sign-off documents � Review of customer issues and problem resolution actions dur-

ing the project

AU4680_C017.fm Page 591 Monday, July 16, 2007 4:13 PM

592 � The Complete Project Management Office Handbook

� Project manager or PMO evaluation: � Evaluation of customer satisfaction � Examination of customer’s participation in the project � Identification and review of issues and problems encountered

Postscript for the Smaller PMO An effective project portfolio management process is complex and com- prehensive. It is not a very common undertaking for the smaller PMO, which presumably has limited resources — not to mention limited business influence. However, the point of focus here is for the smaller PMO to ensure some level of executive involvement in project management. To reiterate the point: projects directly or indirectly produce revenue, exec- utives are responsible for revenue, and therefore executives should be involved in project decisions.

The smaller PMO can begin to influence project portfolio management activities in a number of ways:

� Examine existing oversight processes, including any formal and informal processes used by executives and senior managers to monitor projects. Perhaps there is some type of portfolio man- agement performed by the accounting and finance department that is not evident within the project management environment. Review these processes to ensure that good project management information is being applied to executive business decisions. Prepare and submit recommendations for improved executive- level project review.

� Establish a formal project selection process that includes an exec- utive-level review and approval step. This ensures that all projects undertaken are bona fide business efforts, and it introduces project selection as a preliminary activity toward development of project portfolio management. If necessary, and within allowable policies and practices of the business, construct and begin to manage project selection from the purview of the PMO until executives or other stakeholders can be brought into the process.

� Prepare reports to senior management that compile results across projects and have strategic significance. Remember that program management is not portfolio management. If program management is conducted, a separate strategic-level report is still needed.

� Develop a solid project business plan (or business case), including funding and resource requirements, that demonstrates the value of project portfolio management, and then present it to senior

AU4680_C017.fm Page 592 Monday, July 16, 2007 4:13 PM

Project Portfolio Management � 593

managers and executives for review and consideration. Properly constructed, such a project business plan could represent the smaller PMO’s early achievement of project and business manage- ment integration.

Anything the smaller PMO does to enhance executive-level business decisions regarding project management will be a step forward.

AU4680_C017.fm Page 593 Monday, July 16, 2007 4:13 PM

595

Chapter 18

Customer Relationship

Management

Every project has an internal or external customer who is relying on project fulfillment. Most external customers have a financial investment in the project effort. Internal customers often seek greater operational effec- tiveness and efficiency as a result of the product or service delivered by the project effort. Along with these considerations of revenue and effi- ciency, the third common element of the project–business equation is customer satisfaction. These elements should be managed from both a business and a project management perspective. To the extent that the Project Management Office (PMO) is responsible for project–business integration, managing customer relationships within the project manage- ment environment is an important element of the PMO’s efforts.

Most customers will have some level of participation in project activities. At a minimum, they will initiate a request for the project work effort and execute the associated project contract or agreement. Some customers will be more involved than others in project performance and project manage- ment oversight. Any level of customer involvement in the project effort also warrants PMO involvement in managing those customer relationships.

This PMO function addresses the essentials of managing customer relationships, and most prescribed activities can be applied to both internal and external customers. However, there will be a distinct inclination toward the external business customer who usually has a financial com- mitment to the project efforts conducted by the relevant organization. To

AU4680_book.fm Page 595 Monday, July 16, 2007 2:06 PM

596

�

The Complete Project Management Office Handbook

that end, the PMO should evaluate internal project management customer relationships and then translate as much of the pr escribed customer relationship management approach as possible for internal use.

This “customer relationship management” function enables the PMO to:

�

Establish customer relationship practices within the project man- agement environment.

�

Develop guidance for managing the business aspects of customer projects.

�

Conduct and evaluate customer satisfaction measurements related to project performance.

These activities can be designed and developed in conjunction with the introduction of an overall customer relationship management (CRM) system within the relevant organization, or they can be developed and implemented solely within the project management environment. In either case, these activities will always be in collaboration with relevant business managers and other participants in the business environment.

Project Environment Interface Concepts

The project manager has inherent responsibility for managing the customer relationship for the duration of the project. The PMO can lead development of the preferred approach that project managers can use to properly represent the relevant organization to the customer. The PMO can further examine opportunities and develop the means to maintain a business relationship with customers after the project is completed. This can be reflected in follow-up customer contact to evaluate customer satisfaction with the completed project, to explore new project and business oppor- tunities, or just to extend appreciation for recent business. This type of follow-up activity is essential for external customer business relationships. It would enhance project management professionalism if similar consid- erations could be extended also to internal customers.

Managing the customer relationship relative to the project effort pre- sents a range of interactions that can be adequately conducted only by those directly involved in the project management effort. Therefore, the PMO and project manager are ideally suited to fulfill such customer interactions. The project manager certainly can convey insight and infor- mation related to technical performance and project management perfor- mance, and the PMO can prominently contribute to the third dimension, business performance. This approach will keep the customer appropriately informed and involved in the project while also ensuring that business

AU4680_book.fm Page 596 Monday, July 16, 2007 2:06 PM

Customer Relationship Management

�

597

performance aspects of the project — particularly contract administration — are accomplished as routine activities of project management. Moreover, the customer’s project and business experience can be enhanced when the customer has ongoing access to qualified professionals in project management who can answer technical questions as well as r esolve business issues solely within the framework of project management.

Business Environment Interface Concepts

The business units of the relevant organization that have customer rela- tionship responsibilities will normally find an increase in efficiency and sometimes a reduction in workload when the PMO and project managers have been assigned responsibility for customer relationship management. This includes such departments as business development, finance and accounting, legal and contracts management, and the like. Professionals in these business areas can focus on more-prominent duties or possibly problem areas associated with customer projects when the PMO and project managers are given responsibility for developing and managing effective customer relationships as a natural part of the project manage- ment effort.

The project management methodology should incorporate business practices for critical customer relationship activities associated with projects and project management. This includes such things as initial examination of customer requirements, development of technical solutions and pro- posals, management of contracts and agreements, acceptance of project deliverables and associated invoice management, and evaluations of cus- tomer satisfaction at interim project points and at project closeout. This integration enables the PMO and project managers to implement the existing business processes and preferred approach for customer relation- ship management within the relevant organization.

Customer Relationship Management Activities across the PMO Continuum

The “customer relationship management” function along the PMO com- petency continuum represents the development of capability within the project management environment to establish and manage an effective customer relationship process. This begins with emphasis on the cus- tomer’s interest and involvement in specific project efforts, and it expands with PMO functional capability into business areas associated with projects conducted by the relevant organization.

AU4680_book.fm Page 597 Monday, July 16, 2007 2:06 PM

598

�

The Complete Project Management Office Handbook

Table 18.1 presents an overview of the range of prescribed PMO customer relationship management activities according to each level in the PMO competency continuum.

The project office has fundamental responsibility for implementing the established customer relationship management process, usually as such process steps are incorporated into the project management methodology. The focus at this level is normally on the relationship established with the customer’s project manager or other designated customer business or technical representative. In the absence of formal guidance or process steps, the project office will simply ensure that prescribed project deliv- erables are presented on time and to the customer’s satisfaction for acceptance. It will also manage any customer issues or problems associated with project performance.

Mid-range PMO levels develop and implement a comprehensive cus- tomer relationship management capability in the project management environment. This includes establishing practices that proactively manage customer participation in project performance, facilitate customer contract administration, and provide serious attention to customer satisfaction issues and conditions. In conjunction with these activities, the mid-range PMO is collecting and using pertinent customer information to examine and develop a broader business perspective in key customer relationships.

The center of excellence provides an additional business capability in its detailed examination and analysis of customer business relationships within the project management environment and across the enterprise.

Customer relationship management represents a business approach developed and applied in the course of conducting project management. Therefore, concepts and considerations for customer relationship manage- ment can be introduced in the PMO’s “project management methodology” function (see be influenced by policies created under the PMO “project governance”

The PMO’s overall responsibility for project management and business alignment is supported by this PMO function. In many project management environments, the external customer represents the business of the relevant organization. The closer that customers are likewise aligned with the project effort, the greater the opportunity for business success. This PMO function model enables the PMO to achieve that alignment from both business and project management perspectives.

AU4680_book.fm Page 598 Monday, July 16, 2007 2:06 PM

Chapter 1). The business nature of this function will also

function (see Chapter 5), strategies applied in the PMO “project portfolio management” function (see Chapter 17), and executive guidance pre-

Customer Relationship Management Function Model

scribed by the PMO “business performance” function (see Chapter 20).

C u

sto m

e r R

e latio

n sh

ip M

an ag

e m

e n

�

5 9 9

Table 18.1

Range of Customer Relationship Management Activities across the PMO Continuum

Project Office Basic PMO Standard PMO Advanced PMO Center of Excellence

Applies customer relationship process guidance

Manages customer relationship and project information:

– Monitors customer relationship information

– Monitors customer project information

Manages customer relationships across project duration:

– Prescribes customer project participation

– Manages customer project proposals

– Administers customer project contracts

– Evaluates customer project satisfaction

Manages customer relationships across business interests:

– Manages pre- and post-project customer activity

– Conducts forums and interactions for customer relationship development

– Examines and implements customer partner arrangements

Evaluates customer relationships for business benefits:

– Analyzes customer base

– Evaluates trends in customer relationships

– Recommends customer relationship improvements

A U

4680_book.fm P

age 599 M onday, July 16, 2007 2:06 P

600

�

The Complete Project Management Office Handbook

Figure 18.1 depicts the prominent activities of the PMO’s “customer relationship management” function model, and the following subsections describe each activity.

Manage Customer Relationships

The PMO’s role in managing customer relationships is not a replacement for the several (if not many) activities accomplished within the business environment toward that end. Rather, the PMO is responsible for ensuring that the customer’s business experience as a recipient of project-based product and service solutions equals or exceeds the standards for service prescribed by the relevant organization. In addition, when PMO respon- sibility is discussed in this function, it is implied that the concepts and practices it establishes will be used properly by the project manager and members of the project team, who inherently have associated responsibility for managing customer relationships.

In the context of project management, the PMO will have to establish the capability to learn about the customer’s needs, requirements, expec- tations, etc., and to achieve business objectives associated with each customer project. Moreover, the PMO has the added responsibility to appropriately include customers in the project effort simply as a matter of demonstrating effective project management practices.

The PMO can consider the following three activities when establishing its capability to manage customer relationships within the project man- agement environment.

Manage Customer Project Information

The PMO should examine information requirements needed to select, initiate, and conduct projects and project management activities for each

Figure 18.1 “Customer relationship management” function model.

MANAGE CUSTOMER RELATIONSHIPS

Manage Customer Project Information

Manage Customer Business Information

Manage Customer Project Participation

MANAGE CUSTOMER CONTRACTS

Produce and Manage Customer Proposals

Establish Customer Contracts

Conduct Customer Contract Administration

MANAGE CUSTOMER SATISFACTION

Measure Customer Satisfaction

Conduct Customer Relationship Programs

Implement Customer- Centric Improvements

AU4680_book.fm Page 600 Monday, July 16, 2007 2:06 PM

Customer Relationship Management

�

601

customer. These project information elements are primarily associated with technical needs but they also may include other types of information. The following describes five primary areas of customer project information that will assist not only in project selection, but also in project delivery and customer relationship management:

�

Project requirements and specifications

: represents the customer’s perspective of what needs to be achieved by the project, to include a review of the following types of materials:

�

Request for proposal (RFP)

�

Statement of work (SOW)

�

Business and technical needs analysis

�

Technical specifications document

�

Technical survey document

�

Technical design document

�

Customer perspective assessment

: provides an examination of the customer’s perspectives on the project as a basis for choosing to do work for this customer; it includes discernment and determi- nation of the customer’s intentions to award a contract, and the likelihood of winning that contract based on several customer perspective indicators:

�

Customer awareness of previous work conducted by the rele- vant organization

�

Customer value of previous work (by the relevant organization)

�

Customer demonstrated interest in using the relevant organization

�

Customer intent to actually pursue the opportunity

�

Customer selection and award outlook

�

Project opportunity analysis

: provides for an examination or review of the following information:

�

Type of opportunity (e.g., project classification)

�

Customer estimates of opportunity cost, schedule, and resource utilization

�

Customer needs analysis

�

Customer proposal activities and schedule

�

Customer selection or award criteria

�

Customer funding availability

�

Customer contract

: set of information that establishes the formal business relationship between the customer and the relevant orga- nization. It sets forth the agreement between the two parties, specifies their obligations to one another, and presents the terms and conditions under which the agreement and obligations are upheld. Often, the customer contract will append or reference the project information materials mentioned above.

AU4680_book.fm Page 601 Monday, July 16, 2007 2:06 PM

602

�

The Complete Project Management Office Handbook

�

Customer management plan

: set of information used by the project manager and the members of the project team to guide their interactions with the customer. This information is sometimes incor- porated into the project communications plan, which represents the communication practices and protocols to be used on the project. This information specifies points of contact for business and technical collaboration, coordination, and decision making. In particular, it will identify the individuals and preferred interactions with any customer project manager or customer project team.

The PMO can consider these and other information elements in establish- ing and managing customer project opportunity information.

Manage Customer Business Information

Project opportunity information elements will not necessarily present a comprehensive depiction of the customer, but rather they will focus on customer technical needs for the project effort at hand. Therefore, the PMO also will have to acquire and manage customer business information as a means of understanding the current status of the customer relationship. This includes the following three types of customer business information:

�

Customer business profile

. The customer’s business profile contains any relevant information that the PMO deems is necessary to gain an adequate understanding of the nature of the customer’s business. Fundamental information elements in the customer business profile can include:

�

Customer business description (e.g., product, service, industry, etc.)

�

Customer business size (e.g., number of employees)

�

Customer business location (or locations) (e.g., local, regional, national, global, etc.)

�

Customer business status (e.g., sales, revenue, stock position and outlook, etc.)

�

Customer business management (e.g., executives, directors, pri- vate owners, etc.)

�

Customer business affiliations (e.g., partnerships, industry mem- berships, etc.)

�

Customer relationship history

. This information is used to examine past business dealings with the customer but it also can look at the customer’s other dealings in the industry and in the market- place. Fundamental information elements in the customer relation- ship history package can include:

AU4680_book.fm Page 602 Monday, July 16, 2007 2:06 PM

Customer Relationship Management

�

603

�

Major business transaction history with the customer, and the outcomes

�

Project work history with the customer, and the outcomes

�

Partnership or business affiliation history with the customer, and the outcomes

�

Key customer participants in projects and business transactions

�

Sales and revenue history with the customer

�

Customer invoice payment history

�

Prominent types of products and services outsourced by customer

�

Customer business approach

. Information about the customer’s busi- ness approach may well be included in the customer relationship history but it is separated here to distinguish the nature of the information compiled. The primary information elements collected are based primarily on the discernment and judgment of managers in the relevant organization versus absolute factual data. This infor- mation set helps examine the customer from a business-interest perspective of the relevant organization. Fundamental information elements in the customer business approach package can include:

�

Management perspective on alignment of customer business objectives and interests

�

Management perspective on customer’s business decisions and outcomes

�

Management perspective on impacts of customer’s business values

�

Management perspective on demonstrated customer loyalty

�

Management perspective on importance of particular customer retention

These three areas of customer business information can be compre- hensive or basic, per established business needs and the capacity to manage acquired information. It is likely that most commercial organiza- tions will already have this type of information, and the PMO’s role is to facilitate its transfer and use within the project management environment. To the extent that the project knowledge management system is estab- lished, that would be a primary mechanism for introducing customer information for use by the PMO and by project managers.

Manage Customer Project Participation

The third component of establishing an effective customer relationship management capability is to identify points of opportunity and necessity for customer involvement in projects and in project management. The PMO can play an instrumental role in collaborating with project managers

AU4680_book.fm Page 603 Monday, July 16, 2007 2:06 PM

604

�

The Complete Project Management Office Handbook

to prescribe these points and in developing the means to optimize cus- tomer involvement for the purposes of business interest (i.e., achievement of relevant organization business objectives and obligations), technical performance (i.e., achievement of quality technical-solution delivery), and project management interest (i.e., achievement of customer satisfaction).

In some cases, customer relationship management simply means intro- ducing the customer to the project manager and associated project tech- nical leaders. In other cases, it considers PMO, business unit, and executive involvement and interactions with the customer. The following are several areas the PMO can examine as a means of incorporating customer project participation to achieve the desired customer relationship results:

�

Project management activities

. The customer can participate in projects in association with a variety of activities aligned with phases of the project management life cycle:

�

Business needs collaboration

�

Technical requirements specification or statement of work

�

Project planning and technical-solution development

�

Project tracking and controlling

�

Project team status reports

�

Project manager progress reviews

�

Change-management process (project scope management)

�

Project closeout

�

Project technical activities

. The customer can be a part of the progressive development of the project deliverable (or deliverables) at appropriate junctures in the technical effort:

�

Technical solution implementation (i.e., design, develop, and deploy)

� Configuration management process � Interim test and acceptance (quality control and assurance) � Technical solution delivery and acceptance

� Project business activities. The customer should participate in sev- eral business-related activities associated with the project effort, including: � Contract or agreement negotiation � Contract modification process � Executive and senior management collaboration � Project business reports (reviews and response or feedback) � Invoice receipt and payment

The nature and extent of customer involvement will also consider the particular type of project work, industry and marketplace influences, and associated norms for customer involvement under these conditions.

AU4680_book.fm Page 604 Monday, July 16, 2007 2:06 PM

Customer Relationship Management � 605

The consideration of managing customer relationships warrants a side note. The particular prescription for PMO consideration of customer infor- mation and involvement presented above has a distinct commercial tone to it. However, the PMO can also examine these concepts relative to noncommercial project efforts, and specifically projects that are conducted internally. The PMO should ensure that internal customers and end users receive equal value from a professional project management capability within the relevant organization as do customers and end users in the external marketplace.

Manage Customer Contracts

A major shift in the project manager’s role is emerging in association with the implementation of concepts and practices in modern project manage- ment. The responsibility for customer contract management is one of the more prevalent considerations of project manager role expansion. This is consistent with one definition of a contract, that is, a relationship between a buyer and a seller. Therefore, the project manager would be appropri- ately positioned as the contract manager relative to the established cus- tomer relationship. A second definition of a contract — an agreement about rights and responsibilities — leads to the consideration of contract administration. The responsibility for contract administration can be assigned to a member of the project team, a business unit support person, or a PMO that assists the project manager in managing and achieving contractual obligations. However, the project manager also could admin- ister the contract on many smaller projects.

It is sometimes said that while every contract is not a project, every project is a contract. Therefore, lest we forget, it should be recognized that there will be a need for a contract on every project, including internal projects. Often, such contracts are referred to as internal memoranda of agreement or, simply, agreements. While internal agreements may not have significant legal implications, they nevertheless have obligations that a professional project management organization should properly manage and fulfill.

PMO oversight and support for customer contract management within the project management environment should ensure that complete and comprehensive contract management and contract administration practices are being used relative to the projects within its purview. It should also facilitate the introduction of appropriate contract management responsibilities that can be assigned to individuals in the project management environment.

This PMO function model prescribes a three-pronged approach to achieving customer contract management within the project management environment, and the following subsections describe each one.

AU4680_book.fm Page 605 Monday, July 16, 2007 2:06 PM

606 � The Complete Project Management Office Handbook

Produce and Manage Customer Proposals

The PMO should establish a viable process for preparing and managing the customer proposal. This represents the business offering of the relevant organization to conduct the project. In many cases, sales or business development managers perform this activity, and the PMO or project manager can provide support to the business development effort to ensure that an adequate business and technical solution will be presented to the customer. The activities of this effort, developed in collaboration with business unit representatives, should be incorporated into the initiation phase of the project management methodology.

The following four activities describe the primary elements of customer proposal production and management that warrant the attention and consideration of the PMO for introduction into the project management environment.

Opportunity Qualification

Opportunity qualification is inherently aligned with individuals having the expertise that will be applied to the anticipated project effort. Therefore, the intended project manager and technical experts should be involved in determining the customer’s needs and in defining the project. Even when proposal responsibility resides within the business environment, someone should be designated to attend to the pr oject and project management perspectives of the proposal offering. Therefore, the PMO should develop the capability to represent business interests, or it can arrange for project manager collaboration with internal business develop- ment professionals.

Opportunity qualification includes the following general activities:

� Identify the opportunity by conducting a customer project oppor- tunity information review (as described previously in this chapter).

� Identify the customer by conducting a customer business informa- tion review (as described previously in this chapter).

� Develop selected elements of the project business case, in part to determine: � Is there business interest to do this project? � Is there technical capability to do this project? � Is there a reason to do this project? The business case is described in greater detail in “Project Portfolio Management.”

� Assess business risk and opportunity.

AU4680_book.fm Page 606 Monday, July 16, 2007 2:06 PM

Chapter 17,

Customer Relationship Management � 607

When an opportunity has been qualified, which is usually indicated by an approved business case, the next step in the customer proposal process can be addressed.

Proposal Preparation

The PMO should prescribe the components and general content for a proposal that is prepared within the project management environment as a business offer for conducting a customer project. It can examine the variety of formats that are prevalent in its industry or customer marketplace to establish its recommended approach to proposal development.

In the absence of any industry affiliation that provides a standard proposal format, the PMO can consider introducing a proposal preparation process that includes the following proposal components and content for use by the project manager and proposal development team:

� Technical solution. This proposal component presents the technical approach that the project manager will use to achieve project objectives and fulfill customer deliverables. It normally includes a description of the technical effort, along with a WBS and project task schedule, and the project resources that will be assigned to perform each task. This is essentially the project workplan, and further information on preparing the project work plan can be found in organization’s response to the customer’s RFP or statement of work (SOW), and shows how those and other customer requirements and specifications will be fulfilled.

� Business solution. This proposal component presents the business pricing offered for the accomplishment of the technical solution. For smaller project efforts, the business solution component may be combined with the technical solution component. This compo- nent is often separated to allow the customer to review the technical solution independent of the cost that will be incurred. This com- ponent contains such elements as the list of contract terms and conditions, assumptions and constraints, costs associated with each project deliverable, and the proposed customer payment schedule.

� Management solution. This proposal component is generally needed primarily on larger project proposals. It represents the organization and structure to be used to manage the project effort, and it usually demonstrates the scope of resource control afforded the project manager for each important customer project. It allows the customer to identify the different project management and

AU4680_book.fm Page 607 Monday, July 16, 2007 2:06 PM

Chapter 14, “Project Planning.” It represents the relevant

608 � The Complete Project Management Office Handbook

technical team leaders, and to gain confidence and comfort that project management and technical leadership is appropriately aligned to ensure project success.

Once again, a proposal is still preferred, even for internal project work. This allows the project manager and the internal customer to establish a common understanding and agreement of what will be accomplished by the project effort. Usually, an internal project proposal will focus only on the technical solution component, unless there is an interdepartmental cost-transfer requirement that the internal customer must consider. In turn, this proposal can easily become the project agreement or “contract” under which the project is conducted.

Proposal content can be as elaborate or as simple as is needed by the customer and warranted by the technical nature and complexity of work proposed. The PMO should consider development of proposal component and content guidance that addresses the variety of customers and needs encountered.

Proposal Submittal

The proposal submittal activities presented here are fundamental but the PMO should establish the detailed process and responsibilities associated with presenting the project proposal to the customer for review and consideration.

The following are a few of the primary activities to be accomplished as a part of proposal submittal:

� Proposal presubmittal meetings. Prior to the finalization and pre- sentation of the proposal to the customer, there could be oppor- tunities to meet with the customer to clarify requirements and specifications. The PMO can be a representative of the relevant organization; however, the project manager and key technical project leaders on the proposal development team should partic- ipate in such meetings.

� Proposal presentation. The proposal can be presented to the cus- tomer in a written document or in an oral presentation, or both, per customer specifications. Also, some customers may request an electronic copy of the proposal on specified media for purposes of customer-internal distribution and review.

� Proposal clarification. The PMO and project manager stand by during the customer’s proposal review period to answer questions or to clarify points of technical, business, or management being

AU4680_book.fm Page 608 Monday, July 16, 2007 2:06 PM

Customer Relationship Management � 609

offered. This could include participating in post-submittal meetings with the customer, when invited.

� Proposal management. The project manager monitors the specific proposal at hand, and the PMO monitors all proposals currently offered and in the hands of customers for review and acceptance. Most proposals should include at least an overview schedule and a proposal offer closing date. These two information elements are important because they represent the readiness of the relevant organization to initiate and conduct the project effort as offered. The PMO’s proposal-monitoring activities ensure that readiness. This activity can also prompt follow-up contact with the customer as the proposal closing date approaches to determine current interest and to extend the proposal closing date, if necessary.

� Proposal modification. The PMO can again be a representative; however, it is important that the project manager and key technical project leaders on the proposal development team meet with the customer to address requested changes to the proposed technical approach when invited to do so. Sometimes proposal modifications can result from internal decisions for proposal adjustments that are initiated by the relevant organization and coordinated with the customer. Of course, such changes could also influence the need for adjustments in the business (pricing) proposal.

In some industries and internal business environments, the proposal management process will not be as elaborate as outlined above. Rather, the process may simply require the PMO to track what proposals are pending with each specified customer and maintain readiness to begin the project upon notification of customer acceptance. This also would be the case where a business unit in the relevant organization, and not the PMO or project manager, has primary responsibility for proposal submittals and management. The PMO should then conduct its proposal management activities in collaboration with the applicable business unit.

Contract Negotiation

The need for contract negotiation usually represents customer acceptance of the technical solution, and also indicates the customer’s desire to achieve an adjusted price for the proposed effort. The contract negotiation process can be simple or complex, as is appropriate to the level of the proposed project effort and business importance to both the customer (buyer) and the relevant organization (seller). Some basic steps for conducting contract negotiations from the seller’s perspective are presented below, and the

AU4680_book.fm Page 609 Monday, July 16, 2007 2:06 PM

610 � The Complete Project Management Office Handbook

PMO can determine the level of complexity or detail to be implemented for these considerations:

� Plan the contract negotiation. Less-formal contract negotiations, usually one-on-one discussions with the customer, generally require less preparation but the authorized latitude to adjust proposal offers must be known by an authorized negotiator. Conversely, more- formal and more-complex contract negotiations warrant additional preparation, usually by a small team of experienced negotiators, ideally including the project manager and possibly the PMO. The following are a few points of consideration in planning for contract negotiations, with consideration for the fact that the customer usu- ally has control over the negotiation meeting agenda: � Form a qualified team of individuals who have experience in

contract negotiations to plan and conduct the negotiations; ensure that the capability to discuss technical concepts and considerations is included in the team makeup, usually repre- sented by the PMO, project manager, or project technical leader.

� Review any known points of customer contention and review customer project and business information. Confirm the strategic business importance of this customer and this project. Examine leeway in proposed cost, schedule, and resource utilization based on estimates presented in the customer proposal.

� Prepare the negotiation strategy. Specify and prioritize negoti- ation objectives; identify fair pricing standards; examine alter- natives to be encountered during negotiation (best case, most likely, worst case). Determine negotiation tactics and counter- tactics to be used.

� Prepare a negotiation authorization plan that specifies the nego- tiation bottom-line price and other factors authorized for con- tract agreement.

� Conduct the negotiation. Meet with the customer to identify nego- tiation points and to deliberate, debate, and discuss negotiable options for the proposed project effort. This usually includes learn- ing about the customer’s negotiation objectives and sharing the resolution objectives of the relevant organization. It includes exam- ining the customer’s initial offers and presenting any counter-offers. In particular, it requires the determination and discussion of dif- ferences, as perceived by each party. Ideally, this effort results in a settlement and agreement that enables the contract and associated project effort to be conducted.

� Document the negotiated agreement. A memorandum of agreement (MOA) should be prepared and signed by both parties, which will

AU4680_book.fm Page 610 Monday, July 16, 2007 2:06 PM

Customer Relationship Management � 611

serve to identify the changes and adjustments that will be incor- porated into the original proposal and subsequently the final contract. The MOA should include: � Date of the agreement � Customer RFP/SOW reference and contract title � Identification of the negotiators � Adjusted project schedule � Adjusted financial details (e.g., contract price, type, and pay-

ment terms) � Discussion summary of other changes to the initial proposal or

anticipated contract

In some cases, there could be multiple meetings required for negoti- ation of large-value contracts or complex technical project efforts. The negotiation team should remain intact to manage such an extended negotiation effort, revisiting the negotiation preparation steps prior to each contract negotiation session.

Establish Customer Contracts

The contract or agreement is the essential document that enables the initiation and conduct of a project. It confirms the customer’s request for the project and represents the relevant organization’s intent to achieve project deliverables and objectives. In the commercial environment, the contract or agreement further stipulates the monetary considerations of payment by the customer for the products delivered or services rendered. Therefore, it is particularly important to have a valid, executed contract if customer payments for project performance are expected.

The PMO should ensure that a contract or agreement, including internal agreements, is in place for every project under way in the relevant organization. It can do this simply by managing a list of current contracts, by maintaining and monitoring the files of all active contracts in association with performance of contract administration, or in conjunction with activ- ities associated with the PMO “project portfolio management” function (see

The PMO should establish the process by which customer proposals become official projects within the relevant organization. There are just a few key steps the PMO should consider in establishing each customer contract:

� Verify contract documents. This represents verification that all con- tract documents are complete and accurate and that they reflect the results of any ensuing contract negotiations. It particularly

AU4680_book.fm Page 611 Monday, July 16, 2007 2:06 PM

Chapter 17).

612 � The Complete Project Management Office Handbook

includes a review and incorporation of project plans and technical documents that were adjusted as a result of contract negotiations.

� Obtain contract approvals (and signatures). The project manager, PMO, or business unit representative leading the negotiation team or customer contracting effort will present the contract or agree- ment for internal review, including a review by the legal depart- ment. Then, a final senior management review and an authorized signature within the relevant organization will be obtained. For internal projects, this authorization can reside within the PMO. The PMO also should facilitate or otherwise monitor customer review and approval of the contract.

� Book the contract. Contract booking is the process of accepting a contract or order into the business system and the project repos- itory. An account number is established for the project (contract), and the baselines for scope, schedule, and costs are validated in the accounting or project management information system. This process allows for the issuance of work orders, for project work to begin, and for the submission of invoices to the customer.

� Transfer contract responsibility to the project manager. The project officially begins when the contract is passed to the project manager for execution.

The PMO should also identify which other stakeholders in the business and project management environments should receive a copy of the customer contract that will guide the project effort.

Many business environments have a dedicated contract management business unit that serves as the repository for all contracts and agreements. If this is the preferred contract management solution, the PMO can collaborate with that business unit in conjunction with oversight of con- tracts associated with projects. Otherwise, the PMO can become the repository for customer contracts and agreements associated with project work. In either case, if the knowledge management system in the project management environment is sufficiently advanced, the contract can be placed on that system for access and review by authorized individuals.

Conduct Customer Contract Administration

The principal objective of contract administration is to ensure the fulfill- ment of the contractual obligations by all parties to the contract. Ideally, a project contract manager is assigned. However, on small projects, the project manager or a member of the project team can hold responsibility for contract administration. On the other hand, an appropriately advanced

AU4680_book.fm Page 612 Monday, July 16, 2007 2:06 PM

Customer Relationship Management � 613

PMO can assist project managers by developing a customer contract administration capability.

A key aspect of contract administration is managing the inter faces among the players. All members of the project team must be aware of the legal implications of actions taken when administering the contract. To that end, the PMO should incorporate important contract administration activities into the project management methodology for easy reference by all project team members.

The PMO can examine the following contract administration activities for applicability within the business and project management environ- ments. It can then develop and implement preferred processes to enable contract administration to positively influence the customer relationship. The contract administration activities presented for PMO consideration are divided into three primary areas: (1) contract administration planning, (2) contract performance management, and (3) contract closeout.

Contract Administration Planning

The PMO should provide guidance to ensure that contractual obligations that impact the project effort are identified and appropriately addressed during detailed project planning conducted following award of the con- tract. Sometimes, more detailed planning is not particularly required, and in that circumstance the proposed technical solution is then used as the project workplan. The PMO can establish a staff position to perform contract administration planning; it can assist the project manager in this activity; or it can simply provide guidance incorporated into the project management methodology for use by the project manager and project team members. The following list presents a few of the more prominent planning activities that should be considered for implementation within the project management environment. It should also be noted that most of these activities are initiated with standard project planning process guidance — usually in conjunction with the project communications plan or project workplan (or both), but are highlighted here because of their importance to customer contract administration.

� Establish a meetings schedule. The meetings schedule specified in the contract should be established and communicated to all project stakeholders. The schedule should include preliminary meetings, such as the customer’s kickoff or initial planning meetings. It is important to the customer relationship that the PMO, project man- ager, and project team members demonstrate awareness of and preparation for all customer meetings.

AU4680_book.fm Page 613 Monday, July 16, 2007 2:06 PM

614 � The Complete Project Management Office Handbook

� Establish deliverables, reports, and reporting schedules. All contrac- tually required external and internal (team and management) deliv- erables, reports, and reporting schedules should be identified and communicated so that members of the project team and other project stakeholders know the required schedules for providing project deliverables and project reports to the customer in a timely manner.

� Establish contract documentation oversight. The PMO or a specified business unit may be the primary repository for contract documen- tation, but the project manager, and some members of the project team, will need access to critical contract documents. In addition, the project manager and project team members may need to document ongoing interactions of the customer relationship. Doc- umentation is essential to provide proof of performance, manage- ment of changes, justification for claims, and evidence in the unlikely event of litigation. The purpose of documentation is to record facts and reduce reliance on human memory. Efforts to maintain documentation must be thorough and consistent. Project documents can be made accessible to a variety of authorized stakeholders on the knowledge management system developed for use within the project management environment. Contract admin- istration documentation should include: � Official copy of the contract � Contract modifications � Conformed or adjusted working copies of the contract � External and internal correspondence � Invoices � Change orders � Meeting minutes � Project plans � Progress reports � Project diaries � Telephone logs � Photographs and videotapes

� Establish a contract communication control system. Communica- tion is an essential part of contract administration. Compliance with contract terms and conditions requires effective communica- tion about contract performance. The project manager must estab- lish not only the communication procedures to ensure that project team members and all stakeholders know what to do, but also the controls to ensure that the procedures are used. In addition to developing an internal communications system, the project manager must ensure the practice of effective communication with the customer.

AU4680_book.fm Page 614 Monday, July 16, 2007 2:06 PM

Customer Relationship Management � 615

� Establish procedures to solve contract issues and problems. The means for project team members to use an issues log to identify, handle, report, and track project (contract) issues and problems should be implemented.

� Establish contract change control procedures. The PMO must ensure that acceptable change control procedures are established for each project effort having contractual obligations and that all members of the project team know how to use it. Change control procedures normally provide guidance to: � Ensure that only authorized people negotiate or agree to con-

tract changes. � Estimate the effect of a change on cost, schedule and resource

utilization, and gain approval for any additional expense, time, and resources before proceeding with a change.

� Notify project team members that they must promptly report any action or inaction by the customer that does not conform to the contract terms and conditions.

� Notify the customer in writing of any action or inaction that is inconsistent with the established contract terms and conditions.

� Instruct team members to document and report in writing both the actions taken to comply with authorized changes and the cost and time required to comply.

� Promptly seek compensation for increases in cost, time, or resources required to perform project work, and negotiate claims for such compensation from the customer in good faith.

� Document all changes in writing and ensure that both parties have signed the contract or contract change; such written doc- umentation should be completed before work under the change begins, if practical.

� Set up procedures for claim and dispute resolution. The PMO must ensure that project managers and other stakeholders responsible for achieving contract obligations are well versed in contract claim and dispute resolution procedures. Disagreements are inevitable and should be expected as a normal part of contract management. However, all contract parties must commit themselves to resolving disputes amicably. Although claims and disputes cannot be avoided, they can be resolved effectively, fairly, and without rancor and litigation. To that end, only professionally trained contract managers or legal counsel should initiate and conduct for mal contract conflict and dispute resolution actions. The PMO’s primary responsibility in dispute resolution is to work with each project manager to identify and attempt to resolve disputes when they are minor and showing only the earliest signs of disagreement. The

AU4680_book.fm Page 615 Monday, July 16, 2007 2:06 PM

616 � The Complete Project Management Office Handbook

project manager must seek the advice of the PMO, senior man- agement, and legal counsel at the first indication that a customer dispute is emerging or escalating. The PMO should ensure that each project manager and all project team members are familiar with the range of common resolution techniques that can be used to avoid escalation of contractual conflicts and disputes. Prominent techniques include: � Negotiation. Similar to the negotiation conducted for award of

the contract, this interaction between the involved parties seeks to compromise on issues leading to resolution of a conflict.

� Mediation. Legal counsel is involved in this effort led by an impartial third-party participant who facilitates a compromise on issues leading to resolution from an unbiased perspective.

� Arbitration. The disputed issues are submitted to a disinterested third party for a final decision. This approach is usually con- sidered to be more expedient, less expensive, and a less-formal resolution method that is often preferred over litigation.

� Litigation. A highly formal and potentially lengthy process for resolving contractual disputes through the courts and applicable legal system. Litigation always involves lawyers.

All of these planning actions and determinations can be compiled into a contract administration plan for use by the project manager and members of the project team, and for oversight by the PMO. In some cases, depending on content, elements of a contract administration plan can be shared with the customer.

Contract Performance Management

The PMO should provide guidance to ensure that the achievement of contractual obligations is a pertinent theme within the project management environment. The following steps are prescribed for PMO consideration in establishing a contract performance capability that advances the cus- tomer business relationship and the success of the project:

� Manage commitments to the customer. Ensuring that commitments made to the customer are accomplished within the approved scope of work is critical. The project manager is responsible for all such commitments. A customer commitment log can be used to docu- ment and monitor all authorized commitments to the customer.

� Monitor the contract for compliance. Contracting parties should know and understand the terms of their contracts and keep their promises to comply in good faith. To ensure that this premise is

AU4680_book.fm Page 616 Monday, July 16, 2007 2:06 PM

Customer Relationship Management � 617

achieved, active management of contract compliance must be pursued, including compliance with the terms and conditions, contractual dates, costs, schedule, and deliverables in the contract. Often, those individuals who have negotiated or otherwise estab- lished the terms and conditions of the customer contract are not those who subsequently perform the work that achieves the con- tract objectives; therefore, the project manager must ensure that all key personnel involved in managing technical performance are also advised to and should become familiar with contractual obli- gations associated with project performance. One means to accom- plish this objective on larger projects is to use the contract administration plan created in contract administration planning to train all members of the project team and other relevant project stakeholders, as appropriate.

� Manage customer acceptance of deliverables. Many contracts have specified acceptance procedures, which are usually aligned with quality assurance or quality testing activities. However, if that is not the case on a particular project, controversies can still be avoided by using a formalized acceptance procedure. The PMO should implement the prescribed process for presentation of deliv- erables to the customer. The following are particularly important steps to include in the customer delivery and acceptance process: � Notifications of deliveries to the customer in standard project

reports � Use of customer acceptance meetings, as needed � Customer sign-off for acceptance of deliverables

� Manage project cash. The PMO must ensure that management practices are established to provide proper oversight of the cash flow and to facilitate reduction in the cash-to-cash cycle, thus improving cash flow. Ideally, the PMO is involved in early proposal preparation and any negotiations to evaluate project cash flow issues. However, it also must institute proper cash management procedures for use by the project manager in conjunction with project performance. Some project cash management consider- ations for the PMO include: � Obtain partial customer funding. If a contract is funded in

phases, ensure that the customer is aware of funding require- ments with sufficient time to take funding action.

� Monitor billing and receipt of payments. Take actions to provide timely delivery of goods and services that enable early customer payments; examine ways in which the project schedule can be renegotiated to improve cash flow; remove blocks to the cus- tomer’s payment approval process; track customer invoice

AU4680_book.fm Page 617 Monday, July 16, 2007 2:06 PM

618 � The Complete Project Management Office Handbook

receipt; hand-carry large-value invoices; and facilitate review meetings for incentive payments.

� Monitor payments to subcontractors. Where possible, establish subcontractor payment schedules that match the customer’s billing cycle.

� Perform effective change management. Provide prompt atten- tion to customer-directed changes and early identification of constructive changes, particularly those that require additional funding to be accomplished.

� Expedite shipments. Conduct shipping on schedule; complete conversion of inventory into receivables and cash as quickly as possible; and seek authority for accelerated delivery and early payment where possible.

� Maximize the use of project equipment and residual material. Manage and dispose of project equipment and used materials promptly to avoid costs resulting from extended equipment and material retention. Transfer customer-owned property back to the customer or to follow-on and related contracts, when pos- sible, to avoid the need for equitable adjustment of costs specified in the contract.

� Reduce the impact of liquidated and consequential damages clauses. Continuously monitor the circumstances that cause payment of liquidated or consequential damages, and elimi- nate these clauses or obtain incentive clauses to offset the risk of penalties.

� Protect proprietary data. Ensure protection of all proprietary data, including that of third parties; monitor data submissions to ensure proper markings; and use appropriate nondisclosure agreements. Proper attention and care will ensure that contin- gency funds for potential litigation are not needed.

� Manage stop-work orders and termination. Attend to customer orders to stop work in a timely manner. Likewise, discontinue contractor and subcontractor work at the direction of the cus- tomer. Following the stop-work response, ensure that the cus- tomer addresses valid partial payments and cost-r ecovery actions. Per the conditions encountered, consider whether legal counsel is needed to respond to customer work-stop or termi- nation actions.

Contract Closeout

Contract closeout is an integral part of contract administration and repre- sents project completion or other requirement for termination. Closeout

AU4680_book.fm Page 618 Monday, July 16, 2007 2:06 PM

Customer Relationship Management � 619

includes the last important project tasks for which the project manager is responsible, and it requires the same level of attention as tasks encountered earlier in the project management life cycle. Following are key steps in the contract closeout process:

� Obtain customer acceptance sign-off. Obtain official signatures for sign-off from the customer, indicating final acceptance of the products and deliverables of the project. Consider the fol- lowing activities: � Ensure that all project deliverables have been fulfilled and

accepted by the customer. � Resolve any performance issues or problems that develop in

association with warranty or guarantee provisions of the con- tract being closed.

� Resolve any remaining open questions or issues. � Conduct contract closeout actions. Contract closeout takes place

during the closure phase of the project management life cycle. To formally close out the contract with the customer: � Ensure that contract terms and conditions have been fulfilled

and that any required final project reports have been prepared and submitted.

� Prepare and distribute written instructions to all project team members and project stakeholders that the contract is com- pleted and that no further charges should be incurred for that project account.

� Manage the disposition of the customer’s property. � Provide notice to the responsible business unit specifying that

action be taken to close out any associated subcontracts that remain open.

� Ensure that final invoices have been sent to the customer and that the customer’s final payment has been received.

� Forward formal notification of contract completion (or termina- tion) to the customer.

� Prepare the post-contract summary report. At completion or termi- nation of the contract, the project manager, contract administration manager, and project team jointly develop a post-contract summary. This summary should include a lessons-lear ned section that describes the major positive and negative aspects of the contract. The post-contract summary provides general information, and the lessons-learned section focuses on sharing best practices with other internal project teams, warning them of potential problems and suggesting methods to mitigate risks to ensure success. To prepare the post-contract summary report:

AU4680_book.fm Page 619 Monday, July 16, 2007 2:06 PM

620 � The Complete Project Management Office Handbook

� Evaluate the customer. � Evaluate the effectiveness of the processes and tools used. � Identify any approved improvements to processes and tools. � Compile and document lessons learned. � Write and archive the final project reports.

The completion of contract closeout activities should be monitored by the PMO. In turn, contract closeout leads to project closeout activ- ities, which have bearing on the utilization of r esources within the project management environment and the achievement of business objectives within the relevant organization. The PMO should address these matters in the course of any established pr oject portfolio man- agement practice guidance.

Manage Customer Satisfaction

The achievement of customer satisfaction is a genuine contribution to ongoing opportunities associated with the customer business relationship. However, customer satisfaction issues and information also tend to surface in the marketplace to reflect on and communicate the project management capability of the relevant organization. Therefore, the PMO must ensure that the customer’s experience with project performance conducted by the relevant organization is one that meets the customer’s business needs and expectations. It can do this by establishing the means to monitor and respond to customer satisfaction issues on a nearly continuous basis.

The PMO should develop the processes and procedures needed by the project manager and project team members to gauge customer satis- faction throughout the project management life cycle and to respond to any indications of customer dissatisfaction. In turn, the PMO can play a key role in helping to discern customer satisfaction levels and in defining and implementing responses that can be used across projects within the relevant organization.

The PMO should pursue three primary activities, as prescribed in the following subsections.

Measure Customer Satisfaction

The only way to know the level of customer satisfaction achieved is to measure it — on each and every project. The PMO can be instrumental in developing measurements for use by the project manager and project team, but it can also actively participate in conducting customer satisfaction measurements and analyzing results across all projects.

AU4680_book.fm Page 620 Monday, July 16, 2007 2:06 PM

Customer Relationship Management � 621

Most customer satisfaction measurement actions can be performed by the project manager and can be included as an integral part of the project management methodology. However, the PMO or senior managers within the relevant organization also can perform measurement actions, some- times independent of project performance. The following are a few examples of customer satisfaction measurements that can be conducted in association with the PMO’s responsibilities for project performance:

� Business manager follow-up. The individual responsible for the customer account and associated customer business generation can maintain contact with the customer to ascertain how well the customer is responding to project performance and progression. This type of feedback can be collected across all projects and compiled by the PMO for further evaluation.

� PMO and executive follow-up. The business importance of the customer relationship will determine whether PMO and executive involvement with the customer is warranted. If so, an executive- level relationship (i.e., contact and conversation) could be pursued with the customer at the executive level to obtain a senior man- agement perspective on the progress of the project effort. The PMO can perform a similar role, as a representative of senior management within the relevant organization, in communicating with customer senior managers to ensure that project performance is meeting customer expectations.

� Informal customer contact. The project manager will likely be in continuous contact with a customer who desires such ongoing interaction. Otherwise, the contact should remain somewhat fre- quent. This presents an ideal opportunity to discuss pr oject progress and performance with customer representatives on an informal basis to obtain insight into customer perspectives and satisfaction with the project effort. These insights should be doc- umented for subsequent examination, with recognition that they are obtained informally.

� Formal customer satisfaction surveys. The PMO and project man- ager can collaborate to determine the appropriate junctures in the project to conduct formal surveys of customer satisfaction. The surveys can be administered by the PMO or by the project manager, depending on the nature of the business relationship with the customer. The PMO should determine which formal customer satisfaction surveys would be most valuable to the relevant orga- nization, and then obtain professional assistance to develop and implement the prescribed surveys for use within the project man- agement environment. As a side note, online surveys are coming

AU4680_book.fm Page 621 Monday, July 16, 2007 2:06 PM

622 � The Complete Project Management Office Handbook

of age and should be considered a means for increasing the PMO’s efficiency in the survey administration and management process. The PMO can consider accomplishing customer surveys at the following points in the project: � Post-contract survey: an evaluation of customer satisfaction rel-

ative to the business development and contracting processes encountered to initiate the project.

� Interim survey: an evaluation of customer satisfaction at specific junctures in the project management life cycle, when a deter- mination of customer satisfaction is deemed critical (e.g., tran- sition to the next project or technical phase, introduction of a new concept or practice, subcontractor performance, etc.).

� Test and acceptance evaluation: an evaluation of customer satisfaction in association with the customer’s inspection and acceptance of project deliverables.

� Evaluation of end users: an evaluation, which also could be pursued on an informal basis, that considers the responses and reactions of end users in the customer’s environment to the technical solution delivered by the project.

� Post-project review: an evaluation of customer satisfaction with both project performance and the associated business relationship.

� Project status meetings. The project manager should include cus- tomer representatives as participants in a recurring meeting to review project status and progress. This provides the opportunity to obtain direct customer feedback, which should be documented as a part of the review of all customer satisfaction results.

� Customer feedback report. The PMO and project manager can jointly determine the applicability of using an impromptu customer satisfaction feedback form. This would be valuable when an extremely large project effort is conducted in a customer environ- ment that spans a number of geographical locations, possibly global. This report allows customer managers and end users throughout the customer’s organization to provide feedback regard- ing all aspects of project performance, but likely focusing on satisfaction with project deliverables. This type of survey can be created for a specific project and specific customer effort.

The PMO should be a recipient of all customer satisfaction measure- ment and feedback results. It can then examine these results against the individual performance of project managers, the group performance of project teams, and the overall performance of all projects within the relevant organization. This will enable the PMO to prescribe corrective

AU4680_book.fm Page 622 Monday, July 16, 2007 2:06 PM

Customer Relationship Management � 623

actions for individuals and for teams, where needed, but particularly to devise and implement actions for use across the project management environment to improve customer satisfaction indicators.

Conduct Customer Relationship Programs

Customer satisfaction is distinctly associated with projects that produce the desired deliverables and achieve the prescribed customer business objectives. Customer satisfaction with project performance can be deter- mined in direct alignment with project success. However, there are other means that the PMO can use to complement project success as a primary reason for customer satisfaction and to induce customer satisfaction beyond the completion of the project effort.

The PMO should collaborate with project managers and business unit managers within the relevant organization and then lead the effort to determine what types of customer relationship programs can be developed and implemented to contribute to customer satisfaction — before, during, and after each project effort.

The following are a few examples of customer relationship programs that the PMO can consider developing and implementing within the relevant organization:

� Customer interest surveys. This is a survey of all or a portion of current and past customers to obtain their perspectives on business and technology, particularly as it pertains to the nature of project work conducted by the relevant organization. Customer comments and opinions can be used to evaluate new project management practices or to examine new technology or technical solutions. They can also be used to ascertain any emerging opportunities within the customer’s industry or within the established customer base of the relevant organization.

� Customer technical and business forums. The PMO can arrange and present single or multi-day programs for attendance by selected current and past customers. These forums can be used to facilitate collaboration and communication among customers using the prod- ucts or services delivered by the relevant organization through project efforts.

� Customer post-project correspondence. The PMO and project man- agers can “keep in touch” with customers through the use of general and specific correspondence. Such correspondence might be more informal and personal, or it might represent an official follow-up at some time beyond project completion to inquire about

AU4680_book.fm Page 623 Monday, July 16, 2007 2:06 PM

624 � The Complete Project Management Office Handbook

project deliverable performance, business results achieved, or the state of customer satisfaction over the passage of time.

� Customer post-project contact. Similar to correspondence, this pro- gram represents personal contact by phone or in person. It dem- onstrates continued interest in the customer by the project manager or PMO as well as uncommon business interest and commitment to the customer by the relevant organization.

� Customer newsletters. The PMO can collaborate with leaders in the technical disciplines to design and publish a relevant newsletter to communicate with current and past customers. It can highlight technical trends and innovations, particularly those introduced by the professionals within the project management environment.

These follow-on customer programs help to build the customer rela- tionship over time and, hopefully, contribute to extending each business customer relationship beyond a single project effort. However, as these programs are considered, the PMO must also be prepared and have the capability to respond to any adverse customer feedback. Of course, the key is to ensure excellence in the delivery of project management and the technical solution for which the customer will have no lingering doubts of success or loss of satisfaction over time.

The PMO’s interest in these customer relationship programs is directly tied to its responsibility for business integration. As the project manage- ment environment achieves greater capability, and as the relevant orga- nization becomes more mature in concepts and practices of modern project management, the PMO will inherently be positioned to address business practices such as customer relationship management programs within the project management environment.

Implement Customer-Centric Improvements

Managing customer satisfaction includes addressing improvement actions that the PMO can take to increase the likelihood of customer satisfaction. Some improvement actions will be a result of inherent business sense, while others will be more subtle — a result of discovery and analysis regarding how customers perceive the efficiency and effectiveness of the project management environment.

The PMO should be privy to virtually all feedback and survey results from customer satisfaction measurements. It must compile and analyze such information, from a business perspective, to identify indicators within the project management environment that can be adjusted to improve upon general and specific customer satisfaction results. The PMO’s anal-

AU4680_book.fm Page 624 Monday, July 16, 2007 2:06 PM

Customer Relationship Management � 625

yses should identify improvements that can be implemented in the inte- gration of project management, technical, and business practices to increase individual and overall customer satisfaction. This means examin- ing the project management environment from a customer’s perspective and then determining what PMO influence can be applied to engender a mutually rewarding customer business relationship.

The specific examination of project performance from the customer’s perspective makes this a customer-centric activity. It extends and expands the traditional customer business relationship into the project management environment, and it seeks customer input and feedback to better position project management capability for achievement of results and benefits from the customer’s point of view.

The PMO can develop and implement improvements to achieve greater customer satisfaction associated with project performance. The following are a few improvement areas to consider:

� Customer perceptions of project manager performance: � Project management skill and qualifications � Leadership capability and experience � Technical capability and experience � Customer relationship skills

� Customer perceptions of project management practices: � Communication of plans and documentation � Inclusion of the customer in key project decisions � Inclusion of the customer in key project management activities � Timeliness of project reporting � Collaboration and resolution of issues and problems � Scope and change-management effectiveness � Project stakeholder management � Contract administration (including invoice management)

� Customer perceptions of technical performance: � Technical skill and qualifications of the project team � Inclusion of the customer in key technical decisions � Inclusion of the customer in technical work performance � Achievement of technical specifications � Timeliness of project deliverables � Quality of project deliverables � Effectiveness of configuration management

� Customer perceptions of business performance: � Skill and qualification of the business manager � Attention given to the customer by executives and senior

managers

AU4680_book.fm Page 625 Monday, July 16, 2007 2:06 PM

626 � The Complete Project Management Office Handbook

� Recognition of the customer’s ongoing business relationship � Competitive pricing in the marketplace � Value of products and services obtained

The PMO can examine these points and incorporate additional improve- ment indicators to its evaluation of customer satisfaction. It can then develop and implement improvements to its processes and practices according to the particular PMO function area guidance it has established.

Postscript for the Smaller PMO The business nature of this PMO function precludes the smaller PMO from many of the more comprehensive prescribed activities. However, there are a few points on which the smaller PMO can focus to assist the relevant organization in achieving customer satisfaction through efforts pursued within the project management environment, to include:

� Identify the customer. Research and compile business, project expe- rience, and any other historical information about the customer, and share that in a timely manner with the pr oject manager. Examine each customer’s business nuances, determine customer expectations in given circumstances, and identify allies among customer stakeholders.

� Facilitate customer involvement. Collaborate with project managers to identify areas where customer participation in project manage- ment and technical activities can be encouraged and mutually beneficial. Incorporate standard customer-participation points into existing processes or into the project management methodology for use across all projects.

� Recommend executive participation. Examine the nature of the customer project and its business value to the relevant organiza- tion. If warranted, induce executives and senior managers to demonstrate their interest in the customer’s business by partici- pating in critical meetings and project activities, particularly those at which customer executives and senior managers are also slated to be present.

� Informally evaluate customer satisfaction. The vantage point of the PMO will likely produce contact with project managers, members of the project team, and some customer representatives. Use these contact opportunities to obtain general insight into customer satis- faction. Use this approach across all current projects to gain an

AU4680_book.fm Page 626 Monday, July 16, 2007 2:06 PM

Customer Relationship Management � 627

overview perspective of any particular strengths or weaknesses in customer relationship management within the relevant organization.

� Formally evaluate customer satisfaction. Develop or influence the development and use of at least one significant survey instrument to measure customer satisfaction with the project effort. The admin- istration of a sole measurement would normally be a project closeout activity, and that can be incorporated into the project management methodology. Access and examine customer satisfac- tion survey results from all projects to identify significant points that warrant improvement in customer relationship practices pur- sued within the project management environment.

The primary consideration for the smaller PMO is to ensure that project management practices contribute favorably to developing and maintaining the customer relationship component of business conducted within the relevant organization.

AU4680_book.fm Page 627 Monday, July 16, 2007 2:06 PM

629

Chapter 19

Vendor and Contractor Relationship

Management

The management of external resources working on projects or otherwise influencing project performance is the focus of the “vendor and contractor relationship management” function. These resources represent valuable contributions to a wide range of projects across many industries. Vendors and contractors bring specialized skill, knowledge, and capability to the technical nature of project work. They also fill temporary professional resource and skilled-laborer gaps; serve as advisors to the project manager and project team members; and provide supplies, equipment, and materials needed to accomplish the project effort.

There are as many combinations of names for these resources as there are industries. This includes such descriptions as “supplier and provider,” “consultant and advisor,” “distributor and manufacturer representative,” and “subcontractor and partner.” This Project Management Office (PMO) function captures the essence of all such resources under the term “vendor and contractor,” indicating that they provide a product or service in support of the project effort, per an established contract or agreement, and undoubtedly for some remuneration.

The PMO’s interest in vendor and contractor relationships is one that endeavors to maximize their value on projects and optimize their availability and use within the project management environment. The PMO can provide

AU4680_book.fm Page 629 Monday, July 16, 2007 2:06 PM

630

�

The Complete Project Management Office Handbook

oversight and guidance that includes vendor and contractor performance management as an inherent component of project management.

This “vendor and contractor relationships” function enables the PMO to:

�

Identify and qualify vendors and contractors who add value to project efforts.

�

Develop guidance for managing vendor and contractor participa- tion on projects.

�

Develop guidance for managing vendor and contractor contracts within the relevant organization.

The PMO is generally recognized as having oversight responsibility for project performance, and vendor and contractor participation represents a critical performance component — sometimes even as a member of the project team — that warrants appropriate attention.

Project Environment Interface Concepts

The PMO can develop standard guidance for the use and management of vendors and contractors within the project management environment. This precludes the need for project managers to figure out a different system for each vendor and contractor. In turn, preferred vendors and contractors will become familiar with the contract and performance man- agement practices applied to their participation on projects within the relevant organization.

The PMO also can be proactive in identifying general and specific project needs for external vendor and contractor participation. It can be instrumental in prequalifying vendors and contractors for various types of project work, making them available for selection by project managers, who are then no longer burdened with finding a qualified external resource in a short period of time.

Business Environment Interface Concepts

The PMO can collaborate with business units to facilitate the introduction of vendors and contractors into the relevant organization. Additionally, the PMO brings the necessary expertise in project management and technical capability to assist business units in accurately preparing require- ments documents, RFPs (requests for proposal), and qualifications to expedite the vendor and contractor review and acquisition process.

The PMO can adapt the project management methodology to incor- porate essential business steps and practices associated with vendor and

AU4680_book.fm Page 630 Monday, July 16, 2007 2:06 PM

Vendor and Contractor Relationship Management

�

631

contractor acquisition and management. This enables preferred business practices to be applied by project managers across all projects within the relevant organization.

Vendor and Contractor Relationships Activities across the PMO Continuum

The “vendor and contractor relationship management” function along the PMO competency continuum represents the progressive capability to apply and manage external resources within the project management environ- ment. This begins with a focus on properly qualifying vendor and con-

finally managing their performance.

vendor and contractor relationship management activities according to each level in the PMO competency continuum.

The project office has direct responsibility for managing vendor and contractor performance on projects. It uses established guidance to accom- plish all required oversight actions.

Mid-range PMO levels introduce processes and practices to acquire and manage vendor and contractor participation on projects for maximum business value and project management effectiveness. They prescribe vendor and contractor roles and responsibilities, and prepare guidance for project managers to oversee vendor and contractor plans and accom- plishments. An advanced PMO examines opportunities for closer vendor and contractor relationships that offer a distinct business advantage.

The center of excellence supports the use of vendors and contractors by examining business results of vendor and contractor participation.

The PMO’s role in this function model is to determine where vendor and contractor products and services are used or needed, and to ensure that properly qualified vendors and contractors are selected for project assignments. Further, the PMO assumes responsibility for overseeing ven- dor and contractor performance management by developing processes and practices that can be incorporated into the pr oject management methodology for use by project managers, as prescribed in the PMO “project methodology management” function (see

Vendor and Contractor Relationships Function Model

The introduction of vendor and contractor support in the project man- agement environment creates a requirement to manage that participation. This is primarily a responsibility for the project manager but the PMO can

AU4680_book.fm Page 631 Monday, July 16, 2007 2:06 PM

tractor candidates, then making them available as a project resource, and

Table 19.1 provides an overview of the range of prescribed PMO

Chapter 1).

6 3 2

�

T h

e C

o m

p le

te P

ro je

ct M an

ag e

m e

n t O

ffi ce

H an

d b

o o

Table 19.1

Range of Vendor and Contractor Relationship Management Activities across the PMO Continuum

Project Office Basic PMO Standard PMO Advanced PMO Center of Excellence

Manages vendor/contractor project participation

Introduces vendor/contractor management:

– Monitors vendor and contractor business and relationship information

– Develops vendor and contractor management guidance

Manages vendor and contractor acquisition:

– Identifies and qualifies vendors and contractors

– Develops vendor and contractor responsibilities

– Monitors vendor and contractor performance

Manages vendor and contractor relationships:

– Establishes preferred vendor and contractor programs

– Develops vendor and contractor partnerships

Evaluates vendor and contractor performance:

– Analyzes vendor and contractor business value

– Examines vendor and contractor participation and effectiveness across industries

A U

4680_book.fm P

age 632 M onday, July 16, 2007 2:06 P

Vendor and Contractor Relationship Management

�

633

establish the foundation for vendor and contractor management, and provide the necessary support for vendor and contractor relationships across all projects.

Figure 19.1 depicts the prominent activities of the PMO’s “vendor and contractor relationships” function model, and the following sections describe each activity.

Manage Vendor/Contractor Relationships

The PMO’s role in managing vendor and contractor relationships is focused on oversight and support; the project manager should focus on control of vendor and contractor participation. The PMO should grow its capability to identify vendor and contractor value and capability to support the various types of project efforts performed within the relevant organization. It can then develop guidelines and recommendations for establishing vendor and contractor relationships.

When establishing its capability to manage vendor and contractor relationships within the project management environment, the PMO can consider the three activities described in the following subsections.

Identify Vendor and Contractor Needs

The PMO should collaborate with project managers to determine the nature of vendor and contractor support required within the project management environment. This entails discussion and deliberation about the type of vendors and contractors needed, the frequency of those needs, and the preferred business relationship for each type of vendor and contractor.

The following list can be reviewed to facilitate the PMO’s examination of vendor and contractor requirements within the relevant organization.

Figure 19.1 “Vendor and contractor relationships” function model.

MANAGE VENDOR/CONTRACTOR

RELATIONSHIPS

Identify Vendor and Contractor Needs

Manage Vendor and Contractor Information

Prescribe Vendor and Contractor Participation

MANAGE VENDOR/CONTRACTOR

ACQUISITION

Identify and Qualify Vendors and Contractors

Solicit Vendor and Contractor Proposals

Prepare Vendor and Contractor Contracts

MANAGE VENDOR/CONTRACTOR

PERFORMANCE

Administer Vendor and Contractor Contracts

Monitor Vendor and Contractor Performance

AU4680_book.fm Page 633 Monday, July 16, 2007 2:06 PM

634

�

The Complete Project Management Office Handbook

It indicates the types of vendor and contractor relationships that can be established, allowing the PMO to specify those likely to be needed for project assignments.

�

Vendor and contractor partnerships

. This is a formal business rela- tionship that is established to facilitate the mutual pursuit and achievement of common business objectives. The partnership rela- tionship is used for vendors and contractors having frequent and close business alignment with the relevant organization. The vendor or contractor is often an active and visible participant on the project team and has a vested interest in achieving overall project objectives. It is usually characterized by a written agreement put in effect for a period of time and reconfirmed at intervals that enables vendor or contractor participation on many or all projects within the relevant organization. Partnerships can be established to create a more permanent relationship from any of the other types of vendor and contractor relationships listed later in this subsection. The partner- ship relationship can range across a number of different business pursuits that support project efforts, for example:

�

Joint research and development (mutual business investment)

�

Business affiliation (joint sales and marketing)

�

Exclusivity of product or service use (sole vendor or contractor status)

�

Business referral activity (preferred vendor or contractor status)

�

Information database connectivity (business and sales informa- tion exchange)

�

Just-in-time product and service delivery (collaborated business processes)

�

Vendor and contractor affiliations

. This is a formal business rela- tionship that is established to enable prequalified vendors and contractors to be identified and positioned for use on projects as their products and services are required. This type of relationship is used to prepare for anticipated vendor and contractor needs across multiple projects. It is usually characterized by a general contract or agreement that is prepared to identify the nature and standard costs of products and services that can be delivered by the prequalified vendor or contractor and specify the contractual obligations to be applied when and if the vendor or contractor is selected for assignment to any projects. This affiliation removes the burden of having to solicit, negotiate, and establish a contract for every project in which the vendor or contractor will participate, and it expedites vendor and contractor availability and readiness to begin project work when needed. The contract is usually estab-

AU4680_book.fm Page 634 Monday, July 16, 2007 2:06 PM

Vendor and Contractor Relationship Management

�

635

lished for a period of time, perhaps one or more years, and is activated by issuing a vendor or contractor work order that specifies the technical details of the work to be performed.

�

Project-specific relationships

. This is a formal business relationship that is established to obtain vendor and contractor participation in one or more specific projects. It represents the need to solicit and qualify vendors and contractors for selection, and then to prepare a separate contract or agreement for their participation in each project. This relationship is characterized either by direct associa- tion of the vendor or contractor as a project team participant, or by responsibility for independent work associated with achieving project deliverables and objectives. The business relationship and responsibilities of each party are normally concluded upon com- pletion of the assignment or at project closeout.

�

Service provider relationships

. This is a business relationship that may be formally or informally established but it does not necessarily warrant a formal contract or agreement. Instead, it represents some level of prequalification and selection of service providers, perhaps by establishing a recognized business account with each provider. Then, as project teams require relevant services, this type of business relationship is established to handle those requirements. The service provider relationship is characterized by vendor and contractor recognition of the relevant organization as an established account and the use of some type of work-order process to provide a timely response and fulfillment of service requests originating from each authorizing project manager or project team. Payment for services can be attributable to specific projects, or it can be a shared cost within the project management environment. A few examples of service provider relationships include:

�

Technical help desk services

�

Reference and research services

�

Equipment and tool calibration services

�

Online information management services

�

Communication and conferencing services

�

Courier and shipping services

�

Transportation services (e.g., airlines, railways, taxis, etc.)

�

Selected consulting and auditing services

�

Supplier relationships

. This is a business relationship similar to that of the service provider but it deals with prequalification and selection of sources of products, supplies, and equipment needed to accomplish the project effort. Similar to service providers, this type of relationship is initiated by establishing a r ecognized business account with each supplier. Then, as project teams need

AU4680_book.fm Page 635 Monday, July 16, 2007 2:06 PM

636

�

The Complete Project Management Office Handbook

to make relevant purchases or when payment is attributed to specific projects, the preferred supplier is contacted and the established account is referenced. A few examples of supplier relationships include:

�

Office supplies and equipment providers

�

Technical tools and equipment providers

�

Leased vehicles providers

�

Leased equipment providers

�

Leased housing providers

�

Raw material providers

�

Food service and meal providers

Manage Vendor and Contractor Information

Vendor and contractor information management is sometimes an admin- istrative burden that can be reduced by effectively organizing its collection and use. Peak vendor and contractor information management efficiency can be achieved when the PMO centralizes the information database within the project management environment.

The PMO should undertake an initiative to acquire and manage vendor and contractor information as a basis for deliberating and establishing the preferred vendor or contractor relationship and as a means to recommend vendors and contractors for project work assignments. A comprehensive information management capability will examine vendor and contractor relationships from three perspectives:

Vendor and contractor presence

. What vendors and contractors exist in the marketplace, and what are their capabilities to contribute to project efforts within the relevant organization? This knowledge produces a general awareness of the products and services available to the PMO in support of project performance requirements.

Vendor and contractor qualification

. Which of the vendors and contractors, who have a viable presence and offerings that fit with needs in the project management environment, can be pursued in a business relationship?

Vendor and contractor performance

. What are the contributions and value of those vendors and contractors selected for a short- or long-term business relationship?

Vendor and contractor information collection can be either an exhaustive or a simple process, depending on the nature of project needs and the treatment of vendor and contractor business relationships in the relevant organization. The PMO will need to determine the specific information

AU4680_book.fm Page 636 Monday, July 16, 2007 2:06 PM

Vendor and Contractor Relationship Management

�

637

needed for its interests in vendor and contractor relationships. The informa- tion collected for vendors and contractors can be very similar to that collected for business customers. It includes consideration of the following elements:

�

Vendor or contractor business profile

. The vendor or contractor business profile contains any relevant information that the PMO deems necessary to gain an adequate understanding of the nature of the vendor or contractor business. Fundamental information elements in the vendor or contractor business profile can include:

�

Vendor or contractor business description (e.g., product, service, industry, etc.)

�

Vendor or contractor business size (e.g., number of employees)

�

Vendor or contractor business location (or locations) (e.g., local, regional, national, global, etc.)

�

Vendor or contractor business status (e.g., sales, revenue, stock position and outlook, etc.)

�

Vendor or contractor business management (e.g., executives, directors, private owners, etc.)

�

Vendor or contractor business affiliations (e.g., partnerships, industry affiliations, etc.)

�

Vendor or contractor relationship history

: This information is used to examine past business dealings with each vendor or contractor. Its focus is on reviewing the business given to each vendor or contractor and the resulting performance achievements. It can also look at other vendor or contractor dealings in the industry and in the marketplace. Fundamental information elements in the vendor or contractor relationship history package can include:

�

Major business transaction history and the outcomes

�

Project work history with the vendor or contractor, and the outcomes

�

Partnership or business affiliation history with the vendor or contractor, and the outcomes

�

Key vendor and contractor participants in projects and business transactions

�

Contract award and financial history with the vendor or contractor

�

Vendor and contractor invoice management history

�

Prominent types of products and services provided by the vendor or contractor

�

Vendor or contractor business fit

. Information about the vendor or contractor’s business fit warrants review from time to time. The primary information elements collected are based on the discern- ment and judgment of managers within the relevant organization

AU4680_book.fm Page 637 Monday, July 16, 2007 2:06 PM

638

�

The Complete Project Management Office Handbook

versus absolute factual data. This information set helps examine the vendor or contractor and associated business opportunities from a business-interest perspective of the relevant organization. Fundamental information elements associated with vendor or con- tractor business fit can include management perspectives on:

�

Management perspective on alignment of vendor or contractor business objectives and interests

�

Management perspective on vendor or contractor’s business decisions and outcomes

�

Management perspective on impacts of vendor or contractor’s business values

�

Management perspective on demonstrated vendor or contractor loyalty

�

Management perspective on importance of particular vendor or contractor retention

These three areas of vendor and contractor information can be com- prehensive or basic, per established business needs and the capacity to manage acquired information. To the extent that the project knowledge management system is established, that would be an excellent mechanism for introducing vendor and contractor information for use by the PMO and by project managers.

Prescribe Vendor and Contractor Participation

The third component of establishing an effective vendor or contractor relationship is to identify how they will be introduced and used on projects and within the relevant organization. As is common in most situations where there is direct project manager oversight and involvement, processes and procedures applicable to vendor or contractor participation that are managed by the project manager can be incorporated into the project management methodology.

The PMO can consider a range of vendor and contractor participation issues by examining the following points:

�

Vendor and contractor sourcing responsibility

. The project manager is responsible for acquiring the necessary vendor and contractor resources to achieve project objectives. The PMO will need to determine if it will serve as a clearinghouse (i.e., approval authority) for vendor and contractor acquisition or just as an internal resource for vendor and contractor information.

�

Vendor and contractor oversight responsibility

. The project manager is responsible for managing vendor and contractor task assignments

AU4680_book.fm Page 638 Monday, July 16, 2007 2:06 PM

Vendor and Contractor Relationship Management � 639

and performance. In collaboration with project managers, the PMO will need to determine any PMO involvement in managing vendor and contractor work performance. Determinations here will also indicate and influence the role of the PMO in managing individual and collective vendor and contractor business relationships.

� Vendor and contractor project affiliation. The PMO in collaboration with relevant project managers should determine the approach to vendor and contractor management on projects, relative to each type of vendor engaged. In particular, it would be good to specify whether the vendor or contractor will be performing its assigned role and tasks as a member of the project team or will be working independent of the project team.

� Vendor and contractor project management responsibility. The PMO should establish common activities and expectations for vendor and contractor participation in project management activ- ities and performance of their own project management efforts, per each vendor and contractor type. This deliberation also results in establishing the project manager’s role in overseeing vendor and contractor project participation and performance from a project management perspective. The vendor or contractor can contribute and participate in a variety of activities aligned with phases of the project management life cycle, as warranted by their established role: � Vendor/contractor collaboration — needs, requirements, and

technical specifications � Vendor and contractor project planning and technical solution

development � Vendor and contractor project management methodology

deployment � Vendor and contractor tracking and reporting requirements

� Vendor and contractor technical performance responsibility. The PMO should establish guidance for vendor and contractor use of acceptable technical performance standards and technical compe- tency requirements that will be applied to vendor and contractor efforts within the project management environment. This deliber- ation also results in establishing the project manager’s role in overseeing vendor and contractor project participation and perfor- mance from a technical perspective. PMO oversight of vendor and contractor performance can include the following: � Fulfillment of qualifications for vendor or contractor technical

team members � Development and presentation of required technical plans,

designs, and solutions for timely review

AU4680_book.fm Page 639 Monday, July 16, 2007 2:06 PM

640 � The Complete Project Management Office Handbook

� Demonstration of a viable configuration management process, as needed

� Implementation of project deliverable quality control and assur- ance measures

� Development of an acceptable timetable for delivery of products and services

� Vendor and contractor business management responsibility. The PMO should establish guidance for vendor and contractor busi- ness activity management, which is generally translated to mean putting mechanisms in place to ensure that the vendor or con- tractor has the capability to manage its contractual obligations. This can include: � Capability to lead and control vendor and contractor technical

team work efforts � Acceptance of the prescribed contract modification process � Receptiveness to executive and senior management collabora-

tion, as needed � Presentation of preferred project progress and associated busi-

ness reports � Adherence to invoice submittal practices

The nature and type of vendor or contractor involvement will influence the particular type of roles and responsibility guidance that the PMO needs to create. In general, the PMO can begin defining vendor and contractor participation guidance in areas where project managers are expressing concerns or inquiries for assistance.

Manage Vendor/Contractor Acquisition

This activity specifies the means by which the PMO can recommend or establish the process by which vendors and contractors are introduced into the project management environment. The PMO should consider constructing a process for vendor and contractor acquisition according to the guidance contained in the following three subsections.

Identify and Qualify Vendors and Contractors

The identification and qualification of vendors and contractors should be accomplished according to the business relationship to be established. The following vendor and contractor acquisition steps are recommended for PMO consideration in establishing its own vendor and contractor acquisition process:

AU4680_book.fm Page 640 Monday, July 16, 2007 2:06 PM

Vendor and Contractor Relationship Management � 641

� Identify vendor/contractor requirements. Customer requirements are evaluated to determine whether accomplishing the work using vendor and contractor support is needed, cost effective, and in the relevant organization’s best interest. The value of using vendor or contractor services may lie in the expertise to be gained, the need for resources, or the cost to be saved. Vendor and contractor requirements can be identified with reference to a specific project or for a broader support need anticipated within the project man- agement environment. This step is usually accomplished in con- junction with the project manager’s development of resource requirements and associated staffing management plans.

� Perform make-or-buy analysis. A make-or-buy analysis is a general management concept and technique that is used to deter mine whether it is more cost effective for a particular product or service to be produced internally by the relevant organization, or whether the product or service should be obtained from external vendor or contractor sourcing. Simply stated, the PMO can provide guid- ance to help the project manager ascertain whether a vendor or contractor should be pursued to perform certain project tasks.

� Qualify vendors and contractors. The PMO’s established vendor or contractor information database can be accessed to identify relevant vendors and contractors. Once identified, a review of their capabilities and expertise is used to create a “short list” of qualified candidates. The resulting vendor or contractor candidates on the “short list” for a particular project effort are then included in the distribution of the relevant proposal (or sole source qual- ification document). Factors for vendor and contractor qualification can include: � Technical capability, including certifications and licenses � Staff experience, including résumé review � Familiarity with the vendor or contractor’s products and services � Vendor or contractor familiarity with the organization � Geographic locations and area coverage for product and service

delivery � Previous similar jobs completed, including references � Financial stability, including bonding capacity

� Determine pricing arrangements. The objective of vendor and con- tractor pricing arrangements is to negotiate a contract type and price that will result in reasonable vendor or contractor risk and provide the vendor or contractor with the greatest incentive for efficient and economical performance. Different types of contracts provide various ways to share risk between the buyer and the seller, particularly cost risk. The contract type continuum (i.e., the progression from

AU4680_book.fm Page 641 Monday, July 16, 2007 2:06 PM

642 � The Complete Project Management Office Handbook

fixed price type contracts to cost reimbursement type contracts) places the brunt of the risk for fixed-price contracts directly on the vendor or contractor (seller), whereas cost-reimbursement contracts place most of the risk on the relevant organization (buyer).

� Develop the independent cost estimate. An independent cost esti- mate should be developed for all major vendor and contractor acquisition efforts. This represents the relevant organization’s esti- mate of the cost of the effort to be undertaken. It is used in the acquisition planning process and is generally required when exam- ining vendor and contractor proposals. The pricing for vendor and contractor solutions should fall within an acceptable range of the costs presented in the independent cost estimate. In some cases, the PMO could assign staff to offer this step as a support activity to project managers.

� Write the vendor or contractor plan. The project vendor or con- tractor plan, sometimes referred to as the procurement plan, con- tains a compilation of the previously prepared elements, plus guidance for conducting vendor or contractor acquisition activities. In particular, it specifies a schedule of key procurement and acquisition events, including: � Vendor or contractor acquisition decision � Independent cost estimate preparation � Vendor or contractor solicitation preparation � Vendor or contractor candidate identification � Vendor or contractor proposal review period � Vendor or contractor contract discussion and negotiation period � Contract award date

The PMO can incorporate these planning steps into a template for use by project managers, or for its own use if it retains responsibility for vendor and contractor acquisition.

Solicit Vendor and Contractor Proposals

The following steps are recommended for PMO consideration in estab- lishing guidance for preparing vendor and contractor solicitations, man- aging their distribution, and reviewing responses (proposals) toward selecting a qualified vendor or contractor:

� Prepare internal requisition document. The requirements in the vendor or contractor plan are reviewed and matched with existing and approved vendor and contractor sources. A requisition docu- ment is prepared in accordance with established policies and

AU4680_book.fm Page 642 Monday, July 16, 2007 2:06 PM

Vendor and Contractor Relationship Management � 643

procedures to authorize the solicitation of vendor and contractor support. It covers basic information such as a description of the item or service (statement of work), the quantity, the delivery date (dates) or performance period, any special delivery or performance requirements, the funds, the funding source, any special progress or status reports required, the deliverables, the points of contact, and any other special terms and conditions. The internal requisition document represents PMO or management approval to proceed with vendor or contractor acquisition for the project. It can later be incorporated into the solicitation document.

� Determine type of solicitation. The proposal process used by the potential bidders (vendor or contractor) must be determined. Sim- ply stated, the choices are normally either sole source or compet- itive bid.

� Prepare solicitation package. Identified or prequalified vendor and contractor candidates are informed about the work opportunity through the distribution of a request for proposals (RFP) or request for quotes (RFQ) package — the solicitation package. Information in the RFP (or RFQ) must be compiled for distribution and is usually readily transferred from or by using the internal requisition document. The PMO can apply standards used by the relevant organization to create a template for the solicitation package, which typically contains the following elements: � Scope of work � Technical requirements � Schedule � Proposal format requirements � Terms and conditions of the vendor or contractor contract or

subcontract � Type of vendor or contractor contract or subcontract � Evaluation criteria (applied to each vendor and contractor pro-

posal response) � Specify optional proposal actions. In conjunction with the prepara-

tion of the solicitation package, the following actions, although optional, are typically specified to ensure a successful vendor or contractor proposal response for major projects: � Prepare a draft solicitation. A draft document can be used for

unusual or complex bid packages to obtain preliminary feed- back from potential vendors and contractors before issuing the final solicitation. This document can be of tremendous help in clarifying vendor and contractor requirements.

� Conduct preproposal conferences and site surveys. Information- based meetings can be conducted with potential vendors and

AU4680_book.fm Page 643 Monday, July 16, 2007 2:06 PM

644 � The Complete Project Management Office Handbook

contractors in cases of unusual or complex bid packages. This can include vendor and contractor question-and-answer ses- sions, as well as visits to the actual work site for preliminary surveys of services, construction, installation work, or venue conditions. These meetings ensure that all vendor and contrac- tor candidates have a clear and common understanding of both the technical and contract requirements of the solicitation.

� Respond to bidder inquiries and questions. A time period is established in which potential bidders from vendor and con- tractor organizations may submit questions in writing. All iden- tified bidders receive a list of all questions and the respective answers from the relevant organization. In some cases, responses to questions may be incorporated into subsequently revised solicitation documents as amendments.

� Distribute the solicitation package and manage vendor and con- tractor responses. The solicitation package is distributed to vendor and contractor candidates on the qualified-source list. Vendor and contractor responses should be tracked and managed. Deadlines for receipt should be adhered to or, if necessary, extended as a distinct proposal management action. The PMO in conjunction with established practices may provide notice of the approaching deadline to all vendor and contractor participants. Similarly, the PMO may request the courtesy of receiving replies of “no-bid” from those vendor and contractor candidates who choose not to submit a proposal, and these too should be tracked for current and future reference.

� Evaluate vendor and contractor responses. Vendor or contractor selection may be as simple as reviewing the proposal business elements and determining which competing set of prices is the lowest. On the other hand, it may involve weeks or even months of proposal analysis, on-site visits, prototype development, and pre-award testing or examination. One person may accomplish vendor or contractor proposal review and selection, or it may require an extended effort by a panel of evaluators. The industry trend appears to lean toward more comprehensive screening, and selection of fewer vendors and contractors for longer duration contracts. The vendor and contractor evaluation process typically includes the following actions: � Receive and evaluate proposals. Oral presentations of vendor

and contractor proposals tend to improve and expedite the vendor and contractor selection process. However, proposal document review is still an acceptable means of examining the vendor and contractor candidates under consideration. Either

AU4680_book.fm Page 644 Monday, July 16, 2007 2:06 PM

Vendor and Contractor Relationship Management � 645

way, proposals must be evaluated using the evaluation criteria stated in the solicitation regarding management, technical exper- tise, and price. The PMO can help establish and implement the practices used to guide and facilitate vendor and contractor selection. The process can include examining a weighting sys- tem that is used to determine which evaluation criteria are most important, review of past vendor or contractor performance information to evaluate and verify the accuracy of information presented in the vendor or contractor proposal, and use of independent cost estimates to ascertain price realism and iden- tify competitive pricing. Use of qualified consultants to assist in this vendor and contractor proposal review is also a method for PMO consideration.

� Hold vendor and contractor discussions. Interactions with ven- dor and contractor candidates provide the opportunity to clarify ambiguities in proposals received. The PMO must also deter- mine if conditions warrant an opportunity for vendor and contractor candidates to revise their proposals and submit a best and final offer.

� Receive and evaluate best and final offers. The receipt of revised, best, and final offers from vendor or contractor candidates should be monitored, and followed by a final evaluation of their revised proposed solutions. Normally, the focus of a best and final offer is on pricing. However, inasmuch as pricing affects performance, there also could be changes in the proposed technical solution to be considered. Each vendor or contractor should highlight the revisions contained in their best and final offer as presented to the relevant organization. Also, it should be noted that the best and final offer does not necessarily represent the outcome of negotia- tions. Vendor and contractor discussions may be used for business negotiations, or they can be used solely to request adjustment of technical aspects of the proposal.

� Conduct vendor and contractor negotiations. The contract negoti- ation process comprises planning, conducting, and documenting the negotiations. It involves clarification and mutual agreement on the structure and requirements of the contract prior to the award. To the extent possible, final contract language should reflect all agreements reached. Generally, vendor and contractor negotiations include, but are not limited to, the following subjects: � Technical solution completeness � Responsibilities and authorities � Applicable terms and conditions � Applicable jurisdiction of laws and legal authority

AU4680_book.fm Page 645 Monday, July 16, 2007 2:06 PM

646 � The Complete Project Management Office Handbook

� Technical and business management approaches � Contract financing and price

� Select vendor or contractor. This step represents the selection and notification of the successful vendor or contractor and is usually characterized by the following events: � Vendor or contractor selection. A formal vendor or contractor

selection decision is made. If the associated customer contract has significant business implications, the final decision may require some coordination with the customer and possibly customer approval. Sometimes the customer can be included in the vendor or contractor selection and decision process to preclude the need for post-selection vendor or contractor con- firmation by the customer.

� Award of vendor or contractor contract or agreement. The suc- cessful vendor or contractor is notified of the award. A final contract or subcontract document, incorporating any negotiated modifications to the proposed offer and any customer-required directives, is prepared. Obtain appropriate approvals, sign the contract, and provide a copy to the vendor or contractor.

� Post-award debriefing. Notify unsuccessful vendors and con- tractors, and debrief them on the selection outcome. Hold discussions appropriate to the proposal effort with each unsuc- cessful bidder to present at least general indicators of their nonselection results. This is sometimes done in a post-award meeting for unsuccessful vendor and contractor representatives. The courtesy extended by offering this discussion also promotes and builds on future business relationship opportunities with unsuccessful vendors and contractors.

Prepare Vendor and Contractor Contracts

The PMO should establish the process by which vendor and contractor contracts are introduced in the relevant organization. The following are a few prominent steps the PMO can consider in establishing vendor and contractor contracts. They are not dissimilar to the process recommended for establishing customer contracts:

� Verify contract documents. This step represents verification that all vendor and contractor contract documents are complete and accu- rate, and reflects the results of any ensuing contract negotiations. It particularly includes a review and incorporation of subsequently received vendor and contractor project plans and technical docu- ments that were adjusted as a result of contract negotiations.

AU4680_book.fm Page 646 Monday, July 16, 2007 2:06 PM

Vendor and Contractor Relationship Management � 647

� Obtain vendor and contractor contract approvals (and signatures). The project manager, PMO, or business unit representative leading the vendor or contractor contracting effort will present the contract or agreement for internal review, including a review by the legal department. Then, final review and an authorized signature within the relevant organization will be obtained.

� Book the contract. Booking the vendor or contractor contract is the process of accepting a vendor or contractor contract into the business system and the project repository. An account number is established for the vendor or contractor contract, and the baselines for scope, schedule, and costs are validated in the accounting or project management information system. This process allows work orders to be issued, project work to begin, and invoices to be accepted from the vendor or contractor.

� Transfer vendor or contractor responsibility to the project manager. The work to be performed under the vendor or contractor contract officially begins when the contract is passed to the project manager for execution.

The PMO should also identify, through the established organization and structure or through a basic stakeholder analysis, which other stake- holders in the business and project management environments should receive a copy of the vendor or contractor contract.

Manage Vendor and Contractor Performance

The PMO may or may not have a direct role for oversight associated with any vendor and contractor effort. That is a determination that must be made within the relevant organization, and presumably the points of needed PMO intervention will be obvious. However, the PMO is respon- sible for ensuring that project managers have a process for managing vendor and contractor performance, and that is addressed in this activity.

Vendor and contractor performance management is a matter of ensuring that contractual obligations are fulfilled, that roles and responsibilities associated with the project are outlined and understood, and that technical work is assigned, accepted, and accomplished. The following three sub- sections offer insight into the PMO in establishing this capability.

Administer Vendor and Contractor Contracts

The principal objective of vendor and contractor contract administration is to ensure the fulfillment of the contractual obligations by all parties to

AU4680_book.fm Page 647 Monday, July 16, 2007 2:06 PM

648 � The Complete Project Management Office Handbook

the contract or subcontract. The required level of effort for vendor and contractor contract administration depends on the magnitude and impor- tance of the contract or subcontract. On larger projects with multiple product and service vendors and contractors, a key aspect of contract administration is managing the interfaces among the various participants along with all other contract administrative activities.

It is critical that all members of the project team be aware of the legal implications of actions taken when administering the contract. For vendors and contractors, the effort normally needs to focus on vendor and con- tractor delivery management rather than personal interfaces.

The following are the recommended actions associated with vendor and contractor contract administration:

� Verify vendor or contractor contract booking. After the vendor or contractor contract or subcontract has been awarded, the project manager must ensure that the vendor or contractor contract data are entered into the project and business databases. Critical vendor or contractor information areas are anything impacting on cost, schedule, meetings, and deliverables. The PMO can arrange for this action to be accomplished when the contract is established, but it is a good rule to have the project manager verify that through a notification initiated by the accounting department.

� Organize vendor/contractor contract files. The project manager must retain critical vendor and contractor contracting documents in a file created for each vendor and contractor. This process should be an integral part of the project management information system, a component of the project knowledge management sys- tem. Vendor and contractor contract files typically contain the following information: � RFP/RFQ package � Vendor or contractor proposal (including related inquiries, pre-

proposal meeting notes, and negotiation notes) � Vendor or contractor planning documents and modifications � Vendor or contractor performance management evaluations � Vendor or contractor correspondence � Vendor or contractor meeting minutes � Vendor or contractor reports � Vendor or contractor invoices � Vendor or contractor contract or subcontract change orders � Vendor or contractor deliverable tracking and management logs

� Establish procedures for contract claims and dispute resolution. The project manager should work closely with the PMO and procure-

AU4680_book.fm Page 648 Monday, July 16, 2007 2:06 PM

Vendor and Contractor Relationship Management � 649

ment personnel on this highly legalistic area and ensure that project team personnel are aware of the procedures to follow.

� Establish procedures to solve issues and problems. The PMO should establish recommended procedures for use by project managers in identifying, managing, and reporting vendor and contractor issues and problems. The goal is to achieve early and effective resolution of any detriment to project success.

� Establish communication guidance. The project manager should clearly identify all members of the project team, specify their responsibilities relative to vendor or contractor management, and convey authorization for communication with the vendor or contractor.

� Monitor vendor and contractor performance. Vendor and contrac- tor performance should be monitored, to include observing actual performance, conducting regular meetings and discussions, and reviewing written reports. Additionally, deliverables presented by vendors and contractors should be examined for accuracy and achievement of specifications.

� Manage vendor and contractor relations. The participation of each vendor and contractor should be examined and management styles leveraged to maximize vendor and contractor strengths and mini- mize weaknesses. The vendors and contractors should be held responsible for compliance with technical and contractual matters. Work with vendors and contractors who demonstrate loyalty and indicate that a potential for long-term relationships should be encouraged. Relationships with major vendors and contractors who have assigned project roles and responsibilities should be more actively managed than relationships with vendors and contractors who provide off-the-shelf items.

� Conduct meetings with vendor and contractor representatives. An initial meeting should be conducted with vendor or contractor managers and representatives for the purposes of introduction and to establish protocols associated with the project effort. Ongoing progress and status meetings should be held with the key members of the vendor or contractor project team as required by the project effort and the level of vendor or contractor involvement.

� Manage vendor and contractor contract changes. The project man- ager must establish a vendor or contractor contract change control system based on PMO guidance that defines the process by which any vendor or contractor contract can be modified. Managing vendor and contractor changes ensures that: � Change needs and requests are promptly identified

AU4680_book.fm Page 649 Monday, July 16, 2007 2:06 PM

650 � The Complete Project Management Office Handbook

� Change needs and requests are analyzed, and change effects on cost, schedule, and resource utilization are estimated and addressed

� Changes are authorized � Authorized changes are fully documented in contract revisions,

and fully implemented in plans and other pertinent project management and technical documents

The vendor and contractor contract change control process should be integrated with the overall change management process, which is particularly needed to ascertain if a prime contract is affected by changes in a subcontract.

� Monitor vendor and contractor contract compliance. The project manager has responsibility for vendor and contractor contract compliance to ensure that the vendor/or contractor is authorized to perform work at the appropriate time and that they are in compliance with any special terms and conditions. Project engi- neers or technical personnel usually manage the technical portion of the vendor or contractor contract, whereas procurement or financial personnel (who may or may not be assigned as project team members) manage the business portion. The project manager must ensure that an effective vendor or contractor contract admin- istration plan is prepared for any major vendor or contractor contract or subcontract to ensure internal collaboration on vendor and contractor contract compliance.

� Manage acceptance of vendor and contractor deliverables. The project manager must ensure the proper oversight and management of vendor and contractor deliverables by members of the project team. It is critical that an effective quality control program be established and implemented to inspect and verify the adequacy of the vendor or contractor’s products and services. Acceptance of deliverables (goods, services, progress reports, documents) must be performed in accordance with both the prime contract and the vendor or contractor contract or subcontract. Vendor and contractor deliverables could be accepted by the project manager; however, sometimes the customer needs to be involved in the acceptance of all or part of the vendor or contractor’s deliverables.

� Manage vendor and contractor payments. The vendor or contractor contract should contain provisions on invoicing and payment schedules. Payment terms should be defined within the contract or subcontract, and payments should have specific linkage to either progress made or deliverable (or deliverables) conveyed. Vendors and contractors should be required to submit an invoice to receive payment. This ensures the ability to track and trace invoices, which

AU4680_book.fm Page 650 Monday, July 16, 2007 2:06 PM

Vendor and Contractor Relationship Management � 651

is particularly important if there are multiple vendor or contractor participants. The vendor or contractor invoice should contain at least the following information: vendor or contractor contract iden- tification number, vendor or contractor payment amount requested, and identification of the work performance or deliverable associ- ated with the requested payment. The project manager should also specify who is authorized to approve the invoices that are submit- ted in accordance with the relevant contract or subcontract. Fre- quently, invoices are tied to deliverables, and acceptance must be authorized before payment can be made. Following are several types of payments: � Progress payments tied to measurable progress in work or based

on cost incurred, with some determination of actual work; progress payments should be used only if the costs can be recovered by the project.

� Payments aligned with the achievement of specific milestones or deliverables

� Payment based on the “pay when paid” concept, that is, the vendor or contractor is paid when the relevant organization receives payment from the customer for the work accomplished by the vendor or contractor

� Review and close out vendor or contractor contract. Vendor and contractor contract or subcontract closeout may occur at any time during the project but it should be performed at least during the project closure phase. The following steps are normally performed to close out a vendor or contractor contract or subcontract: � Verify that all requirements are completed and accepted.

Resolve any open or pending questions and issues. � Confirm that all vendor and contractor submittals and deliveries

have been received. Ensure that deliverables have been accepted in accordance with the prescribed test and inspection procedures and that the customer has accepted the deliverables.

� Ensure that the vendor and contractor issues a final invoice accompanied by any other required documentation, including final lien waivers, warranty documents, or certifi cates of completion.

� Approve the final invoice, and monitor and verify the vendor or contractor’s receipt of the final payment.

� Manage vendor and contractor resource departures. Ensure that vendor and contractor staff departures are managed and that mate- rial resources are disposed of appropriately if no longer needed on the project. This includes managing turn-in of project equipment provided to vendor and contractor staff for use during the project,

AU4680_book.fm Page 651 Monday, July 16, 2007 2:06 PM

652 � The Complete Project Management Office Handbook

reallocation of workspace, and removal of vendor and contractor staff access to facilities and documents, as appropriate.

� Prepare a post-project vendor or contractor performance report. Review vendor or contractor performance, contributions, and con- tract compliance, and then prepare and archive a final report. This report can be prepared in collaboration with the vendor or con- tractor, or a copy of the post-project performance report can be conveyed to the vendor or contractor upon completion. The final report should include the following: � Evaluation of the effectiveness of vendor and contractor staff

and managers � Evaluation of the effectiveness of vendor and contractor pro-

cesses and tools � Preparation of lessons learned from the vendor and contractor

business relationship � Recommendations for appropriate recognition of vendor and

contractor staff and manager

The PMO must refine these activities for use within the relevant organization, which may or may not already have a basis for vendor or contractor contract administration. If one does exist, the PMO can simply incorporate existing practices into processes deployed within the project management environment. If one does not exist, a vendor or contractor contract administration process development effort is warranted. Moreover, if there is no existing process, the PMO may need to facilitate buy-in of managers who are unaccustomed to such scrutiny of vendor and contractor participation. That can be accomplished with relative ease by demonstrat- ing the benefits to be achieved by effective vendor and contractor man- agement (e.g., receipt of quality vendor and contractor work products and services, proper payment of vendor or contractor, and fulfillment of the primary customer contract through oversight and management of timely delivery of vendor and contractor work products and services).

Monitor Vendor and Contractor Performance

It has been reiterated that the project manager is responsible for vendor and contractor performance management and oversight. This activity examines ways in which the PMO can support the project manager in achieving that responsibility. In particular, it specifies review and assess- ment activities that the PMO can perform across all vendor and contractor participants to ascertain the individual and collective value and effective- ness brought into the project management environment by these external resources. In some cases, vendor and contractor performance review and

AU4680_book.fm Page 652 Monday, July 16, 2007 2:06 PM

Vendor and Contractor Relationship Management � 653

assessment results will serve business decisions regarding the current or proposed business relationship with a particular vendor or contractor. In other cases, PMO review and assessment findings can be conveyed to project managers for their consideration in selecting the next vendor or contractor needed for a particular project effort.

The level of PMO capability will determine the depth of vendor and contractor assessment and analysis that is performed. The following are a few examples of the reviews the PMO can conduct to monitor vendor and contractor performance and ensure that value is being achieved by the introduction of vendor and contractor products and services within the project management environment:

� Price variation analysis. This review looks at how vendor and contractor pricing varies across projects, for the same vendor or contractor, and for different vendors and contractors, particularly those performing the same or similar work. It will help determine if there are pricing inconsistencies among the vendor and contrac- tor resources used or if there are any inconsistencies in pricing for a particular vendor or contractor. Significant variations should be identified, challenged, and rectified.

� Deliverable performance analysis. This review examines the trends in the technical quality of vendor and contractor work products and services. It should ascertain any adverse trends in vendor and con- tractor deliverables, where the product or service routinely does not meet objectives, specifications, or expectations. This includes an examination of rework frequency, timeliness of product and service delivery, vendor and contractor responsiveness to requests for fixes, and ultimate endurance and usability of the delivered product or service. Conversely, this analysis also could identify positive trends in vendor and contractor deliverable performance. The PMO can use these analysis results to identify preferred vendor and contractor relationships for future project work and business opportunities.

� Contract add-on and extension analysis. This review is used to identify any particular vendor or contractor having a recurring need to request or negotiate work extensions, with or without additional costs incurred. This could be an indication of weak estimating practices, either within the relevant organization or by the vendor or contractor, or possibly vendor or contractor under-pricing in their proposals in anticipation of obtaining subsequent increases after work has begun. It could also be an indicator of vendor or contractor staff competency, or vendor or contractor management attention and capability. Once indicators are identified, the PMO can determine the cause and implement rectifying actions.

AU4680_book.fm Page 653 Monday, July 16, 2007 2:06 PM

654 � The Complete Project Management Office Handbook

� Billing practices analysis. This review can be applied to examine the accuracy of individual and collective vendor and contractor invoices and to ensure that prescribed billing practices are adhered to by each vendor or contractor, that is, timely submittal, appro- priate description of work performed, etc. As well, this examination looks at internal handling of vendor and contractor invoices, par- ticularly project manager approval, which serves as verification of product receipt and work performed. The PMO can then act to correct any discrepancies identified.

� Management retention analysis. This review addresses vendor and contractor manager assignments and associated effectiveness. It examines preferred vendor and contractor manager retention for subsequent or recurring efforts as a matter of developing their familiarity and experience within the relevant organization. It also identifies the frequency of vendor and contractor manager turnovers on individual projects and across multiple projects for which the vendor or contractor is involved. The PMO can review vendor and contractor manager retention and turnover issues in terms of any project effectiveness issues that require attention and resolution.

� Customer satisfaction analysis. The PMO should review any indica- tors of customer satisfaction or dissatisfaction with any vendor or contractor. This is usually associated with vendor and contractor work that is visible to the customer. This examination should be distinguished from finding vendor or contractor blame, because the relevant organization has inherent responsibility to select and man- age qualified vendor or contractor participants, and is doing itself a disservice in suggesting vendor or contractor blame to any customer. Rather, the PMO needs to obtain customer perspectives, if not approval, regarding the vendor and contractor products and services used, and this is a measure of customer feedback in that regard.

� Project manager oversight analysis. This review solicits project manager input about vendor and contractor performance, and it can be accomplished in conjunction with the preparation of a vendor and contractor post-project evaluation report. However, here the PMO examines the input of multiple project managers, or multiple reports, to ascertain project manager perspectives on vendor and contractor performance. In particular, this review focuses on the level of vendor and contractor management atten- tion required, with the goal of identifying any undue burdens placed on the project manager resulting from vendor and contractor oversight requirements. The PMO will need to identify any vendor or contractor that presents an unacceptable burden on project manager time and effort.

AU4680_book.fm Page 654 Monday, July 16, 2007 2:06 PM

Vendor and Contractor Relationship Management � 655

� Business and investment posture. This review is conducted relative to the nature of the relationship with each vendor and contractor type. Closer business relationships (i.e., partnerships) will have a different focus than do simple vendor and contractor relationships established for project-specific work. Some of the points that can be examined to ascertain business and investment posture in vendor and contractor relationships include: � Financial contributions to partnering initiatives � Resource investments in the relationship � Demonstrated actions to introduce and use prescribed technical

practices � Investments in new technology � Investments in communication and information-sharing tools � Information sharing

The results from each of these examinations should be entered into the appropriate vendor or contractor information file and be made avail- able through the project knowledge management system used in the project management environment. Analysis results also should be consid- ered in mid- and long-term planning for vendor and contractor support as well as in the vendor and contractor acquisition process when obtaining new or renewed vendor and contractor contracts. The primary objective of this monitoring effort is to maximize business value from vendor and contractor participation within the project management environment.

Postscript for the Smaller PMO The accomplishment of vendor and contractor oversight should be a distinct activity in every project management environment: for large PMOs, small PMOs, and no PMOs. Vendor and contractor activity must be managed as a means of achieving the prescribed business interests and objectives of the relevant organization. Vendor and contractor activity that is not managed only achieves vendor and contractor business interests and objectives. To that end, there are a few activities that the smaller PMO can contribute with regard to managing the vendor and contractor relationship.

The smaller PMO should formally or informally pursue the following basic vendor and contractor relationship management activities:

� Identify and categorize vendor/contractor project participation. This activity is useful to identify current vendor and contractor participation and activities within the project management environ- ment. It could provide discovery of redundant vendor and con-

AU4680_book.fm Page 655 Monday, July 16, 2007 2:06 PM

656 � The Complete Project Management Office Handbook

tractor contracts, make project managers aware of vendor and contractor availability for their projects, and account for costs associated with one or more project efforts. This activity simply provides for a list of current vendors and contractors that are present in the project management environment.

� Compile vendor and contractor information. Establish information on current and prospective vendor and contractor relationships. The more that is known, the better the vendor and contractor selection decisions will be. In particular, compile historical infor- mation on current vendor and contractor relationships. The smaller PMO may not have the responsibility or capability to conduct detailed vendor and contractor analyses, but having pertinent ven- dor and contractor relationship information will still provide fun- damental insight into vendor and contractor performance. The PMO should incorporate all collected information into the project knowl- edge management system for access by project managers having needs for vendor and contractor products and services. This activity represent a more comprehensive list of both current and potential vendors and contractors in the project management environment.

� Develop vendor and contractor management guidance. The PMO should develop and document the prescribed common process for vendor and contractor acquisition and management, ideally for incorporation in the project management methodology. This can be accomplished in collaboration with project managers and busi- ness unit representatives within the relevant organization. The initial elements of early process development should include: � Determination of vendor and contractor needs � Vendor and contractor selection � Vendor and contractor performance management � Vendor and contractor contract administration

The smaller PMO should make every effort to facilitate the develop- ment, introduction, and use of a vendor and contractor r elationship management process either as a single project management activity or as a part of the project management life-cycle process presented in the methodology.

AU4680_book.fm Page 656 Monday, July 16, 2007 2:06 PM

657

Chapter 20

Business Performance

Management

The role of the Project Management Office (PMO) transcends multiple professional disciplines in its effort to integrate project management prac- tices with business performance objectives. Project management provides a variety of tools that can be used for managing business performance. In many ways, project management is business performance management. At the PMO level, project management concepts and practices are applied to integrate technical and business functions within the relevant organi- zation, with executive-level oversight of business interests and strategy implementation. To that end, the PMO’s effort to establish project man- agement capability within the relevant organization effectively represents business performance management.

The PMO can be successful in contributing to business performance management only if the essential project management capabilities have been implemented within the relevant organization. Key activities within each of the PMO functions must be examined, and essential capabilities must be positioned to facilitate and maximize business performance man- agement. Executives and senior managers can be effective in managing business performance decisions and actions — but only if they understand and apply those essential capabilities, which, by any other name, is still project management.

This “business performance management” function enables the PMO to:

AU4680_book.fm Page 657 Monday, July 16, 2007 2:06 PM

658

�

The Complete Project Management Office Handbook

�

Institute an enterprisewide business collaboration capability.

�

Consolidate project management practices for distinct business value.

�

Establish measures and controls for business productivity.

�

Develop executive understanding of project management processes and practices.

�

Facilitate the achievement of core business goals: revenue, oper- ational efficiency, and customer satisfaction.

The PMO will need sufficient internal recognition and executive spon- sorship to achieve this strategic-level capability. However, it can begin to introduce components of this capability with fundamental senior manage- ment support and implementation of critical PMO functions.

Project Environment Interface Concepts

The PMO can represent executive and senior management interests within the project management environment of the enterprise — a concept indicating a broader role and range of responsibility beyond the relevant organization. This role includes a capability to coordinate and collaborate business interests and activities across multiple project management envi- ronments, perhaps representing global or multinational components of the enterprise.

The existence of multiple project management environments — for example, in a technical or geographic sense — could also suggest the need for multiple mid-level PMOs. These distributed PMOs could be developed, evolve, or otherwise become aligned with and receive guid- ance from the “central PMO,” possibly a center of excellence, which has responsibility for contributing to business performance management and collaborating its efforts across the enterprise.

As business performance management becomes a function of PMO responsibility, fundamental capabilities in project management cannot be discarded. The PMO will need to continue its oversight role to ensure that all components of business operations achieve the prescribed level of capability and maturity in project management. This role alone should inherently accomplish many business performance objectives. However, it will also need to continue its control role to measure the capability and effectiveness of processes and procedures across the enterprise and to recommend remedies or intervene to rectify weak performance areas. Finally, the PMO will need to continue its support role to facilitate the introduction and application of effective project management practices and principles in all business units relying on its expertise. When opti-

AU4680_book.fm Page 658 Monday, July 16, 2007 2:06 PM

Business Performance Management

�

659

mized, this PMO effort should facilitate a consistent and integrated business performance approach across the enterprise that brings uncommon value to the business and its stakeholders.

Business Environment Interface Concepts

The mature PMO can serve as the enterprisewide clearinghouse for integration of technical and business interests and objectives within one or several project management environments. Its functionality will con- tribute to alignment of business operations and business objectives within the relevant organization, and its role will facilitate coordination and collaboration of integrated business solutions across the enterprise.

The relevant organization usually establishes a PMO because it wants to improve project management capability; it seeks more-effective project management processes, practices, and tools. As improved project man- agement performance is achieved and project contributions to business success are realized, the relevant organization begins to recognize how closely modern project management is aligned with, well, normal business management practices. It sees how improved project management effec- tiveness is achieved through the introduction of effective business princi- ples and practices within the pr oject management envir onment. Conversely, it will also note some incidences of project management performance requirements driving business processes and procedures. The moment at which the relevant organization recognizes that this integration of business and project management practices represents business perfor- mance management can be profound. The PMO can then begin to facilitate and manage a broader range of activities for business per formance improvement and increased business success.

Business Performance Management Activities across the PMO Continuum

The “business performance management” function along the PMO com- petency continuum represents a progressive expansion of the PMO’s role and responsibility as an implementer of business strategy. In particular, the advanced implementation capabilities along the PMO continuum focus on contributions to business fulfillment across the enterprise.

business performance management activities according to each level in the PMO competency continuum.

AU4680_book.fm Page 659 Monday, July 16, 2007 2:06 PM

Table 20.1 presents an overview of the range of prescribed PMO

6 6 0

�

T h

e C

o m

p le

te P

ro je

ct M an

ag e

m e

n t O

ffi ce

H an

d b

o o

Table 20.1

Range of Business Performance Management Activities across the PMO Continuum

Project Office Basic PMO Standard PMO Advanced PMO Center of Excellence

Applies established business practices to conduct project management

Facilitates business practice integration:

– Examines PMO business function implementation

– Validates project management processes for business use

Introduces business collaboration:

– Integrates business performance

– Consolidates central project management authority

– Coordinates and deploys project management- based business solutions

Expands business collaboration:

– Serves as project management and business advisor to executives

– Accomplishes business performance measurements

– Implements PMO functionality at multiple business locations and levels

Manages business performance:

– Analyzes project performance for business results

– Evaluates project and business team

– Asserts control for business performance improvement

A U

4680_book.fm P

age 660 M onday, July 16, 2007 2:06 P

Business Performance Management

�

661

The project office is predominantly a beneficiary of business perfor- mance management conducted by higher-level PMOs. It accomplishes project management with awareness that business principles and practices have been incorporated into its primary activities within the project man- agement environment. It does not usually independently conduct wide- reaching business performance management initiatives.

Mid-range PMO levels will be more and more involved in business performance management, alongside other business units and in response to applicable executive deliberations and decisions. Its role becomes one of taking the established project management capabilities beyond the relevant organization to broad-reaching areas of the enterprise, including a possible national, multinational, or global scope of influence. In con- junction with this effort, it integrates both enterprisewide and regionally specific business practices into each project management environment encountered. It also introduces project management practice solutions into each business environment encountered. The mid-range PMO, par- ticularly one with more advanced functionality, will play an active role in business fulfillment. It will use such mechanisms as project manage- ment methodology deployment to define, measure, and forecast the achievement of business objectives within each aligned project manage- ment environment. It will use such mechanisms as an expanded project knowledge management system to collaborate business infor mation, inform decision makers, and measure and achieve customer and stake- holder satisfaction across the enterprise. It will use such mechanisms as project portfolio management to improve business position, ascertain returns on investments, and facilitate timely business decisions in a constantly evolving global marketplace. The mid-range PMO’s “business performance management” function ensures that the established capabil- ity within the project management environment enables and does not restrict the fulfillment of business purposes.

The center of excellence represents the essence of global business performance management across the broadest stretch of the enterprise. It distinctly addresses business issues from the perspective of implementing executive business decisions and supporting strategic business objectives. In some cases, it can help deliberate and develop executive positions and strategic goals related to business performance management. In turn, it also provides business performance oversight, control, and support to any established mid-level PMOs across the enterprise.

A major feature of this PMO function is the development and imple- mentation of key components of all the other PMO functions to enable the measurement and management of business performance. The primary variable encountered is the breadth and depth of influence the PMO will assert within the relevant organization or relative to the enterprise. To

AU4680_book.fm Page 661 Monday, July 16, 2007 2:06 PM

662

�

The Complete Project Management Office Handbook

that end, this PMO function model will sometimes reference activities associated with particular PMO functions. It does this from a perspective of integrating business practices into the project management environment and project management practices into the business environment.

Business Performance Management Function Model

The introduction of project management as a component of business performance involves the integration of collaborative project management and business processes, the implementation of mechanisms and measures that facilitate business decisions, and the development of PMO capability for the attainment of strategic business objectives.

Figure 20.1 depicts the prominent activities of the PMO’s “business performance management” function model, and the following subsections describe each activity.

Develop Integrated Business Solutions

The PMO can contribute to business performance improvement in a variety of ways but it can achieve more in a formal business role than it can through informal means. However, informal contributions to business performance may be the appropriate initial means to draw attention to the robust application of project management principles and practices within the business environment. The PMO needs to not only devise the integrated solution, but also to devise the approach that will enable that integrated solution to be accepted and implemented within the relevant organization and within the enterprise. This activity prescribes such an approach to demonstrate the business value of project management, boost

Figure 20.1 “Business performance management” function model.

DEVELOP INTEGRATED BUSINESS SOLUTIONS

Demonstrate Project Management Business Value

Generate Executive Value Awareness

Align Business and Project Management Performance

MANAGE PMO BUSINESS FULFILLMENT

Manage PMO Business Function Evolution

Develop PMO and Enterprise Business Alignment

MANAGE BUSINESS COLLABORATION

Conduct Operational Business Collaboration

Conduct Tactical Business Collaboration

Conduct Strategic Business Collaboration

AU4680_book.fm Page 662 Monday, July 16, 2007 2:06 PM

Business Performance Management

�

663

executive awareness of PMO value, and present the benefits of aligning project management and business performance solutions.

The PMO can consider the three activities in the following subsections to promote and manage its business integration efforts within the project management environment.

Demonstrate Project Management Business Value

It has been reiterated several times in this handbook that business value is recognized in three primary ways: (1) achievement of revenue gener- ation, (2) achievement of operational efficiency, and (3) achievement of customer satisfaction. To the extent that projects contribute to any of these factors, project management can be used and integrated with business practices to provide additional value to the business effort. Each of these three factors is considered in the following subsections.

Project Management and Revenue Generation

The achievement of revenue generation is a fundamental purpose for business existence. The concepts of business provide for creating the organization, infrastructure, and methods for selling and delivering prod- ucts and services in the marketplace as a means to produce revenue.

There is distinct alignment between revenue generation and revenue management, that is, achieving a profit after accounting for expenses associated with the cost of doing business. There is also a relationship between revenue generation and the capability to make critical and timely business decisions regarding the presentation of products and services in the marketplace — pricing, marketing and sales strategies, business part- nerships and industry affiliations, etc.

The following list represents a few concepts and considerations for PMO review relative to identifying and demonstrating project management value in generating business revenue:

�

Project planning

. This project management activity represents the specification of what will be done, when it will be done, and the associated costs (including resource utilization costs). It will assist in determining both cash flow (project funding) and any other financial investments required for each project. As project planning becomes more accurate and reliable, per staff experience and the use of effective estimating tools and techniques, projects can be evaluated to forecast the revenue that will be realized by each effort. In association with project planning, project costs are iden-

AU4680_book.fm Page 663 Monday, July 16, 2007 2:06 PM

664

�

The Complete Project Management Office Handbook

tified relative to the preferred technical or business solution that will be delivered. This allows sales and business managers to construct pricing that will be a part of the of fer submitted to customers — the initial business indicator for anticipated revenue.

�

Project scope management

. This project management activity ensures that resource efforts and project funding are maintained to achieve primary business objectives, as represented by the scope of the project. It allows for monitoring of project work and ensures that only authorized scope changes are made following due con- sideration of impact and authorized adjustments for any additional costs or resources. With such oversight, project cost and resource utilization do not erode profit associated with anticipated revenue.

�

Project risk management

. This project management capability examines possible risk events that could impair project perfor- mance and impose a financial burden on the project if not contained or otherwise managed. The project can still be pursued under such risk conditions but this activity nor mally provides sufficient insight to allow managers to make informed decisions. This includes the examination of business risks as well as tech- nical risks.

�

Project tracking and controlling

. This project management effort provides for the timely collection of project status and progress information so that project and business decisions can be made. In particular, financial considerations are normally included in project reports to alert management (including the project manager) to marginal or unacceptable conditions, thus enabling them to implement management actions that rectify the financial position of projects that could otherwise affect associated revenue.

�

Project information management

. This project management capac- ity allows project stakeholders at all levels, particularly executives and senior managers, to access the project knowledge management system to ascertain individual and collective status of project per- formance relative to business performance indicators, including contributions to revenue.

�

Project portfolio management

. This project management office

agement involvement in project oversight. If “casual” review of business indicators using the project knowledge management sys- tem is not regularly pursued, this aspect of project management is routinely conducted. It enables evaluation of revenue options and making business decisions regarding revenue goals associated with project selection, project continuation, and project termina-

AU4680_book.fm Page 664 Monday, July 16, 2007 2:06 PM

function (see Chapter 17) introduces executive and senior man-

Business Performance Management

�

665

tion, and with regard for costs associated with the allocation of project resources.

�

Project contract administration

. This project management process provides for oversight of contracts associated with projects but it particularly addresses monitoring and management of contractual obligations. This has direct bearing on vendor and contractor invoice management (outgoing project expenses) and customer invoice management (incoming project revenue).

�

Project closeout activities

. This project management feature facili- tates project closure and associated financial account closure. It includes activities that verify payments for project expenses and receipt of payment for products or services rendered. Across a collection or portfolio of projects, project closeout activities allow for recognition of revenue and, as particular project efforts are completed, for also enables the redirection of management focus to active project revenue pursuits.

The business perspective of project management warrants that the PMO address these issues not only to show project management contri- butions to revenue generation, but also as information needed by project managers and project team members to enable them to manage business factors within the project management environment.

Project Management and Operational Efficiency

Business advantage is achieved when all business units within the relevant organization (or enterprise) apply efficient processes and implement effective executive decisions regarding business strategy and direction. Project management practices generally impose process rigor and repeat- ability, both of which are attributes of project performance that inherently define efficiency. In addition, when properly constructed and deployed as a comprehensive methodology, those processes can be used across different business units. Thus, comprehensive project management pro- cesses can also be instrumental in addressing efficiency needs within the business environment.

Beyond individual decision-making skill, executive decisions are most likely effective when accurate and timely information is made available. In addition, effectiveness is enhanced when strategic decisions are con- veyed to implementers in an accurate and timely manner. Formal and informal collaboration is needed so that managers at all levels have the opportunity to understand the conveyed strategy and the means to implement it in their business areas. Project management practices and

AU4680_book.fm Page 665 Monday, July 16, 2007 2:06 PM

666

�

The Complete Project Management Office Handbook

PMO functionality can help achieve the necessary collaboration and monitor its effectiveness.

The following list represents a few concepts and considerations for PMO review relative to identifying and demonstrating project management value that contributes to operational efficiency within the enterprise:

�

Communication and collaboration

. This feature of project man- agement ensures that project stakeholders are appropriately informed, and that they apply shared information and a common understanding toward achieving project objectives. This capability can be used by the PMO to communicate and collaborate across all projects in the relevant organization; and when elevated to the enterprise level, it becomes a business enabler. The communication and collaboration processes of effective project management offer efficiency for business interactions in the relevant organization and across the enterprise.

�

Project knowledge management system

. This feature represents the mechanism by which communication and collaboration can expand across the enterprise. To the extent that projects are the business of the relevant organization, this is the information and knowledge center for that business. The project knowledge management sys- tem contains the project management information system, but it also contains the data and information needed to manage business operations on a real-time basis. It can provide access to the standard processes for business, technical, and project management appli- cation. It can also provide a project management library that inherently includes business as well as technical topics. It can provide electronic forums to facilitate business-group collaboration. It can provide an “executive dashboard” feature that summarizes project and business information for real-time use by senior man- agers and other business stakeholders. This feature offers efficiency in having one central business knowledge center that can be accessed by users who contribute real-time updates and use avail- able information to make real-time decisions to support the achievement of business interests and objectives. It is a feature that facilitates fast and accurate decision making.

�

Common business approach

. This feature represents the mechanism for integrating business and pr oject management processes throughout the enterprise. Through the PMO’s efforts, common practices and standards for business performance can be estab- lished for application in every business unit, thereby avoiding the replication of critical process development several times over and hoping that all business units are properly aligned. Efficiency is

AU4680_book.fm Page 666 Monday, July 16, 2007 2:06 PM

Business Performance Management

�

667

achieved when business units use a common approach to business. Greater efficiency is achieved when all business units apply a common understanding of the prescribed processes.

�

Training programs

. This feature is used by the PMO to identify needs and to specify the training requirements within the project management environment. To the extent that modern project man- agement concepts are applied within the relevant organization, it will be seen that many of the learning programs characterized as “project management” training actually include significant topics of business interest, particularly in organizations where a comprehen- sive project management curriculum is available. The PMO “training

technical training. As business and project management processes become integrated, the PMO can similarly address business training. Efficiency is achieved when training designated for the project managers and other project stakeholders becomes a component of the overall organizational training program. In an organization that has advanced project management maturity, nearly everyone in all business units are project stakeholders.

�

Organizational structure and alignment

. This feature addresses efficiency from the perspective of business unit relationships and associated resource alignment and utilization within the project management environment. The PMO can develop its “organization

efficiency at the enterprise level. It can evaluate how structure affects business unit and resource assignment efficiency. It can then make recommendations for organizational and structure design that facilitates timely interactions and decisions about busi- ness unit contributions to project efforts.

Project Management and Customer Satisfaction

Customers are the lifeblood of the enterprise. Business success is achieved when a sufficient number of customers are acquired and retained to generate the desired business revenue. Customer satisfaction is a business indicator that represents the ability to attract customers, expand the customer base, and achieve repeat customer business. As one of three primary factors associated with business value, customer satisfaction war- rants PMO attention and scrutiny.

Project management activities often are characterized as the business conducted with customers. To that end, project manager and project team member competencies are developed and honed to ensure achievement of customer satisfaction objectives. Similarly, project management prac-

AU4680_book.fm Page 667 Monday, July 16, 2007 2:06 PM

and education” function (see Chapter 10) also prescribes related

and structure” function (see Chapter 7) to include examination of

668

�

The Complete Project Management Office Handbook

tices can be used to incorporate processes for managing the customer business relationship.

Thus, customer business relationship management, the means to achieving customer satisfaction, is a process that is already in place in any relevant organization having a comprehensive project management capability. Furthermore, the project manager often serves as the key point of customer contact in many environments, along with business managers in some environments, and this pre-positions the PMO toward achieving business results through implementation of customer satisfaction activities that are routinely applied within the project management environment.

The following list represents a few concepts and considerations for PMO review relative to identifying and demonstrating project management value that contributes to customer satisfaction within the enterprise:

�

Problem identification and issue resolution

. Project management capability can include a defined process for handling problems and issues arising with the customer or having customer satisfaction implications. It addresses matters of technical performance, con- tractual obligations, and customer expectations for business value of project deliverables. This “front-line” process can be expanded, per prescribed criteria, to routinely inform executives and senior managers of customer relationship conditions, and to elevate major customer problems and issues to allow them to make business decisions when higher-level intervention is needed to ensure ongo- ing customer satisfaction.

�

Coordination of customer participation

. This activity is inherently a part of every project effort. Some customers desire more project involvement than others; some customers require more project management oversight than others. The project manager will be able to provide a flexible approach to accommodate the different participation needs of customers. Likewise, customer business activities can be naturally incorporated into each project effort according to the needs of the customer and the interests of the relevant organization.

�

Specification of customer requirements

. Project management is based on the specification of requirements, which lead to a state- ment of project objectives and scope. This information has signif- icant business value that is often bypassed in the rush to accomplish each project effort. The achievement of customer requirements defines the business of the relevant organization. Across multiple projects, it indicates the breadth of products and services being offered in the marketplace, the nature of professional and technical skill required within the project management environment, and the

AU4680_book.fm Page 668 Monday, July 16, 2007 2:06 PM

Business Performance Management

�

669

type of customers attracted by the relevant organization. This is an aspect of customer satisfaction that indicates what types of customers achieve business fulfillment by what is delivered, and this warrants review at executive and senior levels within the relevant organization.

�

Management of business obligations

. Project management is widely accepted to represent a condition of contract or agreement between the customer and the organization conducting the project. The project manager has responsibility for contract management and administration associated with the project effort, and thus can contribute valuable insight to business aspects of the relationship. An unhappy customer inherently results from an unattended con- tract or agreement. The established approach to managing contracts that fulfill the business obligations of both parties can be expanded to include direct and indirect involvement of business units to ensure that customer satisfaction is achieved relative to contract management and administration.

�

Creation of customer partnerships

. Project management practices can be adapted to facilitate business relationships with customers for mutual business advantage. The deliberation or requirements for these business relationships can be considered in the context of customer satisfaction points, and existing project management processes can facilitate their implementation. This aspect of cus- tomer satisfaction is one in which such a partnership accomplishes:

�

The preferred level of project oversight and control for the customer

�

A desired public demonstration of business affiliation between the customer and the relevant organization

�

The necessary involvement and participation of the customer in the project or business effort

�

The required business relationship for pursuit of mutually ben- eficial business opportunities

Generate Executive Value Awareness

Project management practices can represent or otherwise account for a large part of business performance. If projects are the means by which products and services are delivered, the contribution of project manage- ment to business performance significantly increases. It would seem appropriate for executives and senior managers in the relevant organiza- tion to be well informed regarding project performance and associated project accomplishments, as that represents the pursuit of business for which they have responsibility.

AU4680_book.fm Page 669 Monday, July 16, 2007 2:06 PM

670

�

The Complete Project Management Office Handbook

Similarly, as projects enable the delivery of products and services, they present an approach to business that should be controlled at the highest management levels in the relevant organization. Executives have ultimate responsibility for the achievement of strategic business objectives and interests, and that suggests that they should have significant interest and participation in key project decisions — project selection, continu- ation, and termination — the primary activities of project portfolio man- agement. To that end, executives and senior managers should have a demonstrated interest in project performance as a primary indicator of business performance. If they are interested in revenue, and projects are the means to revenue, then they should be “managing” projects from a strategic perspective.

The preceding consideration suggests a distinct link between project management practices and traditional business management practices that converge in the domain of business performance. Some organizations do not readily recognize the business performance capability that can be achieved through the implementation of comprehensive project manage- ment practices. Often, it is the infrastructure established by the PMO to define the project management environment and implement PMO func- tionality that creates the capability to address business performance requirements. This is the perspective that needs to be conveyed to exec- utives and senior managers who see project management as a lesser contributor to business performance.

The following are a few areas that the PMO can examine in creating heightened executive-level awareness and support for project management and business process integration:

�

Business decisions

. Executives need access to fundamental project information in a timely manner to make accurate business deci- sions. This type of information is not generated solely from the advice and guidance of business managers. In some instances, that is just speculation and conjecture, and business units who are part- time or inactive project stakeholders cannot be expected to gen- erate this information. Rather, this type of information is generated at the project team level, tracked at the project management level, compiled across all projects and analyzed at the PMO level, and then presented for executive review and deliberation. Project infor- mation used at the executive level is a business solution. Executives need to support, endorse, and fund the development and imple- mentation of processes, procedures, and tools that provide this type of business solution.

�

Strategy implementation

. Executives need to convey business strat- egies and decisions to the project management environment for

AU4680_book.fm Page 670 Monday, July 16, 2007 2:06 PM

Business Performance Management

�

671

implementation. This is readily achieved when the PMO’s role and responsibilities extend into the business environment, where strat- egy is initially communicated. In turn, the PMO can focus on the people and processes affected by executive decisions, recognize the business performance impacts, and serve as a single strategy- implementation point rather than having business unit managers bombard the project management environment from all sides in an attempt to introduce executive strategy from a variety of per- spectives. Executives need to recognize not only the benefits of the PMO serving as a representative of the project management environment, but also as an entity serving as a business perfor- mance leader within the project management environment.

�

Resource acquisition and allocation

. Executives need to have an ongoing awareness of project resource requirements. Possibly the largest expense in the project management environment, project resources should be managed at mid levels according to the direction provided by the executive level. Therefore, executives should understand the implications of their resource allocation decisions — a function of business performance. Fundamentally, this means ensuring that necessary resources are available to con- duct each project that is pursued in conjunction with the prescribed business strategy. It also means attending to peripheral consider- ations such as resource training, qualification, assignment selection, performance management, professional development, recognition, and termination. The processes created for resource management on projects can well serve the business needs of executives. The PMO, serving as a project resource clearinghouse, can compile the resource information needed to make resource acquisition and allocation decisions at the executive level. It can identify current resource utilization levels and prepare project resource requirement forecasts — information the executive needs to ensure that business pursuits are not impaired by gaps in resource availability or resource management issues. Executives should use PMO expertise and established capability in the project management environment to examine resource requirements relative to business performance.

�

Technical performance

. Executives should review and recognize the effectiveness and value associated with technical performance from a perspective of customer satisfaction and from a perspective of business advantage or industry competitiveness. The alignment of technical processes and project management practices can pro- vide such business performance insight. The PMO can establish functionality to capture and analyze technical performance results across all projects internally and to compare them to industrywide

AU4680_book.fm Page 671 Monday, July 16, 2007 2:06 PM

672

�

The Complete Project Management Office Handbook

results. This is business information that has its origins in the project management environment. Executives should recognize that the PMO, at an interim management level, can establish functionality to evaluate technical performance conditions and provide routine and exception reports that will bring value to executive business deliberations and decision making. Analysis results can be con- veyed to executives for examination relative to the following busi- ness interests:

�

State of core technical competencies

�

Perceived value of technical capability in the marketplace

�

Quality–cost comparisons of products and services

�

Technical resource competency

�

Technical management capability

� Reliance on vendor and contractor technical resources � Centralized oversight, control, and support. Executives should

understand the formal and informal boundaries of the project man- agement environment and then maximize the effectiveness of that condition on business performance. The formal project management environment that conducts project management under PMO guid- ance is normally an efficient and effective means for conducting business. In contrast, the informal project management environ- ment, usually represented by business unit intervention, is not always aligned with central PMO guidance or oversight. Therefore, such part-time interventions in project management could introduce different business perspectives and possibly different business objectives. In a sense, project management processes can be used to manage business performance, but business processes cannot necessarily be used to manage projects, particularly when there are variations for each business unit having influence. The PMO can be instrumental in coordinating a common approach to managing project contributions to business performance, integrating multiple business unit processes and procedures into a standard approach, and leading collaboration among business unit participants in their ongoing contributions to developing the formal project management environment. Executives should establish the PMO as a single point of reference that enables implementation of their decisions on oversight, control, and support — not only in the project manage- ment environment, but also across the enterprise.

These are but a few of the concepts for the PMO to consider relative to achieving the desired level of executive awareness and support for project management and business integration. Each PMO should examine the pertinent issues in its relevant organization to formulate the ways in

AU4680_book.fm Page 672 Monday, July 16, 2007 2:06 PM

Business Performance Management � 673

which executive recognition of PMO capability to support business per- formance can be conveyed, and how executive support for PMO consol- idation of many business performance activities can be achieved.

Align Business and Project Management Performance

Concepts and activities of this PMO “business performance management” function presented to this point have described a significantly enlarged role for the PMO within the relevant organization, and it is one that is not readily found in many business environments. Therefore, it is important to understand that this PMO model is not prescribing PMO takeover of business-performance management! Instead, this PMO function model presents what is believed to be several compelling indications that the relevant organization could benefit from alignment of business and project management processes, as well as from PMO participation in structuring and contributing to business performance management. The PMO does not create the critical business processes; it introduces, integrates, and implements them in the project management environment with consider- ation for project management efficiency and effectiveness, and toward maximizing project management contributions to business performance. This role warrants and possibly requires alignment of the PMO at the business unit level or higher to conduct necessary cross-business unit collaboration and to facilitate business unit discussions and deliberation relative to business performance management accomplished within the project management environment.

Now it is time to examine some of the specifi c areas of project management and business performance alignment. The following list is by no means exhaustive but it does present some business–project man- agement interface areas that the PMO can consider for process or practice consolidation when adequate PMO functionality is established:

� Customer account management: � Customer opportunity management � Customer information management � Customer relationship management � Customer contact and collaboration management � Customer contract administration � Customer evaluation management

� Project product and service delivery management: � Project estimating: cost, schedule, and resource utilization � Project classification � Financial tracking and analysis � Quality and acceptance management

AU4680_book.fm Page 673 Monday, July 16, 2007 2:06 PM

674 � The Complete Project Management Office Handbook

� Change management � Project reporting � Administrative project closeout

� Business management: � Strategic business interest evaluation � Business capability evaluation � Cost-benefit analysis � Business risk analysis � Product and service quality assurance � Proposal management � Contract negotiation management � Contract management � Customer invoice and payment management

� Project resource management: � Project resource recruiting, acquisition, and assignment � Project resource training program management � Project resource qualification and career development � Project resource performance management � Project resource evaluation management

� Vendor and contractor management: � Vendor and contractor identification, evaluation, and selection � Vendor and contractor contract management � Vendor and contractor performance management � Vendor and contractor invoice and payment management

� Senior management oversight: � Project sponsorship (chartering) and funding authority � Project management governance and policy development � Executive control board participation � Project portfolio management

Each PMO will have a different consideration of the items on this list. In some business environments, many of these activities are already an inherent part of either project management activities or PMO responsibil- ities. In other business environments, this list presents some novel con- cepts. The PMO working within the cultural nor ms of the relevant organization will have to decide the appropriate fit of business processes and practices in the project management environment. Note, however, that these project management performance areas can be considered not only from a perspective of process integration and consolidation, but also from a perspective of reducing or eliminating redundancy, removing confusion, and implementing common, repeatable practices for more efficient business operations within the relevant organization.

AU4680_book.fm Page 674 Monday, July 16, 2007 2:06 PM

Business Performance Management � 675

Manage Business Collaboration

Business collaboration involves conveying business information and guid- ance for implementation and use within the project management environ- ment, coordinating project participation and performance results across business units and business locations, and exchanging essential business information among all internal and external project stakeholders. The alignment of business and project management interests requires respon- sible organizations and individuals to collaborate to achieve timely and appropriate business performance decisions.

The PMO should facilitate business collaboration within the relevant organization among the resident business units and across regional and global business locations. It should also facilitate vertical collaboration in those entities, and particularly within the project management environ- ment. To be specific, business collaboration can be accomplished relative to three business levels: (1) operational, (2) tactical, and (3) strategic.

The PMO can establish business collaboration practices using its own functionality, or it can facilitate collaboration as an inherent part of its business interactions across the relevant organization. The follow- ing subsections discuss the three business collaboration areas the PMO can address.

Conduct Operational Business Collaboration

Operational business collaboration conveys and relates to the exchange of business requirements, information, and guidance at the staff level. This business level can generally be associated with project team efforts but it also includes comparable staff roles in business units as well as in customer and vendor/contractor environments. Staff members at this busi- ness level are responsible for preparing and executing plans and processes to achieve specified business objectives. In the project management envi- ronment, that includes the accomplishment of project deliverables. In other business environments, this could include the accomplishment of requisite activities and conveyance of information contributing to project perfor- mance, or it could include deriving project output and information for application to business operations.

The PMO will need to examine business information sharing and collaboration conducted by operational staff to determine specific interests or needs. The following list highlights a few of the operational collabo- ration areas affecting both project and business performance that the PMO can consider for inclusion in integrated processes and practices:

AU4680_book.fm Page 675 Monday, July 16, 2007 2:06 PM

676 � The Complete Project Management Office Handbook

� Task performance guidance and supervision: � Staff receipt and acknowledgment of tasking and work

assignments � Staff tasking and work assignment clarification and assistance

requests � Inter-staff or inter-location work effort coordination and collab-

oration � Staff task performance management � Staff task progress and completion reporting

� Task performance capability: � Staff or team reliance on predecessor task completion � Staff or team reliance on collateral task input � Staff or team reliance on design, quality review, or funding

decisions � Business and project information management:

� Information system data sources and data entry responsibility � Information system access, availability, and performance � Information database completeness, accuracy, and timeliness

� Material, supplies, and equipment transfer and delivery management: � Interoffice and cross-location materials transfer and delivery � Vendor and contractor materials transfer and delivery � Customer-contributed materials transfer and delivery

� Staff business interface activities: � Customer service activities � Vendor and contractor affiliation activities � Management interface activities � Issue and problem identification, elevation, and resolution

� Personnel actions: � Staff recruitment actions � Staff qualification actions � Staff assignment, transfer, and termination actions � Staff training actions

Operational collaboration activities provide for calibration within the project and business environments. Collaboration ensures that everyone is working toward the same business objectives, provides interim indi- cators of progress toward those objectives, and conveys notification of completed actions.

The PMO can implement processes and practices that facilitate direct interactions by staff members, or it can set up procedures for action, information, and knowledge capture through project managers, business unit managers, and the PMO. This activity can be achieved by extending

AU4680_book.fm Page 676 Monday, July 16, 2007 2:06 PM

Business Performance Management � 677

the capability of the “project knowledge management” function (see Chapter 4) to introduce a focus on operational-level business interests and associated information management.

Conduct Tactical Business Collaboration

Tactical business collaboration conveys and relates to the exchange of business performance information and oversight activities at the business unit level. This business level generally is associated with business unit manager efforts, including the mid-level PMO. Managers at this business level are responsible for developing and implementing the processes, practices, and procedures that achieve specified strategic business objec- tives. In the project management environment, this role is generally fulfilled by the PMO with responsibility for project management capability and its own functionality. In some cases, project managers also may be considered as a part of this tactical business level. In other business environments, this will include business unit heads and their designees and delegates who have some affiliations with the project management environment relative to their own specific business-function responsibility.

The PMO will need to examine business information sharing and collaboration conducted by tactical managers to determine specific inter- ests or needs. The following list highlights a few of the tactical collabo- ration areas affecting both project and business performance that the PMO can consider for inclusion in integrated practices and processes:

� Business performance oversight: � Business strategy implementation � Business process development, integration, and implementation � Business performance measurement � Business regulatory guidance implementation � Business analysis and report management

� Project performance oversight: � Resource management � Facilities management � Task management � Contract management � Methodology management � Capability and maturity management

� Technical performance oversight: � Specifications and standards utilization � Technical process development, integration, and implementation � Quality control and assurance � Technical competency development

AU4680_book.fm Page 677 Monday, July 16, 2007 2:06 PM

678 � The Complete Project Management Office Handbook

� Staff performance oversight: � Professional staff development � Performance review management � Staff recognition and rewards management � Staff acquisition and assignment management

� Customer relationship oversight: � Customer acquisition and retention management � Customer satisfaction management � Customer partnering management

� Vendor and contractor relationship oversight: � Vendor and contractor selection management � Vendor and contractor contract management � Vendor and contractor performance management � Vendor and contractor partnering management

Tactical collaboration activities provide for business navigation within the project management and business environments. This means that business strategy is translated into actions in the workplace to achieve business objectives.

The PMO can implement processes and practices that facilitate cross- business unit manager interactions. This activity can be achieved by extending the capability of the “project knowledge management” function (see and associated information management.

Conduct Strategic Business Collaboration

Strategic business collaboration conveys and relates to the exchange of business policies and guidance within the relevant organization and across the enterprise. This business level generally can be associated with executives and senior managers formulating business strategy and setting the course for business pursuits. In the pr oject management environment, this is represented by the PMO charter and subsequent development of PMO functionality to serve the business interests of the relevant organization. In other business environments, it represents the development, approval, and implementation of business unit operating and business plans.

The PMO will need to examine business information sharing and collaboration conducted by strategic managers to determine specific inter- ests or needs. The following list highlights a few of the strategic collab- oration areas affecting both project and business performance that the PMO can consider for inclusion in integrated practices and processes:

AU4680_book.fm Page 678 Monday, July 16, 2007 2:06 PM

Chapter 4) to introduce a focus on tactical-level business interests

Business Performance Management � 679

� Business strategy implementation and fulfillment: � Project portfolio management � Business performance management

� Financial analysis and management: � Financial performance indicators � Investment initiatives � Owner and stockholder reports

� Operational capability analysis and management: � Internal business process deployment � Productivity and efficiency measures � New technology initiatives � Core competency maintenance and expansion � Maturity and continuous-improvement initiatives

� Marketing and sales analysis and management: � Industry posture and alignment review � Competitive analysis � Product and service offerings review � Sales forecasts � Customer account analysis

Strategic collaboration activities provide for business consultation within the project management and business environments. This means that business strategy implementation is monitored and managed to achieve business objectives.

The PMO can implement processes and practices that facilitate exec- utive and senior-management interactions. This activity can be achieved by extending the capability of the “project knowledge management” function (see interests and associated information management.

Manage PMO Business Fulfillment

The PMO’s role in business performance management is one that can expand based on its contributions to business growth in the areas of revenue generation, operational efficiency, and customer satisfaction. Such expansion rarely results merely from an executive mandate but, rather, from an evolving and demonstrated capability of the PMO to achieve business objectives within the relevant organization.

This section examines points whereby the PMO can consider ways in which it can contribute to business performance management. This discus- sion begins with a review of the PMO functions that can be constructed to include business responsibilities. Then, the introduction of PMOs at various

AU4680_book.fm Page 679 Monday, July 16, 2007 2:06 PM

Chapter 4) to introduce a focus on strategic-level business

680 � The Complete Project Management Office Handbook

levels within the relevant organization and across the enterprise is presented. These PMO activities are described in the following two subsections.

Manage PMO Business Function Evolution

The preceding sections of this chapter presented a high-level perspective of how the PMO can demonstrate that the relevant organization’s capa- bilities in project management provide business value. This section prompts the PMO to conduct an internal examination of its PMO function development plans to ascertain how it can build a PMO capability that also provides business value.

PMO business function evolution is considered from the perspective of the five PMO function categories that served as the framework for this book:

1. Practice management 2. Infrastructure management 3. Resource integration 4. Technical support 5. Business alignment

Practice Management

sentative of the technical nature of business of the relevant organization. The PMO can begin to examine business performance impacts during

early project management capability implementation associated with pro- cess and methodology development. The project management methodol- ogy and aligned supporting functions should always be geared toward helping project managers achieve project performance success. However, there are a few features that can be included in this functional area to help middle and senior managers achieve associated business performance success. Generally, that business success results from properly collecting, analyzing, and reporting the project-related information needed to make business decisions. For the most part, standard project information han- dling will suffice. However, the PMO can add early business value by ensuring that work done by project managers and members of the project team addresses important aspects of business performance within the relevant organization.

AU4680_book.fm Page 680 Monday, July 16, 2007 2:06 PM

project manager and the project team to effectively manage and conduct the (Chapter 3), and project knowledge management (Chapter 4) — enable the

The practice management functions — project methodology management

project. The content of practice management guidance is generally repre-

(Chapter 1), project management tools (Chapter 2), standards and metrics

Business Performance Management � 681

The PMO can consider the following areas when integrating business

� Ensure the collection of project management information to pro- duce comprehensive status and progress reports that can be aggre- gated across projects, cross-referenced to business performance, and utilized to make business decisions.

� Incorporate appropriate senior management review and approval points in the project management methodology process to facilitate senior manager involvement and input to project direction associ- ated with business performance.

� Acquire or develop and implement automated project management tools that provide project and cross-project critical information summaries for use by executives and senior managers, including

the project knowledge management system. � Construct project knowledge management system features that

present project business case information access for the project manager and project team members to enable them to gain addi- tional insight about their project efforts. Include additional features that present general business news and information about their project and their customer, thus providing an external, industry perspective of their accomplishments.

� Specify standards and metrics that help to achieve business objec- tives. In particular, examine and incorporate technical and business standards in criteria for project management performance, and be sure to include any special business objectives aligned with achiev- ing industry certifications or awards for the organization and for individuals.

Infrastructure Management

is established so that individual project managers are not burdened with infrastructure setup for every project effort encountered, and so that the relevant organization gains benefit from centralized deployment of project

approaches by each project manager.

AU4680_book.fm Page 681 Monday, July 16, 2007 2:06 PM

performance features into its practice management functions (see Chapter 1 to Chapter 4):

the use of an “executive dashboard” for access to the content of

The infrastructure management functions — project governance (Chapter 5), assessment (Chapter 6), organization and structure (Chapter 7), and

cross-project oversight and support to projects. This functional capability facilities and equipment support (Chapter 8) — enable the PMO to provide

oversight activities that could otherwise be r epeated with dissimilar

682 � The Complete Project Management Office Handbook

The PMO can begin to examine business performance impacts as project management infrastructure planning is performed, primarily along the lines of business efficiency but also with attention to project manage- ment capability.

The PMO can consider the following areas when integrating business performance features into its infrastructure management function:

� Solicit senior management involvement and input to project gov- ernance activities — the primary means by which executives and senior managers directly influence the capability established in the project management environment — particularly including the specification of policy guidance to achieve business performance objectives within the project management environment.

� Select and use project management capability and maturity assess- ments that include the examination of business practices and business contributions within the project management environ- ment. This will enable project management capability improve- ments to likewise contribute to improved business performance.

� Cultivate and implement a structure within the relevant organiza- tion that enables project management to be an efficient contributor to the achievement of business interests and responsive to business requirements, that is, project team alignment to facilitate speedy project initiation, project team assignment to optimize staff avail- ability, and project team readiness to maximize project perfor- mance capability.

� Define and collaborate overall project management facility and equipment needs across business units to establish management efficiency and cost control as contributions to business performance.

Resource Integration

requirements and establish capability for the deployment of staff compe-

the PMO to represent project staff interests within the relevant organization.

the project management environment. It normally will interface with the human resources (HR) department to acquire and assign resources, but that effort begins with facilitating deliberation with senior managers to obtain initial resource acquisition approval and subsequent resource allo- cation decisions — a function of business performance.

AU4680_book.fm Page 682 Monday, July 16, 2007 2:06 PM

The resource integration functions — resource management (Chapter 9), training and education (Chapter 10), career development (Chapter 11),

tencies within the project management environment. This function allows

and team development (Chapter 12) — enable the PMO to identify

It also allows the PMO to define and manage project staff needs within

Business Performance Management � 683

The PMO can begin to examine business performance impacts through evaluation of resource assignment processes and conditions. It will need to define the current state, develop the recommended state, and then

mended state. The PMO can consider the following areas when integrating business

� Determine the current allocation and assignment of resources within the project management environment — define prominent roles and responsibilities, examine assignment coverage across projects, and ascertain the effectiveness of current staff strength. This fun- damental analysis will support the resource planning needed to ensure that the business interests of the relevant organization are not adversely impacted by limited project resource availability rel- ative to current and forecast resource utilization requirements.

� Examine ways to develop requisite skill and competency in project management for all project resources and at least the most active stakeholders within the project management environment. The greater the number of individuals who comprehend the concepts and practices of modern project management, regardless of their role, the more efficient and effective they will be in their partici- pation in projects and in their contributions to associated business achievements.

� Qualify and certify project managers in the relevant organization as a means to achieve business advantage, including industry and customer recognition of professional competency, colleague rec- ognition and associated project manager motivation to achieve business objectives, role and position clarification to expedite project management activities and an efficient assignment process, and increased project manager capabilities, based on qualification

� Develop the capability to conduct team building for noncohesive project teams. Even fundamental, short-period work sessions can go a long way toward improving team performance and thereby business performance.

Technical Support

AU4680_book.fm Page 683 Monday, July 16, 2007 2:06 PM

demonstrate the increased business value to be achieved by the recom-

performance features into its resource integration function (see Chapter 9 to Chapter 12):

ning (Chapter 14), project auditing (Chapter 15), and project recovery The technical support functions — mentoring (Chapter 13), project plan-

(Chapter 16) — enable the PMO to help pr oject managers bring in

criteria, to achieve successful project and business performance.

684 � The Complete Project Management Office Handbook

successful projects with forecasted reliability and regularity. This function provides focused support at the project level but it does so in conjunction with distinct business interest. To the extent that projects represent the business of the relevant organization, technical support functions ensure that business is accomplished in a timely and professional manner and in compliance with contractual and regulatory obligations.

The PMO can begin to examine business performance impacts first by developing a close professional relationship with project managers to identify general and specific support needs within the project management environment, and then by providing unencumbered project management support services. A large part of this PMO functional area will include advising and making project managers aware of business impacts resulting from project performance and working in collaboration with them to resolve or rectify conditions that threaten adverse business impacts.

The PMO can consider the following areas when integrating business performance features into its technical support functions (see

� Identify where project managers most need assistance in managing project performance, and develop PMO support services in response to those needs. Use mentoring and project team facilitation to convey concepts and transfer project management skill and knowl- edge to the project manager and members of the project team.

� Introduce a fundamental project management auditing capability to enable examination of project impacts on business performance. Conduct routine project management reviews and audits across all projects to ascertain any trends or indications of project influence on business performance.

� Develop the capability to identify and rectify troubled projects. This is a business decision that usually comes from executive and senior managers because of the redirection of manager time and attention, as well as the added cost and concentration of resources needed to conduct project recovery activities.

Business Alignment

guidance and translate it for application within the project management environment. This function represents a range of PMO activities from the distinct alignment of business strategy with project performance to the

AU4680_book.fm Page 684 Monday, July 16, 2007 2:06 PM

Chapter 13 to Chapter 16):

The business alignment functions — project portfolio management (Chapter 17), customer relationship management (Chapter 18), vendor and contractor relationship management (Chapter 19), and business performance man- agement (Chapter 20) — enable the PMO to receive business performance

Business Performance Management � 685

interpretation and implementation of the sometimes more subtle direction and policy guidance that emanates from the executive board room.

The PMO can begin to examine business performance impacts by evaluating the current depth of business integration within the project management environment and contrasting that to the business advantages that could be gained with more complete and comprehensive business process and practice integration. PMO involvement in defining the need for project and business management integration is presented in the

The PMO can consider the following areas when integrating business performance features into its business alignment functions:

� Determine the current depth of project and business strategy align- ment processes and practices. Specify how project selection occurs; identify the project selection decision makers; ascertain whether they implement business strategies as a normal part of their role and responsibilities; and examine the extent to which they recog- nize project performance as a contributing factor to business per- formance. This effort will provide insight to the PMO in deliberating and positioning its recommendations for conducting and managing processes associated with project portfolio management.

� Examine how well business units within the relevant organization collaborate on efforts toward achieving strategic business objec- tives. Business operations, business culture, and business interests will determine how an effective, collaborated approach to custom- ers, vendors and contractors, and marketplace influences can be introduced into the project management environment.

� Ascertain senior management level interest in centralized project management oversight, control, and support as a prominent means of achieving improved business performance. Construct plans for PMO functional evolution according to direction and insights gained from executives and senior managers. Share those plans with project management stakeholders in a manner to achieve senior management buy-in and support.

Develop PMO and Enterprise Business Alignment

The PMO works under the sponsorship and in support of the business purposes of the relevant organization. The relevant organization could be an entity that represents a small business unit that needs to provide project management oversight, control, and support for more or less routine, recurring projects that have a common technical basis. It is this type of “relevant organization” that has been discussed throughout most of this

AU4680_book.fm Page 685 Monday, July 16, 2007 2:06 PM

business alignment functions (Chapter 17 to Chapter 20).

686 � The Complete Project Management Office Handbook

handbook. However, the relevant organization could also be represented by a larger business enterprise that has responsibility for a global network of departments and divisions that need a comprehensive business capacity to manage diverse, multinational projects.

To that end, there could be a need for multiple levels of PMO activity within the larger business enterprise, each with its own distinct purpose and particular business objectives associated with the sponsoring relevant organizations that exist within the enterprise. The consideration of multi- layered PMO capability within the enterprise has been a recurring con- sideration briefly alluded to at junctures throughout this handbook. It is now time to consider those multilayer PMO options and opportunities.

If there will be more than one PMO in the business enterprise, business needs will likely dictate their alignment. The following represents five very general PMO alignment models that establish the multiple PMO presence and affiliations within the business enterprise. Variations on these models can be constructed to achieve a more accurate alignment of PMO functions with business organization needs and interests:

� Business unit affiliation. The PMO supports the business interests of an operating unit within the enterprise. The business unit has a particular business purpose for which it conducts projects, and the PMO is established and aligned to help it achieve that purpose. To that end, the PMO manager or director usually reports directly to the head of the business unit. The business unit can range in size from smaller operational entities to comprehensive business departments and divisions. PMO functional capability is developed and implemented to provide project management oversight, con- trol, and support within this relevant organization. Business unit affiliation usually warrants development of a standard to advanced level PMO.

� Technical discipline affiliation. The PMO supports the technical performance aspects of project efforts. This is a special case of business unit affiliation, where the PMO is aligned with a technical function within the relevant organization, but not with the head of the business unit. Generally, this type of PMO will provide oversight, guidance, and support to the management of technical processes and procedures, with some responsibility for incorpo- rating effective project management practices, and usually with limited responsibility for business process integration. Here, the PMO will normally be effective when developed at the project office through standard levels of functionality.

� Product and service affiliation. The PMO supports the design, manufacture, and delivery of products and services in the market-

AU4680_book.fm Page 686 Monday, July 16, 2007 2:06 PM

Business Performance Management � 687

place. It will have organizational alignment with a particular busi- ness unit but its efforts will likely extend across business unit boundaries to support and manage project and business perfor- mance associated with a particular product or service development life cycle. PMO functional capability here is developed and imple- mented in alignment with the relevant organization to which it is assigned; however, its project management oversight, control, and support activities are also made available and can be utilized across other business units within the larger business enterprise. This type of affiliation often warrants the formation of control boards to ensure that the interests of all participating business organizations are given due consideration. Cross-business unit affiliation usually warrants development of a standard-to advanced-level PMO.

� Business region affiliation. The PMO supports the business interests of a relevant organization that has business responsibilities that are aligned with one or more subordinate business units that comprise a business area or region. The PMO’s purpose focuses on achieving effective project management capability in support of the relevant organization’s business objectives within the specified region. This affiliation usually implies a broader span of project management oversight, control, and support that warrants developing PMO func- tionality to the standard and advanced levels. In some organizations, this PMO also could have subordinate PMOs aligned with business organizations at regional business unit locations, and this may warrant having PMO capability at the center of excellence level.

� Enterprise affiliation. The enterprise-level PMO normally has as much responsibility for business performance as it does for project management performance. It can be aligned to support the enter- prise as the relevant organization, or it can be aligned with an enterprise that oversees multiple subordinate business organizations that may have their own PMO capability. The enterprise PMO’s focus is normally on establishing the project management capability and maturity for the entire enterprise, and it will therefore oversee or at least monitor the activities of any subordinate business-unit PMOs. To that end, there will be a need for the PMO to understand the business interests of each subordinate business unit as well as the strategic direction of the enterprise. This affiliation usually warrants PMO advanced-level or center of excellence functionality.

Here is a final thought on the matter of PMO affiliation in a multiple- PMO business environment. Each PMO should have established working relationships with every other PMO in the enterprise. They can be des- ignated as peers, subordinates, enterprise-level PMOs, or some other

AU4680_book.fm Page 687 Monday, July 16, 2007 2:06 PM

688 � The Complete Project Management Office Handbook

preferred naming convention that fits best within the relevant organization. Additionally, each PMO that is not a peer should have specific and distinct roles and responsibilities that are not replicated at other PMO levels above or below it.

Postscript for the Smaller PMO There is no specific role defined for the smaller PMO relative to the prominent activities of this “business performance management” function. It is primarily intended for use by larger, more advanced PMOs that have responsibility for business performance. However, this does not limit the smaller PMO from taking the initiative to improve business performance through its efforts within the project management environment.

The following represent a few simple examples of the initiatives that a smaller PMO can take to contribute to business performance manage- ment within the relevant organization:

� Identify needs and facilitate collaboration of project management performance results and information for use by managers in making business decisions related to project efforts.

� Coordinate business unit contributions to project management efforts, and seek ways in which to integrate business practices into the project management methodology.

� Identify project management contributions to business perfor- mance; examine project management effectiveness in those areas; and recommend and implement improved processes and practices — in the project management environment and in the business environment.

AU4680_book.fm Page 688 Monday, July 16, 2007 2:06 PM

au4680fm.pdf

THE COMPLETE PROJECT MANAGEMENT OFFICE HANDBOOK

Contents
Acknowledgments

AU4680ch1.pdf

Table of Contents
Section I: PRACTICE MANAGEMENT
Chapter 1: Project Management Methodology

Project Environment Interface Concepts
Business Environment Interface Concepts
Project Management Methodology Activities across the PMO Continuum
Project Management Methodology Function Model

Establish Basis for Project Management Methodology

Convene Methodology Development Team
Prepare Methodology Deployment Strategy

Methodology Development Responsibility Statement
Methodology Development Approach
Methodology Platform
Methodology Utilization Policy
Methodology Implementation Approach
Methodology Maintenance Responsibility Statement

Examine Current Practices

Assess Current Capability
Analyze Assessment Findings
Compare Best Practices

Develop Methodology Solution

Identify Methodology Components

Project Management Process Guide
Project Management Practice Guide
Project Management Toolkit
Project Management Glossary

Design Life-Cycle Processes

Project Initiation Phase
Solution Planning Phase
Solution Implementation Phase
Project Close-Out Phase

Develop Project Management Practices
Introduce Methodology Platform

Paper-Based Methodology Deployment
Automated Methodology Deployment

Conduct Methodology Implementation

Plan Methodology Implementation

Executive Management Support
Formation of Methodology Users Group
Formation of Methodology Implementation Team
User Assistance for Methodology Implementation
Development of Methodology Feedback Mechanism
Development of Methodology Training Plan
Methodology Promotion Planning

Plan Project Transition

Prepare Project Transition Strategy
Review Project Status
Conduct Project Transition Interviews
Perform Transition Assessment and Gap Analysis
Prepare Project Transition Plan

Conduct Methodology Training and Implementation

Conduct Methodology User Training
Execute the Methodology Implementation Plan
Activate User Feedback Mechanism
Execute the Project Transition Plan

Manage Methodology Maturity

Evaluate Methodology Implementation
Analyze Methodology Performance

Measure Methodology Use
Evaluate Methodology Effectiveness
Evaluate PMO Effectiveness

Manage Methodology Maintenance

Postscript for the Smaller PMO

Establish Simple, Critical Processes for Project Management
Gain Increased Support for Process Expansion
Expand and Incorporate Technical and Business Processes

AU4680ch2.pdf

Table of Contents
Chapter 2: Tools Project Management

Project Environment Interface Concepts
Business Environment Interface Concepts
Project Management Tools Activities across the PMO Continuum
Project Management Tools Function Model

Select Project Management Tools

Identify the Need for Project Management Tools

Examine the Current Environment
Evaluate Requests and Recommendations for Tools
Determine PMO-Prescribed Tools

Examine General Types of Project Management Tools

Paper-Based Tools
Automated Tools
Web-Based Tools
PDAs and Wireless Tools

Assess Specific Project Management Tools
Acquire Project Management Tools

Implement Project Management Tools

Plan Tool Implementation
Plan Tool Transition
Conduct Tool User Training
Conduct Tool Implementation

Evaluate Tool Performance

Identify and Resolve Utilization Problems
Identify and Resolve Functional Problems
Assess Overall Tool Effectiveness

Postscript for the Smaller PMO

AU4680ch3.pdf

Table of Contents
Chapter 3: Standards and Metrics

Project Environment Interface Concepts
Business Environment Interface Concepts
Standards and Metrics Activities across the PMO Continuum
Standards and Metrics Function Model

Implement Project Management Standards

Examine Standards Sources

Project Management Practices
Project Management Maturity
Technical Capability
Project Management Competency
Organizational Certification

Identify Applicable Standards

Project Methods and Procedures
Project Management Tools
Project Performance
Technical Performance
Individual Performance
Product and Service Quality

Introduce Preferred Standards

Stakeholder Concurrence
Standards Implementation Planning
Standards Implementation

Conduct Benchmarking

Determine Project Metrics Requirements

Identify Process Management and Improvement Metrics

Project Management Methodology Processes
Technical Processes
Business Processes
Resource Management Processes
PMO Support Processes

Identify Project Performance Metrics

Budget
Schedule
Resource Management
Risk Management
Quality Assurance

Identify Business Management Metrics

Contract and Agreement Metrics
Customer Satisfaction Metrics
Project Portfolio Management Metrics
Financial Metrics

Introduce and Use Project Metrics

Establish Metrics Measurements Plan
Compare Metrics Performance
Establish Corrective Actions

Project Corrective Action
Practice Corrective Action

Postscript for the Smaller PMO

AU4680ch4.pdf

Table of Contents
Chapter 4: Project Knowledge Management

Project Environment Interface Concepts
Business Environment Interface Concepts
Project Knowledge Management Activities across the PMO Continuum
Project Knowledge Management Function Model

Establish Knowledge Management Framework

Information Management

Information Users
Information Systems and Tools
Information Management Planning

Document Management

Simple Automated File Structure
Document Managers
Content Managers

Process Management
Collaboration Management
Project Archive and Reference Library Management

Project Information Storage Database
Project Management Knowledge Spaces
Project Archive and Reference Library Options

Introduce Knowledge Management System

Conduct Installation and Establish Connectivity
Perform Function and Feature Customization

Conduct General Software Customization
Conduct Information Handling Customization
Conduct System User Interface Customization

Introduce Project Knowledge Management Content

Content Capture
Content Storage
Content Organization

Implement Knowledge Management System

Develop Project Management Information System (PMIS)

Project Plan
Primary Project Management Plans
Project Support Plans
Project Reports
Project Management Documents
Meetings and Collaborative Events

Develop Executive Dashboard
Construct Project Management Library
Implement Online Project Collaboration

Project Team Knowledge Spaces
Product Review and Handover Spaces
General Discussion Rooms

Implement Other Knowledge Management Tools

Postscript for the Smaller PMO

AU4680ch5.pdf

Table of Contents
Section II: INFRASTRUCTURE MANAGEMENT
Chapter 5: Project Governance

Project Environment Interface Concepts
Business Environment Interface Concepts
Project Governance Activities across the PMO Continuum
Project Governance Function Model

Prepare and Maintain PMO Charter

Define Business Purpose

Project Contributions to Business Revenue
Reduction in Project Disarray
Project Management Competency
Project and Business Integration
Strategic Business Objectives

Specify Organizational Alignment
Highlight Functional Responsibility
Specify PMO Authority
Identify PMO Funding

Develop Project Management Policies

Evaluate Policy Needs
Demonstrate Senior Management Support
Prepare Policy Guidance

Develop Project Classification Guidance

Examine Project Classification Purpose
Identify Project Classification Criteria
Implement Project Classification Guidance

Establish Project Manager Authority
Establish Executive Control Board

Determine Executive Oversight Requirements
Set Control Board Parameters
Prepare Control Board Operating Procedures

Align Business and Technical Committees

Postscript for the Smaller PMO

AU4680ch6.pdf

Table of Contents
Chapter 6: Assessment

Project Environment Interface Concepts
Business Environment Interface Concepts
Assessment Activities across the PMO Continuum
Assessment Function Model

Conduct Competency Assessments

Identify Competency Assessments
Conduct Competency Assessments
Implement Competency Improvement Plans

Conduct Capability Assessments

Identify Capability Assessments
Conduct Capability Assessments
Implement Capability Improvement Plans

Conduct Maturity Assessments

Identify Maturity Assessments
Conduct Maturity Assessments
Implement Maturity Advancement Plans

Postscript for the Smaller PMO

AU4680ch7.pdf

Table of Contents
Chapter 7: Organization and Structure

Project Environment Interface Concepts
Business Environment Interface Concepts
Organization and Structure Activities across the PMO Continuum
Organization and Structure Function Model

Set Up the PMO Structure

Identify Staff Needs for PMO Functions

PMO Business Staff
PMO Technical Staff
PMO Administrative Staff

Introduce PMO Staff
Analyze and Establish PMO Relationships

Establish Project Team Structure

Specify Project Team and PMO Relationship

No Alignment of Project Resources
Indirect Alignment of Project Managers
Direct Alignment of Project Managers
Direct Alignment of All Project Resources

Define Standard Project Team Structure

Functional Project Team Structure
Matrix Project Team Structure
Integrated Project Team Structure

Define Extended Project Team Alignment

Customer Project Team Alignment
Vendor or Contractor Project Team Alignment
Regulatory Agent Project Team Alignment
Other Stakeholder Project Team Alignment

Develop Stakeholder Participation

Manage Internal Project Team Stakeholders

Program Manager
Project Manager
Project Team Member

Manage Internal Oversight Stakeholders

Project Executive (Sponsor)
PMO Director
Executive Control Board
Technical Advisory Boards

Manage Internal-Support Stakeholders

PMO Staff Member
Project Resource Manager
Business Unit Managers

Manage Customer Stakeholders

Customer Executive
Customer Project Manager
Customer Project Team Member
Customer End Users
Customer Business Manager

Manage Vendor and Contractor Stakeholders

Vendor and Contractor Executive
Vendor or Contractor Project Manager
Vendor or Contractor Project Team Members
Vendor or Contractor Business Manager

Manage Other Project Stakeholders

Regulatory Agents
Business Partners
Industry Partners
Executive Management Team

Postscript for the Smaller PMO

AU4680ch8.pdf

Table of Contents
Chapter 8: Facilities and Equipment Support

Project Environment Interface Concepts
Business Environment Interface Concepts
Facilities and Equipment Support Activities across the PMO Continuum
Facilities and Equipment Support Function Model

Establish Project Team Requirements

Establish Workspace Requirements
Establish Equipment Requirements

Individual Equipment Requirements
Project Team Office Equipment Requirements
Special Equipment Requirements

Manage Project Facilities

Manage Facility Acquisition Options

Collocation
Lease
Purchase
Build or Develop

Monitor Facility Utilization
Ensure Adequacy of Facilities

Optimize Facility Utilization
Plan Future Facility Utilization

Monitor Facility Disposition

Continuity of Use
Reassignment
Administrative Return to Landlord
Conclusion of Leasing Arrangement
Deactivation
Transfer of Ownership or Property Sales
Destruction

Manage Project Equipment

Manage Equipment Acquisition

Inventory Current Equipment
Identify and Acquire New Equipment
Update the Equipment Inventory

Manage Equipment Assignments

Identify and Issue Standard Equipment
Manage Equipment Requests
Manage Equipment Request Actions

Monitor Equipment Assignments
Manage Equipment Disposition

Equipment Discard
Equipment Return
Equipment Transfer
Equipment Loss

Postscript for the Smaller PMO

AU4680ch9.pdf

Table of Contents
Section III: RESOURCE INTEGRATION
Chapter 9: Resource Management

Project Environment Interface Concepts
Business Environment Interface Concepts
Resource Management Activities across the PMO Continuum
Resource Management Function Model

Acquire Project Resources

Identify Resource Providers
Establish Resource Requirements
Fulfill Resource Requests

Assign Project Resources

Prepare Resource Assignment Notifications
Obtain Individual Resource Commitments
Introduce Resources to the Project Team

Deploy Project Resources

Perform Deployment Administration
Identify and Arrange Relevant Training
Monitor Travel Arrangements

Manage Resource Performance

Develop Performance Management Guidance
Conduct Project Resource Performance Reviews
Monitor Project Resource Performance

Close Project Resource Assignments

Coordinate Resource Extensions
Facilitate Resource Transfers and Reassignments
Manage Resource Terminations

Postscript for the Smaller PMO

AU4680ch10.pdf

Table of Contents
Chapter 10: Training and Education

Project Environment Interface Concepts
Business Environment Interface Concepts
Training and Education Activities across the PMO Continuum
Training and Education Function Model

Establish Training Program

Assess Training Needs
Determine Training Requirements
Identify Training Resources

In-House Training Resources
External Training Resources
Public Training Resources

Prepare Training Plan
Select and Develop Training Courses

Manage Training Program

Establish Training Registration Capability
Publicize and Promote Training Program
Conduct Project Management Training

Evaluate Training Program

Evaluate Training Plan Implementation
Evaluate Training Resources
Update Training Program

Postscript for the Smaller PMO

AU4680ch11.pdf

Table of Contents
Chapter 11: Career Development

Project Environment Interface Concepts
Business Environment Interface Concepts
Career Development Activities across the PMO Continuum
Career Development Function Model

Develop Project Management Career Path

Establish Project Management as a Professional Discipline

Develop Basis for Executive Support
Secure Human Resources Department Ownership
Solicit Project Manager Acceptance

Define Career Advancement Model

Support-Level Positions
Qualified-Level Positions
Business-Level Positions
Executive-Level Opportunities

Construct Position Descriptions and Qualifications
Integrate New Career Path into the Organization

Support Project Management Career Planning

Provide General Career Guidance
Promote Business Skill Development

Strategic Perspective
Business Function Familiarity
Interpersonal Relationship Management

Implement Career Planning Support

Establish Professional Certification

Develop Project Management Certification Program

External Professional Certification
Internal Professional Certification

Facilitate Technical and Professional Certification

Postscript for the Smaller PMO

AU4680ch12.pdf

Table of Contents
Chapter 12: Team Development

Project Environment Interface Concepts
Business Environment Interface Concepts
Team Development Activities across the PMO Continuum
Team Development Function Model

Facilitate Cohesive Team Formation

Examine Project Team Composition
Develop Project Team Orientation Program
Integrate Vendors and Contractors

Facilitate Virtual Team Management

Establish Virtual Team Alignment

Statement of Purpose
Virtual Team Process Implementation
Virtual Team Structure
Team and Individual Assessments
Team Member Recognition

Facilitate Virtual Team Interactions

Virtual Team Member Socialization
Virtual Team Collaboration
Virtual Team Governance

Introduce Virtual Team Technology

Enable Project Team Development

Promote Team Skill Learning
Develop Project Manager Tools and Techniques
Facilitate Leadership Development

Personal Leadership Skills
Process Leadership Skills
Business Leadership Skills
Technical Leadership Skills

Monitor Project Team Performance

Assess Team Dynamics
Examine Team Effectiveness
Conduct Team Improvement Activities

Postscript for the Smaller PMO

AU4680ch13.pdf

Table of Contents
Section IV: SUPPORT TECHNICAL
Chapter 13: Mentoring

Project Environment Interface Concepts
Business Environment Interface Concepts
Mentoring Activities across the PMO Continuum
Mentoring Function Model

Establish Project Management Mentoring Program

Develop the Mentoring Approach

Define the Mentor-Protégé Relationship
Structure the Mentoring Engagement
Develop Mentoring Support Activities

Identify Mentor-Protégé Roles and Responsibilities

Mentor Roles and Responsibilities
Protégé Roles and Responsibilities

Determine Mentor Sourcing Process

Create Mentor Positions on the PMO Staff
Establish a Rotational Mentor Program
Establish a Pool of Qualified Mentors
Engage External Consultant Mentors

Engage Project Management Mentors

Identify Mentor Candidates
Conduct Mentor Candidate Qualification
Prepare Project Management Mentors

Conduct Project Management Mentoring

Identify Engagement
Assign Mentor (or Mentors)
Prepare for Mentoring Engagement
Perform Mentoring Engagement Activities
Closeout Mentor-Protégé Relationship

Evaluate Mentoring Program

Evaluate Mentor Performance
Monitor Mentoring Program Results

Postscript for the Smaller PMO

AU4680ch14.pdf

Table of Contents
Chapter 14: Project Planning

Project Environment Interface Concepts
Business Environment Interface Concepts
Project Planning Activities across the PMO Continuum
Project Planning Function Model

Establish Project Planning Capability

Define Project Plan Components
Implement Project Planning Processes and Tools

Review Project Requirements and Guidance Materials
Construct Project Workplan
Prepare Project Estimates
Conduct Project Risk Assessment
Develop Primary Project Management Plans
Develop Project Support Plans

Establish Planning Facilitation and Support Capability

Examine and Validate Organizational Need
Specify Planning Support Services
Identify Qualified Planning Support Resources.
Prepare Facilitated Workshop Materials
Establish Procedures for Planning Support

Facilitate Project Planning Workshop

Manage Planning Workshop Arrangements
Facilitate Project Workplan Development
Perform Follow-Up Planning Support

Administer Project Planning

Specify Primary Project Management Plans

Risk Management Plan
Communications Management Plan
Change Management Plan
Quality Management Plan
Vendor or Contractor Management Plan
Staffing Management Plan

Recommend Essential Project Support Plans
Prepare Project Plan Content Guidance
Evaluate Project Planning

Evaluate Project Planning Process
Evaluate Project Performance Contributions
Evaluate Project Planning Support

Postscript for the Smaller PMO

AU4680ch15.pdf

Table of Contents
Chapter 15: Project Auditing

Project Environment Interface Concepts
Business Environment Interface Concepts
Project Auditing Activities across the PMO Continuum
Project Auditing Function Model

Set Up Project Auditing Capability

Determine Project Auditing Needs

Primary Project Management Audits
Additional Project Management Audits
Technical Audits

Identify Project Auditing Resources

Project Managers and Project Team Members
Internal Auditors
External Collaborative Auditors
External Regulatory Auditors

Establish Project Audit Performance Points

Routine Project Audit Point
Triggered Project Audit Point
Discretionary Project Audit Point

Conduct Project Auditing

Prepare for Project Audits and Reviews

Identify and Convene Auditor or Audit Team
Plan the Audit
Conduct Auditor or Audit Team Preparation

Conduct Project Audit
Prepare Project Audit Report

Manage Project Auditing Results

Review Project Audit Results

Identification of Troubled Projects
Examination of Audit Completeness
Formulation of Follow-On PMO Activities

Analyze Aggregate Program Results
Monitor Project Audit Follow-Up Actions

Postscript for the Smaller PMO

AU4680ch16.pdf

Table of Contents
Chapter 16: Project Recovery

Project Environment Interface Concepts
Business Environment Interface Concepts
Project Recovery Activities across the PMO Continuum
Project Recovery Function Model

Develop Recovery Assessment Process

Identify Recovery Indicators
Assess Project and Identify Problem Areas

Assess Application of the Current Project Management Methodology
Assess the Current Project Management Support Structure
Assess the Current Business Interests and Issues
Assess the Current Project Workplan
Assess the Preparation and Use of Primary Project Management Plans
Assess the Current Project Team and Key Stakeholders

Prepare Project Recovery Decision Package
Coordinate Project Recovery Decision

Plan and Conduct Project Recovery

Establish Project Recovery Team

Senior Management
Project Recovery Manager
Project Team Members
Vendors and Contractors
Customers

Develop Project Recovery Plan
Stabilize Project Using Recovery Solution
Conclude Project Recovery

Capture Recovery Lessons Learned

Examine Project Management Indicators
Examine Project Selection Criteria
Examine Project Recovery Process
Update Routine and Project Recovery Remedies

Postscript for the Smaller PMO

AU4680ch17.pdf

Table of Contents
Section V: BUSINESS ALIGNMENT
Chapter 17: Project Portfolio Management

Project Environment Interface Concepts
Business Environment Interface Concepts
Portfolio Management Activities across the PMO Continuum
Project Portfolio Management Function Model

Set Up Project Portfolio Management

Validate Business Strategy and Interests
Identify Project Selection Criteria

Business Perspective
Financial Perspective
Performance Perspective
Nonnumerical Perspective

Determine Project Selection Mechanism

New Project Classification Mechanism
Financial Calculations Mechanism
Balanced-Scorecard Mechanism
Rank-Order Matrix Mechanism
Pairwise Comparison Mechanism
Peer or Oversight Committee Review Mechanism

Identify Project Portfolio Management Roles

Executive Control Board
Portfolio Management Team
Portfolio Administrator
Project Sponsor
Project Manager

Establish a Supportive Project Environment

Perform Project Selection

Conduct Project Screening

Primary Project Screening Elements
Secondary Project Screening Elements

Develop Project Business Plan

Project Customer Information
Project Definition Document
Project Initial Estimates
Project Assumptions and Constraints
Preliminary Project Risks
Financial Analyses

Develop Project Resource Allocation Plan

Identify Financial Impacts of Staffing Requirements
Review Organizational Resource Utilization Impacts
Develop Resource Allocation Plan

Conduct Project Selection

Integrate Projects in the Portfolio

Validate Project Selection
Determine Project Priority
Approve Initial Project Funding

Conduct Project and Portfolio Reviews

Compile Project Performance Information
Conduct Project Gateway Reviews

Validate the Business Plan
Assess Project Performance
Evaluate Resource Allocations
Confirm Project Position in the Portfolio
Make Project Continuation Decision

Conduct Portfolio Reviews

Manage Portfolio Attrition

Perform Project Closeout
Assess Strategic Advantage
Assess Customer Satisfaction

Postscript for the Smaller PMO

AU4680ch18.pdf

Table of Contents
Chapter 18: Customer Relationship Management

Project Environment Interface Concepts
Business Environment Interface Concepts
Customer Relationship Management Activities across the PMO Continuum
Customer Relationship Management Function Model

Manage Customer Relationships

Manage Customer Project Information
Manage Customer Business Information
Manage Customer Project Participation

Manage Customer Contracts

Produce and Manage Customer Proposals

Opportunity Qualification
Proposal Preparation
Proposal Submittal
Contract Negotiation

Establish Customer Contracts
Conduct Customer Contract Administration

Contract Administration Planning
Contract Performance Management
Contract Closeout

Manage Customer Satisfaction

Measure Customer Satisfaction
Conduct Customer Relationship Programs
Implement Customer-Centric Improvements

Postscript for the Smaller PMO

AU4680ch19.pdf

Table of Contents
Chapter 19: Vendor and Contractor Relationship Management

Project Environment Interface Concepts
Business Environment Interface Concepts
Vendor and Contractor Relationships Activities across the PMO Continuum
Vendor and Contractor Relationships Function Model

Manage Vendor/Contractor Relationships

Identify Vendor and Contractor Needs
Manage Vendor and Contractor Information
Prescribe Vendor and Contractor Participation

Manage Vendor/Contractor Acquisition

Identify and Qualify Vendors and Contractors
Solicit Vendor and Contractor Proposals
Prepare Vendor and Contractor Contracts

Manage Vendor and Contractor Performance

Administer Vendor and Contractor Contracts
Monitor Vendor and Contractor Performance

Postscript for the Smaller PMO

AU4680ch20.pdf

Table of Contents
Chapter 20: Business Performance Management

Project Environment Interface Concepts
Business Environment Interface Concepts
Business Performance Management Activities across the PMO Continuum
Business Performance Management Function Model

Develop Integrated Business Solutions

Demonstrate Project Management Business Value

Project Management and Revenue Generation
Project Management and Operational Efficiency
Project Management and Customer Satisfaction

Generate Executive Value Awareness
Align Business and Project Management Performance

Manage Business Collaboration

Conduct Operational Business Collaboration
Conduct Tactical Business Collaboration
Conduct Strategic Business Collaboration

Manage PMO Business Fulfillment

Manage PMO Business Function Evolution

Practice Management
Infrastructure Management
Resource Integration
Technical Support
Business Alignment

Develop PMO and Enterprise Business Alignment

Postscript for the Smaller PMO