Die I2I-Loop: Vom Plan zur Wirkung mit einem universellen Steuerkreislauf

1. März 2026

Du hast ein Quartalsziel formuliert. Dein Team kennt es. Die Aufgaben sind verteilt. Drei Monate später sitzt du im Review und stellst fest: Die Hälfte der Arbeit hat auf das Ziel eingezahlt. Die andere Hälfte hat irgendetwas anderes produziert. Nicht weil die Leute schlecht gearbeitet hätten. Sondern weil zwischen deiner Absicht und dem Ergebnis kein durchgängiger Steuerungsmechanismus existiert hat.

Das ist das häufigste Versagen in Unternehmen. Nicht fehlende Strategie. Nicht fehlende Motivation. Sondern das Fehlen eines Kreislaufs, der Absicht und Wirkung systematisch verbindet.

Warum PDCA nicht reicht

Wenn du dich mit Qualitätsmanagement beschäftigst, kennst du PDCA: Plan-Do-Check-Act. Seit Deming das Konzept populär gemacht hat, ist es der Standardkreislauf für kontinuierliche Verbesserung. Und er funktioniert in der Fertigung, wo "Plan" ein technisches Verfahren meint und "Check" eine messbare Prüfung.

Im Wissensarbeit-Kontext scheitert PDCA an zwei Stellen.

Erstens: "Plan" ist mehrdeutig. In der Fertigung heißt Plan: definiere das Verfahren, die Toleranzen, die Prüfkriterien. In der Wissensarbeit heißt Plan oft: schreib auf, was du vorhast. Das ist ein qualitativer Unterschied. Ein Plan ohne überprüfbare Absicht und ohne explizite Entscheidungsgrundlage ist ein Wunsch.

Zweitens: "Check" wird passiv. In den meisten Unternehmen bedeutet Check: schau dir am Ende das Ergebnis an und entscheide, ob es okay war. Wenn nicht, mach es nächstes Mal besser. Das ist Reporting, kein Steuerungsmechanismus. Es verändert nichts am System.

Die I2I-Loop löst beide Probleme, indem er die vier Phasen präziser definiert und eine andere Konsequenz an das Ende stellt.

Die vier Phasen im Detail

Intent: Was soll erreicht werden (und was nicht)

Intent ist nicht "ein Ziel setzen". Intent ist eine überprüfbare Absicht mit expliziten Grenzen.

Das bedeutet konkret: Du definierst nicht nur, was erreicht werden soll, sondern auch die Rahmenbedingungen. Welches Budget steht zur Verfügung? Welcher Zeitrahmen? Welche Qualitätskriterien muss das Ergebnis erfüllen? Was gehört ausdrücklich nicht zum Scope?

Die Grenzen sind genauso wichtig wie das Ziel. Ein Intent ohne Rahmenbedingungen ist ein offenes Mandat. Und offene Mandate sind der Hauptgrund, warum Arbeit ausufert, Prioritäten unklar werden und am Ende niemand erklären kann, ob das Ergebnis der Absicht entspricht.

Ein guter Intent beantwortet drei Fragen: Was ist das erwartete Ergebnis? Unter welchen Bedingungen? Und woran erkennst du, ob es erreicht wurde?

Insight: Wie wird entschieden bevor die Arbeit beginnt

Insight ist die Phase, die in den meisten Unternehmen komplett fehlt.

Arbeit beginnt. Irgendjemand hat entschieden, dass es losgeht. Aber wie wurde entschieden? Welche Daten lagen vor? Welche Alternativen wurden geprüft? Welches Entscheidungsverfahren wurde angewendet? In den meisten Fällen lautet die ehrliche Antwort: Das hat der Chef gesagt. Oder: Das haben wir schon immer so gemacht.

Insight verlangt, dass die Entscheidungsmethode explizit gewählt wird, bevor Arbeit beginnt. Nicht jede Entscheidung braucht eine aufwändige Analyse. Aber jede Entscheidung braucht Transparenz darüber, auf welcher Grundlage sie getroffen wurde.

Das hat zwei Effekte. Erstens: Du vermeidest reflexive Entscheidungen, die auf Bauchgefühl oder Hierarchie basieren, wenn eigentlich Daten verfügbar wären. Zweitens: Wenn das Ergebnis nicht stimmt, kannst du zurückverfolgen, wo die Entscheidung falsch war — nicht wer die falsche Entscheidung getroffen hat, sondern welche Grundlage gefehlt hat.

Data beats opinions. Das ist ein Grundprinzip. Insight ist die Phase, die dieses Prinzip operativ umsetzt.

Implementation: Wie wird mit Verbindung zur Absicht umgesetzt

Implementation ist nicht "mach die Aufgabe". Implementation ist die gesteuerte Ausführung einer Routine, die mit dem Intent verknüpft bleibt.

Der Unterschied zu einer normalen Aufgabenliste: Jedes Arbeitselement in der I2I-Loop weiß, woher es kommt. Es kennt den Intent, aus dem es entstanden ist. Es kennt die Entscheidungsgrundlage, die zu seiner Existenz geführt hat. Und es wird durch den Control Tower geroutet, nicht als Eintrag in einer isolierten ToDo-Liste, sondern als Element mit definierten Zuständen, das sich nach Pull-Logik durch das System bewegt.

Was das Pull-Prinzip hier bedeutet: Arbeit wird nicht vorwärts geschoben, weil jemand sie fertig hat. Arbeit wird gezogen, wenn die nächste Phase Kapazität hat. Wenn die Qualitätsbestätigung am Ende gerade drei Elemente gleichzeitig prüft, kommt kein viertes nach. Das verhindert Überlastung, macht Engpässe sichtbar und zwingt zur Priorisierung.

Impact: Was ist das Ergebnis und was verändert es

Impact ist die Phase, die die I2I-Loop fundamental von PDCA unterscheidet.

PDCA endet mit "Act": Handlung basierend auf der Prüfung. In der Praxis heißt das meistens: Wir nehmen die Erkenntnis mit und machen es beim nächsten Mal besser. Das ist eine persönliche Absicht. Keine Systemveränderung.

Impact in der I2I-Loop hat zwei Komponenten.

1. Qualitätsbestätigung. Hat das Ergebnis den Intent erfüllt? Nicht im Sinne einer subjektiven Bewertung, sondern anhand der Kriterien, die im Intent definiert wurden. Entweder die Kriterien sind erfüllt, oder sie sind es nicht. Die Metrik dafür ist FTT (First Time Through): der Anteil der Arbeitselemente, die beim ersten Durchlauf die Qualitätsbestätigung bestehen.

1. Systemveränderung. Wenn das Ergebnis nicht der Absicht entspricht, wird nicht die Person korrigiert. Dann wird der Prozess aktualisiert. Eine Routine bekommt einen zusätzlichen Prüfschritt. Eine Entscheidungsregel wird angepasst. Ein Qualitätskriterium wird präzisiert.

Das ist der entscheidende Punkt: Impact ist nicht Reporting. Impact ist der Moment, in dem das System aus seinen eigenen Ergebnissen lernt. Und dieses Lernen ist nur dann real, wenn es ein Artefakt verändert.

Warum die Loop universell ist

Das Entscheidende an der I2I-Loop ist nicht, dass sie für einen bestimmten Arbeitsprozess funktioniert. Sondern dass sie auf jeder Ebene funktioniert.

Auf Aufgabenebene. Ein Mitarbeiter soll eine Kundenpräsentation erstellen.

• Intent: Zielgruppe, Kernbotschaft, Qualitätsstandard, Deadline.

• Insight: Welche Daten zum Kunden liegen vor, welches Template passt?

• Implementation: Erstellung, geroutet durch den Control Tower.

• Impact: Entspricht die Präsentation den im Intent definierten Standards? Wenn nicht: Was am Prozess muss sich ändern?

Auf Projektebene. Ein Feature soll in sechs Wochen live gehen.

• Intent: Scope, Budget, Qualitätskriterien.

• Insight: Technische Machbarkeitsanalyse, Ressourcenentscheidung.

• Implementation: Sprint-Zyklen, jede Woche sichtbar im Control Tower.

• Impact: Feature live, Nutzerdaten bestätigen die Hypothese — oder widerlegen sie, und das Produkt-Backlog wird angepasst.

Auf Strategieebene. Das Unternehmen will den Umsatz in einem Marktsegment verdoppeln.

• Intent: Zielumsatz, Zeitrahmen, zulässige Investition.

• Insight: Marktdaten, Wettbewerbsanalyse, Priorisierungsmethode.

• Implementation: Initiativen werden gestartet, jede mit eigener I2I-Loop.

• Impact: Quartalsergebnis wird gegen Intent geprüft. Abweichung führt nicht zu Schuldzuweisungen, sondern zu Prozessanpassungen.

Dieselbe Struktur. Dieselbe Logik. Derselbe Kreislauf. Ob eine einzelne Aufgabe oder eine Jahresstrategie: Die I2I-Loop stellt sicher, dass Absicht und Wirkung verbunden bleiben.

Der Control Tower als Zustandsmaschine

In Blog #2 habe ich den Control Tower als die einzige Quelle der Wahrheit für laufende Arbeit eingeführt. Jetzt wird es konkreter.

Der Control Tower ist nicht einfach ein Kanban-Board mit vier Spalten. Er ist eine Zustandsmaschine. Jedes Arbeitselement hat einen exakt definierten Zustand, und die Übergänge zwischen Zuständen folgen expliziten Regeln.

Ein Element kann nicht von Intent direkt zu Implementation springen. Es muss durch Insight. Die Entscheidungsgrundlage muss dokumentiert sein, bevor Arbeit beginnt. Ein Element kann nicht von Implementation zu "fertig" springen. Es muss durch Impact. Die Qualitätsbestätigung muss erfolgen, bevor das Element als abgeschlossen gilt.

Das klingt bürokratisch. In der Praxis ist es das Gegenteil. Weil die Regeln explizit sind, gibt es keine Diskussion darüber, ob etwas "fertig" ist. Entweder ein Element hat die Impact-Phase durchlaufen, oder es hat sie nicht durchlaufen. Fertig ist nicht, wenn jemand sagt "ich bin fertig". Fertig ist, wenn die Qualitätsbestätigung bestanden ist.

Was der Control Tower in der Praxis sichtbar macht:

• Wo staut sich Arbeit? Wenn zehn Elemente in Implementation stehen und nur eines in Impact, gibt es einen Engpass bei der Qualitätsbestätigung.

• Welche Arbeit hat keinen Intent? Alles, was im Control Tower ohne verknüpften Intent auftaucht, ist per Definition ungeklärte Arbeit. Es mag dringend sein. Aber es hat keine Verbindung zur strategischen Absicht.

• Was blockiert was? Abhängigkeiten zwischen Arbeitselementen werden sichtbar. Nicht in einer separaten Abhängigkeitsmatrix, sondern direkt im Fluss.

Was in Company 0 passiert

Ich nutze die I2I-Loop und den Control Tower jeden Tag in meiner eigenen Arbeit. Rocket Routine GmbH ist Company 0, das erste Unternehmen, das auf diesem System läuft.

Ein Beispiel von dieser Woche.

• Intent: Blog-Artikel der Woche schreiben. Qualitätskriterium: Terminologie entspricht dem Vokabular im Knowledge Base, der Artikel deckt genau ein Thema ab, DE und EN als eigenständige Versionen.

• Insight: Thema steht in der Content-Pipeline, Quellmaterial ist das Konzeptdokument und die bestehenden Artikel.

• Implementation: Schreiben, geroutet durch den Control Tower, Status bewegt sich von "Draft" zu "Review" zu "Qualitätsbestätigung".

• Impact: Der Artikel erfüllt die Kriterien oder nicht. Wenn nicht, wird nicht der Autor korrigiert. Dann fehlt im Prozess ein Schritt. Vielleicht eine Checkliste, die vor der Veröffentlichung durchlaufen werden muss. Vielleicht eine klarere Definition im Intent.

Das klingt vielleicht aufwändig für einen einzigen Artikel. Aber der Punkt ist: Derselbe Kreislauf, den ich für einen Blogartikel verwende, verwende ich auch für eine Produktentscheidung. Für eine Marketingkampagne. Für die Quartalsplanung. Die Struktur skaliert, weil sie auf jeder Ebene dieselbe ist.

Warum das funktioniert

1. Transparenz ersetzt Kontrolle. Wenn jedes Arbeitselement seinen Zustand, seinen Intent und seine Entscheidungsgrundlage trägt, brauchst du keine Statusmeetings. Du brauchst keinen Projektleiter, der den aktuellen Stand zusammensucht. Du öffnest den Control Tower und siehst es.

1. Engpässe werden sichtbar, bevor sie Probleme verursachen. Pull-Prinzip bedeutet: Wenn sich Arbeit staut, stoppt der Nachfluss. Das zwingt zur Klärung. Warum stockt die Qualitätsbestätigung? Fehlt Kapazität? Sind die Kriterien unklar? Die Ursache wird adressiert, nicht das Symptom.

1. Das System lernt. Jede Impact-Phase, die eine Abweichung feststellt, verändert ein Artefakt. Eine Routine wird aktualisiert. Eine Entscheidungsregel wird angepasst. Ein Qualitätskriterium wird geschärft. Über Wochen und Monate entsteht ein System, das mit jedem Durchlauf besser wird. Nicht weil die Menschen besser werden. Sondern weil die Prozesse besser werden.

Prozesse sind das Problem, nicht Menschen. Die I2I-Loop ist der Mechanismus, der dieses Prinzip von einem Glaubenssatz in eine operative Realität verwandelt.

Was als Nächstes kommt

Die I2I-Loop definiert den Kreislauf. Der Control Tower macht ihn sichtbar. Aber wer führt die Arbeit innerhalb dieses Kreislaufs aus, besonders wenn es um wiederkehrende, standardisierbare Aufgaben geht? Nächste Woche erkläre ich, wie Rocket Routine OS AI-Operatoren mit expliziten Verantwortlichkeiten, Entscheidungsrechten und Qualitätspflichten ausstattet: Role Contracts.

Wenn du ein gründergeführtes B2B-Unternehmen mit 15 bis 50 Mitarbeitern führst und eine durchgängige Steuerung von Absicht bis Wirkung willst: rocket-routine.com