(B) - Project Planning Notes
(B) - Project Planning Notes
(B) - Project Planning Notes
PROJECT PLANNING
Contents
PROJECT PLANNING
1. The Project Cycle
The project cycle gives a framework for planning the sequence of the project
activities. Each project phase thus defined can be used as a heading under which to
itemise the main activities which need to occur at that stage of the project. A "general
purpose" project cycle might be:
DEFINITION
PLANNING
SCHEDULING
CONTROL
MODIFICATION/UPDATE
FINAL REVIEW
The term "cycle" implies that there is an element of feedback, and the stages of
CONTROL and MODIFICATION/UPDATE are largely composed of feedback. But
feedback takes place at the other stages as well. In the PLANNING stage it is quite
possible that it will become apparent that there is a deficiency in the definition which
has been previously set. Care in the original establishment of the definition should
minimise these occurrences, but it is inappropriate to persist with such a flaw if it
should exist. The definition should be reviewed and revised. Similarly the
scheduling may point to a need to modify the planning, or even the definition.
Where the successive stages are firmly defined as sequential steps there may be
reluctance to backtrack, and historically there has been a view that, "Once we have
done our stage of the job and passed it on to the next department we are not going to
be criticised by them. Their difficulties are their problem and we should not have to
re-do work just to compensate for their inabilities." This is sometimes called the
"over the wall" way of thinking. Nowadays there is a far greater inclination to learn
from the downstream departments and to do as much as possible to consider their
needs and opinions.
Time pressures have increasingly often forced the strict sequencing of the stages to be
compromised and instead led to stages being overlapped. The terms "concurrent
The other potential area of feedback is at the FINAL REVIEW stage. This is usually
when the project results are compared to the original objectives and used as the basis
for promotions and firings as seen fit. The astute project manager will apply the LSE
technique at this stage - by a Last minute Shift of Emphasis he will modify the
objectives to neatly match whatever was achieved).
But a more appropriate use of this stage is to learn any lessons which the project has
provided. If any mistakes which might reasonably have been made are identified and
appropriately recorded, then it should prevent these same mistakes being
unreasonably repeated on any subsequent project. Thus the experiences from the
conclusion of one project are fed back to the planning of the next.
Time/Cost/Resource Constraints
SCHEDULING Network
CONTROL Schedule
Cost
Resources
CONCEPTION Goals
Formal Authority
PLANNING Budgeting
Work breakdown
Define Targets
Make-or-buy decisions
Scheduling
Monitor
Identify problems
Re-plan
Adjust targets
Reward personnel
Re-assign personnel
Review
The maxim of "Different horses for different courses" applies. If the company use
their experience to define an appropriate standard project cycle then it can save a lot
of time on each project, since the initial outline plan already exists which usefully
provides a check list of the necessary activities at each stage. Beware however the
danger of forcing an inappropriate "company standard" cycle on projects which are
different from that norm for which the company standard was developed.
a rather broad meaning of the word "quality". The other two objectives are the time
objective and the cost objective.
The priority of each of these three objectives is rarely equal. Careful thought should
be given to deciding the comparative weight of each element. One reason for this is
to identify the appropriate reaction to any difficulties which might arise. In such a
situation there are three possible reactions; the quality objective can be relaxed, or the
timescale can be extended, or more resource can be applied to preserve the integrity
of quality and delivery date but incurring greater cost. If there is a clear
understanding of the ranking of the objectives it is likely that a correct choice of the
alternatives will be made.
In many projects it is useful not simply to identify the three objectives, but to identify
for each of the objectives a range of acceptability, from the best that it is reasonable to
aim for to the worst that would be acceptable. This then defines a three dimensional
box marking the limits for combinations of the objectives which will satisfy the needs.
Any enforced adjustment of objectives will be acceptable if it remains within the box,
unacceptable if it goes outside.
What is to be avoided is a sudden change of the priorities. It is sadly not unusual for a
project to proceed for most of its life with a ferocious zeal for controlling costs. Then
at a late stage it is realised that time has become a major issue and in an effort to meet
the deadline money is thrown at the job, negating all the previous care.
It would be ideal if the priorities set were correct at the start and could be maintained
throughout. In many cases though it must be recognised that there will be changes to
the priorities during the project's life. It will remain true however that such change
should be a planned development and not a crisis revolution.
face of such uncertainties? This dangerous temptation must be resisted. It is all too
easy in such a scenario to dissipate uncontrolled amounts of time and money with
little to show for it.
The technique to be adopted is to break such a project into two or more phases, and
while we may not be able to see clearly the outcome of the total project it is essential
that the phase which is current at any time has absolutely clear objectives. If at the
start of a project one is unable to say which of several alternatives will be chosen,
then an objective of a first phase of the project is to gather the necessary information
to make such a choice possible. If we are faced with unclear objectives initially, then
it is a clear objective for the first phase to clarify the overall objectives. Thus at any
time the current phase is proceeding with purpose and direction rather than merely
travelling hopefully.
In deciding how to group together packages to create the intermediate levels of the
structure there are a number of alternative logical criteria. These include grouping
tasks by the technical skills required for them, grouping tasks by time phases in the
project, or grouping tasks according to the product structure. So the criterion can be
function, time, product, or some other basis, giving a work breakdown structure which
In some situations there may not be a free choice. If the customer dictates a structure
to match his own reporting set-up then that will probably have to be adhered to. Thus
the American Department of Defence require adherence to their own rules for projects
being conducted for them. Only for cogent reasons could a supplier contemplate
arguing with the person who pays the bills, especially the one who was largely
responsible for insisting that the world should adopt the idea of work breakdown
structures.
Sometimes the WBS/OBS relationship takes a particularly simple form where the
WBS and OBS are identical in structure. There can be two causes for this. Firstly,
the WBS might be deliberately structured to mimic the OBS. The danger here is that
making the project fit the organisation in this way may not be sensible, but merely
easily convenient. The second possible cause of this direct match may be if the
organisation is created specifically for the project, in which case it is more likely to be
a suitable match.