Get Started Free

Turn the Problem Into an Engineering Opportunity

By
September 21, 2026

A yield excursion, recurring defect, or process instability reveals more than something to fix. It reveals value your engineering team may be able to recover, protect, or create.

Semiconductor evidence organized into an Engineering Opportunity before root cause analysis and project approval.
A technical problem becomes valuable when the team can see the opportunity inside it.

Three product lots have dropped to 87% wafer-test yield. The previous 20 comparable lots averaged about 94%. Failures are concentrated near the wafer edge.

The task force already has several leads. Nineteen of the 24 lowest-yield wafers passed through etch chamber E2, although the normal E2 routing rate is still unknown. Two affected lots show slightly larger edge-to-center film variation, still within specification. Cleaning the probe contacts changed yield by less than half a percentage point. Physical failure analysis is pending. Six more lots are scheduled for next week.

Management wants action, so the familiar instruction arrives: Start the root cause analysis.

The team has plenty of technical material. It still needs an answer to two questions:

What exactly are we asking the team to investigate? And what opportunity could the company capture by acting on it?

A problem is the signal. The Engineering Opportunity is the value that becomes available when the organization understands that signal, commits the right resources, and improves the system.

What comes before root cause analysis?

The step before root cause analysis is shaping the Engineering Opportunity: organizing early evidence into a clear, bounded, reviewable case for what can be improved, what value is at stake, what remains uncertain, and why the work may deserve resources.

The underlying discipline has several established names, including Problem Finding, Problem Framing, Problem Exploration, Problem Definition, and Problem Shaping.

Problem Finding asks: What condition deserves attention?

Problem Shaping asks: What do we know, how should we frame the condition, where are its boundaries, and what remains uncertain?

Opportunity Shaping asks: What can the organization recover, protect, improve, learn, or create by addressing it?

Root cause analysis asks: What mechanism produced the defined condition, and what change can prevent recurrence?

The complete value path is:

Technical Signal → Problem Finding and Shaping → Engineering Opportunity → Resource Decision → Root Cause Analysis → Captured Value

Flow from technical signal through problem shaping, Engineering Opportunity, resource decision, root cause analysis, and captured value.
Shape the opportunity before committing resources to solve it.

See how technical signals become opportunities worth pursuing.

Problem Finding and Problem Shaping provide the foundation

Researchers have studied the distinction between finding a problem and solving it for decades. In 1975, Jacob Getzels described problem finding as a distinct part of creative work. Later engineering-design research used related language such as problem exploration and framing. A 2018 study of 252 design problems identified 32 patterns of problem exploration and found that their presence was associated with designs selected as competition finalists. (Getzels, 1975; Studer et al., 2018)

Formal quality guidance follows the same order. ASQ describes problem solving as defining the problem, diagnosing its root cause, implementing a solution, and sustaining the result. Its first stage calls for facts, supporting data, affected processes, timing, magnitude, and a specific description of what happened. (ASQ: What Is Problem Solving?)

This established discipline gives us technical clarity. Opportunity language adds the business meaning. For example, it connects a recurring defect to recoverable yield, an equipment failure to available capacity, a reliability issue to avoided warranty cost, and an engineering investigation to visible organizational learning.

Engineering reality arrives as mixed material

A fab excursion rarely shows up as a neatly defined opportunity. It usually takes shape gradually, scattered across email threads, SPC charts, tool histories, meeting notes, and screenshots. Along the way, teams try corrections and form competing explanations, while conclusions often begin circulating before the evidence behind them has fully caught up.

Several kinds of information often get mixed:

  • observed facts;
  • interpretations and hypotheses;
  • actions already attempted;
  • containment already underway;
  • business impact and timing;
  • missing comparisons and open questions.

That material is the very beginning of an opportunity. The task-force leader still needs to organize it, separate observation from interpretation, preserve uncertainty, define scope, and express the potential value in terms management can evaluate.

Wafer data, process history, hypotheses, attempted actions, and unknowns being evaluated as an Engineering Opportunity.
Technical context becomes decision-ready when evidence, uncertainty, and value are visible together.

Why teams commit resources to the wrong work

Consider the statement “E2 caused the edge-yield loss.” It sounds decisive enough to become a project title, but it also embeds a conclusion that the available evidence cannot yet support.

Nineteen low-yield wafers passed through E2, but the team still lacks the routing denominator and comparable routes from unaffected lots. Maintenance had been performed before the first affected lot, and although qualification initially passed, the symptom reappeared after cleaning. A possible interaction with the film profile remains under consideration, while failure analysis is still in progress.

An “E2 root cause” project would carry that assumption into its scope, ownership, experiments, and meeting agenda. Every subsequent tool, 5 Whys, fishbone diagrams, cause-and-effect chains, fault trees, or DOE, would start from a constrained premise.

The opportunity is broader and more honest:

Close Product’s seven-point yield gap while protecting the next six lots, then determine what is driving the recurrence by bringing together evidence from wafer history, routing, equipment behavior, film profile, test results, and failure analysis.

That framing gives engineers room to investigate and gives management a reason to care.

What is an Engineering Opportunity?

An Engineering Opportunity is a structured, reviewable case built around observed technical evidence. It shows where performance can be improved, value recovered, losses reduced, risks brought under control, or useful knowledge gained, and provides a clear basis for deciding whether the work deserves resources.

An Engineering Opportunity should make the following visible:

  • the technical signal and affected scope;
  • magnitude, timing, and value at stake;
  • evidence already available;
  • attempted actions and their results;
  • competing explanations;
  • assumptions, unknowns, and open questions;
  • the accountable leader;
  • the management decision required.

Why does PRIZ call it a Problem Candidate?

At PRIZ, we represent a structured Engineering Opportunity as a Problem Candidate. The name describes its workflow status: the technical condition has been shaped into a reviewable candidate, while approval and resource commitment remain human decisions.

Every Problem Candidate represents an Engineering Opportunity.

Shape Investigation turns the selected technical context into an editable draft that the task-force leader can review and refine. The goal is to make sure the investigation is framed clearly, supported by the available evidence, and focused on the right scope, while also capturing its potential value, key unknowns, ownership, and an initial sense of priority. Once saved, the candidate moves to the Problem Candidate Inbox for management review, where it can be advanced, sent back for more information, combined with another candidate, rejected, or archived.

The Product opportunity: before and after

Before shaping, the Product task force is working with fragmented input from across the organization, including Yield, Etch, Equipment, Deposition, Test, Failure Analysis, QA, and Production. What they have so far points to a recurring edge pattern and several plausible causes, but the picture is still incomplete: probe cleaning did not resolve the issue, key comparisons are missing, and six lots are already nearing completion.

After shaping, management sees one Engineering Opportunity:

Recover Product wafer-edge yield and prevent recurrence.

The PRIZ platform stores it as Recurring Wafer-Edge Yield Loss in Product, a Problem Candidate with Needs review status. It records 87% observed yield against the 94% reference, keeps the E2 and film-profile explanations open, separates containment from recurrence investigation, assigns the Integration Engineer as accountable owner, and identifies the missing evidence.

Across the three affected lots, the seven-percentage-point yield gap represents an estimated 7,875 fewer passing dies against the reference yield. This estimate describes potential value exposure. Six upcoming lots increase the urgency.

The appropriate management decision is Ask for more information. Before moving forward, the manager requests the missing E2 routing denominator and comparable routes from unaffected lots, along with better alignment between wafer maps and maintenance history. The review should also include the completed physical analysis, a comparison of test-program versions, and evidence showing whether film-profile variation is actually connected to the observed edge pattern.

The opportunity becomes clearer while the technical uncertainty remains visible.

Scattered semiconductor evidence shaped into an Engineering Opportunity represented as a PRIZ Problem Candidate.
The platform preserves technical precision while making the opportunity and value visible.

See an Engineering Opportunity Become an Approved Project

Follow the path from selected task-force evidence to a Problem Candidate, management review, and project conversion.

Human review protects the opportunity and the investment

The workflow keeps three responsibilities clear:

  1. AI organizes the submitted context. It structures the selected evidence into an editable draft.
  2. The task-force leader reviews the opportunity. The accountable Integration Engineer corrects the technical framing, value, evidence, uncertainty, ownership, and priority.
  3. A manager decides what receives resources. The Problem Candidate Inbox supports clarification, comparison, approval, merging, rejection, and archiving. Project conversion becomes available after approval.

This separation protects engineering judgment and management accountability. It also creates a record of what was known, what remained open, what value was expected, and why the organization chose to invest. (PRIZ Problem Candidate Inbox)

Engineering manager reviewing an Engineering Opportunity in the Problem Candidate Inbox before committing project resources.
AI structures the evidence. The leader shapes the opportunity. Management controls the investment decision.

Shape the opportunity before you solve the problem

Root cause analysis remains one of engineering’s most valuable disciplines. Its quality depends on the technical question placed at its starting line. Its business value depends on the opportunity surrounding that question.

For engineering organizations, the sequence becomes:

  1. Recognize the signal.
  2. Shape the opportunity.
  3. Decide whether it deserves investment.
  4. Solve the technical problem.
  5. Capture the value.

This sequence gives engineers a clearer investigation, gives managers a stronger basis for allocating scarce resources, and gives the organization a visible connection between technical work and business performance.

Every problem consumes attention. A shaped Engineering Opportunity shows what that attention can produce.

Turn Your Next Engineering Problem Into an Opportunity

Bring selected observations, measurements, attempted actions, hypotheses, and open questions into one reviewable opportunity. PRIZ currently represents the shaped opportunity as a Problem Candidate.

Frequently Asked Questions

What is the step before root cause analysis?

The step is shaping the Engineering Opportunity: clarifying the technical condition, evidence, uncertainty, value at stake, ownership, and resource decision before causal analysis begins.

What is the difference between Problem Shaping and Opportunity Shaping?

Problem Shaping creates an accurate technical frame. Opportunity Shaping connects that frame to potential improvement, recovered value, controlled risk, organizational learning, and the decision to invest resources.

What is an Engineering Opportunity?

An Engineering Opportunity is a structured, evidence-based case for improving performance, recovering value, reducing loss, controlling risk, or building useful knowledge.

Why does the PRIZ interface use Problem Candidate?

Problem Candidate is the current product object for a structured Engineering Opportunity awaiting management review. Every Problem Candidate represents an Engineering Opportunity.

Does AI decide which opportunities become projects?

AI organizes the submitted context. The task-force leader reviews and edits the opportunity, and a manager decides whether it receives resources and becomes a project.

Leave A Comment

Read also