Work Breakdown Structure

From apppm
Revision as of 19:36, 24 February 2018 by Giannis (Talk | contribs)

Jump to: navigation, search

It is beyond any reasonable doubt that the Work Breakdown Structure (WBS) is an exceptionally useful tool for planning, estimating, scheduling and controlling any kind of project. The term WBS describes the procedure of subdivision of the project deliverables and workload into smaller more manageable segments. More specifically, “The WBS is a hierarchical decomposition of the total scope of work to be carried out by the project team to accomplish the project objectives and create the required deliverables.” (PMBOK® Guide-Fifth Edition, 2013, p. 126)[1]

The purpose of this wiki-article is not only to thoroughly describe the capabilities and restrains of this method but also to provide guidance to project managers concerning the techniques that can be used for the effective implementation of project Work Breakdown Structures.


Contents

Big Idea

Historical Retrospection

The initial forms οf the Work Breakdown Structure (WBS) were developed by the U.S. Department of Defence (DoD) and the National Aeronautics and Space Administration (NASA) at the mid-1960s with a view to regulating projects which had the ultimate goal of enhancing military and space systems respectively. Moreover, the management of these projects was undertaken by a central administration office and many different industrial contractors were recruited in order to contribute to the accomplishment of the huge variety of tasks. So, the WBS tool was used to “…ensure that the total project is fully planned and that all derivative plans contribute directly to the desired objectives” (NASA, 1962). After two decades; namely in 1987 the Project Management Institute introduced the Project Management Book of Knowledge (PMBOK) which provided the necessary guidance on how work breakdown structures could be applied in any kind of project.[2]

Work Breakdown Structure Definition

The WBS process is characterized by the disintegration of the project into separate segments with the aim of managing it in a more efficient and effective way. Furthermore, this practical tool facilitates many other project management procedures like scheduling, efficient resource allocation, monitoring and control of the project. Also, the Work Breakdown Structure provides a complete and clear view of the project scope and deliverables.[3] In addition, it presents with clarity the total workload as determined by the scope statement of the project and analyzes the planned work at the lower levels, also known as work packages. With the help of work packages, the activities that contribute to the planning, assessment, supervision, and control of operations are grouped together.[1]

Work Breakdown Structure Framework

The Work Breakdown Structure (WBS) consists of several layers and which are grouped at the upper and lower levels. Below the composition of a typical WBS is described.

To begin with, the content of the upper WBS levels may vary depending on the type of project and the industry involved. More generally, the main areas of the project are included at these levels. Then we have the lower WBS elements which mainly focus on supporting specific project management processes such as schedule development, cost estimation, resource allocation and risk assessment. These levels are called Work Packages. The official definition of the Work Package is, “A deliverable or project work component at the lowest level of each branch of the work breakdown structure. The work package includes the schedule activities and schedule milestones required to complete the work package deliverable or the project work component.” (PMBOK® Guide-Third Edition, 2004, p.380). Finalizing WBS is done by assigning each work package to a control account and creating a separate identifier for that work package. With the help of these identifiers, the hierarchical summation of the cost, schedule and resources is achieved. “A control account is a management control point where scope, budget, actual cost, and schedule are integrated and compared to the earned value for performance measurement.” (PMBOK® Guide-Fifth Edition, 2013, p.132). Each control account typically involves one or more work packages while each work package cannot be linked to more than one control account. Additionally, these management control points are associated with more than one planning package, which is part of the WBS under the control account with given work content but without specified detailed activities.[4]

Work Breakdown Key Features

Some of the most important prerequisites for qualifying a WBS as high quality and successful are listed below:

  • A key feature of WBS is that it is deliverable oriented. In particular, a deliverable is defined as “Any unique and verifiable product, result or ability to perform a service that must be produced to complete a process, phase or project” (PMBOK® Guide-Third Edition, 2004, p.358). Therefore, the WBS should be aligned with the individual deliverables.
  • A functional WBS is a hierarchical decomposition of the work. Decomposition is “a planning technique that subdivides the project scope and project deliverables into smaller more manageable components until the project work associated with accomplishing the project scope and providing the deliverables is defined in sufficient detail to support executing, monitoring, and controlling the work.” (PMBOK® Guide-Third Edition, 2004, p.358). In this way, a clear definition of the project scope is achieved with the use of independent sub-deliverables.[5]
  • An effective WBS manages to share the project scope with all the stakeholders.
  • The work packages it contains should clearly identify the tasks that need to be performed with a view to delivering the work package deliverables.
  • Another important prerequisite is the participation of experienced subject experts (SMEs) as well as skillful financial and business managers in its construction.
  • It should follow a common course with the development of the project scope until the final definition of the scope.
  • The WBS must be open to continuous improvements that may be needed after setting the project scope.[6]

Application

Creating WBS: Tools and Techniques

The creation of a WBS can be carried out with the help of a wide variety of methods and tools. Some of the most common and important ones are presented and analyzed below.

Decomposition

With the help of the decomposition technique, the scope of the project and the project deliverables are subdivided into work packages. The greater the difficulty of effectively controlling the project is, the higher the level of decomposition becomes. Also, depending on the size and complexity of the project, the level of detail for the work packages is determined. The process of decaying the entire project into work packages includes the following activities:

  • Determine and analyze both project deliverables and work related to them.
  • Construction and analysis of WBS.
  • Disintegration of the higher levels of WBS to more detailed lower-levels.
  • Create and match the identification codes to the corresponding components of the WBS.
  • Evaluation of the decomposition rate of the deliverables.[7]

Expert Judgment

Expert judgement is a very useful tool which contributes to the procedure of analyzing the data needed to break down the project deliverables into more manageable pieces with a view to building an effective WBS. Specifically, this method addresses the technical characteristics of the scope of the project and aims to find the ideal way to dissolve the overall scope. The truth is that any group with relevant expertise and experience with a corresponding project is able to provide expert judgment. In addition, the expert judgment is available in the form of pre-defined standards, which are usually of an industrial nature and products of previous project experience. The project manager uses this practical and indispensable tool to arrive at the final breakdown of the project scope into the individual work packages, which in turn will contribute to the effective management of the project’s work.[7]

Top-Down Method

The following steps describe the general top-down process for developing a WBS:

  1. Determination of the final products of the project. At this stage, the products that make the project successful are defined. A basic prerequisite for achieving the alignment between WBS and project requirements is the detailed overview of high-level project scope documents, examples of which are the Statement of Work and Technical Requirements.
  2. Determination of the project's main deliverables, which are of key importance for the development of the project but are not capable of satisfying the business needs by themselves.
  3. Decompose the main deliverables to the point of being easier to manage and control. The set of these independent WBS elements at each level should represent 100% of the work in the upper element. Also, each work package should not include more than one deliverable.
  4. Continuous improvement of WBS in order to satisfy stakeholders. In particular, the development of the WBS should be continued until there is a common understanding that the project will be successful and the implementation and control process will produce the desired result.[8]

Bottom-Up Method

The Bottom-Up process includes the following 6 steps:

  1. Identify all deliverables related to the project. If activities are proposed then their deliverables should be included but not the activities themselves. In this way, the whole effort will be presented. In addition, each work package must not include more than one deliverable.
  2. Grouping of associated work packages.
  3. Concentrate the deliverables to the next level (e.g. the parent level) in such a way that the sum of the elements of each level represents 100% of the work below it.
  4. After a group of related tasks has been assigned to a parent, a subgroup analysis should be performed to ensure that work has not been neglected.
  5. The process continues until all of the individual elements join a particular parent representing the project. Also, the complete response to the overall project scope should be checked.
  6. Continuous improvement and revision of the WBS until the project stakeholders recognize the project's feasibility and the fact that its implementation will lead to the desired results.[8]

WBS (Organizasional) Standards

An organizational WBS standard includes a set of principles that contribute to the creation of a WBS and is likely to include a form, enumeration plan, name agreement or necessary components. Most organizations with experience in project management have WBS standards. These standards ensure the creation of effective and integrated WBS for the company. Moreover, the use of these standards helps the promotion of consistency as WBS components are reused. Two typical examples of WBS standards are:

  • Project management has to be presented as a Level 2 WBS element.
  • Develop and preserve both WBS's graphical and textual views.[8]

WBS Templates

A WBS template is either a WBS sample that includes hierarchy to some extent or a general WBS "container" which is modified according to the needs and requirements of each project. Organizations usually have different types of templates that respond to different types of projects and life cycles. With the help of WBS templates, consistency is achieved as in the case of WBS standards. However, special attention is needed when reusing existing components as any non-required deliverables should be removed in order to align the WBS with the project scope.[8]

In conclusion, the main difference between WBS standards and WBS templates in relation to Top-Down and Bottom-Up methods is that the former are based on the reuse of WBS components while the latter are methods of creating new WBSs.

The 100% Rule

Limitations

References

  1. 1.0 1.1 Project Management Institute. “A Guide to the Project Management Body of Knowledge (PMBOK® Guide)”- Fifth Edition, 2013, p.126
  2. Eric S. Norman, Shelly A. Brotherton, Robert T. Fried. “Work Breakdown Structures: The Foundation for Project Management Excellence”- John Wiley & Sons, 2008, p. 4-5
  3. Project Management Institute. “Practice Standard for Work Breakdown Structures”- Second Edition, 2011, p. 3
  4. Project Management Institute. “A Guide to the Project Management Body of Knowledge (PMBOK® Guide)”- Fifth Edition, 2013, p.132
  5. Eric S. Norman, Shelly A. Brotherton, Robert T. Fried. “Work Breakdown Structures: The Foundation for Project Management Excellence”- John Wiley & Sons, 2008, p. 13
  6. Project Management Institute. “Practice Standard for Work Breakdown Structures”- Second Edition, 2011, p. 20
  7. 7.0 7.1 Project Management Institute. “A Guide to the Project Management Body of Knowledge (PMBOK® Guide)”- Fifth Edition, 2013, p.128
  8. 8.0 8.1 8.2 8.3 Project Management Institute. “Practice Standard for Work Breakdown Structures”- Second Edition, 2011, p. 29-30

Annotated Bibliography

Project Management Institute. “A Guide to the Project Management Body of Knowledge (PMBOK® Guide)”- Fifth Edition, 2013.

Annotation: This book provides guidelines for managing individual projects and defines project management related concepts. It also describes the project management life cycle and its related processes, as well as the project life cycle.

Eric S. Norman, Shelly A. Brotherton, Robert T. Fried. “Work Breakdown Structures: The Foundation for Project Management Excellence”- John Wiley & Sons, 2008.

Annotation: This book is intended to be a beginning step in filling the information gap that exists between what is currently written about Work Breakdown Structures and what the authors have learned is needed by program and project managers today.

Project Management Institute. “Practice Standard for Work Breakdown Structures”- Second Edition, 2011.

Annotation: This book provides guidance in the initial generation, subsequent development, and application of the WBS. It also includes information derived from accepted project management industry sources.

Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox