WBS is division of project into manageable and logically ordered tasks and subtasks
Show
Terms in this set (45)Students also viewedSets found in the same folderOther sets by this creatorVerified questions
applied math Verified answer
applied math Verified answer
applied math Jobs at Indiana University are rated on three factors: Factor 1: Complexity of duties Factor 2: Education required Factor 3: Mental and or visual demands For each job at IU, the requirement for each factor has been rated on a scale of 1–4, with a 4 in factor 1 representing high complexity of duty, a 4 in factor 2 representing high educational requirement, and a 4 in factor 3 representing high mental and/or visual demands. IU wants to determine a formula for grading each job. To do this, it will assign a point value to the score for each factor that a jobrequires. For example, suppose level 2 of factor 1 yields a point total of 10, level 3 of factor 2 yields a point total of 20, and level 3 of factor 3 yields a point value of 30. Then a job with these requirements would have a point total of 10 + 20 + 30. A job’s hourly salary equals half its point total. IU has two goals (listed in order of priority) in setting up the points given to each level of each job factor. Goal 1: When increasing the level of a factor by one, the points should increase by at least 10. For example, level 2 of factor 1 should earn at least 10 more points than level 1 of factor 1. Goal 1 is to minimize the sum of deviations from this requirement. Goal 2: For the benchmark jobs in Table 71, the actual point total for each job should come as close as possible to the point total listed inthe table. Goal 2 is to minimize the sum of the absolute deviations of the point totals from the desired scores. Use preemptive goal programming to come up with appropriate point totals. What salary should a job with skill levels of 3 for each factor be paid? TABLE 71: $$ \begin{matrix} \text{Job} & \text{Factor Level} & \text{ } & \text{ } & \text{Desired Score}\\ \text{ } & \text{1} & \text{2} & \text{3} & \text{ }\\\text{1} & \text{4} & \text{4} & \text{4} & \text{105}\\ \text{2} & \text{3} & \text{3} & \text{2} & \text{93}\\ \text{3} & \text{2} & \text{2} & \text{2} & \text{75}\\ \text{4} & \text{1} & \text{1} & \text{2} & \text{68}\\ \end{matrix} $$ Verified answer
applied math Suppose that to every map $h: S^{n} \rightarrow S^{n}$ we have assigned an integer, denoted by deg h and called the degree of h, such that: (i) Homotopic maps have the same degree. (ii) $\operatorname{deg}(h \circ k)=(\operatorname{deg} h) \cdot(\operatorname{deg} k)$. (iii) The identity map has degree 1, any constant map has degree 0, and the reflection map $\rho\left(x_{1}, \ldots, x_{n+1}\right)=\left(x_{1}, \ldots, x_{n},-x_{n+1}\right)$ has degree -1. [One can construct such a function, using the tools of algebraic topology. Intuitively, deg h measures how many times h wraps $\mathcal{S}^{n}$ about itself; the sign tells you whether h preserves orientation or not.] Prove the following: (a) There is no retraction $r: B^{n+1} \rightarrow S^{n}$. (b) If $h: S^{n} \rightarrow S^{n}$ has degree different from $(-1)^{n+1}$, then h has a fixed point. (c) If $h: S^{n} \rightarrow S^{n}$ has degree different from 1, then h maps some point x to its antipode -x. (d) If $\mathcal{S}^{n}$ has a nonvanishing tangent vector field v, then n is odd. Verified answer Recommended textbook solutions
Other Quizlet setsExample from MIL-HDBK-881, which illustrates the first three levels of a typical aircraft system[1] A work-breakdown structure (WBS)[2] in project management and systems engineering is a deliverable-oriented breakdown of a project into smaller components.[3] A work breakdown structure is a key project deliverable that organizes the team's work into manageable sections. The Project Management Body of Knowledge (PMBOK 5) defines the work-breakdown structure as 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." A work-breakdown structure element may be a product, data, service, or any combination of these. A WBS also provides the necessary framework for detailed cost estimation and control while providing guidance for schedule development and control.[4] Overview[edit]WBS is a hierarchical and incremental decomposition of the project into phases, deliverables, and work packages. It is a tree structure, which shows a subdivision of effort required to achieve an objective, for example, a program, project, and contract.[5] In a project or contract, the WBS is developed by starting with the end objective and successively subdividing it into manageable components in terms of size, duration, and responsibility (e.g., systems, subsystems, components, tasks, subtasks, and work packages) which include all steps necessary to achieve the objective. Example of work breakdown structure applied in a NASA reporting structure[5] The work breakdown structure provides a common framework for the natural development of the overall planning and control of a contract and is the basis for dividing work into definable increments from which the statement of work can be developed and technical, schedule, cost, and labor hour reporting can be established.[5] A work breakdown structure permits the summing of subordinate costs for tasks, materials, etc., into their successively higher level "parent" tasks, materials, etc. For each element of the work breakdown structure, a description of the task to be performed is generated.[6] This technique (sometimes called a system breakdown structure[7]) is used to define and organize the total scope of a project. The WBS is organized around the primary products of the project (or planned outcomes) instead of the work needed to produce the products (planned actions). Since the planned outcomes are the desired ends of the project, they form a relatively stable set of categories in which the costs of the planned actions needed to achieve them can be collected. A well-designed WBS makes it easy to assign each project activity to one and only one terminal element of the WBS. In addition to its function in cost accounting, the WBS also helps map requirements from one level of system specification to another, for example, a cross-reference matrix mapping functional requirements to high level or low-level design documents. The WBS may be displayed horizontally in outline form or vertically as a tree structure (like an organization chart).[8] The development of the WBS normally occurs at the start of a project and precedes detailed project and task planning. History[edit]The concept of work breakdown structure was developed with the Program Evaluation and Review Technique (PERT) by the United States Department of Defense (DoD). PERT was introduced by the U.S. Navy in 1957 to support the development of its Polaris missile program.[9] While the term "work breakdown structure" was not used, this first implementation of PERT did organize the tasks into product-oriented categories.[10] By June 1962, DoD, NASA, and the aerospace industry published a document for the PERT/COST system, which described the WBS approach.[11] This guide was endorsed by the Secretary of Defense for adoption by all services.[12] In 1968, the DoD issued "Work Breakdown Structures for Defense Materiel Items" (MIL-STD-881), a military standard requiring the use of work breakdown structures across the DoD.[13] The document has been revised several times, most recently in 2018. The current version of this document can be found in "Work Breakdown Structures for Defense Materiel Items" (MIL-STD-881E).[14] It includes WBS definitions for specific defense materiel commodity systems and addresses WBS elements that are common to all systems. Defense Materiel Item categories from MIL-STD-881E are:
The common elements identified in MIL-STD-881E, Appendix K are: Integration, assembly, test, and checkout; Systems engineering; Program management; System test and evaluation; Data; Peculiar support equipment; Common support equipment; Operational/Site activation; Contractor Logistics Support; Industrial facilities; Initial spares and repair parts. The standard also includes additional common elements unique to Space Systems, Launch Vehicle Systems, and Strategic Missile Systems. In 1987, the Project Management Institute (PMI) documented expanding these techniques across non-defense organizations. The Project Management Body of Knowledge (PMBOK) Guide provides an overview of the WBS concept, while the "Practice Standard for Work Breakdown Structures" is comparable to the DoD standard but is intended for more general application.[15] Design principles[edit]100% rule[edit]An important design principle for work breakdown structures is called the 100% rule.[16] It has been defined as follows: 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.[17]Mutually exclusive elements[edit]Mutually exclusive: In addition to the 100% rule, there must be no overlap in scope definition between different elements of a work breakdown structure. This ambiguity could result in duplicated work or miscommunications about responsibility and authority. Such overlap could also confuse 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. Plan outcomes, not actions[edit]If the work breakdown structure designer attempts to capture any action-oriented details in the WBS, the designer 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, not actions. 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.[18] 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.[19] 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 or critical design review). Level of detail[edit]One must decide when to stop dividing work into smaller elements. For most projects, a hierarchy of two to four levels will suffice.[20] This will assist in determining the duration of activities necessary to produce a deliverable defined by the WBS. There are several heuristics or "rules of thumb" used when determining the appropriate duration of an activity or group of activities necessary to produce a specific deliverable defined by the WBS.
A work package at the activity level is a task that:
Coding scheme[edit]It is common for work breakdown structure elements to be numbered sequentially to reveal the hierarchical structure. The purpose of the numbering is to provide a consistent approach to identifying and managing the WBS across like systems regardless of vendor or service.[21] For example, 1.1.2 Propulsion (in the example below) identifies this item as a Level 3 WBS element, since there are three numbers separated by two decimal points. A coding scheme also helps WBS elements to be recognized in any written context and allows for mapping to the WBS Dictionary.[22] A practical example of the WBS coding scheme is[23] 1.0 Aircraft System 1.1 Air Vehicle1.1.1 Airframe1.1.1.1 Airframe Integration, Assembly, Test, and Checkout1.1.1.2 Fuselage1.1.1.3 Wing1.1.1.4 Empennage1.1.1.5 Nacelle1.1.1.6 Other Airframe Components 1..n (Specify)1.1.2 Propulsion1.1.3 Vehicle Subsystems1.1.4 Avionics1.2 System Engineering1.3 Program Management1.4 System Test and Evaluation1.5 Training1.6 Data 1.7 Peculiar Support Equipment1.8 Common Support Equipment1.9 Operational/Site Activation1.10 Industrial Facilities1.11 Initial Spares and Repair PartsTerminal element[edit]The lowest element in a tree structure, a terminal element, is one that is not further subdivided. In a Work Breakdown Structure such elements (activity or deliverable), also known as work packages, are the items that are estimated in terms of resource requirements, budget and duration; linked by dependencies; and schedule. At the juncture of the WBS element and organization unit, control accounts and work packages are established, and performance is planned, measured, recorded, and controlled.[24] A WBS can be expressed down to any level of interest. Three levels are the minimum recommended, with additional levels for and only for items of high cost or high risk,[25] and two levels of detail at cases such as systems engineering or program management,[26] with the standard showing examples of WBS with varying depth such as software development at points going to 5 levels[27] or fire-control system to 7 levels.[28] Consistent to norms[edit]The higher WBS structure should be consistent with whatever norms or template mandates exist within the organization or domain. For example, shipbuilding for the U.S. Navy must respect that the nautical terms and their hierarchy structure put into MIL-STD[29] are embedded in Naval Architecture[30] and that matching Navy offices and procedures have been built to match this naval architecture structure, so any significant change of WBS element numbering or naming in the hierarchy would be unacceptable. Example[edit]The WBS construction technique employing the 100% rule during WBS construction The adjacent figure shows a work breakdown structure construction technique that demonstrates the 100% rule and the "progressive elaboration" technique. At WBS Level 1 it shows 100 units of work as the total scope of a project to design and build a custom bicycle. At WBS Level 2, the 100 units are divided into seven elements. The number of units allocated to each element of work can be based on effort or cost; it is not an estimate of task duration. The three largest elements of WBS Level 2 are further subdivided at Level 3. The two largest elements at Level 3 each represent only 17% of the total scope of the project. These larger elements could be further subdivided using the progressive elaboration technique described above. This is an example of the product-based approach (which might be end-product or deliverable or work-based), as compared to phased approach (which might be gated stages in a formal Systems development life cycle, or forced events (e.g. quarterly updates or a fiscal year rebudgeting), or a skills/roles based approach. WBS design can be supported by software (e.g. a spreadsheet) to allow automatic rolling up of point values. Estimates of effort or cost can be developed through discussions among project team members.[31] This collaborative technique builds greater insight into scope definitions, underlying assumptions, and consensus regarding the level of granularity required to manage the projects.[32] See also[edit]
References[edit]
Further reading[edit]
External links[edit]
What is the WBS in project management?Work breakdown structure (WBS) in project management is a method for completing a complex, multi-step project. It's a way to divide and conquer large projects to get things done faster and more efficiently. The goal of a WBS is to make a large project more manageable.
What is WBS in project management Mcq?What does a Work Breakdown Structure (WBS) “break down?” Project deliverables are broken down into tasks and activities. Project costs are broken down into the departments where they are charged. The structural elements of the project facility and equipment are broken down for inventory and tracking purposes.
What is the best way to define WBS?A work breakdown structure (WBS) is a visual tool for defining and tracking a project deliverable and all the small components needed to create it. With a work breakdown structure, you can stay focused on what you need to accomplish as you move toward the project deadline.
What is division phased WBS?The phase-based WBS displays the final deliverable on top, with the WBS levels below showing the five phases of a project (initiation, planning, execution, control and closeout). Just as in the deliverable-based WBS, the project phases are divided into project deliverables and work packages.
|