Professional Documents
Culture Documents
By Phil Marks
Firstly, let me be clear that we are not going to talk about repetitive
implementation rollout projects where a template project plan has been refined over a series of
projects and becomes a standard checklist for project management (for example, commercial
off-the-shelf software). This article is about those one-off (or initial template try-out) projects.
These projects may be within organisations large or small.
Large organisations, which have mature and well run IT departments may well have formal
project offices with established project planning standards, dedicated project office staff and
probably automated plan-quality checking systems. For example, seeking orphan tasks,
missing dependencies and measuring other metrics to provide an overall 'plan quality'
assessment. Smaller organisations, such as solutions houses, may lack this level of
sophistication, but will almost certainly need detailed project plans.
Gantt charts are an excellent format for presenting dependency and progress data, but as with
most things in life, the returns will be dependent on the investment. The more care that goes
into the project plan data setup, the better the feedback will be. However, there is a danger the
level of detail that can be built into the typical project plan can itself need a disproportionate
amount of project management maintenance. We will not go into great detail here, but
dependency and critical path management are of major importance. So, 'sweating the detail' in
the plan is critical at the outset.
The actual project management overhead can get out of kilter with the budget. What suffers
then? An overloaded project management team, undermaintained plan and actual data or even
both together. The result is Gantt chart slavery.
1
This will result in classifying the proposed project as low, moderate or high complexity. Note
that a moderate complexity project may have a high complexity phase.
These levels of complexity will need differing amounts of project management effort set in the
resource budget. As a rule of thumb, these would be:
These figures may seem excessively high to some people, but more than 30% of projects are
deemed failures, and failure is always the result of inadequate project management (which
includes risk assessment and management). So, the 'buck stops' at the quality or quantity of
project management.
The plan structure should reflect the prioritised risk analysis with simple milestones and
gateways.
The degree of detail built into project plan should be proportional to the project
complexity.
The management reporting requirement should be proportional to the project complexity,
thus only requiring proportionate maintenance.
The maintenance requirement is focused on what really matters. The Gantt charts reflect this,
with the degree of detail proportional to the phase risk.
This means that a project manager comes to the office every day thinking, 'How do I move the
project forward today towards that milestone?' and not, 'Another 4 hours collecting data and 2
hours inputting it before I can get any real work done.'
The project manager's role is mainly one of pro-action and not one of administration.
Phil Marks has more than 20 years of successfully delivering and rescuing projects in banking,
commerce, government, manufacturing and distribution. Find out more at projectPDQ.