Pflichtenheft von byteme - PI - Praktische Informatik

6.2. PROZESSSTRUKTUR 55
6.2.2 Extreme Programming
Diese von Kent Beck entwickelte Methode stellt mit ihren Regeln und Bedingungen
einen Rahmen für die Durchführung von Software-Projekten zur Verfügung. Durch die
relativ kleine Anzahl von Gruppenmitgliedern bietet sich der Einsatz von Extreme Programming
an und verspricht einen erfolgreichen und schnelleren Implementierungs-
Prozess.
XP verzichtet auf eine Reihe von Elementen der klassischen Softwareentwicklung,
um so eine schnellere und effizientere Kodierung zu erlauben. Die dabei entstehenden
Defizite werden durch stärkere Gewichtung anderer Konzepte (insbesondere der
Testverfahren) zu kompensieren versucht.
Weil der Programmcode das ultimative Ziel einer Softwareentwicklung ist, fokussiert
XP von Anfang an genau auf diesen Code. Im Gegensatz dazu wird Dokumentation
als aufwändiger Ballast betrachtet. Eine Dokumentation ist aufwändig zu erstellen
und sehr oft viel fehlerhafter als der Code, weil sie nicht automatisch analysier- und
testbar ist. Folgerichtig wird in XP-Projekten kaum externe Dokumentation erstellt. Im
Ausgleich dafür wird Wert auf eine gute Kommentierung des Quellcodes durch Coding
Standards und eine umfangreiche Test-Sammlung gelegt.
Dies alles basiert auf den folgenden grundlegenden Prinzipien eines XP-Prozesses:
Kommunikation: Permanente und intensive Kommunikation der Entwickler untereinander
sowie mit dem Kunden erlaubt schnellstmögliches Feedback sicherzustellen,
unnötige Funktionalität zu verhindern, entstehende Probleme so schnell
wie möglich zu lösen und das Problem der fehlenden Dokumentation zu mildern.
Dies wollen wir durch regelmäßige Teamsitzungen und die Verwendung
von modernen Kommunikationsmitteln (Wiki, ICQ etc.) erreichen.
Einfachheit: Die Software soll so einfach wie möglich gehalten werden, keine Vorbereitung
möglicher zukünftiger Erweiterungen, keine redundante oder unnötige
Funktionalität und keine redundanten Strukturen sind geduldet. Dadurch bleibt
das System einfach und wartbar. Wir weichen von diesem Prinzip des XP insofern
ab, als dass wir die Erweiterbarkeit des Programms sicherstellen wollen,
auch wenn dies zu Lasten der Einfachheit gehen kann.
Feedback: Evolutionäre Entwicklung des Systems in möglichst kleinen Releases und
eine permanente Verfügbarkeit des Kunden erlaubt schnelles Feedback und dadurch
flexible Steuerung des Projektfortschritts. Dem wollen wir durch die Einbeziehung
des Auftraggebers und unsere geplanten Intervalle zwischen den einzelnen
Iterationen Rechnung tragen (siehe hierzu auch Abschnitt 6.5).
Eigenverantwortung: Im XP sind die Entwickler gehalten, eigenverantwortlich zu
handeln. Dies impliziert, in Absprache mit dem Kunden Funktionalitäten anzupassen
und Pläne zu überdenken.
Zu diesen Prinzipien gehören auch die folgenden Entwicklungspraktiken, die in unserer
Gruppe zur Anwendung kommen.
6.2.2.1 Pair-Programming
In der Coding-Phase werden wir das sogenannte Pair-Programming benutzen. Hierbei
sitzen während des Schreibens von Quellcode jeweils zwei Leute an einem Rechner.
Der momentane Benutzer von Tastatur und Maus konzentriert sich auf eine bestmögliche
Implementierung des aktuellen Code-Abschnitts, während der andere eher