*Teil 1 von 5 in der Reihe [The Human Inversion](/posts/series/the-human-inversion). Weiter: [Die Aufmerksamkeitsgrenze](/posts/the-human-inversion-the-attention-ceiling)* --- ## Wichtige Erkenntnisse - Teams, die sich früher um die **Ausführung** herum organisierten (Spezifikation → Design → Code); **Stiftung** und **Rezension** waren früher chronisch unterernährt, weil der Kalender in die Mitte ging. - Wenn die KI die Artefaktproduktion in der Mitte absorbiert, **konzentrieren sich die Menschen auf die Enden** – reichhaltigere Positionierung, Systeme und Architektur auf der einen Seite; andererseits tiefergehende Qualitäts- und Passformprüfungen. - Durch das Entfernen der menschlichen Mitte wird die **implizite Übersetzung** entfernt, die früher dazu diente, die Disziplinen aufeinander abzustimmen; **disziplinübergreifende Kohärenz** muss dann in expliziten Standards, dauerhaften Artefakten und Urteilsvermögen am Ende leben – und nicht in Flurübergaben. - Die Umkehrung ist **wirtschaftlich erzwungen**, nicht optional – aber sie belastet Spezialisten, deren Glaubwürdigkeit an Hinrichtungskünste gebunden war, bis das Urteil wieder lesbar ist. - **Agents-in-a-Loop** (asynchrone serverseitige Agentenarbeit) ist, wie die Übernahme der Mitte auf Systemebene aussieht; Die rein synchrone KI hält den Menschen als Auslöser für jeden Ausführungsschritt im Mittelpunkt. Den größten Teil der Geschichte der Softwareentwicklung verbrachte der Mensch in der Mitte. Teilen Sie den Prozess in drei Teile auf: 1. Grundlage: die Marktforschung, Positionierung und Persona-Definition, die jedem Feature vorausgeht; die Designsysteme und Einschränkungen, die bestimmen, wie Schnittstellen erstellt werden; die Architekturstandards und Codierungskonventionen, die bestimmen, was die Technik überhaupt in Betracht ziehen kann. 2. Ausführung: Umwandlung dieser Grundlagen in tatsächliche Artefakte: Spezifikationen werden zu Entwürfen, Entwürfe werden zu Code, Code wird zu ausgelieferter Software. 3. Überprüfung: das Polieren, das Testen, die sorgfältige Arbeit, um sicherzustellen, dass das, was produziert wurde, tatsächlich den Standards entspricht und tatsächlich für die Menschen funktioniert, die es verwenden müssen – und, was entscheidend ist, das Lernen, das Ihre bisherigen Erkenntnisse für das nächste Mal auf den neuesten Stand bringt. In der Mitte wurden Teams organisiert. Produktleute haben Spezifikationen geschrieben. Designer setzten die Spezifikationen als Designs um. Ingenieure setzten die Entwürfe als Code um. Selbst Lean-Methoden, die explizit versuchten, den Wasserfall in etwas kollaborativeres und interdisziplinäreres zu verwandeln, konnten die meisten Menschen immer noch nicht aus diesem Zwischenraum herausziehen. Die Übergaben waren tragend. Die Koordination war tragend. Die sequentiellen Abhängigkeiten waren tragend. Ein Designer könnte einige Erkundungsarbeiten durchführen, bevor die Produktspezifikation fertiggestellt wurde, und ein Ingenieur könnte einige Recherchen durchführen, bevor die Entwürfe gesperrt wurden, aber die eigentlichen Artefakte – diejenigen, die versendet wurden – erforderten, dass die Ergebnisse der vorherigen Disziplin im Wesentlichen vollständig waren, bevor die nächste Disziplin gute Arbeit leisten konnte. Dies hatte auf beiden Seiten Konsequenzen: **Die Stiftung bekam, was übrig blieb.** Die Marktforschung wurde am Rande durchgeführt, zwischen der eigentlichen Arbeit, Spezifikationen zu schreiben. Designsysteme wurden reaktiv aufgebaut und nachträglich aus Mustern zusammengesetzt, die auf den versendeten Bildschirmen auftauchten. Codierungsstandards lebten in Wikis, die niemand las, und architektonische Entscheidungen sammelten sich als Stammeswissen an, weil niemand Zeit hatte, sie aufzuschreiben. Die Stiftung war der Ort, an dem die Hebelwirkung lebte, aber die Ausführung verschlang den Kalender, sodass die Stiftung die gesamte Aufmerksamkeit erhielt, die überlebte. **Rezensionen wurden schlechter behandelt.** Wenn Sie Glück hatten, war die Qualitätssicherung eine Phase am Ende eines Sprints, oder ein Ticket im Backlog von jemandem, wenn Sie kein Glück hatten. Die Designüberprüfung war ein Slack-Thread. Die Codeüberprüfung war ein Ritual, das auf den Durchsatz optimiert war und nicht darauf, die wirklich wichtigen Dinge zu erkennen. Die Details, die Software, die funktioniert, von Software, die Freude macht, unterscheiden, wurden in den letzten 10 % der Zeitspanne geklärt, und zwar genau dann, wenn alle am müdesten waren und am meisten unter Lieferdruck standen. Das war keine Entscheidung, die die Teams getroffen haben. Es handelte sich um ein durch die Ökonomie auferlegtes Gleichgewicht. Wenn die Ausführung kostspielig war, musste man Personal für die Ausführung bereitstellen, was bedeutete, dass die Grundlagen- und Überprüfungsarbeiten die verbleibende Zeit und Aufmerksamkeit erhielten. Wasserfall und Lean waren am Ende nicht suboptimal, weil die Teams beschlossen, sie zu vernachlässigen. Ihre Liquidität war eingeschränkt. Dann veränderte KI die Wirtschaft. In der Mitte – der eigentlichen Produktion von Artefakten – sind KI und starke Geschirre jetzt wirklich gut. Sie benötigen keinen Produktmitarbeiter, der die Spezifikation schreibt, keinen Designer, der die Spezifikation in einen Entwurf umwandelt, und keinen Ingenieur, der den Entwurf in Code umwandelt, wobei jede Übergabe tagelange Synchronisierungsbesprechungen und Kontextübersetzungen in Anspruch nimmt. Sie brauchen einen Menschen, der weiß, was existieren sollte, und ein Modell, das es produzieren kann. Die Ausführungskosten brachen ein. Nicht bis zum Nullpunkt und nicht gleichmäßig über alle Bereiche hinweg, aber so weit, dass sich der Schwerpunkt der menschlichen Arbeit verschoben hat. Mit der Wirtschaft hat sich auch die Infrastruktur verändert. Das Übergangsmodell ist „Human-in-the-Loop“: Eine Person steht im Mittelpunkt jedes Ausführungsschritts, löst jede Aktion aus, überprüft jede Ausgabe und hält das Tempo aufrecht. Was im Entstehen begriffen ist, sind Agenten-in-a-Loop: Server, auf denen Agenten laufen, arbeiten kontinuierlich und asynchron, wobei Menschen die Richtung vorgeben und Ergebnisse überprüfen, anstatt jeden Schritt zu steuern. Human-in-the-Loop hält die Menschen im Mittelpunkt. Agents-in-a-Loop ist die Art und Weise, wie die Absorption der Mitte auf Systemebene aussieht. ## Die Menschen bewegen sich jetzt bis zum Ende Auf der Fundamentseite: - Produkt kann Zeit darauf verwenden, was Produktarbeit immer sein sollte: gründliche Marktforschung, seriöse Positionierung, validierte Personas, sorgfältiges Nachdenken darüber, welche Garantien und Vorteile wichtig sind und warum. Nicht beim Schreiben von Spezifikationen, die in Designs übersetzt werden, die wiederum in Code übersetzt werden. - Das Design kann Zeit mit Designsystemen, Einschränkungen und den übergreifenden Entscheidungen verbringen, die darüber entscheiden, ob hundert zukünftige Bildschirme zusammenpassen. Nicht darum, Pixel in Figma an einen Ingenieur weiterzugeben. - Das Engineering kann Zeit mit Architekturstandards verbringen, mit den Prinzipien, die bestimmen, welche Fehlerklassen möglich und welche strukturell ausgeschlossen sind, mit den Plattformentscheidungen, die sich über Jahre hinweg verstärken werden. Nicht beim Umwandeln von Tickets in Pull-Anfragen. Was die Überprüfung betrifft, kann jede Disziplin viel mehr Zeit auf die Fragen verwenden, die immer wichtig waren, aber selten sorgfältig beantwortet wurden: - Löst dies tatsächlich das Problem des Benutzers oder löst es ein Problem, das das Modell falsch abgeleitet hat? - Passt das tatsächlich zum Designsystem oder ist es ein Einzelfall, der zu Inkonsistenzen führt? - Berücksichtigt dieser Code tatsächlich die architektonischen Einschränkungen oder handelt es sich um eine Abkürzung, die die Situation verschlimmert? Die Überprüfungslast ist auf allen Oberflächen nicht gleichmäßig. Bei den meisten Codes verbessert eine gründliche Überprüfung die Qualität. Auf Oberflächen, auf denen Fehler katastrophal sind – Brückencode in der Krypto-Infrastruktur, klinische Entscheidungsunterstützung, Luft- und Raumfahrtkontrollen, Zahlungsschienen – wird das Überprüfungsende zum geschwindigkeitsbegrenzenden Drittel der Pipeline, das den größten Teil der Qualitätslast trägt. Die Architektur gilt weiterhin; das Gewicht verlagert sich. Dies ist die Umkehrung: **Menschen an den Enden, KI in der Mitte.** Und die Enden sind jetzt dort, wo die Hebelwirkung differenziert wird, weil die *Kosten* der Ausführung zum entscheidenden Faktor werden, auch wenn ihre *Qualität* immer noch bestimmt, wie hart die Überprüfung arbeiten muss. Wir konnten es uns vorher einfach nicht leisten, die Enden ordentlich zu besetzen, weil die Ausführung alle gefressen hat. So ausgedrückt klingt die Umkehrung nach reinem Aufwärtstrend. Mehr Zeit für die Gründung, mehr Zeit für die Überprüfung, weniger Reibungsverluste bei der Übergabe, weniger Koordinationsaufwand. Und es *gibt* einen Aufwärtstrend – einen erheblichen Aufwärtstrend, den größten Produktivitätsschub, den Softwareteams seit einer Generation erlebt haben. ## Wie sich der Übergang von innen anfühlt Die Architektur ist netzpositiv. Die Erfahrung, sich durch sie hindurch zu bewegen, ist nicht einheitlich, und jede ehrliche Darstellung der Umkehrung muss sagen, was tatsächlich mit den Spezialisten im Zentrum passiert. Die Leute, die sich durch Ausführungshandwerk auszeichnen – diejenigen, deren Ruf auf dem Schreiben von gutem Code, der Erstellung klarer Designs und der Ausarbeitung strenger Spezifikationen beruht – beobachten, wie die Sache, für die sie eingestellt wurden, absorbiert wird. Die Fähigkeiten sind nicht wertlos geworden. Urteilsvermögen, Geschmack, Domänenwissen, Systemintuition, der Instinkt, für den Einfachheit billig und was teuer ist – nichts davon ist noch automatisiert, und das meiste davon wird auch nicht bald automatisiert sein. Aber die Fähigkeit zur *Berechtigung*, die sie in den Raum gebracht hat, schrumpft. Was übrig bleibt, ist für den Markt kurzfristig schwieriger einzupreisen, da der Markt nicht das Vokabular entwickelt hat, um es unabhängig von der Ausführung, mit der es früher verbunden war, zu bewerten. Dies zeigt sich auf bestimmte Weise. Ingenieure in der Mitte ihrer Karriere in KI-lastigen Teams fragen sich zunehmend, ob sie ins Produktmanagement wechseln sollten – nicht weil PM-Arbeit ihre Leidenschaft ist, sondern weil PM eine Rolle ist, die durch Urteilsvermögen und Kommunikation definiert ist, und Urteilsvermögen und Kommunikation die Fähigkeiten sind, die nicht einfach verkümmern. Die Bewegung ist oft richtungsrichtig. Die Form, die es im Gespräch annimmt: „Mein Job ist irrelevant. Kann ich also Produktmanager werden?“ – ist die Form einer rationalen Reaktion auf einen unleserlichen Übergang, nicht reine Begeisterung für eine neue Rolle. Die umgekehrte Verwirrung ist ebenso häufig: Man tendiert eher zu der Fertigkeit, die die KI gerade zugänglich gemacht hat, als zu der, die sie knapp gemacht hat. Die Umkehrung entkräftet die Spezialisten, die dies empfinden, nicht. Wenn überhaupt, hängt es von ihnen ab – Grundlage und Überprüfung sind die Hebelpunkte der neuen Architektur, und beide basieren auf genau dem Urteilsvermögen und Geschmack, den Spezialisten aus der Ausführungszeit fünfzehn Jahre lang angesammelt haben. Erforderlich ist eine Änderung in der Art und Weise, wie dieses Urteil lesbar gemacht wird, sowohl für die Spezialisten selbst als auch für die Organisationen, die es bewerten möchten. Der Markt verfügt noch nicht über ein gutes Vokabular für die Bewertung von Urteilen, unabhängig von der Ausführung, mit der sie früher verbunden waren. Der Aufbau dieses Vokabulars – durch Rubriken, durch neue Bewertungskriterien, durch ehrliche Gespräche darüber, was die Rolle jetzt tatsächlich ist – trägt dazu bei, dass sich der Übergang nicht mehr wie ein Verlust anfühlt, sondern wie eine Hebelwirkung. Die Ausführung wird zunächst automatisiert. Urteil nicht. Der Großteil dieser Serie dreht sich darum, was nötig ist, um das Urteil richtig zu organisieren und zu organisieren, wenn die Hinrichtung nicht das Ausschlaggebende ist. ## Das Problem, das die alte Organisation nicht hatte Als die Hinrichtung in der Mitte stand und Menschen Artefakte zwischen den Disziplinen weitergaben, erfolgte die Koordination durch die Artefakte selbst. Die Spezifikation zwang den PM und den Designer zur Abstimmung, da der Designer sie lesen musste. Die Entwurfsprüfung zwang Designer und Ingenieur dazu, sich abzustimmen, da der Ingenieur darauf aufbauen musste. In der Mitte wurde der interdisziplinäre Kontext übertragen, da die Übersetzung in Echtzeit erfolgte, während die Menschen tatsächlich gemeinsam etwas produzierten. Es war langsam und frustrierend und voller Übergabeverschwendung, aber eines hat es gut gemacht: Es hat die Disziplinen mit der Realität der anderen in Kontakt gehalten. Nehmen Sie die Mitte heraus, und der Kontakt geht damit einher. Spezialisten, die an den Enden arbeiten, verstehen nicht automatisch die Arbeit des anderen: - Das Positionierungsdokument des PM ist für den Ingenieur unleserlich. - Das Einschränkungsdokument des Designers ist für den PM unleserlich. - Die architektonischen Standards sind für den Designer unleserlich. Jede Disziplin produziert grundlegende Artefakte, die im alten Modell nie lesbar sein mussten, da ein Mensch in der Mitte die Übersetzung in Echtzeit vornahm. Jetzt ist kein Mensch mehr in der Mitte. In der Mitte befindet sich die KI, die das Artefakt hervorragend herstellen kann, aber die interdisziplinären Spannungen, die früher durch Besprechungen und Übergaben gelöst wurden, nicht von Natur aus löst. Die Frage, die der Rest dieser Serie beantworten muss, lautet also: Wie funktioniert die asynchrone parallele Arbeit von Spezialisten tatsächlich, ohne in Kohärenz zu verfallen? Welche Schicht ersetzt die Koordination, die früher die Mitte trug? Wer verfasst den gemeinsamen Kontext und wie bleibt er im Laufe der Zeit vertrauenswürdig? ## Der Anspruch Hier ist die Antwort, die ich in den nächsten drei Beiträgen entwickeln werde, kurz formuliert, damit sie getestet werden kann: > Teams, die im Zuge der Umkehrung keine Umstrukturierung vornehmen, werden innerhalb von achtzehn Monaten dramatisch schlechter aussehen, und die meisten Teams werden keine Umstrukturierung vornehmen – nicht, weil der technische Wandel schwierig wäre, sondern weil der kulturelle Wandel schwieriger ist, als irgendjemand derzeit anerkennt. Der kulturelle Wandel erfordert Dinge, die die meisten Unternehmen als wirklich unangenehm empfinden: - Führungskräfte, die Geschäftsrubriken verfassen, haben sie in der Vergangenheit absichtlich unscharf gehalten. - Spezialisten, die ihre berufliche Identität eher im Geschmack und im Urteilsvermögen als im Ausführungshandwerk finden. - Verzichten Sie auf Meetings, die derzeit als sichtbarer Beweis für die Koordination von Teams dienen, und vertrauen Sie auf asynchrone Mechanismen, mit denen niemand jahrelange Erfahrung hat. - Einstellung auf einem anderen Grund als dem, den viele Investoren und Betriebshandbücher derzeit befürworten. Nichts davon ist unmöglich. Einiges davon geschieht bereits. Aber die Teams, die es zuerst herausgefunden haben, werden Vorteile schaffen, die die Teams, die sich verzögern, nicht so einfach schließen können, weil die Zusammenführung auf der Basisebene und der Überprüfungsebene geschieht – den Ebenen, die immer am wichtigsten sein sollten und die die meisten Teams nie richtig besetzen konnten. Die Teams, die gut damit zurechtkommen, werden auch diejenigen sein, die anerkennen, wie unangenehm der Übergang für die Spezialisten im Zentrum ist, anstatt so zu tun, als ob das Unbehagen nicht Teil des Systems wäre. Eine Veränderung, die gut für das Unternehmen ist, fühlt sich für die Person, die sich darin befindet, nicht automatisch gut an, und die Kluft als Einstellungsversagen und nicht als strukturelles Merkmal zu betrachten, führt dazu, dass eine ansonsten korrekte Architektur die Menschen verliert, die sie am meisten braucht. [Im nächsten Beitrag](/posts/the-human-inversion-the-attention-ceiling) geht es um den Einstellungsauslöser. Wann fügt man einem Team eigentlich einen Menschen hinzu, dessen Ausführung von KI übernommen wird? Die Antwort ist nicht das, was die aktuelle Startup-Weisheit vermuten lässt, und etwas falsch zu machen ist der teuerste Fehler, den man bei diesem Übergang machen kann. --- *Lesen Sie weiter: [Teil 2 – Die Aufmerksamkeitsgrenze](/posts/the-human-inversion-the-attention-ceiling)*