Project Change Management: Minimize Risks. Maximize Rewards.


Considering the effort that it takes to gather requirements, assemble a team, secure approvals, and create a working schedule, sudden and unexpected "changes to plan" are not always wise - and certainly not always welcome. There are times when change is a mistake, and times when change is essential.  No matter which side any given change may be on, change is a reality that must be faced and controlled.  Read on to learn how it's done.

Change is a fact of life for most every project.  To begin with, projects occur over a span of time, and with the passage of time, underlying circumstances and conditions can and do change. In addition, projects are completed by people, and people have new ideas, recognize mistakes and change their minds. Under these circumstances, it would be unwise, if not impossible, to proceed without recognizing, accepting and preparing for the possibility of change.  That's the purpose and goal of standardized "change management".

What is Project Change Management?

Project change management is defined by the body of concepts, steps and strategies used to manage, control and implement "change" within a project. Change management applies to all elements of the project and project management process, covering the project vision, scope and related procedural components. Change management procedures are sized and applied to a given project as part of the project governance phase and are executed as part of project oversight. The key to effective project change management is not to prevent change, but to control it. This is the whole point - to identify, evaluate and adopt changes so that project results are enhanced. To that end, project should be managed with a structured process designed to accept positive change and avoid negative change.  (Download our free Change Request Template)

Key to Success: Effective practices for project change management must incorporate and address the two (2) primary types of change:

  1. Reactive Change: When changes are necessary to respond to project problems (i.e. delays, technical failures, funding shortages, resources issues, etc.). In all likelihood, reactive changes are not optional as long as you wish to sustain or salvage the project.
  2. Requested Change: When changes to project requirements, scope, deliverables or related management plans are requested by end-users or other project participants. These changes can arise from new ideas, new information, or new perspectives, and usually are requested by project customers (i.e. your end-users). In any event, requested changes are usually discretionary, and therefore, are difficult to control. While certain changes can enhance and improve a project, if left uncontrolled, excessive change can lead to multiple, varied problems. Excessive project changes can overwhelm a project to the point where original benefits are lost, and the project can no longer be completed as expected. The trick to change control is to continually balance change requests against original project goals, ensuring enhanced value, without diminishing schedules and results. 

Manage Change: Be On Time, Be On Budget

In order to properly "control" changes for any given project, appropriate boundaries must be set that will both establish and limit the types of changes to be considered.  Obviously, if a change is required to keep a project going, that change must be accepted. But if change is discretionary, that change must be weighed against existing project conditions and established boundaries. Taking a standardized approach, it takes just five (5) analytical variables to set realistic, flexible boundaries for managing project change:

  • Value and Priority. If a project is very visible and important, you may need to set high limits for discretionary changes to avoid unwarranted risks.
  • Timing. If the change request arrives at an early stage in the project, that change can probably be absorbed, but if the project is more than 50% complete, that same change may actually interfere with timely completion.
  • Cost. Project changes can increase (or decrease) project costs. In order to properly manage changes, you should set limits on change related costs, so that your budget is appropriately maintained. In addition, for large projects, separate change budgets (also known as a contingency fund) should be established to set limits for change costs outside of the original budget. In effect, your initial budget establishes expected costs, and your change budget controls the costs of subsequent changes.
  • Impact. In order to maintain proper control of project change, you will need toevaluate and identify "change impact" - i.e. how will a given change affect the project as a whole or in part? Will the change impact scope, deliverables, schedules, resources, or some other project element? With this detailed understanding, you can set appropriate, yet flexible boundaries as a guideline for change review and approval.

Producing the "Change Impact Statement" (CIS)

Once change requests are processed, reviewed and approved, the corresponding changes must be incorporated into existing project plan, vision and scope. Depending on the specific type of change, one or more elements of the project may be affected, and this may necessitate changes to project plans, technical designs, resource assignments, budgets or other project documentation. No matter how many areas of the project are affected, changes should be properly recorded to ensure that original documents and plans are maintained as a baseline, with changes clearly identified. Most automated project planning tools will track changes to plan, and will produce reports of all variations. However, as time passes, and with multiple projects underway, these reports may not provide sufficient "lessons learned" information as to the "whys and wherefores" of change approval, and the related change results. That's the point of the "Change Impact Statement".

The "Change Impact Statement (CIS)" is a project oversight and review deliverable used to record change reasoning, execution and consequences. To serve it's intended purpose, the "statement" deliverable should accomplish all of the following:

  • The CIS should describe the defining characteristics of the proposed "change" considering the type, scope, characteristics and potential impact.  (Change decisions should be based on the "define, align and approve" paradigm).
  • The CIS should provide a detailed explanation of the reasoning behind change approval including a brief summary of the approval process, description of anticipated benefits and related consequences for a failure to act (if any).
  • The CIS should provide a detailed description of the steps and procedures followed in implementing the related change.
  • The CIS should include an evaluation of change planning compared to actual change results.
  • The CIS should include an evaluation of change management "lessons learned" for use in the project review process.

Continue reading more on this subject in our featured articles Fundamentals of Issues Management and Easy Ways to Control Project Risk.


The Project Committee Planner and Template Kit

The Project Committee Planner and Template Kit

The Project Committee Planner and Template Kit provides time-saving steps and customizable templates to organize, operate and evaluate all types of project committees.  Available for instant download.


About Us: We're Right Track Associates, proprietors and publishers of multiple web sites including ITtoolkit.com, Fast Track Manage, HOA Board List and more. We started ITtoolkit.com in 2001 and have continued to grow our web site portfolio, Toolkit products, and related data services.   To learn more, start with our home page.

Learn more about the Service Strategy Toolkit from ITtoolkit.com

IT'S TIME FOR THE I.T. SERVICE STRATEGY TOOLKIT

From ITtoolkit.com!

Are you ready to lead your I.T. department to become more valued, relevant and responsive? If so, then you need the IT Service Strategy Toolkit from ITtoolkit.com! The Toolkit teaches you how to "add value" to IT projects and services -- using our time-saving "service strategy process". It's ready for instant download, filled with 400+ pages of steps, guidelines, practices and templates. Find Out More

Featured Content

While you're here, don't forget to check out our collection of free templates, whitepapers and management infographics.

ITtoolkit.com Whitepapers and Templates

ITtoolkit.com Infographics

Popular Article Categories

You can find our most popular blog articles at the links below, organized by subject matter.

FEATURED MANAGEMENT TOPIC:

Project Fast Tracking

What is it?

Strategic "project fast tracking" is a streamlined project management process, specifically used to overcome the most common types of project obstacles, including insufficient time, resource shortages, budgetary deficiencies and stakeholder conflicts.

Articles:

Part 1: What is Strategic Fast Tracking?

Part 2: Evaluating Projects for Fast-Track-Ability

Part 3: Pinpointing Project Priorities

Infographics:

Get an illustrated view of the fast tracking process in the "Step-by-Step to a Fast Tracked Project" infographic.

Tools and Templates:

Learn more about the Fast Track Project Toolkit

The Fast Track Project Toolkit provides the entire "fast tracking" methodology in one complete package, filled with how-to concepts, practices and templates. Available for instant download.


Articles, Tips & Offers Right to Your Inbox

Sign up for the ITtoolkit.com newsletter and be the first to know about our latest blog articles, templates, white papers, infographics, and special offers.

We won't overload your inbox and we don't share or sell subscriber information. Just enter your email address below.