A developer’s WBS – 3 factors of 5

Posted by johndoucette on Geeks with Blogs See other posts from Geeks with Blogs or by johndoucette
Published on Thu, 06 May 2010 07:15:16 GMT Indexed on 2010/05/11 2:55 UTC
Read the original article Hit count: 274

Filed under:

As a development manager, I have requested work breakdown structures (WBS) many times from the dev leads. Everyone has their own approach and why it takes sometimes days to get this simple list is often frustrating. Here is a simple way to get that elusive WBS done in 30 minutes and have 125 items in your list – well, 126.

The WBS is made up of parent-child entities representing the overall outcome of the project. At the bottom of the hierarchical list should be the task item that a developer would perform in support of the branch in the list or WBS. Because I work with different dev leads on every project, I always ask the “what time value would you like to see at the lowest task in order to assign it to a developer and ensure it gets done within the timeframe”. I am particular to a task being 8 hours. Some like 8 to 24 hours. Stay away from tasks defaulting to 1 week. The task becomes way to vague and hard to manage completeness, especially on short budgets.

As a developer, your focus is identifying the tasks you to accomplish in order to deliver the product. As a project manager, you will take the developer's WBS and add all the “other stuff” like quality testing, meetings, documentation, transition to maintenance, etc…

Start your exercise with the name of the product you are delivering as a result of the project. You should be able to represent what you are building and deploying with one to three words. Example;

XYZ
Public Website
Middleware BizTalk Application

The reason you start with that single identifier is to always see the list as the product. It helps during each of the next three passes.

Now, choose 5 tasks which in their entirety represent the product you will be delivering and add them to list under the product name you created earlier;

Public Website
    Security
    Sites
    Infrastructure
    Publishing
    Creative

Continue this concept of seeing the list as the complete picture and decompose it one more level. You should have 25 items.

Public Website
    Security
        Authentication
        Login Control
        Administration
        DRM
        Workflow
    Sites
        Masterpages
        Page Layouts
        Web Parts (RIA, Multimedia)
        Content Types
        Structures
    Infrastructure
        ...
    Publishing
        ...
    Creative
        ...

And one more time for a total of 125 items. The top item makes the list 126.

Public Website
    Security
        Authentication
            Install (AD/ADAM/LDAP/SQL)
            Configuration
            Management
            Web App Configuration
            Implement Provider
        Login Control
            Login Form
            Login/Logoff
            pw change
            pw recover/forgot
            email verification
        Administration
            ...
        DRM
            ...
        Workflow
            ...
    Sites
        Masterpages
        Page Layouts
        Web Parts (RIA, Multimedia)
        Content Types
        Structures
    Infrastructure
        ...
    Publishing
        ...
    Creative
        ...

The next step is to make sure the task at the bottom of every branch represents the “time value” you planned for the project. You can add more to the WBS and of course if you can’t find 5 items, 4 is fine. If a task can be done in a fraction of the time value you determined for the project, try to roll it up into a larger task. In the task actions (later when the iteration is being planned), decompose the details back to the simple tasks.

Now, go estimate!

© Geeks with Blogs or respective owner