Extreme Programming Workshop

Diese Veranstaltung bietet einen Überblick über Extreme Programming.

Geplant sind drei Termine, jeweils montags um 17:00 Uhr in HS5.

Der Vortrag am 22.04.2002 mußte wegen Krankheit leider ausfallen, im Mai gibt es Terminprobleme, so dass wir im Juni mit der Vortragsreihe beginnen werden.

Der neue Terminplan:

  • 3.6 Extreme Programming im Überblick
  • 10.6. Testgetriebene Entwicklung mit JUnit
  • 17.6. Evolutionäres Design durch Refactoring

Was ist Extreme Programming?

Extreme Programming (XP) ist ein agiler Softwareentwicklungsprozess für kleine Teams. Die XP-Techniken ermöglichen, langlebige Software zu erstellen und während der Entwicklung auf vage und sich rasch ändernde Anforderungen zu reagieren. XP setzt allgemein anerkannte Prinzipien und Techniken in extremer Weise ein und hat dadurch eine Diskussion um effiziente Softwareentwicklung entfacht.

  • Wenn Code Reviews gut sind, warum begutachten wir unseren Code nicht immerzu, indem wir ausschließlich in Paaren programmieren?
  • Wenn frühes Testen gut ist, warum schreiben wir nicht Tests, bevor wir den Code schreiben, der die Tests erfüllt? Und warum lassen wir unsere Kunden nicht funktionale Abnahmetests spezifizieren?
  • Wenn Design gut ist, warum machen wir es nicht zur alltäglichen Aufgabe, indem wir unseren Code ständig in die einfachste Form bringen und "lernen lassen"?
  • Wenn Einfachheit gut ist, warum wählen wir nicht stets die Lösung, die mit dem einfachsten Design auskommt und die geforderte Funktionalität unterstützt?
  • Wenn Architektur gut ist, warum ist nicht jeder ständig bemüht, die Architektur zu definieren und zu verbessern?
  • Wenn Integrationstests wichtig sind, warum integrieren und testen wir nicht mehrmals täglich?
  • Wenn kurze Iterationszeiten gut sind, warum machen wir sie nicht so kurz, dass wir Feedback innerhalb von Sekunden, Minuten und Stunden erhalten statt Wochen, Monaten und Jahren?
  • Wenn der Kontakt zum Kunden wichtig ist, warum integrieren wir nicht einen direkten Ansprechpartner auf Kundenseite in das Team, so dass wir zur Anforderungsdefinition einen Dialog führen und kein Dokument schreiben?

Referent: Frank Westphal (freier Berater und Trainer, Absolvent der FH Wedel)

Weitere Informationen: http://www.frankwestphal.de/ExtremeProgramming.html