Flow Pipeline

Die Flow Pipeline ist das zentrale Steuerungsinstrument im Evident Flow. Sie organisiert alle Ziele des Unternehmens — von der ersten vagen Idee bis zum reflektierten Abschluss — in einem einheitlichen Kanban-Board. Jedes Ziel, unabhängig von der Organisationsebene, durchläuft dieselben Stages nach denselben Kriterien.

Die Pipeline als Trichter

Die Flow Pipeline funktioniert wie ein Trichter. Am Eingang steht eine niedrige Hürde: Jede Idee darf hinein, ohne Vorarbeit, ohne Bewertung, ohne Businesscase. Je weiter ein Ziel nach rechts wandert, desto mehr Substanz muss es haben. Aus einer vagen Idee wird ein konkretes Ziel mit definiertem Scope. Aus dem Scope entsteht eine fundierte Bewertung mit Impact-Schätzung und Aufwandseinordnung. Und erst wenn all das vorliegt, kann ein Ziel überhaupt für die Umsetzung priorisiert werden.

Dieses Prinzip schützt die Organisation vor zwei typischen Fehlern: Zu viel Aufwand in Ideen investieren, die nie umgesetzt werden — und zu wenig Substanz in Ziele stecken, die dann in der Umsetzung scheitern. Die Pipeline erzwingt den richtigen Aufwand zum richtigen Zeitpunkt.

So funktioniert der Fluss

Jedes Ziel gehört einem Owner. Der Owner steuert sein Ziel eigenverantwortlich durch die Pipeline — er entscheidet, wann die Anforderungen einer Stage erfüllt sind und das Ziel in die nächste wandern kann. Die Pipeline gibt dabei nicht vor, wer entscheidet, sondern was an welcher Stelle durchdacht sein muss.

Die Stages bauen aufeinander auf. Was in einer früheren Stage nicht geklärt wurde, fehlt in der nächsten als Grundlage. Umgekehrt verhindert das stufenweise Vorgehen, dass Teams Wochen in die detaillierte Planung einer Idee investieren, die sich bei der Impact-Bewertung als nachrangig herausstellt.

Die Stages im Detail

Ideation — Die Idee festhalten

Die niedrigste Einstiegshürde der Pipeline. Eine Idee braucht lediglich eine aussagekräftige Beschreibung: Was soll erreicht werden und warum könnte das relevant sein? Keine Bewertung, keine Planung, kein Commitment. Ideation ist der Ort, an dem nichts verloren geht.

Was hier passieren muss: Eine verständliche Beschreibung formulieren, die andere nachvollziehen können.

Was hier nicht passieren soll: Aufwandsschätzungen, Impact-Bewertungen oder detaillierte Pläne. Der Aufwand dafür ist an dieser Stelle verschwendet.

Scoped — Vom Gedanken zum konkreten Ziel

In dieser Stage wird aus einer Idee ein konkretes Ziel. Der Owner formuliert einen klaren Nutzen und definiert den genauen Umfang: Was gehört dazu, was explizit nicht? Das Ziel beinhaltet eine Hypothese, welcher Ansatz die Chance realisiert, und skizziert einen möglichen Plan für die Umsetzung — nicht den endgültigen, aber einen realistischen.

Was hier passieren muss:

• Der erwartete Outcome ist verbal beschrieben — was ist anders, wenn das Ziel erreicht ist?
• Eine Hypothese für den Lösungsansatz liegt vor
• Ein möglicher Plan für die Umsetzung ist skizziert (Jobs to be done), inklusive erkennbarer Hürden
• Aufwand in den Teams und Budget haben ein grobes Pricetag
• Alle relevanten Stakeholder sind als Follower ergänzt (Grundgedanke: RACI)

Was hier nicht passieren soll: Die Impact-Bewertung auf die Value Map oder die Validierung durch andere Stellen — das kommt im nächsten Schritt.

Rated — Bewerten und Abhängigkeiten klären

Jetzt wird das Ziel in Relation zum Gesamtunternehmen gesetzt. Der Owner schätzt den Impact auf die Treiber der Value Map ein. Diese Schätzung bildet zusammen mit der Aufwandseinordnung die Grundlage für die Berechnung des Evident Flow Index (EFI) — der Prioritätskennzahl, die später die Reihenfolge bestimmt.

Gleichzeitig validieren angrenzende Organisationseinheiten den geschätzten Aufwand aus ihrer Perspektive und prüfen auf Abhängigkeiten. Ziele, die Zuarbeit aus anderen Teams benötigen, werden hier miteinander verknüpft.

Was hier passieren muss:

• Impact-Schätzung auf die Treiber der Value Map liegt vor
• Aufwand ist von den betroffenen Stellen validiert
• Alle Abhängigkeiten zu anderen Organisationseinheiten sind dokumentiert
• Die Ergebnisse bilden die Grundlage für den gemeinsamen Trade-Off Workshop

Warum diese Stage entscheidend ist: Ohne fundierte Impact-Bewertung lässt sich kein EFI berechnen. Ohne EFI gibt es keine belastbare Grundlage, ein Ziel für das nächste Quartal zu priorisieren. Die Bewertungslogik selbst ist das natürliche Quality Gate — sie verhindert, dass unausgereifte Themen in die Umsetzung gelangen.

Next — Das Commitment für das Quartal

Die Stage “Next” definiert, was sich eine Organisationseinheit für das kommende Quartal vornimmt. Alle Ziele in dieser Stage sind nach dem EFI absteigend sortiert — die Reihenfolge ergibt sich aus der Bewertung, nicht aus der Diskussion.

Damit ein Ziel in “Next” stehen kann, müssen auch alle dafür benötigten Ziele aus anderen Organisationseinheiten in deren “Next”-Stage sein. Die ebenenübergreifende Verknüpfung macht sichtbar, wo Engpässe entstehen: Wenn ein Team auf der dritten Ebene ein Ziel nicht priorisieren kann, das für ein Company-Ziel notwendig ist, wird das sofort erkennbar.

Was hier passieren muss:

• Das Ziel hat einen berechneten EFI
• Alle Abhängigkeiten sind in ihren jeweiligen Pipelines ebenfalls in “Next”
• Die Organisationseinheit hat die Kapazität für die Umsetzung geprüft

Quartalsrhythmus: Jedes Quartal wird die “Next”-Stage zurückgesetzt. Alle Ziele wandern zurück nach “Rated”, die Prioritäten werden auf Basis aktualisierter Bewertungen neu berechnet und die Themen für “Next” neu definiert. Ziele, die bereits in WIP sind, laufen davon unberührt weiter.

WIP — Fokussierte Umsetzung

In der “Work in Progress”-Stage liegen alle Ziele, an denen die Organisationseinheit aktuell arbeitet. Die zentrale Regel: Das WIP-Limit begrenzt die Anzahl gleichzeitiger Ziele — der Empfehlungswert liegt bei maximal fünf. Diese Begrenzung erzwingt Fokus und verhindert, dass Teams an zu vielen Themen parallel arbeiten, ohne eines davon abzuschließen.

Reicht die Kapazität nicht für alle Themen in “Next”, schiebt das Team Ziele zurück nach “Rated”. Diese Entscheidung basiert auf dem EFI-Ranking: Was den niedrigsten EFI hat, geht zuerst zurück.

Blocked — Geparkt, nicht vergessen

Ziele in dieser Stage wurden bereits bearbeitet, können aber aufgrund fehlender Inputs anderer Organisationseinheiten nicht weiter vorangetrieben werden. Die Blocked-Stage macht Engpässe zwischen Teams sichtbar und signalisiert, wo die übergreifende Abstimmung greifen muss. Mehr zur Mechanik der Abhängigkeitsklärung in der Section Kaskadierung.

Ein blockiertes Ziel belegt keinen WIP-Slot, bleibt aber aktiv im System. Sobald der blockierende Input vorliegt, wandert es zurück in WIP.

Reflect — Lernen vor dem Abschluss

Die Arbeit am Ziel ist inhaltlich abgeschlossen — aber das Ziel ist noch nicht fertig. In der Reflect-Stage dokumentiert der Owner schriftlich die Ursache-Wirkungs-Analyse: Haben die gewählten Maßnahmen die erwarteten Effekte erzielt? Was hat funktioniert, was nicht? Welche Erkenntnisse ergeben sich für zukünftige Entscheidungen?

Diese schriftliche Reflexion ist keine optionale Nachbereitung, sondern ein Pflicht-Gate. Ohne sie kann ein Ziel nicht nach “Done” wandern. Das Framework macht Lernen zu einem festen Bestandteil der Arbeit — nicht zu einem Prozess, der am Ende des Quartals stattfindet, wenn die Details längst verblasst sind.

Die Reflexion konzentriert sich auf die Sachebene: Was war der kausale Zusammenhang zwischen Handlung und Ergebnis? Ergänzend dazu kann ein Retro-Prozess auf der Beziehungs- und Prozessebene stattfinden. Mehr dazu in der Section 4 Reflections.

Done — Vollständig abgeschlossen

Ziele in dieser Stage sind aus Sicht aller Stakeholder vollständig abgeschlossen: inhaltlich umgesetzt, in ihren Ergebnissen reflektiert und dokumentiert.

Declined — Bewusst abgelehnt

Nicht jede Idee wird umgesetzt — und das ist gewollt. Ziele, die aktiv abgelehnt werden, wandern in die Stage “Declined”. Die Begründung der Ablehnung wird im Ziel dokumentiert. Diese Stage dient als Wissensspeicher: Wenn gleiche oder ähnliche Ideen erneut aufkommen, kann auf die dokumentierte Entscheidung verwiesen werden, statt die gleiche Diskussion noch einmal zu führen.

Der Trichter auf einen Blick

Stage	Was muss vorliegen?	Zentrales Gate
Ideation	Verständliche Beschreibung der Idee	—
Scoped	Outcome, Hypothese, Plan-Skizze, Pricetag, Stakeholder	Konkretes Ziel statt vage Idee
Rated	Impact-Schätzung, validierter Aufwand, Abhängigkeiten	EFI berechenbar
Next	EFI berechnet, Abhängigkeiten in “Next”, Kapazität geprüft	Commitment für das Quartal
WIP	—	WIP-Limit (max. 5)
Blocked	Dokumentation des blockierenden Inputs	Abhängigkeit zu anderem Team
Reflect	Schriftliche Ursache-Wirkungs-Analyse	Pflicht-Gate vor Done
Done	Reflexion abgeschlossen, Stakeholder bestätigen	—
Declined	Begründung der Ablehnung dokumentiert	—

Was die Pipeline sichtbar macht

Die Flow Pipeline ist nicht nur ein Tracking-Tool, sondern ein Steuerungsinstrument. Weil alle Ziele — von der Company-Ebene bis zum einzelnen Team — in derselben Struktur verwaltet werden, entstehen drei zentrale Transparenz-Effekte:

Engpass-Analyse über Ebenen hinweg. Wenn ein Company-Ziel davon abhängt, dass ein Team auf der dritten Ebene ein bestimmtes Ziel priorisiert, und dieses Team die Kapazität nicht hat, wird das in der Pipeline sichtbar — nicht erst in der Umsetzung.

Bewertungsbasierte Priorisierung. Die Reihenfolge der Ziele ergibt sich aus dem EFI, nicht aus der Lautstärke der Stakeholder. Diskutiert wird über den erwarteten Impact und den Aufwand — die Priorität ergibt sich daraus.

Reflexion als Standard. Die Pflicht-Stage “Reflect” stellt sicher, dass Lernen kein nachgelagerter Prozess ist, sondern integraler Bestandteil jedes abgeschlossenen Ziels.

Was Führungskräfte tun

Als Owner eines Ziels:

• Ziele eigenverantwortlich durch die Pipeline steuern
• An jeder Stage die geforderten Informationen ergänzen, bevor das Ziel weiterrückt
• Die Impact-Schätzung auf die Value Map vornehmen und im Trade-Off Workshop vertreten
• Nach Abschluss eine schriftliche Reflexion erstellen

Als Führungskraft mit Team:

• Das WIP-Limit des Teams überwachen und durchsetzen
• Bei Kapazitätsengpässen Ziele auf Basis des EFI-Rankings zurückstellen
• Blockierte Ziele aktiv eskalieren und Abhängigkeiten klären
• Die Pipeline als Gesprächsgrundlage im Team-Sync nutzen

Voraussetzungen

Die Flow Pipeline setzt voraus, dass die folgenden Elemente des Evident Flow verstanden und eingerichtet sind:

• Value Map — Die strategischen Treiber, auf die der Impact geschätzt wird, müssen definiert sein
• Strategie — Die Gewichtung der Treiber bildet die Grundlage der EFI-Berechnung
• Kaskadierung — Das Prinzip, wie Ziele über Ebenen hinweg verknüpft werden
• EFI — Die Prioritätskennzahl, die die Reihenfolge in “Next” bestimmt
• Tools — Die technische Abbildung der Pipeline und ihrer Verknüpfungen