Wer in den letzten zwei Jahren eine IT-Organisation geführt hat, kennt die Lage: Die Methodik steht, Scrum läuft, ein Kanban-Board hängt an der Wand, die OKRs sind formuliert. Und trotzdem passt etwas nicht mehr. Coding-Agenten schreiben Code, der in Produktion geht. Die Menge des Codes wächst schneller, als das Review nachkommt. Die klassische Juniorstelle, an der bisher das Handwerk gelernt wurde, ist plötzlich schwer zu begründen. Die gängigen Management-Modelle geben darauf keine Antwort, weil sie aus einer Zeit vor den Agenten stammen. Aus dieser Lücke ist ein Buch geworden, das diese Woche erschienen ist: das Hepta Management System, das Betriebssystem für Ihre IT-Organisation, von Lean-Agile zu Lean-AI.

📌 Das Problem war nie das Framework

In den Transformationsprojekten der vergangenen Jahre zeigte sich immer wieder dasselbe Muster. Eine Organisation entscheidet sich für ein Rahmenwerk, führt es sauber ein, bildet Leute aus, bezahlt Zertifizierungen. Zwei Jahre später ist die Durchlaufzeit von der Anforderung bis zum Deployment unverändert, und die Suche nach dem nächsten Rahmenwerk beginnt. Nicht, weil das Rahmenwerk falsch gewählt war. Sondern weil kopiert wurde, was man sehen kann: das Meetingformat, das Planungswerkzeug, das Organigramm.

Für diese Verwechslung gibt es im Buch einen eigenen Begriff, und er trägt den gesamten Text: die Unterscheidung zwischen der Handlung und dem Inhalt einer Handlung. Ein Kind, das Autofahren spielt, dreht am Lenkrad, hupt und gibt Gas. Die Handlung ist perfekt nachgebildet, der Inhalt fehlt vollständig. Toyota hat über drei Jahrzehnte ein System aus Denkweise, Führung und Problemlösungskultur verfeinert; der Westen hat die Kanban-Karten kopiert und sich über die ausbleibenden Ergebnisse gewundert. Bei Scrum, bei OKR, bei SAFe lässt sich dasselbe Muster nachzeichnen. Wer diese Herkunft kennt, unterscheidet die pragmatische Empfehlung mühelos von der zur Religion erhobenen Best Practice.

Besonders klar wiederholt sich das Muster gerade beim Thema KI. Eine Organisation kauft Tool-Lizenzen, schickt die Teams in eine Prompt-Schulung und hat damit die sichtbare Handlung erledigt. Ob am Ende Wert entsteht, entscheidet etwas anderes: Anforderungsklarheit, Architekturverantwortung und die Disziplin, jede Zeile zu prüfen, die ein Agent abliefert.

📌 Sieben Sinne statt eines weiteren Rahmenwerks

Ein Betriebssystem erledigt keine Arbeit. Es macht die Arbeit der anderen erst möglich, indem es Komplexität abstrahiert und eine einheitliche Schnittstelle anbietet. Genau in dieser Rolle ist das Hepta Management System gedacht. Es ersetzt weder Scrum noch ITIL noch DevOps, sondern legt sich als Ebene darüber und benennt sieben Sinne, mit denen eine Organisation ihre eigene Arbeit wahrnimmt:

• Richtung: Wohin steuern wir, und was fällt bewusst weg? (OKR)
• Führung: Wie werden Entscheidungen getroffen und delegiert? (Management 3.0, Lean Leadership)
• Fluss: Wo wartet der Wert, statt zu fließen? (Lean)
• Takt: Welcher Rhythmus passt zu dieser Arbeit? (Scrum, Kanban, SAFe)
• Stabilität: Läuft der Betrieb verlässlich, ohne in Bürokratie zu kippen? (ITIL)
• Zusammenarbeit: Wie kommt eine Idee in Produktion? (DevOps)
• Reichweite: Wie erweitern wir die eigene Lieferfähigkeit? (Sourcing, Vertragsmodelle)

Für jeden Sinn gibt es genau eine Frage, auf die es ankommt. Der eigentliche Nutzen liegt weniger in den Antworten als darin, den Blick dorthin zu lenken, wo eine Organisation gerade nicht hinschaut. Wer nur auf agile Delivery starrt, liefert schnell, bis die Produktion ausfällt. Wer nur Stabilität pflegt, betreibt zuverlässig Software, die niemand mehr braucht. Kein Sinn ist wichtiger als ein anderer, und keiner funktioniert isoliert. Deshalb entsteht ein Repertoire und keine Checkliste: Rahmenwerke werden austauschbar, ohne dass die Orientierung verloren geht.

📌 Die KI-Spur durch das ganze Buch

Acht Kapitel bilden einen durchgehenden roten Faden und übertragen die sieben Sinne in die Welt der Agenten. Sie beginnen bei der Anatomie eines Coding-Agenten und führen über Teams im KI-Zeitalter, Spec-Driven Development und die Hybride Implementierungshypothese bis zu Betrieb, Guardrails und der Forensik KI-induzierter Störungen.

Der Anspruch dabei war, mit Daten zu arbeiten statt mit Haltung. Die Datenlage widerspricht beiden gängigen Erzählungen. Das Wundermittel hält der Prüfung nicht stand: Die erste randomisierte Studie mit erfahrenen Entwicklern zeigt Menschen, die sich zwanzig Prozent schneller fühlen und tatsächlich neunzehn Prozent langsamer sind, eine Selbstwahrnehmungslücke, die kein besseres Modell schließt. Der bald vergessene Hype hält der Prüfung genauso wenig stand: Bei einem Viertel der jüngsten Y-Combinator-Startups stammen fünfundneunzig Prozent des Codes aus Sprachmodellen. Gleichzeitig wächst der Code schneller und wird im Durchschnitt schlechter, mit mehr Duplikation, weniger Refactoring und mehr Schwachstellen. Der Engpass wandert vom Schreiben zum Prüfen, das Volumen der Pull Requests steigt deutlich, und die Talentpyramide kippt messbar, weil ausgerechnet die Einstiegsaufgaben wegfallen, an denen Junioren bisher das Handwerk gelernt haben.

Das ist die eigentliche Managementaufgabe der nächsten Jahre, und sie liegt nicht im Werkzeug. Sie liegt in der Frage, ob eine Organisation die Arbeitsweise besitzt, in der diese Werkzeuge produktiv werden. Die DORA-Forschung formuliert es nüchtern: KI ist ein Verstärker. Sie vergrößert vorhandene Stärken und vorhandene Schwächen.

📌 Wie das Buch aufgebaut ist

Der Aufbau folgt dem Lebenszyklus einer IT-Organisation und nicht der Chronologie der Methodengeschichte. Nach einem Prolog, der die Herkunft der Methoden und die Handlung-Inhalt-Unterscheidung klärt, führen sechs Teile durch die Praxis: START behandelt das Aufstellen der Organisation mit OKR, Führung, Teamzuschnitt und der Verantwortungstriade aus Value, Flow und Architecture. BUILD deckt Delivery, Schätzung, Skalierung, Portfolio, Architektur, Make-or-Buy und Spec-Driven Development ab. RUN geht in den Betrieb, von DevOps und ITIL über Cloud-Ökonomie bis zu Monitoring, Bereitschaftsdienst und der Absicherung agentengestützter Systeme. IMPROVE behandelt die Verbesserungsschleifen, SCALE die Reichweite über Sourcing, Vertragsmodelle, Zeitzonen und Dienstleistersteuerung. RECOVER schließlich beschreibt, was zu tun ist, wenn längst etwas schiefgelaufen ist, mit dem ACC-Prinzip aus Neuseelands No-Fault-Unfallversicherung als Ordnungsrahmen: erst stabilisieren, dann analysieren, dann verbessern.

Jedes Kapitel endet mit einem Abschnitt, der die Grenzen des Beschriebenen benennt. Das war eine bewusste Entscheidung. Ein Managementbuch, das nur beschreibt, wann etwas funktioniert, ist als Entscheidungsgrundlage wertlos. Die interessante Information steckt meist darin, wann ein Ansatz nicht trägt: OKR löst keine Kulturprobleme und ersetzt keine Strategie. Kanban steuert den Fluss, nicht die Richtung. ITIL ersetzt keine technische Kompetenz, und seine größte Gefahr ist nicht zu wenig, sondern zu viel davon. Kaizen hilft nicht, wenn ein System grundlegend falsch aufgesetzt ist und radikalen Wandel braucht statt kleiner Schritte.

👥 Für wen das Buch gedacht ist, und für wen nicht

Adressiert sind CIOs, CTOs, IT-Verantwortliche, Architekten und Teamleads, die Rahmenwerke als Werkzeug begreifen und nicht als Glaubensfrage, und die wissen wollen, was bleibt und was sich gerade verschiebt. Wer eine Zertifizierungsvorbereitung sucht, ist an der falschen Stelle: Für den Scrum Guide oder das ITIL-Foundation-Curriculum gibt es die jeweiligen Originale, und die sind dafür besser geeignet. Wer eine technische Anleitung zum Feintuning von Sprachmodellen erwartet, ebenfalls. Das Buch behandelt KI aus der Management-, nicht aus der Ingenieursperspektive.

Ein zweiter Vorbehalt gehört dazu: Das Buch beschreibt keine Methode, die man einführt und dann besitzt. Der Epilog stellt genau die Frage, die in der Praxis zuerst kommt, nämlich wo man anfängt, wenn sieben Dimensionen vor einem liegen und die Kapazität für sieben gleichzeitige Baustellen fehlt. Die Antwort lässt sich nicht delegieren, weder an Berater noch an ein Tool noch an eine neu geschaffene Rolle. Wer den schwächsten Sinn zuerst adressiert statt des interessantesten, gewinnt Momentum, ohne die Organisation zu überfordern.

📌 Ausgaben und Bezug

Das Buch erscheint bei HeptaMS Press in zwei Ausgaben, deutsch und englisch, jeweils als Farbdruck-Taschenbuch und als E-Book. Die deutsche Ausgabe umfasst 542 Seiten, die englische 522. Der Ladenpreis liegt im DACH-Raum bei 58 Euro für das Taschenbuch und 29 Euro für das E-Book.

Die ISBN der deutschen Printausgabe ist 978-1-0672937-0-3, die der englischen 978-1-0672937-2-7. Damit ist der Titel über jede Buchhandlung bestellbar, zusätzlich zu den üblichen Online-Kanälen. Die Bezugsquellen sind auf heptams.org gebündelt, dort lässt sich Ausgabe und Format wählen, ohne sich vorher durch Länderlogik zu arbeiten.

Wenn Sie in Ihrer Organisation gerade an einer der sieben Fragen arbeiten, freue ich mich über Ihre Sicht darauf. Die Antworten muss jede Organisation mit den eigenen Menschen und Mitteln finden; das Buch liefert die Fragen und die Einordnung der Werkzeuge, mit denen andere sie beantwortet haben.