mail 0649

Hallo,

den Diskussionen vor etwa zwei Wochen bin ich sehr aufmerksam gefolgt.
Nachdem diese ja nun noch nicht ganz eingeschlafen ist, möchte ich etwas
zur Frage von Herrn Midderhoff anmerken, welche XP-Elemente man auch im
V-Modell anwenden könne.

Grunsätzlich alle, würde ich mal behaupten. XP ist ja im wesentlichen
eine Sammlung von sog. Best Practices, die sich bei der Softwareentwicklung
bewährt haben. Nur ihre Kombination und ihr Zusammenspiel macht XP aus, wenn
ich Kent Beck richtig verstehe.

XP verwendet Praktiken:

1. Planungsspiel:  Das VM macht keine Vorgaben, wie das Projektmanagement
   im Detail auszusehen hat - einem Planungspiel steht nichts im Wege.

2. Kurze Releasezyklen: ebenfalls prinzipiell möglich, aber eher untypisch.
   Am ehesten m. E, praktikabel als "interne Releases", die nicht jedesmal
   ausgeliefert werden.

3. Metapher: m. E. gute Ergänzung zum V-Modell

4. einfaches Design: sollte auch durch das VM gefördert werden

5. Testen: XP zielt hier im wesentlichen auf automatisches Testen ab
   (J-Unit etc.), wäre VM zukünftig durchaus als Methoden und Werkzeugempfehlung
   denkbar

6. Refactoring: siehe 5.

7. Pair Programming: das VM macht keine Vorgaben, wieviele MA vor einem
   Rechner sitzen sollen.

8. Gemeinsame Verantwortlichkeit: kein Aussage des VM

9. fortlaufenende Integration: vgl. 2.

10. 40 Stunden Woche: kein Aussage des VM

11. Kunde vor Ort: wenn man denn einen hat...

12. Programmierstandards: klar!

Kent Beck schreibt, dass diese Praktiken - Testen ausgenommen - für sich genommen
nicht sonderlich wirksam sind. Das Zusammenspiel mache XP aus.
Ob nun das VM zusammen mit diesen XP-Praktiken auch etwas XP-ähnliches ist, kommt
sicherlich auf den speziellen Fall an - und ob sowas überhaupt gewollt ist.

Neben diesen Praktiken spielen die 4 Werte - Kommunikation, Mut, Feedback, Einfachheit
- eine wesentliche Rolle bei XP (ähnlichen agilen Methoden).

Gute und offene Kommunikation z. B. im Projektteam ergibt sich im wesentlichen aus
dem organisatorischen Umfeld (Unternehmenskultur, Motivation und Zufriedenheit der MA,
etc...). Eine gute Kommunikation ist sicherlich für jedes Projekt hilfreich, egal
welches Vorgehensmodell verwendet wird (wenn
überhaupt eines).

Die Frage, inwieweit die Kommunikation im Projektteam (über das Berichtswesen
hinausgehend) durch das VM beinflusst wird, bzw. beeinflusst werden kann möchte ich
hiermit zur Diskussion stellen.

Schöne Grüße (bei merkwürdigerweise immer noch herrlichem Winterwetter)
  Karl Kollischan

Dr. Karl Kollischan
IT-Consultant
PRO DV Software AG
Mobil: 0170 6357210
mailto:karl.kollischan@prodv.de
http://www.prodv.de


-----Ursprüngliche Nachricht-----
Von: vm-d-l [mailto:vm-d-l@gmx.de]
Gesendet am: Mittwoch, 19. Februar 2003 10:23
An: Multiple recipients of V-Modell-Mailingliste
Betreff: Re: Prüf-Grundsatz , XP etc. (648)

Von:            	"Rainer Midderhoff" 


Hallo,

prima ... ist die Diskussion doch nicht eingeschlafen.

Der vorige Beitrag der Mailingliste las sich für mich wie die erste Spur
eines Frühligslüftchens. Ich stimme dem Beitrag in den meisten Punkten zu
und finde auch, dass in der Diskussion die praktische Anwendbarkeit ein
sehr guter Leitfaden sein könnte.

Zwei Anmerkungen habe ich noch:

1. Rein persönlich halte ich von MDA nicht sonderlich viel ... kann aber
auch an mir bzw. meinen Erfahrungen liegen.

2. XP ist ein buzzword. Trotzdem kann man die Einzelelemente auf ihre
Praxisfähigkeit abklopfen. Erwähnt wurde YAGNI und Timeboxing (wird in XP
auf Wochen eingeschränkt und oft auch unter "customer goes shopping"
zusammen gefasst.

Gibt es unter den Teilnehmer des Diskussionsforums auch noch weitere
Personen mit Erfahrung in Anwendung von XP-Elementen ? Welche XP-Elemente
kann man auch mit dem V-Modell anwenden ?

Grüße aus der Wintersonne
Rainer Midderhoff

Links to V-Model

Technische Anforderungen / Technical Requirements

This page online • GDPA Online • Last Updated 31.Mar.2004 by C. Freericks