|
Image File history File links Information. ...
This article or section does not cite its references or sources. ...
In rhetoric, a tautology is an unnecessary (and usually unintentional) repetition of meaning, utilising different words, i. ...
abstraction in general. ...
WBS design principles
The 100% Rule One of the most important WBS design principles is called the 100% Rule. The Practice Standard for Work Breakdown Structures (Second Edition), published by the Project Management Institute (PMI) defines the 100% Rule as follows: Incorporated in 1969 and situated outside Philadelphia, Pennsylvania, USA, the Project Management Institute (PMI) was founded by five volunteers. ...
- The 100% Rule...states that the WBS includes 100% of the work defined by the project scope and captures all deliverables – internal, external, interim – in terms of the work to be completed, including project management. The 100% rule is one of the most important principles guiding the development, decomposition and evaluation of the WBS. The rule applies at all levels within the hierarchy: the sum of the work at the “child” level must equal 100% of the work represented by the “parent” and the WBS should not include any work that falls outside the actual scope of the project, that is, it cannot include more than 100% of the work… It is important to remember that the 100% rule also applies to the activity level. The work represented by the activities in each work package must add up to 100% of the work necessary to complete the work package. (p. 8)
In project management, a product is a physical entity that is created as a result of project work. ...
Planned outcomes, not planned actions If the WBS designer attempts to capture any action-oriented details in the WBS, he/she will likely include either too many actions or too few actions. Too many actions will exceed 100% of the parent's scope and too few will fall short of 100% of the parent's scope. The best way to adhere to the 100% Rule is to define WBS elements in terms of outcomes or results. This also ensures that the WBS is not overly prescriptive of methods, allowing for greater ingenuity and creative thinking on the part of the project participants. For new product development projects, the most common technique to ensure an outcome-oriented WBS is to use a product breakdown structure. Feature-driven software projects may use a similar technique which is to employ a feature breakdown structure. When a project provides professional services, a common technique is to capture all planned deliverables to create a deliverable-oriented WBS. Work breakdown structures that subdivide work by project phases (e.g. Preliminary Design Phase, Critical Design Phase) must ensure that phases are clearly separated by a deliverable also used in defining Entry and Exit Criteria (e.g. an approved Preliminary Design Review document, or an approved Critical Design Review document). 120 In project management, a product breakdown structure (PBS) is an exhaustive, hierarchical tree structure of components that make up a project deliverable, arranged in whole-part relationship. ...
Feature Drive Development (FDD) is an iterative and incremental software development process. ...
In addition to the 100% Rule, it is important that there is no overlap in scope definition between two elements of a WBS. This ambiguity could result in duplicated work or miscommunications about responsibility and authority. Likewise, such overlap is likely to cause confusion regarding project cost accounting. If the WBS element names are ambiguous, a WBS dictionary can help clarify the distinctions between WBS elements. The WBS Dictionary describes each component of the WBS with milestones, deliverables, activities, scope, and sometimes dates, resources, costs, quality, etc. In logic, two mutually exclusive (or mutual exclusive according to some sources) propositions are propositions that logically cannot both be true. ...
Level of detail (granularity) and progressive elaboration A question to be answered in the design of any WBS is when to stop dividing work into smaller elements. If WBS terminal elements are defined too broadly, it may not be possible to track project performance effectively. If WBS terminal elements are too granular, it may be inefficient to keep track of so many terminal elements, especially if the planned work is in the distant future. A satisfactory tradeoff may be found in the concept of progressive elaboration which allows WBS details to be progressively refined before work begins on an element of work. One form of progressive elaboration in large projects is called rolling wave planning which establishes a regular time schedule for progressive elaboration. In reality, an effective limit of WBS granularity may be reached when it is no longer possible to define planned outcomes, and the only details remaining are actions. Unless these actions can be defined to adhere to the 100% Rule, the WBS should not be further subdivided.
WBS coding scheme It is common for WBS elements to be numbered sequentially to reveal the hierarchical structure. For example 1.3.2 Rear Wheel identifies this item as a Level 3 WBS element, since there are three numbers separated by a decimal point. A coding scheme also helps WBS elements to be recognized in any written context. Dots has several meanings Dots and Boxes (also known as Boxes, Squares, Square-it or Dots) is a pencil and paper game for two players (or sometimes, more than two). ...
WBS construction example
 Figure 1: WBS Construction Technique. This exemplary WBS is from PMI's Practice Standard for Work Breakdown Structures (2nd Edition). This image illustrates an objective method of employing the 100% Rule during WBS construction. Figure 1 shows a WBS construction technique that demonstrates the 100% Rule quantitatively. At the beginning of the design process, the project manager has assigned 100 points to the total scope of this project, which is designing and building a custom bicycle. At WBS Level 2, the 100 total points are subdivided into seven comprehensive elements. The number of points allocated to each is a judgment based on the relative effort involved; it is NOT an estimate of duration. The three largest elements of WBS Level 2 are further subdivided at Level 3, and so forth. The largest terminal elements at Level 3 represent only 17% of the total scope of work. These larger elements may be further subdivided using the progressive elaboration technique described above. In this example, the WBS coding scheme includes a trailing "underscore" character ("_") to identify terminal elements. This is a useful coding scheme because planned activities (e.g. "Install inner tube and tire") will be assigned to terminal elements instead of parent elements. Incidentally, this quantitiative method is related to the Earned Value Management technique. Image File history File links Download high-resolution version (861x602, 37 KB) This image was created by Garry L. Booker for the public domain. ...
Image File history File links Download high-resolution version (861x602, 37 KB) This image was created by Garry L. Booker for the public domain. ...
Earned Value Management (EVM) is a project management technique that measures forward progress objectively. ...
It is recommended that WBS design be initiated with interactive software (i.e. a spreadsheet) that allows automatic rolling up of point values. Another recommended practice is to discuss the point estimations with project team members. This collaborative technique builds greater insight into scope definitions, underlying assumptions, and consensus regarding the level of granularity required to manage the project. Screenshot of a spreadsheet made with OpenOffice. ...
Common pitfalls and misconceptions A WBS is not an exhaustive list of work. It is instead a comprehensive classification of project scope.
A WBS is not a project plan or a project schedule and it is not a chronological listing. It is considered poor practice to construct a project schedule (e.g. using project management software) before designing a proper WBS. This would be similar to scheduling the activities of home construction before completing the house design. Without concentrating on planned outcomes, it is very difficult to follow the 100% Rule at all levels of the WBS hierarchy. Project management software is a term covering many types of software, including scheduling, resource allocation, collaboration software, communication and documentation systems, which are used to deal with the complexity of large projects. ...
A WBS is not an organizational hierarchy. Some practitioners make the mistake of creating a WBS that shadows the organizational chart. While it is common for responsibility to be assigned to organizational elements, a WBS that shadows the organizational structure is not descriptive of the project scope and is not outcome-oriented. See also: responsibility assignment matrix (also called a Staffing Matrix). This article or section does not cite its references or sources. ...
Short-term memory capacity should not dictate the size and span of a WBS tree structure. Some reference materials suggest that each WBS level be limited to 5-9 elements because that is a theoretical limit to short-term memory. Such advice is a misapplication of The Magical Number Seven, Plus or Minus Two, because WBS elements are not random unconnected data. Definitive references regarding WBS construction do not contain such advice. It is far more important to construct a logical grouping of planned outcomes than to worry about the limits of short-term human memory. It has been suggested that Chunking (psychology) be merged into this article or section. ...
WBS updates, other than progressive elaboration of details, require formal change control. This is another reason why a WBS should be outcome-oriented and not be prescriptive of methods. Methods can, and do, change frequently, but changes in planned outcomes require a higher degree of formality. If outcomes and actions are blended, change control may be too rigid for actions and too informal for outcomes.
See also Aggregate planning Agile software development Artemis (software) BugBox (software) Critical path method Critical chain Cost overrun Dependency Duration (project management) Earned Schedule Earned value management Estimation Estimation in software engineering Extreme project management Float (project management) Focused improvement Fordism Gantt, Henry Gantt chart Goal (management) The Goal (book) Goldratt, Eliyahu...
Project planning is part of project management, which relates to the use of schedules such as Gantt charts to plan and subsequently report progress within the project environment. ...
In project management, a product breakdown structure (PBS) is an exhaustive, hierarchical tree structure of components that make up a project deliverable, arranged in whole-part relationship. ...
Project management software is a term covering many types of software, including scheduling, resource allocation, collaboration software, communication and documentation systems, which are used to deal with the complexity of large projects. ...
References - Carl L. Pritchard. Nuts and Bolts Series 1: How to Build a Work Breakdown Structure. ISBN 1-890367-12-5
- Project Management Institute. Project Management Institute Practice Standard for Work Breakdown Structures, Second Edition (2006). ISBN 1-933890-13-4 (Note: The Second Edition is an extensive re-write of the Practice Standard.)
- Gregory T. Haugan. Effective Work Breakdown Structures (The Project Management Essential Library Series). ISBN 1-56726-135-3
- Dennis P. Miller, Visual Project Planning & Scheduling, Second Edition (2002). ISBN 0-9640630-2-6 (Note: This ebook is essential a facilitator's guide for planning a project based on the WBS.) [1]
|
Feeds |
Contact