A
stage should not go outside the tolerances agreed with the Project
Board.
The
Project Manager should always present a recommendation when escalating Project
Issues.
This
can be advance warning to the Project Board of a deviation before presentation
of an Exception Plan. The Project Manager can only take corrective action or maintain
the 'status quo' alone while the stage is forecast to stay within the tolerances set by the Project
Board. Escalating Project Issues applies where
any corrective action would take the stage or project beyond the tolerance
margins.
The
decision by the Project Board in response to the escalation may lead to the
production of an Exception Plan, where cost and/or time targets are adjusted,
or to the approval of a Non-Compliance where a quality waiver is required.
One
of the major Project Controls available to the Project Board is that they set
tolerances for each stage. (Tolerance is fully described in the Project
Controls chapter.) The Project Manager only has authority to proceed with a
stage while it is forecast to stay within the tolerance margins. If the stage
is forecast to go outside the tolerance margins (possibly as the result of a
corrective action) the Project Manager must bring the situation to the
attention of the Project
Board.
One
item likely to cause a deviation is a Project Issue. Project Issues are fully
described in the chapter on Change Control. There may be one or more Project
Issues, the implementation of which would take the stage (and possibly the
entire project) beyond the agreed tolerances. The decision on which (if any)
changes to approve for the Project Board must take action.
Other
causes may be poor estimation, a change in resource availability, resources
under- or over-performing, unplanned tasks, tasks not needed and re-work.
In
order to retain the Project
Board's overall control, the following steps are
taken:
|
Carry out a full impact
analysis of the deviation; the analysis should cover specialist, User and
business impacts |
|
Identify and evaluate
options for recovery (or to take advantage of good news) |
|
Select a recommendation |
|
Put the situation,
options and recommendation to the Project Board in an Exception Report |
|
The Project Board
indicates support or otherwise for the Project
Manager's recommendation. |
Where
an exception situation has been identified, an
Exception Plan has to be devised
which either recovers a situation that is outside tolerance or proposes a new
plan with a new target cost and time, plus new tolerances around that target.
The
Project Board's advice should be sought before devising the Exception
Plan. All
current constraints should be investigated with the Board to see if they still
stand in the light of the new situation. The Project Manager will advise the
Project Board of the impact of the deviation on the Project
Plan, Business Case
and risks. Various options should be identified and a course of action
recommended to the Project
Board. An Exception Plan should be prepared in line
with the recommended actions. The Exception Plan replaces the remainder of the
current Stage Plan.
The
parts of a plan that can be varied in response to an exception situation are:
|
Cost |
|
Delivery date |
|
Quality |
|
Scope. |
Speed
is an important factor in notifying the Project Board of an exception
situation. Some of the above steps can be done in Exception Planning.
It
will often be necessary to revise the Project Plan as described in Updating
a Project Plan.
The
Project Manager is responsible for escalating Project Issues. Those with
project assurance responsibilities should also be monitoring any situations
that could cause a deviation, and should bring the matter to the Project
Manager's attention.
Management information |
Usage |
Explanation |
Input |
This baseline allows comparison of any change against original expectations |
|
Input |
Updated with the actuals so far, this shows the likely impact on the stage of the deviation in question |
|
Input |
The latest version allows examination for impact of the Issue on the Business Case |
|
Input |
This indicates the project status and the overall effect of any deviation |
|
Input |
Details of the change(s) which may have caused the exception situation |
|
Input |
Details of all actions being taken to remedy the situation |
|
Input |
Details of the risk exposure which may have caused the escalation |
|
Project Board responses |
In and Out |
Passes on to Producing an Exception Plan |
Output |
Description of the exception situation, its impact, options, recommendation and impact of the recommendation |
|
Is the Project Issue
within the remit of the project? If not, has guidance been given on how to
progress it? |
|
Is the stage forecast to
go outside its tolerance margins? |
|
Is there anything within
the Project
Manager's remit that would bring the stage back within its tolerances without reducing quality or project scope? |
|
Have the implications for
the Business Case and. risks been considered? |
|
Have all sensible
alternatives been considered? |
|
Is there a recommended
course of action for the Project Board to consider? |
|
Has the impact on the
Project Plan been calculated? |