...to divide the project into phases! Have you ever thought about it? I didn’t until recently, just let me tell you all about it and maybe you can challenge this idea. Or come up with another idea.
This is no big breakthrough in Project Management but it was a great reminder that no matter how much experience you have there is always a way to learn something. I know I just did but...
...But first, some definitions
Let’s start stating the obvious for some but with a necessary definition first anyhow to make sure we're all on the same track. Sub-projects or project phases consist of the division of a project into smaller chunks where each chunk is managed as a project itself. This last bit is the key to this: if you can manage a phase as a project itself, then this phase must be quite independent from the other phases in the project. And a project phase should always match a branch of your Work Breakdown Structure (WBS).
In practice, a program is focused on business value and project on deliverables.
Why use phases in a project
You can use project phases for several reasons. In my particular case, I’ve used them either to:
- introduce a critical decision point in the middle of a project (like deciding if it’s worth to go ahead with the project after a feasibility study)
- outsource part of the project work in the form of another project (which is a sub-project of the initial project)
- and give the responsibility of that branch of the WBS to someone else (because part of the work must be done in a different geographical location)
But about risk?
So in short, we took the tree branch of the WBS that we expected to crash somewhere in time and isolated the problem. This may sound like escaping from one's responsibilities, but it isn't. It's about keeping the damages under control on one side (reducing the risk impact) and on the other side providing more means of management (reducing risk probability).
If you take another look at the reasons I presented earlier for phasing a project and the PMBOK definition, they also imply the possibility of lowering the risk associated with the project. In the case of the PMBOK definition, if you have more control over the project you have less probability of things going wrong, right?
So in fact this is not a new concept at all, but it was the first time I’ve seen it and applied it clearly: phases as a means to lower the overall project risk.
Now I’m a curious person: in your case, why have you used project phases? Have you ever done it to reduce the project overall risk?
Images from http://www.radio.rai.it, http://www.leadwithhonor.com
Posted by Luis Seabra Coelho