hycle

Changelog

v9 — September 2026

Die Eröffnung ist neu geschrieben, zwischen Beobachtungen und Hypothesen steht jetzt eine Diagnose, und die Hypothesen sind von zehn auf acht geschrumpft. Was blieb, musste zeigen, dass es mit dem Umbruch zu tun hat und nicht ohnehin schon galt.

Handlungsfähigkeit als Frage an die Struktur

Die Eröffnung führt Handlungsfähigkeit über drei Fragen ein: Was weiß ich, was darf ich, was kann ich? In der Organisation sind das keine Eigenschaften von Personen, sondern Ergebnisse der Struktur, und Strukturen lassen sich ändern. Der Abschnitt „Die Begriffe“ ist aufgelöst, der Namensblock steht jetzt am Seitenende.

Eine Diagnose zwischen Beobachtung und Hypothese

Die Bauzeit war der heimliche Taktgeber, ohne dass jemand sie dazu bestimmt hätte. Planung, Reviews, Rollenzuschnitte und Entscheidungswege haben sich an dieser einen Größe ausgerichtet. Die Größe ist verschwunden, die Ausrichtung ist geblieben. Dazu die Crux: Kein Teil lässt sich allein verstellen.

Hypothesen von zehn auf acht

Gestrichen wurde vor allem, was auch ohne den Umbruch schon galt: dass Autonomie einen Rahmen braucht, dass eine bereichsübergreifende Entscheidung jemanden braucht, der sie trägt, dass fertige Software noch eingeführt werden muss. Der iterative Weg ist keine Hypothese mehr, sondern schließt das Framework ab. Neu ist, dass der Überblick nicht mehr nebenbei entsteht und dass ein Team den nächsten Schritt selbst wählen können muss.

Beobachtungen durchgehend überarbeitet

Neu sind Prozesse, die über Bord gehen, ohne dass etwas an ihre Stelle tritt; Produktivität, die wächst, während der Überblick verlorengeht; und Teams, die die Ebene überspringen, die entscheiden soll. Die neue Artefaktebene zwischen Idee und Code heißt jetzt Software Factory. Und der Engpass am anderen Ende sitzt nicht mehr nur im Fachbereich, sondern bei den Nutzern.

v8 — Juli 2026

Das Betriebsmodell wird ausgebaut und die Hypothesen rückwärts daraus abgeleitet, wie in Runde 5 beschlossen. Beobachtungen und Framework wachsen mit; mehrere in v7 noch offene Fragen sind jetzt beantwortet.

Hypothesen aus dem Betriebsmodell abgeleitet

Von sieben auf zehn. Neu sind die Factory als internes Produkt, die asynchrone Einbindung der Fachlichkeit und das Treiben der Einführung. Jede Hypothese stützt jetzt einen Punkt im Framework.

Mehr Beobachtungen

Von sieben auf dreizehn. Unter anderem: die neue Artefaktebene zwischen Idee und Code, der Fachexperte nur auf Zeit im Team, das Tempo, das das Business überholt, und dass Vibe-Prototypen die Desirability treffen, nicht die Feasibility.

Framework: Determinismus, internes Produkt, Kadenz-Asymmetrie

Die Factory trägt über den Determinismus der Execution und ist zugleich internes Produkt. Die Validation hält jetzt fest, ob Software genutzt wird und wirkt; das klassische Review weicht einem Validation-Loop; das interne Produkt läuft Scrum-artig, das äußere im Durchfluss.

Artefakte geschärft

Das Epic trägt Intent, Ziel und Kennzahlen. Der Schnitt vom Epic zur Story und das Refinement wandern ins Engineering; aus dem Meeting wird ein Wechselspiel aus Entwickler und Agent.

v7 — Juni 2026

Beobachtungen und Hypothesen kehren auf die Linie von v5 zurück, das Betriebsmodell aus Runde 4 bleibt. v6 hatte beide Teile entlang des Frameworks neu geschnitten, weiter als Runde 4 beschlossen hatte; v7 nimmt das zurück.

Beobachtungen wieder auf der Handlungsfähigkeits-Linie

Statt der framework-abgeleiteten Beobachtungen aus v6 stehen wieder die sieben der v5-Linie: vom verschobenen Engpass über volatile agile Artefakte und wachsende Verantwortung bis zur KI-Kluft.

Hypothesen bleiben wie v5

H1–H7 auf der Handlungsfähigkeits-Linie, unverändert. Der Neuschnitt rückwärts aus dem Betriebsmodell ist bewusst auf eine spätere Runde vertagt.

Die Diagnose als neuer Abschnitt

Zwischen Beobachtungen und Hypothesen steht jetzt eine Diagnose: der deutende Schritt vom Gesehenen zum „Was folgt daraus“. Bewusst als Tendenz gehalten, Strittiges als strittig markiert.

Betriebsmodell ausformuliert

Teil 3 als Betriebsmodell: Zielgruppe, Factory, Rollen, Kadenzen, Artefakte, Sonstiges. Die Factory hat drei Teile (Ideation, Execution, Validation), im Fokus die Execution. Rollen: Product Lead, Product-Engineer, Factory-Engineer, Kunde vor Ort. Das klassische Review bleibt strittig.

Wo wir stehen

Der Praxistest aus der v5-Linie ist zurück: das Modell läuft gerade bei mehreren Kunden an, Daten liefern wir nach.

v6 — Juni 2026

Das Framework wird zum Schwerpunkt. Beobachtungen und Hypothesen neu geschnitten, sodass jede an einem Framework-Eckpfeiler hängt. Eingearbeitet nach der Überarbeitung der Redaktionsregeln im Anschluss an Runde 4.

Das Framework als Teil 3

Aus dem alten „Was wir ausprobieren“ (Drei Cycles, Drei Verschiebungen, Kipp-Tabelle) wird ein strukturiertes Framework: Zielgruppe, Factory, Rollen, Kadenzen, Artefakte, Sonstiges. Schwerpunkt der ganzen Seite.

Framework-zentrischer Neuschnitt

Beobachtungen und Hypothesen folgen jetzt rückwärts dem Framework. Eine Hypothese gehört nur rein, wenn sie einen Framework-Eckpfeiler stützt; eine Beobachtung nur, wenn sie eine wirksame Hypothese verallgemeinert. Der alte Agency- und Koordinations-Stoff ohne Anker fällt raus.

Neue Rollen und Artefakte

Factory-Engineer, Product-Engineer, Produkt-Verantwortlicher, Kunde vor Ort als Rollen der Software Factory. Die Artefakte werden gröber: Was früher Task war, wird Story; das Epic steigt zum tragenden Artefakt auf; die Tasks macht der Agent.

Der Name korrigiert

Herbert Simon gestrichen, nur noch Manfred Eigen als geistiger Anker. Die Hyperzyklen schaffen die Voraussetzungen für Leben, erzeugen es aber nicht. Die irreführende Formulierung „Übergang vom Mechanischen zum Lebendigen“ ist raus.

Call for Participation geschärft

Drei Leitfragen statt der alten Variante: Was hat bei euch funktioniert? Wo erkennt ihr Keimformen neuer Muster? Was hat nicht geklappt?

v5 — Mai 2026

Erste öffentliche Fassung. Reifegradmodell entfernt, Handlungsfähigkeit als zentraler Begriff, Call for Participation als neuer Teil III.

Neue Drei-Teile-Struktur

Aus Manifest + Reifegradmodell + Framework werden Beobachtungen und Hypothesen, Was wir ausprobieren und Call for Participation. Erst die These, dann der Praxistest, dann die Einladung.

Reifegradmodell entfernt

Aus der ersten öffentlichen Fassung raus. Kommt eventuell später als eigenständige Seite zurück. Auch indirekte Stufenleitern wie „Anweisung → Absicht → Autonomie“ konsequent gestrichen.

Handlungsfähigkeit als zentraler Begriff

Ersetzt „Wirksamkeit“ aus v4. Handlungsfähigkeit ist der Schnittpunkt von Kompetenz, Autorität und Information. Englischer Anker Agency nur bei der Erstnennung, danach durchgängig deutsch.

KI-Kluft und naiver Reflex als neue Beobachtungen

KI-Kluft: in derselben Organisation spalten sich die Mitarbeitenden in zwei Lager, die einen probieren, die anderen erstarren. Naiver Reflex: Führungskräfte greifen zum KI-Agenten und bauen alleine, statt ihre Teams dorthin zu bringen, wo sie es selbst können.

„Kippt“ statt „umkehrt“

Das alte Umkehren-Vokabular suggerierte Polaritäts-Flip, während die Verschiebung ein Bedeutungswechsel ist: dieselbe Form, anderer Inhalt. Kippt ist Round-3-Vokabular und passt dem Argument besser.

Call for Participation als Teil III

Neuer dritter Teil mit drei Fragen an die Leserschaft: Was klappt bei euch? Was klappt nicht? Wo seid ihr auf die Nase gefallen? hycle als Hypothese positioniert, nicht als Produkt.

H7 gestrichen, Werte-Bullet entlistet

H7 („Anweisung → Absicht → Autonomie“) raus, weil ohne Reifegradmodell orphan. Werte-Bullet in „Was nicht kippt“: Auflistung der vier Agile-Manifest-Werte gestrichen, nur noch als Haltung referenziert.

Execution als Vokabel

Durchgängig Execution statt Ausführung. Die Phase, nicht der Akt — das ist die Bedeutung, die das deutsche Wort nicht trifft.

v4 — Mai 2026

Erste Version mit substanziellem Teil III. Neu gerahmt als „das neue Scrum, nicht das neue Agile“. Durchgehend verdichtet.

Teil III: Die Umkehrung

Ersetzt den leeren Framework-Platzhalter. Drei Taktungen benennt die gleichzeitig laufenden Rhythmen — technische Schleife, menschliche Taktung, Geschäftstaktung. Drei Verschiebungen benennt Backlog, Pair und Retros als das, was sich grundsätzlich umkehrt. Was sich umkehrt bildet jedes Scrum-Event und -Artefakt unter der neuen Linse ab. Was sich nicht umkehrt bestätigt die Werte des Agile-Manifests, Trunk-based Development und das Bauen mit den Menschen, die es nutzen.

Wirksamkeit als vierter Begriff ergänzt

Autorität ist das Recht zu entscheiden; Wirksamkeit ist, ob die Entscheidung ankommt. KI-Agenten erweitern Wirksamkeit oder ersetzen sie — diese Unterscheidung ist die Bruchlinie entscheidungsgetriebener Organisationen. Hypothese H7 lautet „von Anweisung zu Absicht zu Autonomie und Wirksamkeit“. Die Dimension Mensch-KI-Vertrauen fragt, wie viel Autonomie und Wirksamkeit Teams sich erarbeitet haben.

Reifegradmodell entnormativiert

Reifegrade sind keine Stufen zum Erklimmen. Jeder Reifegrad trägt eine „Was es kostet“-Zeile neben „Weiterkommen“. Die Kosten von Reifegrad 4 sind ehrlich als Unbekannt markiert. Passung ist das Ziel, nicht Fortschritt.

Beobachtung 3 neu gerahmt

Von „Prozessmodelle brechen zusammen“ zu „Prozessmodelle kehren sich um.“ Die Taktung dient weiterhin den Menschen. Ihr Inhalt kehrt sich nach innen.

Was hycle nicht ist — korrigiert

„Kein neues Scrum“ widersprach Teil III. Es lautet jetzt „Kein Rollout am Montagmorgen“. Scrums Events und Artefakte überleben größtenteils — was sich umkehrt, ist ihr Inhalt, und Inhalt lässt sich nicht von oben dekretieren.

Der Name — MURCS-Notiz

Räumt die verworfene Alternative ein — Scrum rückwärts gelesen. Im Deutschen liest sich das wie Murks. Heikel war die ehrliche Wahl.

Durchgehend verdichtet

Jeder Abschnitt enger gefasst. Gleiche Substanz, deutlich weniger Prosa. Näher am Manifest-Register.

Björn Rochel kommt als Autor dazu

Sechster Autor.

v3 — April 2026

Auf Basis der Diskussion in der Autorengruppe und externen Feedbacks in drei Teile umstrukturiert. Reifegradmodell mit diagnostischer Tiefe angereichert.

Drei-Teile-Struktur

hycle ist nun in drei Teile gegliedert: Das Manifest (Beobachtungen und Hypothesen), Das Reifegradmodell (diagnostische Reifegrade) und Das Framework (Referenzmuster zur Operationalisierung). Diese Trennung verdeutlicht, was hycle präskribiert (Prinzipien), was es diagnostiziert (Reife) und was es kontextspezifischer Ableitung überlässt (Praktiken).

Die Begriffe (neuer Abschnitt)

Definitionen für Entscheidung, Strategie und Autorität zwischen „Der Name“ und „Was wir sehen“ eingefügt. Entscheidung meint vor allem das Was und Warum, nicht das Wie. Strategie meint Diagnose, leitende Politik und kohärente Handlungen — keine Vision-Statements. Autorität meint, wer tatsächlich entscheidet, nicht wer formal darf.

Entscheidungsqualität im Modell

Jeder Reifegrad enthält nun eine Dimension „Wahrgenommene Entscheidungsqualität in den Teams“. Sie erfasst, wie Teams die Qualität der Entscheidungen erleben, die sie erreichen — von undurchsichtig (Reifegrad 0) bis systemisch gemessen (Reifegrad 4). Greift Feedback auf, das Reifegrade beschreiben Autorität, aber nicht das Erleben darunter.

„Was es braucht“ pro Reifegrad

Reifegrade 1–3 enthalten nun einen Abschnitt „Weiterkommen“, der Voraussetzungen für den Fortschritt beschreibt. Verweist auf konkrete Muster (Decision Mapping, Trust Contracts, Discovery als Team-Fähigkeit) als Illustrationen, nicht als Vorschriften.

Hypothese H4 geschärft

Erweitert um die Anerkennung, dass Entscheidungen unterschiedliches Gewicht und unterschiedliche Reichweite haben. Verantwortung hängt von der Reichweite der Konsequenz ab, nicht davon, Hierarchie zurückzubringen.

Meta-Prinzip ergänzt

Neuer Eintrag in „Was hycle nicht ist“: hycle bietet Prinzipien, Diagnose und Referenzmuster. Die Operationalisierung muss für jeden Kontext entwickelt werden — von Menschen und KI-Agenten, die in diesem Kontext arbeiten.

Beobachtung 3 erweitert

Räumt ein, dass das gemeinsame Vokabular, das Prozess-Frameworks bieten, gemeinsam mit den Frameworks selbst wegfällt.

Die Sprache (neu verortet)

Vom Manifest in das Framework verschoben. Neu gerahmt als operatives Vokabular für den Alltag, abgegrenzt von den begrifflichen Definitionen im Manifest.

Unverändert

Die Beobachtung, der Name, Beobachtungen 1–2 und 4–7, Hypothesen H1–H3 und H5–H8, die Autoren, die Einladung.

v2 — April 2026

Überarbeitet auf Basis externen Feedbacks von Praktikerinnen und interner Diskussion unter den Autoren.

Die Beobachtung

Neu geschrieben mit einem universellen Einstieg: Technologie beseitigt Beschränkungen, um die Organisationen ihr Operating Model gebaut haben. Software ist nun als eine Ausprägung dieses Musters positioniert, nicht als die einzige. Anerkennt explizit, dass andere Branchen das Entscheidungsproblem seit Jahrzehnten kennen.

Was wir sehen

Neu sortiert: Historischer Kontext („Das Entscheidungsproblem ist nicht neu“) auf Position 2 verschoben — direkt nach der Engpass-Verschiebung, vor den Folgen.

Beobachtung 2 (jetzt 3): Differenziert — das Throughput-Gerüst bricht zusammen, aber Taktung und Reflexion behalten ihren Wert.

Beobachtung 5: Rollenkonvergenz direkter formuliert. Name bewusst offengehalten.

Beobachtung 6: Über das mittlere Management hinaus auf Boards, Gründer und Executives erweitert.

Neue Beobachtung 7: Organisationen fallen unter Druck zurück. Führungskräfte zentralisieren wieder aus Identität und Gewohnheit, nicht aus Evidenz.

Was wir glauben

Neu sortiert: Hypothesen gruppiert nach Fundament (H1), drei Dimensionen von Entscheidungen (H2 wo, H3 Schärfe, H4 bereichsüberschreitend), Navigation (H5–H6), Reifepfad (H7) und Chance (H8).

Neue H3: „Autonomie ohne Schärfe produziert schnellere Mehrdeutigkeit.“ Entscheidungsqualität als Dimension neben Entscheidungsautorität.

Neue H4: Bereichsüberschreitende Entscheidungen brauchen explizite Architektur. Verantwortet auf der Ebene, auf der sie zuerst mehr als eine Einheit betreffen.

H8 (war H6): Vom Warnruf zur Chance umgedeutet — „mit denselben Menschen grundsätzlich mehr erreichen“ statt „Rationalisierung ist keine Transformation“.

Das Modell

Modelleinstieg: Anerkennung ergänzt, dass Fortschritt nicht garantiert ist — Organisationen fallen unter Druck regelmäßig zurück.

Reifegrad 2: Domänenexpertise explizit als Kernkompetenz des Teams positioniert, nicht als externer Input.

Neue Abschnitte

Die Rollen: Anerkennt die Konvergenz von Produkt- und Engineering-Rollen. Name bewusst offengehalten. Folgt.

Die Sprache: Benennt den Verlust von Scrum als gemeinsamem Vokabular als reales Problem. Verpflichtet sich, eine neue gemeinsame Sprache zu entwickeln. Folgt.

Unverändert

Der Name, das Modell (Struktur und Beschreibungen der Reifegrade), Was hycle nicht ist, Walk the Talk, die Autoren, die Einladung.

v1 — März 2026

Erstveröffentlichung des hycle-Manifests.