| Das Schlagwort "eXtreme Programming" (kurz auch XP) tauchte vor einiger Zeit zusammen mit einigen anderen Begriffen wie "Pair Programming" oder "Verzicht auf Dokumentation" auf. Was darunter zu verstehen ist - Kent Beck gehört als Verfechter von XP zu den Vätern dieser Softwareentwicklungsmethode.
Sein Buch "XP - Das Manifest" enthält eine Skizze der grundlegenden Ideen dieser Entwicklungsmethode, die nicht immer geeignet ist, die viele altgediente Methoden überflüssig machen willen, oftmals auch kritisiert wird - aber die jeder ernsthafte Entwickler mal gehört haben sollte.
Das Buch trägt übrigens den Untertitel "Die revolutionäre Methode für Softwareentwicklung in kleinen Teams".
Aus dem Inhalt:
- Teil 1 Das Problem
Beck schildert zunächst die grundliegenden Probleme der Softwareentwicklung, mit denen wir heute kämpfen: Terminprobleme, Fehlerhäufigkeit, Entwicklung wird zu teuer. Seine Grundkritik an der heutigen Projektplanung sieht ungefähr so aus: die Idee, daß man am Anfang einen Projektplan macht, diesen abarbeitet und dann zum Ziel kommt, ist falsch und unflexibel. Stattdessen sollte ein Projekt als eine Abfolge von den Schritten Programmierung, Kommunikation und Tests gesehen werden, die sich ständig wiederholen.
- Teil 2 Die Lösung
Zunächst stellt Beck die - teilweise sehr kontroversen - zentralen Ideen vor: Softwareentwicklung sollte aus kurzen Releasezyklen bestehen, das Design sollte simpel sein, Funktionen sollten fortlaufend implementiert werden, Testen ständig erfolgen, der Kunde ständig eingebunden sein, und vor allem: Programmierer sollten immer in einem Paar gemeinsam programmieren. Im weiteren verdeutlicht er, wiese Ideen umgesetzt und eingeführt werden können, und welche Auswirkungen dies auf die Organisation im Team hat.
- Teil 3 XP implementieren
Im abschliessenden Teil geht es zunächst um den Ablauf eines XP-Projekts, aber auch um die Rollen, die Programmierer, Kunde, Tester und Chef in diesem Projekt spielen. Auch wann XP ungeeignet ist, welche Gefahren lauern und welche Auswirkungen dies auf Preise und Kosten hat werden hier aufgegriffen.
Wie gesagt, nichts für Leute, die neue Ideen grundsätzlich ablehnen, weil das Verharren in der jetzigen Situation sehr bequem ist. Viele Vorschläge sind gerade für kleine Entwicklerteams geeignet, und regen zumindest zum Nachdenken an, selbst wenn man XP nicht direkt umsetzen will oder kann. Auch Ratschläge zur Gestaltung von Arbeitsplätzen für Entwickler sind für den Leser interessant.
Lesenswert für alle, die unter Programmierung mehr verstehen als Code in die Maschine zu hacken.
|
