As a Six Sigma professional responsible for managing projects, have you ever been asked the following questions?

- When do you reasonably expect to complete your project?
- What’s the probability of completing the project on time or on a given date?
- Which activities on the critical path should you focus your attention on to meet the schedule?
- Can you tell me with a 95 percent confidence level how much the project will cost?
- How much variance is associated with the total man-hours you’ve estimated for this project?

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 *three-point 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., man-hours, machine hours). These values were categorized as “optimistic,” “most likely” and “pessimistic” times.

When such three-point estimation tools are combined with basic statistics (such as mean, standard deviation and Z-values), they can enhance a practitioner’s ability to better manage projects in terms of time, cost and even work effort.

### Three-Point Estimation Technique

The creation of three-point estimates begins with a three-step process:

**Record the**This represents the minimum reasonable period of time during which the activity can be completed. There is only a small probability – typically assumed to be less than 1 percent – that this can be achieved.*optimistic time*(*a*):**Record the**This is the time required to complete an activity based on typical conditions and historical information. Since m would be the time thought most likely to be met, it is also the mode of the beta distribution.*most likely time*(*m*):**Record the**This is the maximum reasonable period of time the activity would need to be completed. Again, this is only a small probability – typically less than 1 percent.*pessimistic time*(*b*):

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 one-sixth 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 three-point 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

### Application with a Schedule

Now that we know the basics of the three-point 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 three-point 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 A-B-C-D-E 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 three-point 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:

- Sum the variance values associated with each activity on the critical path. Calculate the standard deviation (σ)
- Substitute this figure, along with the project due date (
*X*) and the project’s expected completion time (*µ*), into the Z transformation formula (Note: Although the beta distribution is slightly skewed, the normal distribution is a fairly good proxy for determining probability.)*Z = X – µ**σ* - Calculate the value of Z, which is the number of standard deviations the project due date is from the expected completion time.
- Once Z is calculated, find the probability of meeting the project due date, using a table of normal probabilities.

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.

### Managing with More Certainty

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 three-point (beta distribution) technique recognizes uncertainty in project time estimation. Coupled with basic statistics, it provides powerful quantitative tools to:

- Manage expected project completion time
- Identify tasks with the greatest risk (i.e., highest variance)
- Calculate confidence levels for expected completion time
- Provide the probability of completion on any given date

Like all tools, the three-point 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.

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.

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*(Low-Average)^2+.185*(High-Average)^2+.63*(Typical-Average)^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/(1-U)

Sigma Time waiting in Queue = Te *sqrt(U/(1-U))

Average Time for full project = Te / (1-U)

Sigma Time for full project = Te * sqrt(U/(1-U)^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

1-exp(-Time/Planed_Project_Time)

What tool was used for the beta distribution chart and the project schedule? I would like to use them