How To Develop A Work Breakdown Structure For Projects
In my previous article, I have talked about all that you need to know about work Breakdown Structure for projects. In this article, I want to talk about how to develop work Breakdown Structure for projects. Follow me as we are going to look at that together in this article.
#1 Reference material
There is a need for you to gather the reference materials and other inputs you will need. Some of the materials include: the scope statement, requirement documentation , a WBS template, constraints and assumptions , constraints and assumptions and other planning inputs that may impact scope definition.
You have to determine how you are going to organise the work of your project. Regardless of the organisation , these elements represent the level directly below the project name on your WBS. The WBS can be created using various methods.
Subdividing the project into phases s the first level of decomposition and then subdividing the phases into product and project deliverables as the second level of decomposition.
The project can be subdivided into major deliverables , which can be first level of decomposition.
Making the subprojects conducted outside the organisation the first level of decomposition and the supporting contract work the second level of decomposition.
#3 Major deliverables
You need to identify the major deliverables or subprojects for the project. The major deliverables should be listed in the scope statement or contract, but your team may think of more deliverables that are neccesary to achieve the project’s objectives.
If you are organising your project work by major deliverables, this step will represent the level directly below the project name. If you are organising your work by some other method, the major deliverable will probably be two levels below the project name.
#4 Sufficient decomposition
You have to analyse each element to determine whether it is sufficiently decomposed. Can each deliverables be adequately scheduled, budgeted , and assigned to an individual person or group? If yes, you have reached the work package level; decomposition for this element is complete . Skip the next step and go to step 6 . If no, further decomposition is required for this element .
Break down each WBS elements into Subdeliverables until you reach the work package level. For each element , ask yourself , ” In order to create this deliverable , what Subdeliverables will we have to produce?” . Repeat step 4.
#6 Validate your WBS
There is a need for you to validate your WBS using a bottom-up approach. Starting at the work package level , ensure that:
- The lower level complaint are neccesary and sufficient for the completion of each decomposed item.
- Each element is described as a deliverable , and is distinguishable from all other deliverables.
- Each element can be adequately budgeted , scheduled , and assigned to an individual person or group.
Remember that, although it is not neccesary to have the same number of levels for each deliverable , a dispproportionate number of levels may indicate that the deliverable is inappropriately decomposed.
Analyse the element to determine whether one of the high level components should be brpken into two or more Subdeliverables should be combined.
Make neccesary modification before moving to step 7.
#7 Project code
Using your Organisation’s or project code of accounts, assign a unique numeric cost code for each element , indicating it’s branch and level on the WBS for cost performance tracking and reporting.
Now your take on this article…
I know you might agree with some of the points that I have raised in this article. You might not agree with some of the issues raised. Let me know your views about the topic discussed. We will appreciate it if you can drop your comment. Thanks in anticipation.
Become Part Of our Fan Base on Facebook. Click Here.
Follow Us on twitter. Click Here.
Download Our App. Click Here
Many Crypto. One place. Use Roqqu