Module 4 - Planning For Implementation
Module 4 - Planning For Implementation
Module 4 - Planning For Implementation
• When you find a problem, you can’t just make a change, because
it may be too expensive or take too long to do.
• You will need to look at how it affects the triple constraint (time,
cost, scope) and how it impacts project quality.
• You will then have to figure out if it is worth making the change.
• 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.
Change Control……
• Change control is a set of procedures that lets you make changes
in an organized way.
• Any time you need to make a change to your plan, you must start
with a change request. This is a document that either you or the
person making the request must complete.
• Any change to your project must 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.
Change Control……
• 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 are approved, you
send them back to the team to put them in place.
• The implementation phase uses the most project time and
resources, and as a result, costs are usually the highest during
this phase.
• Project managers also experience the greatest conflicts over
schedules in this phase.
• You may find as you are monitoring your project that the
actual time it is taking to do the scheduled work is longer than
the amount of time planned.
Project Compression Tools
• 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 called crashing. Crashing the schedule means adding resources or
moving them around to bring the project back into line with the schedule.
• 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 a schedule change means keeping all of your
schedule documents up to date. That way, you will always be
comparing your results to the correct 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.