UPI Study › Courses › Software Engineering › Free lessons › Lesson 4.3 Free with a free account
Guiding Products Forward with the Stage-Gate Process
Software Engineering · Chapter 4: Rapid Development, Testing, and Software EvolutionSection 4.3 · lesson 26 of 1037 min · free with a free account
Free preview
Create a free account to keep watching
It takes a minute and costs nothing. Your free account unlocks all of Chapter 1 and 3 more lessons of Software Engineering.
Lesson complete
Earn the 3 college credits for Software Engineering
Enrolling adds a quiz after each lesson, the graded work and the official transcript. Recommended for credit by NCCRS.
Next lesson: Software Testing Essentials: Methods, Mindsets, and Techniques for Quality Assurance →← Collaborative Design Through Joint Application DevelopmentNext lesson: Software Testing Essentials: Methods, Mindsets, and Techniques for Quality Assurance →
In this lesson
Deciding, on purpose, whether an idea still deserves funding.
- Explain what the Stage-Gate process is for
- Describe its alternating structure of stages and gates
- Identify the criteria and the 4 outcomes of a gate decision
- Explain how Stage-Gate relates to software-specific process models
Transcript
Everything said in the video, section by section (927 words). Read along, or search it.
Rapid Development, Testing, and Software Evolution
Guiding Products Forward with the Stage-Gate Process
Long before anyone writes a line of code, an organization has already made a series of quieter decisions. The Stage-Gate process exists to make those decisions on purpose. This section covers how it is structured, what happens at each gate, and how it fits alongside software process models.
Before Any Code
The Quieter Decisions
Before any code exists, someone has to ask a few questions. Is this idea worth pursuing? Does the business case hold up? And later, is it still worth funding, now that more is known? Without a structure, those questions often never get asked outright. An idea simply coasts forward on momentum. Stage-Gate puts those decisions at defined checkpoints, so they are made deliberately.
Purpose
Managing Risk and Investment
The Stage-Gate process is a product development framework, and it is used well beyond software. Consumer goods, pharmaceuticals, industrial equipment, and software products all use versions of it. Its purpose is to manage risk and investment across the full life of a product idea, not just the technical work of building it. The key point is what a gate is. It is not a status update, or a box to check. It is a genuine investment decision, made by people with the authority to stop funding an idea that no longer looks worth it. The whole structure exists to make killing a weak idea early both possible, and normal.
Structure
Stages and Gates Alternate
Stages and gates alternate. A stage is where a cross-functional team does defined work. Scoping the idea, building a business case, developing the product, or validating it. Each stage ends with a set of deliverables. A gate is the checkpoint right after. A small group of decision-makers, called gatekeepers, reviews those deliverables against agreed criteria. Only then may the next stage begin. Real implementations vary in how many stages they use, and what each is called. But the shape stays the same. Work happens, a decision is made, and the next round of work begins only if that decision was to proceed.
Figure 1
The Stage-Gate Shape
Here is a simplified view of that shape. Discovery screens the idea. Then gate one decides whether development gets funded. Development builds the product. Then gate two decides whether it moves on to testing and validation. At each gate, the answer might be go. Or it might be kill, hold, or recycle. Real versions use more stages than this, but they keep the same alternating pattern, all the way from idea to launch.
At the Gate
Go/No-Go Criteria
At each gate, the gatekeepers weigh a consistent set of questions against what the stage just produced. Does the business case still hold up? Do the identified risks still look acceptable? Is the quality of the work good enough to build on? And does the idea still fit the organization's strategy, with the resources it would need to continue? The specific criteria change from gate to gate. An early gate asks softer, more exploratory questions. A later gate, where real money has already been committed, asks harder ones.
Table 1
4 Possible Outcomes
The decision that comes out of a gate is not limited to a simple yes or no. Four outcomes are typical. Go means the idea proceeds into the next stage, with the resources agreed on. Kill means investment stops entirely, and the idea is not pursued further. Hold means work pauses without being canceled, to be revisited if conditions change. And recycle sends the idea back to the same stage for more work, before a fresh gate review. Each one is a genuinely different signal about the idea's future.
Worth Noticing
A Kill Is the Mechanism Working
A kill decision is often treated as the failure case. But it is actually the mechanism doing its job. Think about a gate that never kills anything. It is not protecting the organization from a weak idea. It is just adding paperwork in front of decisions that were always going to be yes. Stopping a weak idea before more money is spent on it is exactly what the gate is for.
The Bigger Picture
Different Questions, Different Levels
So where does Stage-Gate sit, relative to the software process models covered earlier? It is not a software-specific way of organizing engineering work. It operates at a higher level, across the whole journey from idea to launch. A software team's actual development effort usually sits inside just one or two of its stages, most often development and testing. The work inside those stages still needs its own structure. That is where a sequential, iterative, or risk-driven model does its job. Stage-Gate governs whether the organization keeps funding the product. The software model governs how the engineering happens once it is funded. So one product can use both at once, without contradiction. And the underlying instinct is shared with risk-driven engineering. Confront a weak assumption early, before more money is spent on it.
Key Terms
The Vocabulary of This Section
Let's lock in the key terms. The Stage-Gate process structures the path from idea to launch as alternating stages of work, and gates of formal review. A gate is a checkpoint following a stage, where gatekeepers formally decide whether to keep investing in the idea. A gatekeeper is a decision-maker who reviews a stage's deliverables at a gate, and chooses the outcome. And a go or no go decision is that formal choice. Typically go, kill, hold, or recycle.
Key Takeaways
What to Carry Forward
To pull this together. Stage-Gate manages risk and investment across the whole life of a product idea. Stages produce deliverables, and gates decide whether the next stage gets funded. Gatekeepers weigh the business case, risk, quality, strategy, and resources. The outcome can be go, kill, hold, or recycle. And a kill means the gate is working. Finally, Stage-Gate governs whether to fund a product. A software process model governs how to build it.
About Software Engineering at UPI Study
Software Engineering (Computer Science 301) is a self-paced online course of 103 video lessons in 15 chapters, from process models and agile to requirements, design, user interfaces, reliability, security and project management. It carries a NCCRS credit recommendation for 3 semester credits.
Every lesson transcript is free on pages like this one, and the videos are free with a free UPI Study account. Enrolling adds a practice quiz after each lesson, the graded work and final exam that earn the credit, lifetime access, and an official transcript on completion. UPI Study has helped over 130,000 students with college credits. ACE and NCCRS have over 2,100 cooperating colleges that will consider accepting credits; the final decision is with the universities.
Enroll now → Course details Download the syllabus All Computer Science courses Every course with PRO →
Why take it here
Why students take Software Engineering with UPI Study
Where the credit goes
Universities that work with NCCRS
Software Engineering carries a NCCRS credit recommendation. These universities work with NCCRS; some are UPI Study's signed partners. ACE and NCCRS have over 2,100 cooperating colleges that will consider accepting credits; the final decision is with the universities.
Thomas Edison State UniversitySigned partner
University of the PeopleSigned partner
Charter Oak State CollegeSigned partner
Strayer UniversitySigned partner
Columbia Southern UniversitySigned partner
Indiana TechSigned partner
Penn StateWorks with NCCRS
Southern New Hampshire UniversityWorks with NCCRS
SUNYWorks with NCCRS
+many more cooperating universitiesFind my college →Find my college → Not listed? Ask Athena in the corner of this page, or book a 15-minute call.
FAQ
Questions students ask us
About Guiding Products Forward with the Stage-Gate Process
What is the Stage-Gate process?
What are the four possible outcomes of a Stage-Gate decision?
What criteria do gatekeepers use at a Stage-Gate review?
Is Stage-Gate the same as a software development process model?
About the Software Engineering course
How many college credits is Software Engineering?
How much does Software Engineering cost and what is included?
Which universities accept UPI Study credits?
How long does Software Engineering take?
How are the exams done?
How do my credits reach my college?
Ready for the full course? Earn 3 credits in Software Engineering.
103 video lessons, a quiz after each one, and the graded work that earns the credit. Recommended for credit by NCCRS.
3 credits · NCCRSEnroll →