As a Six Sigma professional responsible for managing projects, have you ever been asked the following questions?
These are tough questions that require the discipline and quantitative rigor that is expected of Six Sigma practitioners. Fortunately, there is a powerful tool in the Six Sigma toolbox to help provide answers. It is called the beta distribution (also known as threepoint estimation), a continuous probability distribution defined on the interval 0 and 1.
During the late 1950s, when the U.S. Navy was working on the Polaris nuclear submarine project, the Navy’s Special Projects Office developed a beta distribution tool called the program evaluation and review technique (PERT) to manage the thousands of tasks and estimates that were required for the complex project. The PERT measured three values for time estimates, cost estimates and work effort estimates (i.e., manhours, machine hours). These values were categorized as “optimistic,” “most likely” and “pessimistic” times.
When such threepoint estimation tools are combined with basic statistics (such as mean, standard deviation and Zvalues), they can enhance a practitioner’s ability to better manage projects in terms of time, cost and even work effort.
The creation of threepoint estimates begins with a threestep process:
This information should be gathered from those people on the project team who will perform the activity. (Note: This example uses time, but the steps can also be applied to cost or work effort.)
With the three estimates, practitioners can calculate the expected time, or weighted average of an activity, and a probability estimate of a completion time for the entire project. The following equations are used to estimate the mean (µ) and variance (σ^{2}) of each activity:
µ = a + 4m + b6
This formula is based on the beta statistical distribution and weights the most likely time (m) four times more than either the optimistic time (a) or the pessimistic time (b).
As the equation shows, the variance is the square of onesixth of the difference between the two extreme (optimistic and pessimistic) time estimates. The greater the difference is between these extremes, the larger the variance.
For example, assume a task has the following estimated durations:
Optimistic (a) = 10 days
Most likely (m) = 13 days
Pessimistic (b) = 25 days
Using the formulas above, the expected time (µ) is calculated:
µ = 10 + (4 x 13) + 25
6
µ = 14.5 (rounded up to 15 days)
Figure 1 shows the beta distribution of this threepoint estimate example.
Because variance is a squared quantity, it is difficult to interpret. To resolve this difficulty, we take the square root of σ^{2}, which is known as the standard deviation (σ). In this example, the standard deviation is 2.5 days (σ = σ6.25 ).
σ^{2} = 6.25
Now that we know the basics of the threepoint estimate and beta distribution, we can apply it to a scheduling example. Figure 2 shows a simplified DMAIC (Define, Measure, Analyze, Improve, Control) project schedule using a Gantt chart.
Three time estimates were developed for each task. The optimistic schedule is 12 weeks, the most likely schedule is 16 weeks, and the pessimistic schedule is 26 weeks. Using the threepoint estimation technique, we calculate the expected time of 17 weeks – slightly longer than the most likely estimate. This is due to the small differences between the optimistic and pessimistic times for most of the tasks, which indicates a higher degree of certainty.
Based on the variance, the Improve phase (σ^{2} = 1.78) presents the greatest risk to the schedule. As project managers, Belts should concentrate their management skills on this task to maintain the schedule.
The sequence of tasks allows the determination of the critical path – the longest sequence of connected tasks through the project, which dictates the shortest time to complete the project. If one activity must be completed before another can begin, this is called a predecessor event.
Based on the sequence of tasks in Figure 2, the critical path is ABCDE and the expected time is 17 weeks. The standard deviation of the critical path is 1.5 days (σ2.11). Using confidence intervals, a practitioner can conclude that, at a 95 percent confidence level, the average project duration can be expected to fall within 14 and 20 days [17 + (2 x 1.5)].
Another valuable aspect of using the threepoint estimate is that it enables the project manager to assess the effect of uncertainty on project completion time. Suppose management asks for the probability of completing the project in 15 weeks. The mechanics of deriving this probability are as follows:
In this example,
Z = 15 – 17
1.5
Z = – 1.33
This Z score yields a probability of 9.12 percent, which means that the project manager has only about a 9 percent chance of completing the project within 15 weeks. Figure 3 shows the graphical representation of this probability. A negative Z score means the project falls on the left side of the mean. The red shaded tail area under the curve represents the 9 percent. Likewise, there is a 91 percent chance the project will take more than 15 weeks.
Likewise, what if a project manager was interested in the probability of completing the project within 18 weeks? Here is how that formula would look:
Z = 18 – 17
1.5
Z= 0.69
The positive Z score places the project on the right side of the distribution curve. This Z score yields a tail probability of 24.5 percent, which means that the project has a 75.5 percent chance of completing the project within 18 weeks.
A core skill of a Six Sigma practitioner is to effectively manage projects in terms of time, cost and scope (i.e., work effort). Schedules, in particular, pose unique challenges to any project manager because they must be estimated. The threepoint (beta distribution) technique recognizes uncertainty in project time estimation. Coupled with basic statistics, it provides powerful quantitative tools to:
Like all tools, the threepoint estimation technique has certain limitations. The accuracy attributed to the results can be no better than the accuracy inherent in the three initial points. That said, however, working with three estimates is clearly more reliable than working with just one.


© Copyright iSixSigma 20002016. User Agreement. Any reproduction or other use of content without the express written consent of iSixSigma is prohibited. More »
Comments
Could you double check your definition of mu? I think your equation is dividing by 6, but your definition is showing multiplication of 6 on B.
The equation should read (a+4m+b)/6
It turns out that humans have intuitive problems with estimated statistics: estimating extremes, center bias for averages, under reporting by half shameful items, over reporting twice honorable items, and small sample statistics estimates.
The following update on project sampling data is recommended if the source of the data are human experts that are using intuition rather than hard measured facts.
1) Humans really want the average to be half way between the extremes and tend to either fudge the extremes or average to make this wish come true. Do not collect both average and extreme data at the same time or from the same team.
2) Humans under estimate statistical extremes the following adjustment to the Beta Model is offered.
18.5% Extreme High
18.5% Extreme Low
63% Typical
The same approach applies:
Average = .185*Low + .185*High + .63*Typical
Sigma = sqrt(.185*(LowAverage)^2+.185*(HighAverage)^2+.63*(TypicalAverage)^2)
To compute better confidence intervals using Poisson Statistics – a close relative of Beta Statistics – the following is helpful
Average = Step * L
Sigma = Step * sqrt(L)
L = (Average/Sigma)^2
Step = Sigma^2/Average
Full odds for every case add up to 100%. All cases start at 0 and go to infinity… but odds fall off very fast. Suppose Sigma turn out to be 40 effort hours for a 200 effort hour project.
L = (200/40)^2 = 25 Steps to the peak odds.
Step = 40^2/200 = 8 Effort hours
Average Effort Hours = 8 Effort Hours * 25 Steps = 200 effort hours
Sigma Effort Hours = 8 Effort Hours * sqrt(25 steps) = 40 Effort hours
Individual step odds for (Value/Step = x_steps) = L^x/fact(x) * exp(L)
Spreadsheet ready version of Poisson Statistics
Odds no step happens = exp(L)
1 step = L*exp(L)
2 steps = L^2/2 *exp(L)
N steps = L^N/fact(N)*exp(L)
N+1 Steps = Odds N Steps * L / (N+1)
Peak odds occurs near N ~= L
Peak odds is approximately 1/sqrt(2*PI*L)
Sum Odds between steps to produce confidence interval information.
Odds for N or less steps is the sum of step N to step 0 of the odds.
Use the fact the odds add up to 100% to compute N or larger odds.
1 – sum odds Less than N to step 0 is the odds of N or more.
As Poisson Statistics is a close relative of Beta Statistics, this tends to give good completion time odds for projects.
Alternative approach to project estimates is to use Queue Theory for the project.
In effect a set of work units called Milestones is arriving over time to a team trying to resolve them.
Staff loading needs to be calibrated by the number of effort hours they have available per week. Suppose staff has 25% of their 40 effort hour week available to you and each works just as hard as the others. So each staff has 10 effort hours available per week.
Utilization = Effort hours/wk / 10 effort hours/wk
For quick estimates, consider the MM1 Queue that assumes a signal to noise ratio for staff effort and work load arrival near 1 to 1.
Te = the time needed to execute for each arriving item of piece work.
Ta = the average rate piece work is arriving on schedule.
M = Number of parallel staff working on the task
U = (Te/(M*Ta)) = Effort hours worked/Effort hours Available per staff. U <1 or project time explodes.
Average Time waiting in Queue = Te * U/(1U)
Sigma Time waiting in Queue = Te *sqrt(U/(1U))
Average Time for full project = Te / (1U)
Sigma Time for full project = Te * sqrt(U/(1U)^2 + 1)
Method of computing confidence intervals assuming core project Te, Ta can float tends to lead to Poisson Estimates that the project will not be more than expected.
Odds of project completion time above X
1exp(Time/Planed_Project_Time)