Discover millions of ebooks, audiobooks, and so much more with a free trial

Only $11.99/month after trial. Cancel anytime.

Work Breakdown Structures: The Foundation for Project Management Excellence
Work Breakdown Structures: The Foundation for Project Management Excellence
Work Breakdown Structures: The Foundation for Project Management Excellence
Ebook452 pages4 hours

Work Breakdown Structures: The Foundation for Project Management Excellence

Rating: 0 out of 5 stars

()

Read preview

About this ebook

Understand and apply new concepts regarding Work Breakdown Structures

The Work Breakdown Structure (WBS) has emerged as a foundational concept and tool in Project Management. It is an enabler that ensures clear definition and communication of project scope while performing a critical role as a monitoring and controlling tool. Created by the three experts who led the development of PMI®'s Practice Standard for Work Breakdown Structures, Second Edition, this much-needed text expands on what the standard covers and describes how to go about successfully implementing the WBS within the project life cycle, from initiation and planning through project closeout.

Filling the gap in the literature on the WBS, Work Breakdown Structures: The Foundation for Project Management Excellence gives the reader an understanding of:

  • The background and key concepts of the WBS
  • WBS core characteristics, decomposition, representations, and tools
  • Project initiation and the WBS, including contracts, agreements, and Statements of Work (SOW)
  • Deliverable-based and activity-based management
  • Using the WBS as a basis for procurement and financial planning
  • Quality, risk, resource, and communication planning with the WBS
  • The WBS in the executing, monitoring, and controlling phases
  • New concepts regarding the representation of project and program scope
  • Verifying project closeout with the WBS

Using a real-life project as an example throughout the book, the authors show how the WBS first serves to document and collect information during the initiating and planning phases of a project. Then, during the executing phase, the authors demonstrate how the WBS transitions to an active role of project decision-support, serving as a reference and a source for control and measurement.

(PMI is a registered mark of Project Management Institute, Inc.)

LanguageEnglish
PublisherWiley
Release dateSep 23, 2010
ISBN9781118000267
Work Breakdown Structures: The Foundation for Project Management Excellence

Related to Work Breakdown Structures

Related ebooks

Industrial Engineering For You

View More

Related articles

Reviews for Work Breakdown Structures

Rating: 0 out of 5 stars
0 ratings

0 ratings0 reviews

What did you think?

Tap to rate

Review must be at least 10 words

    Book preview

    Work Breakdown Structures - Eric S. Norman

    Part I

    Introduction To WBS Concepts

    Chapter 1

    Background and Key Concepts

    If you don’t know where you’re going, any road will take you there

    Anon

    CHAPTER OVERVIEW

    This chapter is placed up front not only because it is Chapter 1, but also because we wanted to provide background information for you before beginning the process of developing Work Breakdown Structures. This chapter introduces key concepts about the WBS that are discussed in much more detail later in the book, along with historic information about the emergence and evolution of the WBS over a number of decades. We also introduce the House metaphor.

    The house what? The House metaphor. For our purposes, we will use the term metaphor here to mean a symbol or example that will represent how this concept can be applied in practice — although the example itself is fictitious. Actually, the House metaphor is a tool or rather, a section of a WBS from the construction of a house that we have developed for use throughout the book to help us illustrate our intended meaning — when words alone aren’t enough to clarify and communicate key points or concepts. Following is an outline view of the House metaphor we will use, in one form or another, throughout the remainder of the text.

    This metaphor is an important tool to cover at the beginning of the book because we will use it to describe, discuss and illuminate concepts throughout the text. We will use the House metaphor to illustrate examples, to provide a common, practical application of a topic or concept, and as a starting point for detailed examination of related topics.

    Exhibit 1.1 House Metaphor — Outline Example

    003

    At the highest level, this chapter will contain the following:

    • A general description of the Work Breakdown Structure and its role in project management

    • WBS background and history

    • Key terms and definitions

    • The House Metaphor

    WORK BREAKDOWN STRUCTURES

    Let us begin . . .

    Work Breakdown Structures were first used by the U.S. Department of Defense for the development of missile systems as far back as the mid-1960s, and they have been a fundamental component of the Project Management lexicon for nearly as long. The concept of the WBS and the practices around its use were initially developed by the U.S. Department of Defense (DoD) and National Aeronautics and Space Administration (NASA) for the purpose of planning and controlling large acquisition projects whose objective was development and delivery of weapons or space systems (Cleland, Air University Review, 1964, p. 14). These projects often involved many industrial contractors each with responsibility for separate components of the system and were managed by a central administrative office, either within a governmental agency or within one of the contracting firms which served as prime contractor. In this environment, the WBS was used to . . . ensure that the total project is fully planned and that all derivative plans contribute directly to the desired objectives (NASA, 1962).

    The point is, that if true, and we assert right here that the statement is true, then the statement raises a question: If the WBS is a fundamental building block for most projects, most of the time, then why are there so many conflicting viewpoints and approaches to development and use of Work Breakdown Structures?

    The answer to that question is somewhat elusive, and is one of the driving factors for writing this book. In the sections and chapters that follow we will examine various approaches to WBS development and will present a number of concepts, attributes, challenges and ultimately, recommendations for your consideration and use.

    DEFINING WORK BREAKDOWN STRUCTURES

    The PMBOK® Guide — Third Edition, defines a Work Breakdown Structure as a deliverable-oriented hierarchical decomposition of the work to be executed by the project team to accomplish the project objectives and create the required deliverables. It organizes and defines the total scope of the project. Each descending level represents an increasingly detailed definition of the project work. The WBS is decomposed into Work Packages. Work Packages are defined in two different ways in the PMBOK® Guide — Third Edition. In the text, Work Packages are said to be the "lowest level in the WBS, and is the point at which the cost and schedule can be reliably estimated. The level of detail for Work Packages will vary with the size and complexity of the project. The deliverable orientation of the hierarchy includes both internal and external deliverables" (PMBOK® Guide — Third Edition, pp. 112, 114). Later in this chapter we provide the Work Package glossary definition for you.

    There are a number of important concepts presented in this definition for the WBS. Of particular interest is the concept of deliverable orientation. The inclusion of these words is a key change from the definitions for the WBS in earlier editions of the PMBOK® Guide and reflects the expanded role the WBS performs in projects today. These changes are highlighted in Table 1.1.

    Today, the WBS is understood to be more than an organization of the work of the project. The current definition, with the inclusion of the deliverable orientation wording, indicates that the process of developing the WBS includes the definition and articulation of specific outcomes of the project-the end products and results. By doing so, it becomes a reference point for all future project activities.

    Table 1.1 WBS Definition — Changes by Version

    (Sources: Project Management Institute, The Project Management Body of Knowledge (PMBOK®). PMI. Newtown Square: PA. 1987.; Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide). PMI. Newtown Square: PA. 1996.; Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide — Second Edition) PMI. Newtown Square: PA. 2000.; Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide — Third Edition) PMI. Newtown Square: PA. 2004.)

    004

    This critically important concept will be expanded later in the book, but we want to point to this definition as a departure point for our writing as well as a point of reference for you. Deliverable orientation is one of the Core Characteristics for the WBS, which we will discuss in Chapter 2. It is a fundamental attribute that will allow your WBS to be more than shelfware for your project, and will enable it to perform a critical role as a baseline document for communication of scope and outcomes during the initial phases of your project. In later phases, the WBS performs an active role as a basis for other key executing and monitoring and controlling activities. With these thoughts in mind, we can now take a broader look across the project management horizon to examine current trends and to establish context for our discussion.

    There are additional reasons for preferring a deliverable orientation for WBS construction over task/activity or process orientations. With process and task-oriented Work Breakdown Structures, the deliverables or outcomes described by the WBS are the project processes themselves, rather than the project’s products or outcomes. When this is the case, the project team spends a great deal of energy on refinement and execution of the project’s processes, which can ultimately become models of care and efficiency-but that do not necessarily produce the desired outcomes for the project because the focus has been on the process of producing outcomes, not the outcomes

    Enjoying the preview?
    Page 1 of 1