When you find a problem, you can’t just make a change, because what if it’s too expensive, or will it take too long? You will need to look at how it affects the triple constraint (time, cost, scope) and how they impact quality. You will then have to figure out if it is worth making the change. Change control is a set of procedures that let you make changes in an organized way.
Anytime you need to make a change to your plan, you need to start with a change request (Figure 1). This is a document that either you or the person making the request needs to create. Any change to your project needs to be documented so you can figure out what needs to be done, by when, and by whom.
![]() |
Once the change request is documented, it is submitted to a change control board. A change control board is a group of people who consider changes for approval. Not every change control system has a board but most do. The change request could also be submitted to the project sponsor or management for review and approval. Putting the recommended changes through change control will help you evaluate the impact and update all the necessary documents. Not all changes are approved, but if the changes and repairs are approved, you send them back to the team to put them in place.
The execution phase will utilize the most project time and resources and as a result, costs are usually the highest during the executing phase. Project managers will also experience the greatest conflicts over schedules in this phase. You may find as your monitoring your project, the actual time it is taking to do the scheduled work is taking longer than the amount of time you planned. If you evaluate the impact of the change and find that it won’t have an impact on the project triple constraint, then you can make the change without going through change control.
When you absolutely have to meet the date and you are running behind, you can sometimes find ways to do activities more quickly by adding more resources to critical path tasks. That’s calledcrashing. Crashing the schedule means adding resources or moving them around to shorten it. Crashing ALWAYS costs more and doesn’t always work! There’s no way to crash a schedule without raising the overall cost of the project. So, if the budget is fixed and you don’t have any extra money to spend, you can’t use this technique.
Sometimes you’ve got two activities planned to occur in sequence, but you can actually do them at the same time. This is called fast-tracking the project. On a software project, you might do both your user acceptance testing (UAT) and your functional testing at the same time, for example. This is pretty risky. There’s a good chance you might need to redo some of the work you have done concurrently. Crashing and fast tracking are schedule compression tools. Managing schedule change means keeping all of your schedule documents up to date. That way, you will always be comparing your results to the right plan.
After the deliverables have been physically constructed and accepted by the customer a phase review is carried out to determine whether the project is complete and ready for closure.










"Accessible versions of this collection are available at Bookshare. DAISY and BRF are provided."