Stage‑Gate

NextLevel Statement

Stage‑Gate ist nicht die Kunst, Innovation zu stoppen — sondern die Fähigkeit, Innovation zu stabilisieren. In einer Welt, in der KI jede Idee berührt und jeder Flow sichtbar wird, gewinnt nur, wer den Mut hat, Bedeutung neu zu definieren. Stage‑Gate Re‑Meaning™ ist der Schritt, den Organisationen gehen müssen, wenn Innovation nicht nur schneller, sondern richtiger werden soll. Qualität entsteht, wenn Flow, Kultur und Technologie dieselbe Sprache sprechen — die Sprache des Customer‑Holders.

FAQs - Sage-Gate

Grundlagen – Verständnis & Definition

Was ist der Stage‑Gate‑Prozess in einfachen Worten?

Stage‑Gate ist ein Innovationssystem, das Arbeit in Stufen (Stages) und Entscheidungen in Gates organisiert. Zwischen zwei Stufen steht immer ein Gate, an dem entschieden wird: weitermachen, stoppen, pausieren oder neu ausrichten. Ziel: Risiken sichtbar machen, Ressourcen sinnvoll einsetzen und Innovation nicht dem Zufall überlassen.

Wofür wurde Stage‑Gate ursprünglich entwickelt?

Ursprünglich für physische Produktentwicklung: Unternehmen hatten hohe Flop‑Raten, Projekte wurden zu spät gestoppt, Ressourcen liefen in „Zombie‑Projekte“. Stage‑Gate sollte Ordnung schaffen, Entscheidungen strukturieren und schwache Projekte früh beenden.

Ist Stage‑Gate ein Projektmanagement‑Tool oder ein Innovationsmodell?

Es ist primär ein Innovations‑Entscheidungssystem, kein klassisches Projektmanagement‑Tool. Es strukturiert, wann entschieden wird und auf welcher Basis, nicht wie man Aufgaben im Detail plant.

Was ist der Unterschied zwischen Stage‑Gate und klassischen Projektphasen?

Projektphasen beschreiben Arbeitsschritte. Stage‑Gate ergänzt diese um bewusste Entscheidungspunkte mit klaren Kriterien. Es geht nicht nur um „fertig werden“, sondern um „bewusst entscheiden“.

Brauche ich Stage‑Gate überhaupt noch im digitalen Zeitalter?

Ja – aber nicht in seiner alten, bürokratischen Form. In einer BANI‑Welt (brüchig, ängstlich, nichtlinear, unverständlich) braucht Innovation Klarheit und Flow, nicht Chaos. Stage‑Gate Re‑Meaning™ liefert genau das.

Wie viele Stages braucht ein modernes Stage‑Gate?

Moderne Stage‑Gate‑Systeme arbeiten mit wenigen, klar definierten Stufen (z. B. 3–5). Mehr Stages erhöhen meist nur die Bürokratie, nicht die Qualität der Entscheidungen.

Was ist der größte Vorteil von Stage‑Gate gegenüber agilen Methoden?

Agile erhöht Geschwindigkeit und Anpassungsfähigkeit, Stage‑Gate erhöht Entscheidungsqualität und Transparenz über Risiken und Ressourcen. Zusammen sind sie stärker als jeweils allein.

Kann Stage‑Gate ohne umfangreiche Dokumentation funktionieren?

Ja. In modernen Systemen werden Signale, Experimente und klare Kriterien wichtiger als lange PowerPoint‑Decks. Entscheidend ist die Qualität der Entscheidung, nicht die Menge der Unterlagen.

Praxis & Probleme – „Warum funktioniert das bei uns nicht?“

Warum fühlt sich unser Stage‑Gate‑Prozess wie Bürokratie an?

Weil Gates oft als Kontrollpunkte statt als Flow‑Stabilisatoren genutzt werden: zu viele Dokumente, zu viele Meetings, zu wenig echte Entscheidungen. Das alte Modell bricht im BANI‑Kontext, wenn es nur Kontrolle, aber keine Klarheit liefert.

Warum dauern unsere Gate‑Entscheidungen so lange?

Typische Ursachen: unklare Kriterien, zu viele Stakeholder, Angst vor Fehlern, politisches Taktieren. Ein modernes Stage‑Gate braucht radikale Klarheit und wenige, aber starke Kriterien.

Warum haben wir so viele Projekte, die nie richtig sterben?

Weil Gates nicht als echte Go/Kill‑Punkte genutzt werden, sondern als „Weiter so“. Ohne Mut zum Kill entstehen Zombie‑Projekte, die Ressourcen binden und Innovation blockieren.

Kann Stage‑Gate bei Services und digitalen Produkten funktionieren?

Ja – wenn es angepasst wird: weniger Dokumentation, mehr Experimente, klare Hypothesen, Integration von Design Thinking, MVP, RAT/RDP und Lean‑Logik. Das alte, starre Stage‑Gate ist für Services zu schwer.

Wie erkenne ich, ob unser Stage‑Gate „kaputt“ ist?

Typische Signale:

• niemand nimmt Gates ernst

• Entscheidungen werden vertagt

• alles wird „durchgewunken“

• Teams erleben Gates als Hürde, nicht als Hilfe

• Innovation fühlt sich langsam und zäh an

Wie erkenne ich, ob unser Stage‑Gate veraltet ist?

Wenn es mehr Berichte als Entscheidungen erzeugt, Projekte selten gestoppt werden und Teams Gates hauptsächlich als Formalität erleben.

Wie modernisiere ich ein altes Stage‑Gate‑System?

Durch Reduktion der Stages, klare Entscheidungslogik, Integration von Experimenten (RAT/RDP/MVP) und Nutzung von Daten/KI‑Signalen statt reiner Dokumentenprüfung.

Wie verhindere ich, dass Stage‑Gate zum politischen Spiel wird?

Durch transparente Kriterien, neutrale Gate‑Moderation und klare Trennung von Fakten, Hypothesen und politischen Interessen.

Wie erkenne ich, ob ein Gate falsch definiert ist?

Wenn Teams nicht wissen, was sie konkret liefern sollen, Entscheidungen ständig vertagt werden oder das Gate keine spürbare Konsequenz für den Projektverlauf hat.

BANI & Kultur – Angst, Zerbrechlichkeit, Komplexität

Was hat Stage‑Gate mit BANI zu tun?

BANI beschreibt die Welt, in der Innovation stattfindet: brüchig, ängstlich, nichtlinear, unverständlich. Das alte Stage‑Gate ist linear und stabilitätsorientiert – es bricht an BANI. Stage‑Gate Re‑Meaning™ macht Gates zu Stabilisatoren statt zu Blockaden.

Wie erzeugt Stage‑Gate Angst in Teams?

Wenn Gates als „Prüfungen“ erlebt werden, bei denen man sich rechtfertigen muss, statt gemeinsam zu entscheiden. Angst entsteht, wenn Fehler bestraft werden und Unsicherheit nicht ausgesprochen werden darf.

Kann Stage‑Gate eine gesunde Fehlerkultur unterstützen?

Ja – wenn Gates bewusst auch Fehler‑Lernpunkte sind: „Was haben wir gelernt?“, nicht nur „Was haben wir geliefert?“. Fehler werden dann zu Daten, nicht zu Schuld.

Wie verhindere ich, dass Stage‑Gate Menschen demotiviert?

Indem du Mitarbeitende als Mitunternehmer siehst: Sie bringen Energie, Ideen, Verantwortung ein. Gates sind dann gemeinsame Resonanzpunkte, nicht Kontrollpunkte.

Wie hilft Stage‑Gate, mit Komplexität umzugehen?

Indem es Komplexität in entscheidbare Einheiten zerlegt: Jede Stage hat einen klaren Fokus, jedes Gate klare Kriterien. Komplexität wird nicht weggezaubert, aber strukturiert.

Wie erkenne ich BANI‑Brüche in unserem Innovationsprozess?

Wenn Projekte fragil wirken, Teams überlastet sind, Entscheidungen unklar bleiben und Nebenwirkungen von Innovationen niemand bewusst adressiert.

Wie mache ich Stage‑Gate resilient gegen BANI‑Schocks?

Durch kürzere Zyklen, konsequente Nutzung von Experimenten, bewusste Fehlerkultur und Integration von Signalen (z. B. Markt, Kunden, Mitarbeitende) in Gate‑Entscheidungen.

Design Thinking & Stage‑Gate – Verstehen vs. Entscheiden

Ist Design Thinking ein Ersatz für Stage‑Gate?

Nein. Design Thinking ist ein Denkmodell, das Probleme und Bedürfnisse sichtbar macht. Stage‑Gate ist ein Entscheidungsmodell, das Innovation strukturiert. Sie ergänzen sich.

Wo setzt Design Thinking im Innovationsprozess an?

Ganz am Anfang: Problem verstehen, Nutzerperspektive einnehmen, Hypothesen bilden, erste Prototypen entwickeln. Es liefert die Grundlage für spätere Experimente (MVP, RAT, RDP).

Wie integriere ich Design Thinking in Stage‑Gate?

Design Thinking gehört in die frühen Stages (Discovery, Scoping). Die Ergebnisse – Hypothesen, Prototypen, Nutzer‑Insights – werden dann in Gates bewertet und in Experimente überführt.

Warum reicht Design Thinking allein nicht aus?

Weil es keine klare Governance, keine Risiko‑Entscheidungen, keine Portfolio‑Logik liefert. Es erzeugt Verständnis, aber keine Priorisierung.

Wie erkläre ich Führungskräften den Unterschied?

Kurz: Design Thinking: „Verstehen wir das richtige Problem?“ Stage‑Gate: „Treffen wir die richtigen Entscheidungen?“ Beides ist nötig – aber für unterschiedliche Aufgaben.

Wie erkenne ich, ob Design Thinking bei uns nur „Show“ ist?

Wenn nach Workshops keine klaren Hypothesen, keine Experimente und keine veränderten Entscheidungen entstehen, sondern nur bunte Dokumentation.

Wie mache ich Design Thinking messbar?

Indem jede Phase konkrete Hypothesen, Lernziele und Experimente erzeugt, deren Ergebnisse in Gate‑Entscheidungen einfließen.

MVP, RAT, RDP, MMP, MLP – Begriffe klären

Was ist ein echtes MVP (Minimum Viable Product)?

Ein MVP ist kein Produkt, sondern ein Experiment, das eine einzige zentrale Hypothese testet. Es ist minimal, fokussiert und dient der Erkenntnis — nicht dem Umsatz und nicht dem Marktstart. Ein MVP ist also nicht die erste Produktversion, sondern ein Lerninstrument.

Warum wird der MVP‑Begriff so oft falsch verwendet?

Weil Unternehmen eine unfertige erste Produktversion fälschlicherweise als „MVP“ deklarieren. Sie bauen bereits ein Produkt mit Umsatzerwartung, nennen es aber ein Experiment mit Lernziel — und erzeugen damit falsche Erwartungen, unnötige Komplexität und kostspielige Fehlentscheidungen. Diese Verwechslung ist heute in vielen Quellen und Unternehmen Standard.

Was ist ein RAT (Risk Assumption Test)?

Ein RAT testet gezielt eine Risikoannahme: „Wenn diese Annahme falsch ist, ist das ganze Projekt gefährdet.“ Es ist ein hochfokussiertes Experiment, oft noch vor einem MVP.

Was ist ein RDP (Reality Design Prototype)?

Ein RDP testet Verhalten und Nutzung: Wie bewegen sich Menschen durch ein Interface, einen Service, einen Prozess? Es ist ein Prototyp, der Realität simuliert.

Was ist der Unterschied zwischen MVP und Pilot?

MVP: Experiment, begrenzter Umfang, Hypothesen testen. Pilot: Produkt im echten Betrieb, begrenzte Zielgruppe, Skalierbarkeit testen.

Was ist ein MMP (Minimum Marketable Product)?

Das erste Produkt, das wirklich marktreif ist: minimaler Funktionsumfang, aber stabil, verkaufbar, nutzbar.

Was ist ein MLP (Minimum Lovable Product)?

Die erste Version, die Menschen lieben: nicht nur nutzbar, sondern begeisternd. Fokus auf Erlebnis, Flow, Emotion.

Wie hilft Stage‑Gate, diese Begriffe sauber zu trennen?

Indem Gates klar definieren: „Sind wir noch im Experiment?“ „Sind wir im Pilot?“ „Sind wir im Produkt?“ So werden Hypothesen, Tests und Marktstart nicht vermischt.

Warum scheitern MVPs oft?

Weil sie zu groß, zu komplex oder zu nah an einem fertigen Produkt sind – und damit weder schnell noch fokussiert genug, um echte Lernentscheidungen zu ermöglichen und sie letztlich nicht als "Experiement" konzeptioniert sind, was der Inbegriff eines echten "MVP's" wäre.

Wie erkläre ich Teams den Unterschied zwischen MVP und Produkt?

MVP bedeutet: „Wir wollen lernen.“ Produkt bedeutet: „Wir wollen liefern.“ Beides hat unterschiedliche Qualitäts‑, Risiko‑ und Erwartungsniveaus.

Wie erkenne ich, ob ein MVP zu groß ist?

Wenn es mehrere Hypothesen gleichzeitig testen soll, viele Features enthält oder lange Entwicklungszeit benötigt, bevor es überhaupt eingesetzt werden kann.

Wie erkenne ich, ob ein MVP zu klein ist?

Wenn es keine relevante Entscheidung ermöglicht, weil die getestete Hypothese zu trivial oder zu weit vom eigentlichen Risiko entfernt ist.

Wie wähle ich die richtige Experimentform (RAT/RDP/MVP)?

Je nach Fragestellung:

• RAT bei kritischen Risikoannahmen

• RDP bei Verhaltens‑ und Nutzungsfragen

• MVP bei zentralen Wert‑ und Marktannahmen

Finanzen, DCF & Business Cases

Warum ist DCF für echte Innovation problematisch?

Weil echte Innovation keine stabilen Cashflows hat, neue Märkte nicht prognostizierbar sind und Unsicherheit im DCF‑Modell bestraft wird. Ersatzinvestitionen sehen immer besser aus – Innovation wird „zu Tode gerechnet“.

Wie kann ich Innovation trotzdem finanziell bewerten?

Mit Value‑Signals statt nur Cashflows: Lernfortschritt, Marktresonanz, strategische Optionen, Plattform‑Effekte, Risiko‑Reduktion. Stage‑Gate Re‑Meaning™ nutzt solche Signale in Gates.

Hat IFRS/US‑GAAP Innovation „kaputt gemacht“?

Nicht direkt – aber sie verstärken den Bias: Forschung wird als Aufwand verbucht, Entwicklung kann aktiviert werden. Das macht Nachbau attraktiver als Neuentwicklung, wenn man nur auf Bilanzkennzahlen schaut.

Warum ist das volkswirtschaftlich gefährlich?

Weil ganze Länder F&E zurückfahren, Wissen verlieren, abhängig werden (z. B. Antibiotika, Insulin, Generika). Kurzfristig rechnet sich das, langfristig kostet es Zukunftsfähigkeit.

Wie kann Stage‑Gate F&E wieder stärken?

Durch klare Lern‑Gates, definierte Fehlerbudgets und bewusste Finanzierung von Experimenten, bevor große Entwicklungsbudgets freigegeben werden.

Wie erkläre ich CFOs den Wert von Experimenten?

Experimente reduzieren Risiko, verhindern Fehlinvestitionen und liefern belastbare Signale, bevor große Summen gebunden werden – sie sind Risikomanagement, nicht „Spielerei“.

Wie integriert man Business Cases in Stage‑Gate?

Nicht als starre Prognosen, sondern als dynamische Modelle, die sich mit jedem Experiment und jeder Gate‑Entscheidung weiterentwickeln.

Wie verhindert man, dass Business Cases politisch werden?

Durch klare Annahmen, explizite Hypothesen, Transparenz über Unsicherheiten und die Kopplung an echte Lern‑ und Experimentergebnisse.

Wie erkenne ich, ob ein Business Case realistisch ist?

Wenn er nicht nur Zahlen, sondern auch Annahmen, Szenarien und Lernpfade enthält – und offenlegt, was noch nicht gesichert ist.

Wie mache ich Business Cases BANI‑fähig?

Durch Szenario‑Denkweise, Integration von Signalen (Markt, Technologie, Kultur), explizite Risikoannahmen und die Kopplung an Stage‑Gate‑Entscheidungen.

Rollen, Menschen & Mitunternehmer‑Kultur

Welche Rolle spielen Mitarbeitende im Stage‑Gate‑System?

Im alten Modell: Lieferanten von Dokumenten. Im modernen Modell: Mitunternehmer, die Energie, Ideen, Verantwortung und Signale einbringen. Gates werden zu gemeinsamen Resonanzpunkten.

Wie kann Stage‑Gate intrinsische Motivation unterstützen?

Indem es Menschen nicht nur als „Ressourcen“, sondern als Gestalter sieht: Sie erleben, dass ihre Erkenntnisse, Experimente und Signale wirklich Entscheidungen beeinflussen.

Wie verhindere ich, dass Stage‑Gate zur „Kontrollmaschine“ wird?

Durch Kultur: Fehlerkultur, psychologische Sicherheit, klare Kommunikation, echte Beteiligung. Gates sind dann Orte des Lernens, nicht des Urteilens.

Wie erkläre ich Teams, dass Gates ihnen helfen sollen?

Indem du zeigst: Gates schützen vor Überlastung, Zombie‑Projekten, sinnlosen Anforderungen. Sie sind dazu da, Nein zu sagen, bevor es weh tut – nicht, um Menschen klein zu machen.

Wie erkenne ich, ob Teams Gates als Bedrohung sehen?

Wenn sie sich hauptsächlich rechtfertigen, Angst vor Präsentationen haben oder Entscheidungen als „Urteil“ statt als gemeinsamen Schritt erleben.

Wie macht man Gates zu Resonanzpunkten?

Durch gemeinsame Reflexion, offene Diskussion von Signalen und Lernpunkten sowie die Einbindung derjenigen, die nahe an Kunden, Technik und Markt arbeiten.

Wie integriert man Mitunternehmer‑Kultur in Stage‑Gate?

Indem Mitarbeitende echte Mitentscheidungsrechte, Transparenz über Kriterien und Beteiligung an der Definition von Hypothesen und Experimenten erhalten.

Wie erkennt man, ob die Kultur Stage‑Gate blockiert?

Wenn Entscheidungen politisch statt datenbasiert sind, Fehler tabu sind und Projekte aus Statusgründen weiterlaufen, obwohl Signale dagegen sprechen.

Wie hilft Stage‑Gate, Silos zu überwinden?

Durch Gates, an denen bereichsübergreifend entschieden wird und unterschiedliche Perspektiven (Markt, Technik, Finanzen, Kultur) zusammenkommen.

Wie hilft Stage‑Gate, Verantwortung zu stärken?

Durch klare Rollen, klare Kriterien und sichtbare Konsequenzen von Entscheidungen – sowohl für Projekte als auch für Ressourcen.

Wie erkenne ich, ob Menschen Innovation wirklich wollen?

Wenn sie Hypothesen formulieren, Experimente vorschlagen und bereit sind, aus Ergebnissen Konsequenzen zu ziehen – nicht nur Ideen „abgeben“.

Wie erkenne ich, ob Teams Innovation nur „spielen“?

Wenn viele Ideen, Workshops und Begriffe existieren, aber kaum Experimente, klare Entscheidungen oder veränderte Prioritäten folgen.

Universe‑Bezug, Quasar Change™, HSP‑4

Was hat Stage‑Gate mit Quasar Change™ zu tun?

Quasar Change™ beschreibt, wie Spannung, Sehnsucht und Commitment in Organisationen entstehen. Stage‑Gate wird in diesem Kontext zu einem Resonanzsystem, das Energie nicht abwürgt, sondern kanalisiert.

Was hat HSP‑4 mit Stage‑Gate zu tun?

HSP‑4 (Human Signal Processing 4) macht systemische Signale sichtbar: Emotionen, Erwartungen, Verhalten, Muster. Gates werden zu Punkten, an denen diese Signale bewusst wahrgenommen und in Entscheidungen übersetzt werden.

Warum sprechen wir von Stage‑Gate Re‑Meaning™?

Weil wir das Modell nicht abschaffen, sondern neu deuten: weg von Kontrolle, hin zu Flow, Resonanz, Klarheit, BANI‑Fähigkeit. Das alte Modell wird nicht entsorgt, sondern transformiert.

Wie fügt sich Stage‑Gate in die 56‑Modell‑Serie ein?

Es ist eines der klassischen Modelle, das durch das BANI‑Raster gejagt, kritisch analysiert und später in die Universe‑Cluster überführt wird. Es zeigt exemplarisch, wie ein altes Modell durch Re‑Meaning™ wieder relevant wird.

Wie wird Stage‑Gate später in die Universe‑Cluster überführt?

Über Cluster wie Organizational Signals, Decision Dynamics und Adaptive Metrics – dort wird seine Logik neu verortet und mit anderen Modellen verbunden.

Warum ist Stage‑Gate ein gutes Beispiel für Re‑Meaning™?

Weil es zeigt, wie ein scheinbar „altes“ Modell durch neue Bedeutung, neue Kontexte und neue Integration (BANI, Kultur, KI, Experimente) wieder zukunftsfähig wird.

Wie hilft Stage‑Gate, Customer‑Holder‑Wert zu schützen?

Durch klare Entscheidungen, die nicht nur interne Effizienz, sondern erlebten Wert, Risiko und langfristige Wirkung für Customer‑Holder berücksichtigen.

Wie hilft Stage‑Gate, KI sinnvoll einzusetzen?

KI kann Muster, Risiken, Signale und Szenarien liefern, die in Gates bewusst betrachtet werden – sie wird zum Sensor, nicht zum Entscheider.

Wie hilft Stage‑Gate, Flow sichtbar zu machen?

Durch die Struktur von Stages und Gates wird sichtbar, wo Projekte fließen, wo sie stocken und wo Entscheidungen den Wertfluss stärken oder schwächen.

Warum ist Stage‑Gate ein Zukunftsmodell – trotz seines Alters?

Weil Struktur, Klarheit und bewusste Entscheidungen zeitlos sind – und durch Integration von BANI‑Logik, Kultur, Signalen und KI zu einem modernen Resonanz‑ und Flow‑System werden.