Skip to main content

Change Management - What’s so complex about it?

Perform Integrated Change Control is one of the process under monitoring & Controlling process group and in Integration knowledge area. One of the most weighted process in PMP examination and you can expect lot of questions from this process.

Let’s pick up few instances:

  1. A team member comes to you and proposes changes in high level design for security module interfaces. He feels confident that introducing those changes will lead to lesser efforts and more secured and de- coupled interfaces. 
  2. You (Project Manager) along with few senior team leads is having a meeting with customer to get the prototype sign off. The customer feels that the screen is too bland and needs a better UI (User Interface)
  3. Your senior manager comes up to you and informs you that the inter-related BPO project has few changes in the process and hence the current project (under me) needs to change the current workflow to match the updated workflow.
 
What do you think of the above situations? Are these changes? Do you as PM needs to implement them as is or with some approvals?

PMBOK to rescue

According to PMI all the above scenarios are changes to your plan - these changes may impact the schedule/quality/scope/risk of the project and hence needs to undergo ICC (Integrated Change Control) process.

Real life 

One very good question asked in one of my workshop was - what do I do for the changes which get raised in executing phase of my project. Since I'm executing anyways - can I go ahead and implement them – This approach seems so right...  The student was so convincing that it left me thinking for a while...

So what do I do if change requests (CR) are raised?

We simply follow Change management plan - This is a plan which I as a project manager have decided and planned as part of planning process. 
Typically the process as advised by PMBOK is:

CR Management Process
  • Document CR in Change request Register.
  • Assign the CR to SME (Subject Matter Expert) for impact analysis
  • Present the cumulative impact analysis forms to CCB (Change Control Board) for decision (go no go); you may add your recommendations in it.
  • CCB meetings need to be periodic and interactive.
  • The CCB accepts or rejects CRs
  • The approved CRs goes back for planning.
  • The PM re- plans and get approvals. New baseline are in place now. 

 Key Takeaways

  • There is always a CCB
  • There is always a Change Management Plan
  • In case of any change (It can be reduction of scope - unbelievable??) needs to undergo Change Management process which means
    • Change Request documentation in Change request Register
    • Impact analysis
    • Approval/rejection by CCB
    • Replan (and hence part of the plan)
    • Execute as per plan.
  • We never implement changes (unapproved) in executing phase however small it is.

 

 Please do reach out to me for any feedback and inputs at kavita.sh@gmail.com



Comments

  1. Very useful information. It will help in handling changes in a proper manner and also differentiate between the changes that would be beneficial and changes that could impact the project in an adverse manner though they might look good.

    ReplyDelete

Post a Comment

Thanks for your comments.

Popular posts from this blog

Critical Path Method (CPM) Simplified..

A critical path is the longest path in the network.  Each node which falls under critical path has zero or negative float (Slack). Now how do we calculate critical path?? Sample Node I’ve seen various illustrations having different way to calculate CPM, few are: -           The project starts on day 1. -           The project starts on day 0. Both the approaches give same results, however I liked the day 0 approach better, its simpler, easy and lesser room for errors. Example Figure 1 - Example  There are 3 steps to calculate CPM: 1. Forward Pass - To calculate the Early Start(ES) and Early Finish(EF) of node. 2. Backward Pass - To calculate Late Start (LS) and Late Finish(LF) of node. 3. Calculate Float and Thus CPM. The Forward Pass: Forward Pass Illustration We start from first Node or Start node. The works begin on day 0....

Inside PMP Study Guide

Relationship between Project, Program and Portfolio

Project, Program and Portfolio - What is the difference? There have been few discussions in my recent workshops as what is the difference between project, program and portfolio. Lets start from the term which is most clear to all: Project: A project is a temporary endeavor undertaken to create a unique product, service, or result A project could be: Creating a website,   Creating a building,  Organising a rally/party Program:  A group of related projects, subprograms, and program activities that are managed in a coordinated way to obtain benefits not available from managing them individually. Programs may include operations and support activities.. The program could be : Rolling out 3G  network across india. Creating and Implementing a new policy organisation wide  Election campaign for presidential elections across country Portfolio A portfolio is a component c...