Stage-Gate Process

From apppm
Revision as of 08:09, 20 September 2017 by CJJongenelen (Talk | contribs)

Jump to: navigation, search

Contents

Abstract

The Stage-Gate Process (also referred to as Phase-Gate Process) is a project management tool, dividing the time horizon of a project into several information-gathering stages. These stages are separated by so-called gates, which represent go/kill/recycle decisions for the project. The concept was introduced by Cooper (1986) in his book 'Winning At New Products'[1].

The central background of the Stage-Gate Process is rooted in the fact that companies have limited resources (e.g. time, money & capital goods). To make effective use of the available resources and to manage risks, a firm has to develop its project portfolio in a manner that only the most promising/beneficial projects are put through. Regular Stage-Gate Processes include 4 to 8 stages, which can be conducted in parallel or can be skipped depending on the preferences of the company [2][3]. The evaluation criteria at each gate are discussed upfront with the project group and are acted upon by the gatekeeper during a gate meeting. Each gate decision should be a objective process; anybody in the organization should come to the same conclusion.

A Stage-Gate Process is complementary to project evaluation methods that, for example, analyze resource availability, project-related risks or costs and benefits of the project. The method is also frequently used in combination with other project management tools, like Gantt Charts or Concurrent Engineering theory [4] The process can be used in most project-related contexts, but gained a lot attention in the field of new product development as a strategic pacing method [5]

Basic Elements of the Stage-Gate Process

The basic idea of a Stage-Gate Process is that the whole project is divided in a predetermined set of stages. These stages consist of groups of related activities that end in so-called gates. Gates are characterized as containing a set of deliverables or inputs, a set of criteria, and an output [6].


Stages

Stages often consist of activities that roughly follow the same trajectory, where first the data is collected, integrated and analysed[3]. Cooper (2008) mentions several key characteristics that need to be taken into account when identifying stages[7]:

1. Each stage should strive to reduce endogenous and exogenous uncertainties and risks. For the stage information requirements guide the team in their way-of-working.

2. Each stage is more costly than the preceding one. Combined with the element (1) above, this means that there exists a trade-off between uncertainties and risks on the one hand, and costs on the other hand.

3. Activities within stages are undertaken in parallel and by a team of people from different backgrounds.

4. Each stage is cross-functional; so no departmental focuses are present


Several authors emphasize a standardized selection of stages that can provide the basis for implementing a Stage-Gate Process [8] [6]


Gates

Where stages represent a longer period of time (weeks or months); gates represent meetings with a time-span of several hours. At each gate the following elements are relevant to keep in mind [6]:

Inputs/Deliverables: the deliverables that the project leader must bring to the gate

Criteria: which are the items upon the input will be judged.

Outputs: the decisions at the gate, and possible the approval of an action plan for the next stage

Overview of the Stage-Gate Process, with an emphasis on gate decisions.
Visualization of decisions at the gates of the Stage-Gate Process

Senior managers man the gates, and act as so-called gatekeepers. This group is diverse in nature and each member has the power to approve the resources needed for continuation of the project [6]. During the gate meeting the gatekeepers meet to discuss the future of a project. The objective decision they make is fully based at the ability of the team to meet the gate criteria. The following outputs can be generated during the gate meeting:

1. Go: here the input created by the project team is sufficient. The next step is to proceed with the next stage.

2. Kill: here the input created by the project team is insufficient or the result imply that the project will not be able to yield the desired benefits. The next step is to terminate the project, and review the process.

3. Recycle: here the input created by the project team is insufficient, but the project still has potential to yield benefits. The next step is to restart the current stage, and update the inputs.

4. Hold: here the input created by the project team may be sufficient or insufficient. The gatekeepers decide to delay their decision, and wait until inputs of parallel processes are provided at the next gate. Based on the input of these processes a decision will be made about continuing, stopping or recycling the project.

Application areas for the Stage-Gate Process

Cooper's original publication on the Stage-Gate Process focused itself on applications within the field of new product development [1] [6] [3]. He positioned his theory as a method to reduce cycle time and improve new product "hit rate". Over the years academics and professionals tuned the model to make it even more efficient in the field of new product development, and even used it to research other project-related environments.

More recently Wuest et al. (2014) researched the possible positive effects of using the Stage-Gate Process in manufacturing and assembly systems [9] Their main finding is that, if adapted to the project scenario, the Stage-Gate Process could be beneficial for companies in manufacturing and assembly. Here the goal was to identify flaws in the manufacturing systems early on, this to make sure that they do not amount up to problems. These processes share the characteristic that late identification of inefficient processes may add up to significant amounts of money spend to fix the problems.


Possible theoretical synergies

One of the main theoretical synergies that have been discovered by Sommer & Cooper (2016), who combined the Agile Project Management with the Stage-Gate Process [10]. For information technology (IT) companies both methods were already beneficial and the use the developed the Agile-Stage-Gate Hybrid Model should bring companies even more benefits, namely [10]:

1. Faster and more adaptive response to changing customer needs

2. Better integration of the voice-of-the-customer

3. Better team communication

4. Improved development productivity

5. Shorter time-to-market


Another theoretical synergy was identified by Thamhain (1996), who combined the Stage-Gate Process with an other project organization method called Concurrent Engineering. This method focuses on in-parallel execution of project activities and phases with the objective of minimizing overall project cycle time [4]. This combination is already emphasized in Cooper's later work, where he emphasizes the relevance of cross-functional work and the use of parallel activities within stages.

Limitations of Using the Stage-Gate Process

The Stage-Gate Process has been linked with several limitations, some of them have already been solved over time. Below you find a list of limitations/problems that are still present after applying Stage-Gate processes:

A. The effectiveness of the method highly depends on the behavior of senior management members that are appointed as gatekeepers. Cases exist where gatekeepers did not objectively decide on the gate output, or where personal prioritization was given for certain criteria [3].

B. The method requires a certain organizational mindset, where "homework" has to be done. In other words, companies have to do research when determining criteria at the gates and have to keep track of resource availability across the time-span of the projects. Using a Stage-Gate Process does not guarantee successful, where its success depends heavily on the right use of other tools [3].

C. The method assumes that cross-functional activities during each stage will reduce risks optimally. For many projects it may be the case that a focus on certain aspects (e.g. technology, marketing) may result in more risk reduction.

D. Some projects require a more flexible framework. For designers it is often hard to follow a linear progress. For these projects the structural characteristics of the Stage-Gate Approach will not provide as much added value.

References

  1. 1.0 1.1 Cooper, R.G. (1986). Winning At New Products. Addison-Wesley, ISBN 0201136651
  2. O'Connor, P. (1994). From Experience; Implementing Stage-Gate Process: A Multi-Company Perspective. Journal of Product innovation Management. Vol 11. pp 183-200
  3. 3.0 3.1 3.2 3.3 3.4 Cooper, R.G. (2008). Perspective: The Stage-Gate Idea-to-Launch Process — Update What’s New, and NexGen Systems, Product Development & Management Association, Journal of Product Innovation Management. Vol. 25. pp 213–232
  4. 4.0 4.1 Thamhain, H. (1996). Applying stage-gate processes in concurrent engineering. Wescon/96. pp 2-7
  5. Sharma, A. (1999). Central Dilemmas In Managing Innovation in Large Firms. California Management Review. Vol 41. No 3. pp 146-164
  6. 6.0 6.1 6.2 6.3 6.4 Cooper, R.G. (1990). Stage-Gate Systems: A New Tool for Managing New Products. Business Horizons. pp 44-54
  7. Cooper, R.G. (2008b). Perspective: The Stage-Gate Idea-to-Launch Process — Update What’s New, and NexGen Systems, Product Development & Management Association, Journal of Product Innovation Management. Vol. 25. pp 215
  8. Incentives in a Stage-Gate Process. Production and Operations Management. Vol 23. No 8. pp 1286-1298
  9. Wuest, T. Liu, Lu, S.C.Y. & Thoben K.D. (2012). Application of the stage gate model in production supporting quality management. Conference on Manufacturing Systems. Vol 47. pp 32-37
  10. 10.0 10.1 Sommer A.F. & Cooper, R.G. (2016). From Experience: The Agile-Stage-Gate Hybrid Model: A Promising New Approach and a New Research Opportunity. Journal of Product Innovation Management. Vol 33. No 5. pp 513-526
Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox