
ptg6843605
Project Evaluation and Review Technique (PERT) − project hopper
Page 281 The Encyclopedia of Operations Management
• Risk mitigation: The barriers that might keep the project from being completely successful, including a
statement about how these should be addressed. For example, a project might be at risk if one user group
fails to embrace a new process. The mitigation for this might be to assign a key representative of this user
group to the process design team and to provide training for all the users before the new process is
implemented.
• Team: A list of the team members’ names and titles along with their roles (e.g., team leader, team member,
team support person). Some organizations add planned utilization, start dates, and end dates. Subject matter
experts (SMEs) should also be listed with an explanation of their roles (e.g., advising, reviewing, etc.).
SMEs are not formal team members and therefore can be included without increasing the size of the team.
• Sponsor: The name of the project sponsor or sponsors. Sponsors should be included from every
organization that is significantly impacted by the project.
• Approvals: Signatures from all project sponsors before the project is started. It is important to revise the
charter and get new approvals whenever the scope is changed. In some situations, such as new product
development, signoffs are required at the end of each phase of the project.
A statement of work (SoW) is a description of the business need, scope, and deliverables for a project. The
SoW usually follows the project charter and provides more detail. However, some organizations use a SoW in
place of a project charter. At a minimum, the SoW should include the business need, scope, and deliverables.
However, some experts insist that the SoW also include acceptance criteria and schedule. Still others include all
the details of the project charter, including executive summary, background, objectives, staffing, assumptions,
risks, scope, deliverables, milestones, and signatures.
See A3 Report, business case, champion, change management, deliverables, implementation, lean sigma,
lean thinking, New Product Development (NPD), post-project review, program, program management office,
project management, RACI Matrix, scope creep, scoping, sponsor, stage-gate process, stakeholder, stakeholder
analysis, Subject Matter Expert (SME).
Project Evaluation and Review Technique (PERT) – A project planning and scheduling method developed
by the U.S. Navy for the Polaris submarine project.
In its original form, PERT required each task to have three task time estimates: the optimistic task time (a),
the most likely task time (m), and the pessimistic task time (b) (Malcolm, Roseboom, Clark, & Fazar, 1959). The
expected task time is then estimated as E(T) = (a + 4m + b)/6 and the task time variance as V(T) = (b a)
2
/36.
These equations were supposedly based on the beta distribution. Sasieni (1986) asserts that these equations have
little scientific basis, but Littlefield and Randolph (1987) attempt to refute Sasieni’s assertions. In this author’s
view, Sasieni was probably closer to the truth on this issue.
The expected critical path time is estimated by adding the expected times for the tasks along the critical path;
similarly, the variance of the critical path time is estimated by adding the variances along the critical path. The
earliest and latest project completion time are then estimated as the expected critical path time plus or minus z
standard deviations of the critical path time.
This approach assumes that (1) the distribution of the project completion time is determined only by the
critical path time (i.e., that no other path could become critical), (2) the project completion time is normally
distributed, and (3) the equations for the mean and variance are correct. In reality, these assumptions are almost
always incorrect. Few organizations find that the three-task time approach is worth the time, confusion, or cost.
See beta distribution, critical chain, Critical Path Method (CPM), project management, slack time, work
breakdown structure (WBS).
project hopper – A simple tool that helps a process improvement program leader (champion) manage the set of
current and potential projects.
The project hopper is a tool used to help store and prioritize potential process improvement projects. This is
usually done with an Excel workbook. Ecolab and other firms prioritize potential projects based on two
dimensions: (1) benefits (sales growth, cost reduction, improved service) and (2) effort (cost, resources, time to
achieve benefits). Ecolab graphs each project on these two dimensions and uses that information as a visual tool
to help managers prioritize potential projects
49
. Preliminary project charters are then written for the most
49
The is from a private conversation with Cathy Clements, former Vice President, Fueling the Future, Ecolab, in 2007.