How and why is the WBS constructed and how can it be used to identify risk.

A work breakdown structure known as a WBS in project management is a tool that once implemented is useful for breaking down a working project into its discrete key components. A WBS helps the user to organise the workload and provide a scope of works which need to be carried out, in other words it provides a map of the project that can be easily followed as it is broken down into small work packages.

A WBS is basically a hierarchy of work packages that start at the higher levels of management that are broken down into smaller work packages the more it filters through the management chain. For example Top tier management may set a Goal of growing market share through increased sales.Top tier management cannot complete this task by itself it must be broken down into yearly , quarterly , monthly , weekly and finally daily work packages that can be carried out by sales reps etc.. The combination of daily , weekly , monthly etc. work packages ensures that constant deliverable are met that bring the company closer and closer to their main goal. Below is an extract taken from “Project management the managerial process” highlighting the makeup of a WBS

A Key component of a WBS is the ability of identifying risks associated with the overall goal that has been set. As the Goal is subdivided into different departments (again using the above example ) possibles risks that could arise can be identified as the project has been broken up into bite-size deliverable s allowing the employees , group members , teams to identify risks as they have experience within the field in which the work packages have been broken down into.

Once risks have been identified contingency plans can be put in place to minimise the damage that could be caused. Similar to how car drivers buy insurance. The insurance acts as a contingency to ease the problems that may arise if a driver was to get into a car accident. Crashing a car is never a planned action (in most cases) similar to problems arising when completing a project, risks are not wanted but a contingent must be put in place as there is always a chance of problems arising through a series of unfortunate events.

WHY PROJECTS FAIL

Lars Mieritz in his article “Gartner Survey Shows Why Projects Fail” uses research which classifies IT project as being small, medium or large. Review the failure rates for each classification and suggest reasons why each fail.

Lars Mieritz classified It projects as being small, medium or large depending on the projects budget:Small project= budget of less than $350,000,medium project = budget between $350,000-$1 million and a large Project = budget above $1 million.

A survey was carried out in 2012 and consisted of 150 companies over 5 countries the results of which are on the graph below coupled with the main reasons why the projects have failed.

 

The survey showed almost a 50% increase in the failure of Large projects in comparison to smaller projects, but why ?

Larger projects are harder to control especially if they are implemented over a longer period of time they can lose the run of themselves due to a variety of reasons.

Poor risk management: Not  appropriately evaluating financial risks and how to lessen possible impact.

Inexperience: Inexperienced team members.

Lack of leadership and communication: key figureheads are required to become a point of contact between all levels of management involved in the project aiming to ensure a smooth flow of information between all departments to avoid miscommunication which can ultimately add to the cost of the project.

These are however just a few key reasons why Large Projects fail. A suitable example of a failed large project is London 2012 Olympic project which came in at over £9 billion pounds , three times higher than it was expected.

(Symonds,2011)

Medium/Midsize projects face problems in terms of functionality issues in terms of actually completing the desired task with 24% of medium projects failing due to these issues.

A poorly designed project scope : Not planning , determining and documenting a specific list of desirable outcomes or goals will almost certainly lead to project failure as there is no predetermined path of success.

Inaccurate estimates: For  project with a limited budget the mistake of an inaccurate estimate would completely shatter and hopes of project failure as going over budget may not be an option.

(Symonds, 2011)

 

Small Projects have been proven to be the most successful and manageable and as according to Gartner “many small brooks make a great river”. That is not to say that all small projects will be successful this is not the case.

A small project may be forced to strictly adhere to a small budget without much room for leeway.

Lack of experience: smaller companies with smaller projects may lack the experience required to properly carry out and complete the project, due to budget constraints it may not be possible to hire the experience required.

Lack of detail: Due to shorter project lengths and smaller budgets some key assumptions may be overlooked as time constraints may not allow for in depth analysis of required details.

(Symonds, 2011)

15 causes of project failure

Link to cartoon image