Dan Shipper, Gründer von Every, teilt seine "Berichte aus der Zukunft" über den Aufbau eines AI-native Unternehmens. An der Spitze eines Teams von 15 Personen, das 4 komplexe Softwareprodukte und 6 wachsende Geschäftsbereiche verwaltet, zeigt er, dass eine radikale KI-Einführung das Spiel verändert. Seine zentrale Beobachtung: Es besteht ein exponentieller (10-facher) Unterschied zwischen partieller Einführung (90%) und vollständiger Einführung (100%) von KI. Wenn nicht alle auf die neuen Arbeitsabläufe (Chat-Schnittstelle, Agenten) eingestellt sind, bleibt die Organisation durch die alten Methoden ausgebremst.
Er führt das Konzept des "Compounding Engineering" ein. Anders als bei der traditionellen Entwicklung, bei der zunehmende Komplexität die Entwicklung verlangsamt, zielt "kumulierendes" Engineering darauf ab, dass jedes Feature das nächste einfacher zu bauen macht. Dies geschieht durch eine Schleife: Planen, Delegieren, Bewerten und vor allem Kodifizieren. Das Gelernte wird sofort in wiederverwendbare Prompts oder Agentenkonfigurationen umgewandelt.
Die bei Every beobachteten Effekte zweiter Ordnung sind bemerkenswert: 1. Tacit Knowledge Sharing: Es besteht keine Notwendigkeit mehr, komplexe gemeinsame Code-Bibliotheken zu erstellen. Ein Agent kann einfach den Code eines anderen Projekts lesen, verstehen, wie ein Feature (z. B. Teams-Authentifizierung) gebaut wurde, und es sofort in einem neuen Kontext neu implementieren. 2. Single-Developer-Produkte: Ganze komplexe Anwendungen werden von einer einzigen Person gebaut und gepflegt, weil KI die Parallelisierung übernimmt (mehrere Agenten arbeiten gleichzeitig an mehreren Aufgaben). 3. Manager, die coden: Shipper, obwohl CEO, committet Code in Produktion. KI macht es möglich, mit "fragmentierter Aufmerksamkeit" zu coden (ein paar Minuten zwischen zwei Meetings), während traditionelles Coden Stunden ununterbrochener Konzentration erforderte ("Deep Work"). 4. Demo-Kultur: Da die Prototyping-Kosten gegen null tendieren, wird Erlaubnis nicht mehr über Folien eingeholt. Der Prototyp wird gebaut, um die Idee zu belegen ("Show, don't tell").
Shipper beschreibt eine fließende Organisation, in der technische Barrieren zusammenbrechen und beispiellose Kreativität und Ausführungsgeschwindigkeit ermöglichen.