- Dank AI-gestützter Codegenerierung und Plattforminnovationen hat sich die Entwicklungsgeschwindigkeit explosionsartig erhöht, dennoch bleiben Projektergebnisse schwach und die Ausfallquote hoch
- Das Problem ist nicht die Geschwindigkeit, sondern der Mangel an Verifikation und Abstimmung; XP fördert durch bewusste Einschränkungen Lernen, Alignment und Qualitätsverbesserung
- Je stärker AI-Agenten die Generierung, Änderung und Bereitstellung von Code beschleunigen, desto gravierender werden unüberprüft wachsende Komplexität und Sicherheitslücken
- XP betont menschenzentrierte Werte wie Einfachheit, Kommunikation, Feedback, Respekt und Mut sowie kleine Batches, kontinuierliche Integration und automatisierte Tests
- In einer Zeit, in der schnelle Ausgabe selbstverständlich geworden ist, erinnert XP erneut an den Grundsatz, dass Software letztlich für Menschen da ist
Beschleunigung und Grenzen der Softwareproduktion
- In jüngster Zeit haben AI-Tools und Innovationen bei verschiedenen Entwicklungsplattformen die Hürden für Codegenerierung stark gesenkt und das Tempo deutlich erhöht
- Mit nur wenigen Prompts oder API-Aufrufen lassen sich Produkt, Funktionen und die gesamte Infrastruktur schnell erzeugen
- Dennoch gibt es das Problem, dass sich die Gesamterfolgsquote von Projekten trotz höherer Produktivität nicht deutlich verbessert hat
- Berichte wie der Standish Chaos Report und McKinsey-Reports weisen darauf hin, dass die meisten IT-Projekte weiterhin scheitern oder das Budget überschreiten
- Es zeigt sich, dass eine höhere Geschwindigkeit bei der reinen Codeerzeugung nicht automatisch zu besseren Ergebnissen bei der Softwarebereitstellung führt
Warum Output nicht das eigentliche Problem ist
- Es wurde immer wieder bewiesen, dass der Engpass in der Softwareentwicklung nicht bei der Geschwindigkeit von Code-Eingabe und -Ausgabe liegt
- Es gab aufeinanderfolgende Wellen der Beschleunigung wie die Einführung von Hochsprachen, die Verbreitung von Frameworks und Package-Managern, die Ausweitung von DevOps und Serverless, Fortschritte bei Entwicklungsplattformen und schließlich AI-Codegenerierung
- Laut dem Chaos Report besteht das Problem fort, dass die Endergebnisse trotz beschleunigtem Output inkonsistent bleiben und hinter den Erwartungen zurückbleiben
- Betont wird, dass nicht bloße Beschleunigung die Antwort ist, sondern intelligentere „Einschränkungen“
- XP ist eine Praxis, die durch nicht überhastetes Arbeiten, Lernen, Alignment und bewusstes Entwickeln in die richtige Richtung führt
Die Rolle von XP: ein Gegengewicht zur Geschwindigkeit
- Unbegrenzte Beschleunigung führt dazu, dass Gelegenheiten zum Lernen, zum Erkennen von Fehlern und zur Kurskorrektur verloren gehen
- Extreme Programming (XP) führt bewusste Reibung und Einschränkungen ein, damit Teams sich in die richtige Richtung bewegen
- Eine typische Praxis: Pair Programming halbiert absichtlich den Output
- Pair Programming kann den Output zwar halbieren, bietet aber doppelt so viel positiven Effekt bei gemeinsamem Verständnis, Vertrauen, Qualität und Kompetenzaufbau im Team
- XP verändert die Art der Zusammenarbeit selbst und investiert in den Ausbau der Teamfähigkeiten und eine klare Richtung
Das Problembewusstsein von XP verschärft sich mit AI weiter
- Da AI die Codeerzeugung nahezu mühelos macht, wächst das Risiko einer Massenproduktion von Software, die nicht sauber überprüft wurde
- Besonders in agentic AI-Systemen, in denen mehrere Agenten Code automatisch erzeugen, verbessern und ausrollen, steigt das Risiko sprunghaft
- Automatisierungssysteme ohne Einschränkungen stapeln ungeprüfte Logik in mehreren Schichten aufeinander, was Komplexität und Schwachstellen verschärft
- Jüngere Forschung zeigt, dass die Genauigkeit von LLMs mit längerem Kontextfenster abnimmt
- Anfang und Ende werden gut verarbeitet, die Mitte ist dagegen anfälliger für Verallgemeinerungen und Fehler
- Das Ergebnis ist wartungsintensiver und leicht zerbrechlicher Code; XP entstand gerade, um eine solche chaotische Entropie zu verhindern
Software bleibt ein menschlicher Bereich
- Auch wenn AI sich weiterentwickelt, verändert sich das Wesen von Software nicht: Menschen erstellen sie für Menschen, eingebettet in Kommunikation und Kultur innerhalb von Organisationen
- Die wichtigsten Hindernisse bei der Bereitstellung sind nicht der Grad der Automatisierung, sondern menschliche Faktoren wie Alignment, geteilter Kontext, klare Ergebnisse und Nutzerverifikation
- Die Kernwerte von XP:
- Simplicity: Komplexität reduzieren
- Communication: den Teamzusammenhalt erhalten
- Feedback: Lernen und Anpassung vorantreiben
- Respect: Vertrauen und Sicherheit aufbauen
- Courage: Transparenz und Veränderungsfähigkeit unterstützen
Von der Feature Factory zur echten Wertlieferung
- Erfolgreiche Teams priorisieren nicht Geschwindigkeit an sich, sondern Flow und Feedback
- XP-Praktiken wie kleine Batches, kontinuierliche Integration, automatisierte Tests und Collective Ownership tragen zu Anpassungsfähigkeit und Nutzerzentrierung bei
- Je schneller Code in Zukunft produziert wird, desto unverzichtbarer werden diese Methoden für Qualität, Risiko- und Intentionsmanagement
Lehren aus der Vergangenheit
- Statistiken aus dem CHAOS-Report:
- 1994: 16 % der Projekte waren termingerecht, im Budget und erfolgreich
- 2012: Verbesserung auf 37 %
- 2020: erneuter Rückgang auf 31 %
- Selbst nach mehr als 20 Jahren Innovation und Wandel (agile, DevOps, Cloud Native, AI usw.) ist die Gesamtzuverlässigkeit nur um 14 Prozentpunkte gestiegen
- Allein mit Toolchains lässt sich das Problem nicht lösen
- Die Bedeutung der richtigen Methodik wird erneut bestätigt
Was künftig nötig ist
- 1. Output ist keine Beschränkung mehr: Die Produktivität der Codeerzeugung überholt die Geschwindigkeit von Verifikation und Alignment
- 2. Stärkung ergebnisorientierter Fähigkeiten: Feedback, eine klare Produktrichtung, starke Zusammenarbeit und gutes Design sind essenziell
- 3. Ein menschlicherer Prozess ist nötig: Auch wenn AI voranschreitet, hängt kontinuierliche Lieferung weiterhin von Zusammenarbeit ab
- Es wird betont, dass ein tatsächlich wirksames Product Operating Model aus einer menschenzentrierten Betriebsweise rund um Zusammenarbeit, Klarheit und Flow entsteht
- Erst wenn Teamstrategie, Betriebsrhythmus und Engineering-Praktiken lückenlos aufeinander abgestimmt sind statt nur auf technologische Innovationen (Plattformen) zu setzen, lässt sich im AI-Zeitalter eine nachhaltige Umgebung für die Softwarebereitstellung schaffen
Fazit: Brauchen wir XP im Zeitalter der AI?
- Ja
- In einer Welt immer mächtigerer Tools braucht es ein Framework, das menschenzentrierte Praktiken verankert
- XP bietet zugleich Teamorientierung, Empathie, gemeinsames Verständnis und Ausrichtung auf die richtigen Ziele
- Der Fokus liegt nicht auf reiner Output-Geschwindigkeit, sondern auf sinnvoller Richtung und Alignment im Team
- In einem Zeitalter von AI-Beschleunigung und grenzenloser Produktion ist XP eine seltene Methodik, die daran erinnert, dass Software Menschenarbeit ist
1 Kommentare
Hacker-News-Kommentare
Kent Beck (der Gründer von Extreme Programming) führt verschiedene Experimente rund um AI Coding durch
In Beiträgen wie Augmented Coding Beyond the Vibes denkt er darüber nach, wie AI beim Programmieren eingesetzt werden kann
Ich erinnere mich, dass er damals, als ChatGPT begann, nützlich fürs Coding zu werden, sagte, dass 90 % seiner Fähigkeiten nun wertlos geworden seien und die übrigen 10 % entsprechend wertvoller
90% of my skills are now worth 0
Ich denke, dass der testgetriebene XP-Entwicklungsansatz in einer Zeit, in der AI Code erzeugt und validiert, noch wertvoller geworden ist
So zu arbeiten macht es insbesondere für AI-Tools leichter, Code zu generieren
Ein Punkt, der mich beim heutigen AI Coding beschäftigt, ist, dass alte Reports oder Guides im Repository zurückbleiben
Zum Beispiel ist auch dieser Report ein von AI erzeugter Bericht auf Basis des Codes zum Zeitpunkt seiner Erstellung
Ich weiß nicht, welchen Sinn es hat, solche Zwischenartefakte in der Historie zu belassen
Besonders fragwürdig finde ich Dateien, die sich wie _updated_v2_from_2025 ansammeln
Beispiel1, Beispiel2
Ich halte XP für die einzige wirklich agile Methodik
Agile ist im Lauf der Zeit inhaltsleer geworden
AI Programming hilft zwar dabei, Feedback-Schleifen schneller zu schließen, aber ich glaube nicht, dass jeder Code riesige Mengen an Unit-Tests braucht
Wenn die Leute den Kern von XP wieder verstehen würden — für mich ist das die Feedback-Schleife — und wenn man mit LLM-basierten Agentensystemen noch engere Feedback-Schleifen bauen könnte, wäre das ein großer Fortschritt für Software Engineering
Ich habe mit XP angefangen und XP mit großer Konsequenz praktiziert, daher fällt es mir heute schwer, in SCRUM-artigen Organisationen zu arbeiten
SCRUM stammt größtenteils aus XP, aber inzwischen wirkt es so, als seien nur noch bedeutungslose Rituale übrig
Das ideale Szenario ist meiner Meinung nach, dass zwei Entwickler zusammen mit AI-Agenten auf demselben Branch Pair Programming machen
Ein idealer Feedback-Loop, in dem Planning, Review, Entwicklung und Testen ganz natürlich wiederholt werden
Die Unit-Tests aus der XP-Zeit unterscheiden sich von heutigen Tests
Damals waren es Tests auf Funktionsebene, nicht Tests für einzelne Methoden
Es hängt davon ab, wie präzise AI die Feedback-Schleife schließen kann
Die Hälfte des Codes nicht an Nutzer auszuliefern (= nicht in Produktion zu bringen), ist meiner Meinung nach nicht agil
Unser Team besteht komplett aus Ex-Pivots und Leuten von Thoughtworks
Pair Programming, TDD und ein ständig eingebundener Kunde sind Standard
Wir nutzen seit über zwei Jahren auch aktiv AI in der IDE
Überraschenderweise haben wir dieses Jahr aber angefangen, nicht mehr „getrennt mit AI jeweils für sich“ zu arbeiten, sondern mit allen (vier Personen) synchron an einem Projekt auf eine Sache fokussiert zu sein — also zu mobben
Claude Code hilft beim Tippen, während vier Personen gleichzeitig in Echtzeit zusammenarbeiten
Es war die spannendste, konzentrierteste und effektivste Erfahrung, die ich bisher mit der Verbindung aus XP und AI gemacht habe
Ich hatte XP komplett vergessen
Ein Teil davon ist heute alltäglich geworden, und der Rest würde nach heutigen Maßstäben vermutlich extrem fremd wirken
Insbesondere möchte ich betonen, dass man mit LLMs unbedingt noch einmal nachdenken sollte, bevor man gedankenlos über 1000 Zeilen Code ausgeben lässt
Ich bin neugierig, was für dich persönlich der fremdartigste Teil an XP ist
Man sollte das nicht so verstehen, dass jetzt alle Pair Programming mit AI machen müssten
Beim Pair Programming mit Teammitgliedern teilt man Denkweisen und den Kontext des Codes miteinander
Wenn man aber mit AI Pair Programming macht, vergisst die AI alles, sobald man den Prompt schließt
Das hier diskutierte XP ist daher, wie in den 1990ern, immer noch XP zwischen Menschen
AI kann teilweise eingebunden werden, aber der Kern bleibt menschzentriert
So ist es, wenn man die Ergebnisse nicht explizit festhält
Wenn man bei der Erkundung neuen Codes mit wenig Dokumentation das gemeinsam mit einem LLM Gelernte als Dokument oder Agent-Datei im Repository hinterlässt, kann das sinnvoll sein
Ich sehe es eher so, dass man es falsch macht, wenn man nicht mit AI Pair Programming betreibt
Ehrlich gesagt vergesse ich selbst beim Pair Programming mit Menschen als zukünftiges Ich oft alles, woran ich mich heute noch erinnere
Man sollte zu einem dokumentationsfokussierten Pair übergehen
Kurz gesagt: XP-Pair-Programming mit LLMs sollte unbedingt praktiziert werden
Es wird bestimmt Leute geben, die einen Kurs zu Extreme Vibing (XV) verkaufen wollen
Extreme Programming ist ein Paradigma, das mehrere einzeln brauchbare Konzepte — etwa TDD, Pair Programming, CI und Feedback — zusammenfasst
Jedes davon ist je nach Situation nützlich, aber ich glaube nicht, dass man immer alles gleichzeitig einsetzen muss
Gerade deshalb verliert XP als in sich abgeschlossenes Konzept an Kraft
Heute praktizieren die meisten Teams nur Teile von XP, und fast keine Organisation setzt echtes XP vollständig um
Bei Agile ist es ähnlich: Große Unternehmen setzen meistens mehr als 90 % der Praktiken nur zu etwa 70 % konsequent um
Tatsächlich habe ich kein einziges Unternehmen gesehen, das die im Agile Manifesto beschriebene Arbeitsweise zu 100 % umsetzt; selbst die besten kamen nur auf etwa 90 %
Aber weil die Kernpraktiken alle an ein einziges Paradigma gebunden waren, konnten Organisationen sich leicht selbst als „agil“ bezeichnen
Deshalb war es viel einfacher, einfach zu verkünden: „Wir stellen auf Agile um“
Darin liegt auch der Grund, warum das XP-Buch in Philosophie, Prinzipien und Praktiken gegliedert ist
Der eindrucksvollste Satz darin ist für mich, dass Werte ohne Praktiken tot sind und Praktiken ohne Werte leer
Letztlich geht es nicht um Best Practices, sondern darum, Teams die Initiative zu überlassen, damit sie ihren Prozess selbst definieren und gut gestaltete, vertrauenswürdige Software hervorbringen
Dass XP manchmal wie ein etwas zusammengewürfelter Werkzeugkasten wirkt, liegt genau daran, dass solche aktiven Teams sich daraus bedienen
Ich setze die oben genannten Praktiken (TDD, Pair Programming, CI, Feedback) in Produktionscode tatsächlich immer ein, wenn die Umstände es zulassen
Mich würde interessieren, in welchen Situationen man solche Praktiken als „falsch“ ansehen würde
Ich denke, wir haben uns seit dem zwanghaften Agile der 90er deutlich weiterentwickelt
Heute gibt es viel mehr Workflows mit AI, deshalb sollten wir uns stärker darauf konzentrieren, Softwareprozesse nicht bloß auf mehr Output auszurichten, sondern auf eine höhere Wahrscheinlichkeit für echte Ergebnisse bei Nutzern
XP ist dafür, denke ich, ein guter Ausgangspunkt (auch wenn es nicht unbedingt das Ziel ist)
Extreme Programming (XP) ist eine agile Methodik, die sich auf kurze Iterationen, schnelles Feedback und einfaches Design konzentriert und auf Praktiken wie Pair Programming, TDD und CI basiert, um sich schnell an Veränderungen anzupassen
Priorisiert werden Lernen und Qualitätsoptimierung durch möglichst kleine, schnelle Lieferungen und iterative Zusammenarbeit mit dem Kunden
~ GPT5 in perplexity
In letzter Zeit habe ich das Gefühl, dass mit AI Waterfall wieder auf dem Vormarsch ist
Waterfall war nie wirklich verschwunden
Dass Waterfall zurückkehrt, ist bedauerlich
Waterfall ist in den meisten Fällen nicht der richtige Ansatz
Als ehemaliger Pivot-Mitarbeiter und XP-Enthusiast stimme ich zu
Siehe auch meinen Kommentar unten
Ich praktiziere XP immer noch