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 (2)

Topic: How to Make Changes on a Project
5/5 (2)
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)

Type the numbers for two hundred thirty-one.
Notify me of new comments via email.
Remember my form inputs on this computer.

10 Principles of Good Project Management

A project management workflow diagram written on yellow sticky notes

This article details ten solid principles of project management that are crucial to achieving your goals.

Coming to Terms With the Finish Date

Colourful calendar pages

Every project has a finish date. This article looks at how the finish date for a project is derived and how a project team comes to terms with that date.

Resourcing Project Managers

Project manager jobs advert in a newspaper

Ironically, although resourcing production team members is a significant part of a Project Manager's role, very little focus is placed on resourcing the Project Managers themselves.

But What is Best for the Customer?

Four business people's hands holding puzzle pieces

Ideally our project management methodology in a box process works perfectly for everyone. But clients come in all types and sizes and one size doesn't fit all.

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

Aahana Laghari commented on…
Project Planning a Step by Step Guide
- Thu 29 November 9:47am

Prakash commented on…
10 Golden Rules of Project Risk Management
- Mon 26 November 10:52pm

Lalit commented on…
10 Golden Rules of Project Risk Management
- Fri 23 November 7:28am

Latest tweets

General Project Management • Re: Identification System for Project Management Methodology about 2 days ago

General Project Management • Re: Software Project Management Effectiveness Survey about 5 days ago

General Project Management • Re: Project Resource Capacity Planning about 5 days ago