creating a wbs forces you to think about how you are going to dissect your project and organize your project into meaningful groups or packages of work. 

It is a way to group your work so that people can understand the where's the what's and the how's you will approcah the work.

for example if you were looking for an activity in the 2rd floor of Building B and the activities were not group by building and floor it would be very hard to find.

Also by using a wbs you can collapse work and summarise work more easily. 

I love a good WBS! 

• Outlines the scope of ALL the deliverables
• Progressive decomposition into manageable chunks
• Focus is on WHAT (not the who, when, and how)

 

See below link to one of our newsletters.

 

Demystifying the WBS

http://www.icontact-archive.com/oGQrBqYz4Ch7JfnzBmwZrHbPt7T2Umo8?w=3

 

Best,

Jim Lombardi

Method123.com

Thank you for suggestion.

I started using activity codes even before WBS functionality was available. And I still use them, precisely for purposes as you mentioned - eg filtering the plastering items etc. And since I started using these things from DOS days, I also make use of the characters in activity ID to represent various things. And as you correctly mentioned, it is also possible to get those functionalities from few characters in the activity description.

In fact, the best way to input your coded information is in the activity id. That way, the information is "in built" and cannot be changed easily.

All these things including searching and filtering (eg for filtering for certain characters in activity id or description) work well when everybody is disciplined in naming and coding. And as long as one person is doing all these things, everything works perfectly well for him (as it does for me and you). But when you are integrating programmes from various contractors, it is not easy to excecise those rules with planners from various firms.

WBS concept is as old as project management but its functionality appeared relatively late. Even in P3 3.1, WBS is still optional function that appears the same way as acivity codes. And some people still don’t use it because 1) it is optional 2) activity codes seem to do the same job and 3) they are more used to activity codes. But even in P3 3.0, WBS code can do things which activity codes can’t.

For example, you can have WBS activity and it does not need any links as in hammock activities. And this WBS activity can summarise all the activities which have the same WBS code. When you need a high level programme that shows bars in the same line as activity description (activity code roll up bar appears one line below), you can just filter for WBS activities and you get very good presentation. And the list goes on.

And when you start using P3e, WBS is no more optional and it appears more different than activity codes and thus makes it more apparent. But activity code has more functionality in new programmes as well as you can have second level of codes within same acitity code. And these lower levels of codes work exactly the same way as WBS does. So you can have work breakdown stucture as well as ANY breakdown structure using a single code.

But as long as you have to use two or more actity codes (as you have to do in P3 3.1 and earlier), to make your work breakdown structure, it is far more easier to do so using the in built WBS coding. (And you can of course, still use activity codes, for other functionalities).

I’m Currently using Hierarchical code structures to help with the application of the cost accounts from our cost tool. I simply apply the codes to the activities and then group and sort with totals and balance my activity budgets.

So you can use code fields to give rudimentry totals for Units.

This process has helped me immensley as when I started with this company 9 weeks ago there wern’t even any baselines in the projects and they were using units % Complete and just adding extra hours to the remainings by multiples of 10 or 50. They even expected to be able to resource level with this data.

DREAMIN’

Andy

I suppose WBS & Codes are lying on the same concept, so why bother? you’re not showing codes on your schedule anyway.

The WBS structure is simply an end to a means.

The end is being able to provide BAC, ACWP, ETC, EAC & EV for particular portions of the project.

The WBS is simply the most widley used method of doing this, and as a consequence comes as a standard part (or code) of most planning/scheduling software.

As far as codes go - well the world is your oyster.

As far as how to, and what size, and by what method you chose to quantify and divide your project up, it’s really up to you..... However you should document what each structre is for and what assumptions were made to arrive at the particular structure.

Other names for WBS like codes are,

OBS - Organisational Breakdown Structure
PBS - Product Breakdown Structure
SBS - System Breakdown Structure
CBS - Cost Breakdown Structure, ETC.

Again I will say it’s limitless to how many you can have, but you should document what it is and how you came up with it.

Other Code structures will provide many levels of project deliniation and make it look like you have a multi dimensional schedule.....

BUT

you should always follow the basic principle of K.I.S.S

Keep
It
Simple
Stupid

That way when you’re asked to explain a code field that you thought was a good idea at the time - Your manager doesn’t walk away with the "I don’t know what that guy was on about" thought in their head.

Rodel
While the Explanation is well "dry but clear"
I think all would benefit more if you provided sonme clarity with examples.
I for one still believe Ernesto has the correct approach
I would reiterate that I have seen so many WBS structures that are entirely meaningless unless you have the structure in front of you
Personally I like to see a programme that has a heading and then the activities under that heading (ie we have coded the programme to group the activities and that comes out in the heading be it geographically, by floor by trade by block by relations to Aunty Mary who cares the receiver can read the heading and understand what the guts below relate to
Just a thought

Most of my work is in building construction, so maybe the fact that I like codes better is biased by my work.

But if sometimes you need to see activities organized by floor; sometimes by trade; other time by trade within each floor, etc. There’s no way to do that except with codes.

Do other lines of work have the same need or is it enough for you to squeeze into a rigid WBS and limit reports and analisys to that single point of view?

"for hard planning thinkers"?? they don’t know how to use codes?

Maybe its just builders who like codes

It’s just a simple divide and conquer technique. It a way to go from general to specifics. It’s like writing a book first you have the outline the going to the details and contents.In a way it helps in organizing a project and simplify the job of a planner.

Cheers,

Ronnie

Hi all,

Just to explain more on WBS. As I have said on the other thread (Work Breakdown Structure is a results-oriented family tree that captures all the work of a project in an organized way. It is often portrayed graphically as a hierarchical tree; however, it can also be a tabular list of "element" categories and tasks or the indented task list that appears in your Gantt chart schedule). Meaning it can be shown on a different approach or style as long as it became meaningful and useful to other member of project management. It defines as a level of schedule to make it more sensible and manageable. It is used to define the project objectives with sufficient detail information into more detail groups of scope or task. Some planner/ scheduler used activity codes as their WBS and others are just the first 1, 2, 3 or 4 character of their activities.

Proper schedules are using this technique according to their own methods so they can level their schedule to more manageable levels.

On my own view “schedule without the proper work breakdown structure is going nowhere or meaningless as its does not show the sensible picture of the project”.

Cheers,
Rodel

Any serious program must have some kind of organization so it is usable for control.

WBS is one way, but there’s also activity codes.

The more detail that you want to see (monitor), the more important the WBS. A formal and logical structure helps capture the project data (activity type, resourcing, costing, progress etc.) in the most appropriate "pigeon-hole".

James.