Project Smart ~ Exploring trends and developments in project management today

Calendar icon
Adobe PDF icon

How to Make Changes on a Project

~ By Kenneth Darter

The words Change Order on a digital screen

It is never fun to make changes, especially amidst a big project, but at times change is necessary. There might be personnel who are not working out, or the scope might be wrong or ill-defined, or perhaps the schedule needs to be overhauled; all of these things and others can cause changes on the project. There is always a chance that the change will be disruptive for the project and the project team, so changing anything on a project just for the sake of change is never a good idea. Leaders should consider the issue from every angle and solicit input from all concerned parties before they can even decide if a change is warranted. If change is indeed necessary for the project, then the following checklist will help ensure that all bases are covered as the project manager implements the change(s).

Communicate (Up and Down)

The first step is to communicate the upcoming change to the project. This communication needs to go up and down the chain. The team working on the project should be fully aware of the change and the reason behind it so that they are not working in the dark or blindsided by something in the middle of the project. The stakeholders and management in charge of the project need to understand what is going on, as well. As decision makers, they need to be aware of any changes so they can do their jobs effectively. It may or may not be necessary to get permission for every change that is made to the project, but it is important for stakeholders to be informed.

Document (Everywhere)

After communicating what is going on in the project, it is time to document it. There might be an update to the personnel plan if there was a change made in the team structure, or an update to the risk mitigation plans if you are changing aspects of the project to decrease the likelihood of certain risks occurring. The documentation of the project should remain current so that everyone on and outside the project is still working from current documentation. If the documentation is not updated correctly, then assumptions and decisions about the project could be made erroneously, which can only lead to more issues and problems down the road.

Update Schedules

The last step in updating project documentation should be updating the schedule. While some changes may not have any impact on the schedule at all, it is likely that something that changed on a project will impact the schedule. Whether new resources have been added that change the resource load of the project plan, or scope has been limited which removes tasks, or risks have been mitigated which add tasks; the schedule should be reviewed fully in light of the changes so that updates can be made and a new baseline schedule published for the project, if necessary.

Reflect on Lessons Learned

The last step is to reflect on what lessons were learned from the change to the project. Can the causes that led to the decision of the change and the factors that went into the decision be identified. Furthermore, after the change was made, how was the project impacted. If there were any negative outcomes, this is the time to be honest and document that for future projects. Hopefully, the change was positive and can help future projects start off on the right foot instead of having to make changes in the middle.


When it comes to making changes on a project, make sure all changes are fully communicated to both the team members and stakeholders. Document changes to keep the project documentation current and prevent poor decision making based on inaccurate data. Next, update the project schedule to reflect the impact of the changes. Finally, think about any lessons learned that could be usefully applied to future projects.

Most projects encounter changes during their life cycle; it's how those changes are handled that makes the difference between a positive or negative experience for everyone involved on the project.

Comments (3)

Topic: How to Make Changes on a Project
4/5 (3)
Full StarFull StarFull StarFull StarEmpty Star
28th July 2020 1:11am
Philip VonSteinmann (Reno) says...
My 'Intro to Project Management Class' has given us a discussion board task to review the Challenger Disaster in 1986. I find that NASA management, the media, risk management, politics, and the refusal to include astronauts in all the meetings and decisions was critical. The astronauts were the BIGGEST STAKEHOLDERS, not management, not the media, and not risk management. Group think may have played a part in deciding to launch after 5 delays for weather and now a night of 20 degrees with frozen icicles on the aircraft. A sane person would automatically decide SAFETY FIRST. All astronauts would automatically say SAFETY FIRST. Many engineers did and were not valued. Thus, the DISASTER! It was not an ACCIDENT. It was a DISASTER!
12th January 2015 11:13am
Chris Pilfold says...
Someone once said that the definition of a project is something with a starting point and a defined finishing point with at least one disaster in the middle. Unless a project is very simple, one must expect change and welcome it.

In my world (development projects) we are expecting change, or it wouldn't be a development. I am often provided with a wish list that someone would like in an ideal world, not the real world. We have set procedures for change; referred to as Engineering Change Proposals or ECPs. An ECP is created for any reason that impacts upon the project especially when it involves changes to the specification, schedule or cost of the project.

The method ensures that all elements of the project are considered and signed off by various authorities. It is a lengthy process and a PM may have to go for the change at risk that it is not signed off to keep the project on schedule.

For those PMs not used to Engineering projects, I would recommend that you speak to your engineering counterparts and find out how Engineering organisations use the ECP procedure, copy and adapt it to your own use; don't try to reinvent the wheel.

I agree with P. Vallee (below) as a solid design criteria is the basis for the original costing. The ECP process ensures that the whims, usually of the customer, are not the main deciding factor when making a change.

Whichever way you do it make sure that you have a formal, not necessarily cumbersome, process of change management.
Full StarFull StarFull StarFull StarEmpty Star
11th January 2015 12:12am
P. Vallee (Victoria) says...
It should be noted that early on, solid design criteria should be defined for the work. Further, if changes are warranted, it should be defined on what basis: safety, error, environment, security, simplifications, major interferences, and the like; not at the whim of various players. It should be also noted that a solid cost estimate and impact on planning (only part of which is schedule) should be reviewed. There does not seem to be mention of solid estimating; time, cost, impact, materials, effort, etc., in the write up. Just a few ideas here, thanks P. Vallee

Add a comment

(never displayed)

What is the next number: 12, 14, 16, ..?
Notify me of new comments via email.
Remember my form inputs on this computer.

10 Golden Rules of Project Risk Management

Three red dice reading: Manage your risk

The benefits of risk management in projects are huge. You can gain a lot of money if you deal with uncertain project events in a proactive manner.

Project Planning in a Nutshell

Gantt chart

This article provides an overview of why it is important to prepare a project plan. It also shows what elements a good project plan will include.

How to Initiate a Six Sigma Project

Six Sigma diagram scheme concept

Although one cannot have a project-specific vision right from the very beginning of a Six Sigma initiative, you can develop a comprehensive viewpoint.

Which Life Cycle Is Best for Your Project?

Life cycle written on digital touch screen

When choosing a development life cycle, don't just trust your feelings. Decide based on factors that really matter.

PROJECT SMART is the project management resource that helps managers at all levels improve their performance. We provide an important knowledge base for those involved in managing projects of all kinds. With weekly exclusive updates, we keep you in touch with the latest project management thinking.

WE ARE CONNECTED ~ Follow us on social media to get regular updates and opinion on what's happening in the world of project management.

Latest Comments

Brent Tucker commented on…
Just for a Laugh: The Lighter Side of Project Management
- Wed 23 September 6:30pm

David commented on…
- Sat 19 September 3:18pm

Stuart Mori commented on…
Use Your Whole Brain: Leveraging Right-Brained Thinking in a Left-Brained World
- Wed 16 September 6:01pm

Latest tweets

General Project Management • Re: Project management tools about 4 hours ago

General Project Management • Re: How to choose the right requirements management tool for managing projects? about 1 day ago

General Project Management • Re: Best Certification For Me? about 1 day ago