Project management triangle

From Infogalactic: the planetary knowledge core
(Redirected from Project triangle)
Jump to: navigation, search

Lua error in package.lua at line 80: module 'strict' not found.

The Project Management Triangle

The Project Management Triangle (called also Triple Constraint or the Iron Triangle) is a model of the constraints of project management. It is a graphic aid where the three attributes show on the corners of the triangle to show opposition. It is useful to help with intentionally choosing project biases, or analyzing the goals of a project.[1] It is used to illustrate that project management success is measured by the project team's ability to manage the project, so that the expected results are produced while managing time and cost.[2][3][4]

Like any human undertaking, projects need to be performed and delivered under certain constraints. Traditionally, these constraints have been listed as "scope" (features and quality), "time", and "cost".[5] These are also referred to as the "Project Management Triangle," where each side represents a constraint. One side of the triangle cannot be changed without affecting the others. A further refinement of the constraints separates product "quality" or "performance" from scope, and turns quality into a fourth constraint.

Overview

The time constraint refers to the amount of time available to complete a project. The cost constraint refers to the budgeted amount available for the project. The scope constraint refers to what must be done to produce the project's end result. These three constraints are often competing constraints: increased scope typically means increased time and increased cost, a tight time constraint could mean increased costs and reduced scope, and a tight budget could mean increased time and reduced scope.

The discipline of project management is about providing the tools and techniques that enable the project team (not just the project manager) to organize their work to meet these constraints.

Another approach to project management is to consider the three constraints as finance, time and human resources. If you need to finish a job in a shorter time, you can throw more people at the problem, which in turn will raise the cost of the project, unless by doing this task quicker we will reduce costs elsewhere in the project by an equal amount.

As a project management graphic aid, a triangle can show time, resources, and technical objective as the sides of a triangle, instead of the corners.[6] John Storck, a former instructor of the American Management Association's "Basic Project Management" course, used a pair of triangles called triangle outer and triangle inner to represent the concept that the intent of a project is to complete on or before the allowed time, on or under budget, and to meet or exceed the required scope. The distance between the inner and outer triangles illustrated the hedge or contingency for each of the three elements. Bias could be shown by the distance. His example of a project with a strong time bias was the Alaska pipeline which essentially had to be done on time no matter the cost. After years of development, oil flowed out the end of the pipe within four minutes of schedule. In this illustration, the time side of triangle inner was effectively on top of the triangle outer line. This was true of the technical objective line also. The cost line of triangle inner, however, was outside since the project ran significantly over budget.

James P. Lewis [7] suggests that project scope represents the area of the triangle, and can be chosen as a variable to achieve project success. He calls this relationship PCTS (Performance, Cost, Time, Scope), and suggests that a project can pick any three.

The real value of the project triangle is to show the complexity that is present in any project. The plane area of the triangle represents the near infinite variations of priorities that could exist between the three competing values. By acknowledging the limitless variety, possible within the triangle, using this graphic aid can facilitate better project decisions and planning and ensure alignment among team members and the project owners.

"Pick any two"

The project triangle as a "pick any two" Euler diagram.

You are given the options of Fast, Good, and Cheap, and told to pick any two. Here Fast refers to the time required to deliver the product, Good is the quality of the final product, and Cheap refers to the total cost of designing and building the product. This triangle reflects the fact that the three properties of a project are interrelated, and it is not possible to optimize all three – one will always suffer. In other words, you have three options:

  • Design something quickly and to a high standard, but then it will not be cheap.
  • Design something quickly and cheaply, but it will not be of high quality.
  • Design something with high quality and cheaply, but it will take a relatively longer time.

STR Model

The STR model is a mathematical model which views the "triangle model" as a graphic abstraction of the relationship:

Scope = Time × Resources

Scope refers to complexity (which can also mean quality). Resources includes humans (workers), financial, and physical. Note that these values are not considered unbounded. For instance, if one baker can make a loaf of bread in an hour, that doesn't mean ten bakers could make a loaf in six minutes.

Project management triangle topics

Time

For analytical purposes, the time required to produce a deliverable is estimated using several techniques. One method is to identify tasks needed to produce the deliverables documented in a work breakdown structure or WBS. The work effort for each task is estimated and those estimates are rolled up into the final deliverable estimate.

The tasks are also prioritized, dependencies between tasks are identified, and this information is documented in a project schedule. The dependencies between the tasks can affect the length of the overall project (dependency constrained), as can the availability of resources (resource constrained). Time is different from all other resources and cost categories.

Using actual cost of previous, similar projects as the basis for estimating the cost of current project.

According to the Project Management Body of Knowledge (PMBOK) the Project Time Management processes include:

  1. Plan Schedule Management
  2. Define Activities
  3. Sequence Activities
  4. Estimate Activity Resources
  5. Estimate Activity Durations
  6. Develop Schedule
  7. Control Schedule

Define Activities

  1. Inputs: Schedule Management Plan, Scope Baseline, Enterprise environmental factors, Organizational process assets
  2. Tools: Decomposition, Rolling Wave Planning, Expert Judgment
  3. Outputs: Activity list, Activity attributes, Milestone list

Activity sequencing

  1. Inputs: Project Scope Statement, Activity List, Activity Attributes, Milestones List, Approved change requests
  2. Tools: Precedence Diagramming Method (PDM), Arrow Diagramming Method (ADM), Schedule Network templates, dependency degeneration, applying leads and lags
  3. Outputs: Project Schedule Network diagrams, Activity List Updates, Activity Attributes updates, Request Changes

Activity resource estimating

  1. Inputs: Enterprise Environmental factoring, Organizational process assets, Activity list, Activity attributes, Resources Availability, Project Management Plan
  2. Tools: Expert Judgment Collections, Alternative Analysis, Publishing estimating data, Project management software implementation, Bottom up estimating
  3. Outputs: Activity resource requirements, Activity attributes, Resource breakdown structure, resource calendars, request change updates.

Activity duration estimating

  1. Inputs: Enterprise environmental factors, organization process assets, Project scope statement, activity list, activity attributes, activity resource requirements, resource calendars, project management plan, risk register, activity cost estimates
  2. Tools: Expert judgment collection, analogous estimating, parametric estimating, Bottom up Estimation, Two-Point estimation, Three-point estimation, reserve analysis
  3. Outputs: Activity duration estimates, activity attribute updates and estimates

Schedule development

  1. Inputs: Organizational process assets, Project scope Statement, Activity list, Activity attributes, project Schedule Network diagrams, Activity resource requirements, Resource calendars, Activity duration estimates, project management plan, risk register
  2. Tools: Schedule Network Analysis, Critical path method, schedule compression, what if scenario analysis, resources leveling, critical chain method, project management software, applying calendars, adjusting leads and lags, schedule model
  3. Outputs: Project schedule, Schedule model data, schedule baseline, resource requirements update, activity attributes, project calendar updates, request changes, project management plan updates, schedule management plan updates

Schedule control

  1. Inputs: Schedule management plan, schedule baseline, performance reports, approved change requests
  2. Tools: Progressive elaboration reporting, schedule change control system, performance measurement, project management software, variance, analysis, schedule comparison bar charts
  3. Outputs: Schedule model data updates, schedule baseline. performance measurement, requested changes, recommended corrective actions, organizational process assets, activity list updates, activity attribute updates, project management plan updates

Due to the complex nature of the 'Time' process group the project management credential PMI Scheduling Professional (PMI-SP) was created.

Cost

To develop an approximation of a project cost depends on several variables including: resources, work packages such as labor rates and mitigating or controlling influencing factors that create cost variances. Tools used in cost are, risk management, cost contingency, cost escalation, and indirect costs . But beyond this basic accounting approach to fixed and variable costs, the economic cost that must be considered includes worker skill and productivity which is calculated using various project cost estimate tools. This is important when companies hire temporary or contract employees or outsource work.

Cost Process Areas

  • Cost Estimating is an approximation of the cost of all resources needed to complete activities.
  • Cost budgeting aggregating the estimated costs of resources, work packages and activities to establish a cost baseline.
  • Cost Control – factors that create cost fluctuation and variance can be influenced and controlled using various cost management tools.
Project Management Cost Estimating Tools[8]
  • Analogous Estimating: Using the cost of similar project to determine the cost of the current project
  • Determining Resource Cost rates: The cost of goods and labor by unit gathered through estimates or estimation.
  • Bottom Up estimating: Using the lowest level of work package detail and summarizing the cost associated with it. Then rolling it up to a higher level aimed and calculating the entire cost of the project.
  • Parametric Estimating: Measuring the statistical relationship between historical data and other variable or flow.
  • Vendor Bid Analysis: taking the average of several bids given by vendors for the project.
  • Reserve Analysis: Aggregate the cost of each activity on the network path then add a contingency or reserve to the end result of the analysis by a factor determined by the project manager.
  • Cost of Quality Analysis: Estimating the cost at the highest quality for each activity.

Project management software can be used to calculate the cost variances for a project.

Scope

Requirements specified to achieve the end result. The overall definition of what the project is supposed to accomplish, and a specific description of what the end result should be or accomplish. A major component of scope is the quality of the final product. The amount of time put into individual tasks determines the overall quality of the project. Some tasks may require a given amount of time to complete adequately, but given more time could be completed exceptionally. Over the course of a large project, quality can have a significant impact on time and cost (or vice versa).

Together, these three constraints have given rise to the phrase "On Time, On Spec, On Budget." In this case, the term "scope" is substituted with "spec(ification)."

Evolution of the Project Constraint Model

The Project Management Diamond Model
The Project Management Star per PMBOK
Interpretation of Triangle Model
Interpretation of Star Model

Traditionally the Project Constraint Model recognised three key constraints; "Cost", "Time" and "Scope". These constraints construct a triangle with geometric proportions illustrating the strong interdependent relationship between these factors. If there is a requirement to shift any one of these factors then at least one of the other factors must also be manipulated.[5]

With mainstream acceptance of the Triangle Model, "Cost" and "Time" appear to be represented consistently. "Scope" however is often used interchangeably given the context of the triangle's illustration or the perception of the respective project. Scope / Goal / Product / Deliverable / Quality are all relatively similar and generic variation examples of this, while the above suggestion of 'People Resources' offers a more specialised interpretation.

This widespread use of variations implies a level of ambiguity carried by the nuance of the third constraint term and of course a level of value in the flexibility of the Triangle Model. This ambiguity allows blurred focus between a project's output and project's process, with the example terms above having potentially different impetus in the two contexts. Both "Cost" and "Time" represent the top level project's inputs.

The ‘Project Diamond’ model [9] engenders this blurred focus through the inclusion of "Scope" and "Quality" separately as the ‘third’ constraint. While there is merit in the addition of "Quality" as a key constraining factor, acknowledging the increasing maturity of project management, this model still lacks clarity between output and process. The Diamond Model does not capture the analogy of the strong interrelation between points of the triangles however.

PMBOK 4.0 offered an evolved model based on the triple constraint with 6 factors to be monitored and managed.[10] This is illustrated as a 6 pointed Star that maintains the strength of the triangle analogy (two overlaid triangles), while at the same time represents the separation and relationship between project inputs/outputs factors on one triangle and the project processes factors on the other. The star variables are:

  1. Triangle
    • Scope
    • Cost
    • Time
  2. Triangle
    • Risk
    • Quality
    • Resources

When considering the ambiguity of the third constraint and the suggestions of the "Project Diamond"; it is possible to consider instead the Goal or Product of the project as the third constraint, being made up of the sub factors "Scope" and "Quality". In terms of a project's output both "Scope" and "Quality" can be adjusted resulting in an overall manipulation of the Goal/Product. This interpretation includes the four key factors in the original triangle inputs/outputs form. This can even be incorporated into the PMBOK Star illustrating that "Quality" in particular may be monitored separately in terms of project outputs and process. Further to this suggestion, the use of term "Goal" may best represent change initiative outputs, while Product may best represent more tangible outputs.[11]

See also

References

  1. ↑ Erik Bethke (2003). Game Development and Production. p.65.
  2. ↑ Michael W. Newell, Marina N. Grashina (2004). The Project Management Question and Answer Book. p.8
  3. ↑ Pamela McGhee, Peter McAliney (2007). Painless Project Management. p.74.
  4. ↑ Michael Gentile, Ronald D. Collette, Thomas D. August (2005). The CISO Handbook. p.172
  5. ↑ 5.0 5.1 (Lua error in package.lua at line 80: module 'strict' not found.)
  6. ↑ Carl S. Chatfield, Timothy D. Johnson (2003). Microsoft Office Project 2003 Step by Step: Step by Step. P. 476
  7. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  8. ↑ PMBOK Third Edition 2004 p.165
  9. ↑ (Lua error in package.lua at line 80: module 'strict' not found.)
  10. ↑ Project Management Institute (2009) A Guide to the Project Management Body of Knowledge: PMBOK Guide. Chapter 1
  11. ↑ Brem (2011) T214 Understanding Complex Systems – TMA02. Q4

External links

Retrieved from "https://infogalactic.com/w/index.php?title=Project_management_triangle&oldid=720704864"