Extreme Programming Explained: Embrace Change (Taschenbuch)

Am Auffälligsten sind die Änderungen an der Terminologie und einige semantische Verschiebungen zwischen den XP-Techniken.

Die Änderungen an den Techniken dürften auf drei Ursachen zurückzuführen zu sein:
1. Vereinfachungen: Schwer verständliche Konzepte (z.B. Metapher) wurden geändert oder entfernt.
2. Erfahrungen: Die erste Auflage ist bereits 5 Jahre alt. Die unzähligen Erfahrungen aus dieser Zeit sind implizit in die zweite Auflage eingeflossen.
3. Neue Herausforderungen: Einige XP-Techniken sind neu und kaum ein Team wird sie heute bereits beherrschen. So gibt es auch für sehr erfahrene XP-Teams noch Möglichkeiten, sich zu verbessern.

Trotz der Berücksichtigung der Erfahrungen aus den letzten Jahren ist das Buch immer noch eine leidenschaftliche Streitschrift für produktivere Softwareentwicklung in einem beschleunigten Markt.

Trotz der neuen Techniken ist das Buch sowohl für XP-Anfänger wie auch für XP-Profis wertvoll.

Die Betrachtungen am Buchende zu Themen wie Offshore-Entwicklung, XP-Zertifizierung etc. sind wie bereits aus der ersten Auflage gewohnt sehr kurz (teilweise sind die Kapitel kürzer als eine Seite). Sie sind eher Appetitanreger als fundierte Darstellungen.

Mein Fazit: Trotz 5 Jahren XP-Erfahrung konnte ich auch der zweiten Auflage viele neue Anregungen entnehmen. Absolut lohnenswert.

The book addresses lightweight approaches to customer communication, architecture, design, testing - the whole cycle of software development.

XP isn't for everyone: it is for people who have been and want to be passionate about programming, who want to do a good job in today's fast business environment, who are team players, and who are willing to be disciplined about how they do their work.

Hackery? Hardly. Those who fear that XP is "hacking" have not read or do not understand the book. XP is highly disciplined, including more customer contact, more testing, and more design than most projects ever see.

Required Warning: I'm the "self-proclaimed least" of the folks working with XP and writing about it. So I'm biased.

I'm biased for a particularly good reason: I had the chance to try XP in its purest form, on a project that had been in trouble. I wasn't sure everything would work - and where it didn't, we changed and improved the process. That learning is now in the book. I was often surprised by the way XP allowed a team of ordinary humans to consistently delight their customers.

To get the benefits, you have to do the process. Beck has given us the first volume of information on how to build software better, faster, and with more enjoyment.

Das Buch

Drei Teile bestimmen das Buch, im ersten (" The Problem ") identifiziert und behandelt Beck Probleme die heutigen Softwareentwicklungsprojekten immer wieder das Genick brechen. Er zeigt die Kernvariablen auf, die seiner Meinung nach dafür verantwortlich sind und er baut die Grundlagen auf, auf welche er im Laufe des Buches immer wieder zurückgreift um geeignete Massnahmen vorzustellen.

Im zweiten Teil (" The Solution ") beschreibt er XP. Hier werden in etwa 70 Seiten die zwölf Prinzipien von XP vorgestellt und erklärt welche Zusammenhänge bestehen und wie sie sich untereinander beeinflussen.

Der dritte Teil (" Implementing XP ") hat mir persönlich am besten Gefallen, erstens ist dieser der eigentlichen Anwendung/Anpassung von XP gewidmet, er geht auf die Rollenverteilung und wichtige damit zusammenhängede Aspekte in XP Projekten ein (spart aber dennoch insgesamt an interessanten Details für die Praxis aus). Zweitens räumt hier Beck auch schon mal glaubhafter ein, dass XP aus seiner Sicht nicht immer die Antwort auf alle Fragen, 42, und sowieso das einzig Wahre ist und er führt Umstände an unter denen XP sich möglicherweise nicht erfolgreich einsetzen lässt. Zeitweise wirkt Beck's Stil nämlich durchaus etwas zu dogmatisch, zu besessen - ob zu Recht oder nicht, kann ich nicht beurteilen. Mir hat der Weg den die Autoren von XP - Software entwickeln mit eXtreme Programming gingen jedenfalls besser gefallen, die durchaus die Auffasung vertreten den Pfad der "reinen XP-Lehre" verlassen zu können, wenn ein Projekt mit einem an die lokalen Umstände angepassten Subset der XP Paradigmen auch, oder sogar wesentlich leichter, erfolgreich beendet werden kann.

Der Text endet effektiv nach etwa 166 Seiten, es folgt eine recht interessante Bibliografie, ein aus meiner Sicht nicht ganz so nützliches Glossar, ein Index und knapp 10 leere Seiten.

Fazit

Wer noch keinerlei Erfahrungen mit XP hat der findet "im Manifest" jedoch eine gelungene und angenehm zu lesende Einführung. Es eignet sich hier gleichermaßen für Personen aus den verschiedenen XP Rollen, vom Manager über den Kunden bis hin zum Entwickler. Insgesamt finde ich, dass das Buch seinen Zweck ziemlich gut erfüllt.