Previous Next V-Model Official Homepage by IABG  
Mail 0731  

1996-1997-1998-1999-2000-2001-2002-2003-2004

Contents  
  • Title
  • From
  • Date
  •  
  • History
  • Content
  • Links to V-Model
  • Title

    Re: Agile Methoden im neuen V-Modell (731)

    From

    Gnatz, M.

    Date

    Mittwoch, 17. März 2004 23:52

    History

    Mail 0629 PM 1.4 - Wer akzeptiert das Projekthandbuch?

    Mail 0630 Re: PM 1.4 - Wer akzeptiert das Projekthandbuch?

    Mail 0631 Re: PM 1.4 - Wer akzeptiert das Projekthandbuch?

    Mail 0632 Produktstatus Projekthandbuch

    Mail 0633 Prüf-Grundsatz (Was: PM 1.4 - Wer akzeptiert das Projekthandbuch)

    Mail 0634 Re: Prüf-Grundsatz

    Mail 0635 Re: Prüf-Grundsatz

    Mail 0636 Re: Prüf-Grundsatz

    Mail 0637 Re: Prüf-Grundsatz

    Mail 0638 Re: Prüf-Grundsatz

    Mail 0639 Re: Prüf-Grundsatz

    Mail 0640 YAGNI (Re: Prüf-Grundsatz)

    Mail 0641 Software für Händi;-) (Was: Re: Prüf-Grundsatz)

    Mail 0642 anders = besser?!? (Was: Re: Prüf-Grundsatz)

    Mail 0643 Re: Prüf-Grundsatz , XP etc.

    Mail 0644 Re: Prüf-Grundsatz , XP etc.

    Mail 0645 Re: Software für Händi;-)

    Mail 0646 Re: Prüf-Grundsatz , XP etc.

    Mail 0647 Re: Prüf-Grundsatz , XP etc.

    Mail 0648 Re: Prüf-Grundsatz , XP etc.

    Mail 0649 Re: Prüf-Grundsatz , XP etc.

    Mail 0650 Re: Prüf-Grundsatz , XP etc.

    Mail 0652 Agile Methoden versus V-Modell. (War: Re: Prüf-Grundsatz, XP etc:)

    Mail 0657 Agile Methoden im neuen V-Modell

    Mail 0658 Re: Agile Methoden im neuen V-Modell

    Mail 0659 Re: Agile Methoden im neuen V-Modell

    Mail 0660 Extreme Programming und das V-Modell

    Mail 0661 Re: Extreme Programming und das V-Modell

    Mail 0662 GI-Vortrag "Agile Prozesse" in München

    Mail 0663 Re: Extreme Programming und das V-Modell

    Mail 0664 V-Modell am Studienplan?

    Mail 0665 Re: Extreme Programming und das V-Modell

    Mail 0666 Re: Extreme Programming und das V-Modell

    Mail 0667 Re: Extreme Programming und das V-Modell

    Mail 0668 Re: Extreme Programming und das V-Modell

    Mail 0669 Re: Extreme Programming und das V-Modell

    Mail 0671 Re: Extreme Programming und das V-Modell

    Mail 0728 Re: Agile Methoden im neuen V-Modell

    Mail 0729 Re: Agile Methoden im neuen V-Modell

    Mail 0730 Re: Agile Methoden im neuen V-Modell

    Mail 0731 Re: Agile Methoden im neuen V-Modell

    Mail 0732 Re: Agile Methoden im neuen V-Modell

    Mail 0733 Re: Agile Methoden im neuen V-Modell

    Mail 0734 Re: Agile Methoden im neuen V-Modell

    Mail 0735 Re: Agile Methoden im neuen V-Modell

    Content

    Lieber Herr von Hagen,
    
    > Wie geht man denn dann mit Kunden um, die zwar regelmäßig die
    > Anforderungen ändern (was sicherlich deren gutes Recht ist,
    > wenn sie hierfür hinreichend zahlen), die aber andererseits
    > jeweils mehrere Wochen benötigen, bis sie den Entwicklern
    > eine Rückmeldung (z.B. zu unklaren Anforderungen) geben?
    > Wie sieht#s denn hier tatsächlich mit der - soviel
    > beschworenen - Planungssicherheit aus? Welche
    > Möglichkeiten/Maßnahmen gibt's denn hier, um vorgesehene
    > Realisierungstermine einzuhalten?
    
    Wo ist das Problem, wenn der Kunde ausreichend zahlt?
    
    Spaß beiseite. Ich finde das Verfahren, dass Herr Linssen vorschlägt
    durchaus sehr geeignet. Leider kann das V-Modell aufgrund seiner
    inhaltlichen Breite nicht ganz so tief in die Methodik des
    Anforderungsmanagements einsteigen - auch das V-Modell 200x nicht.
    
    Das Problem, dass sich Auftraggeber gerne aus der Verantwortung stehlen ist
    uns aber durchaus bewusst. Wir haben daher im V-Modell 200x die Erstellung
    der Anwenderanforderungen neu positioniert, nämlich nicht mehr im Projekt
    des Auftragnehmers, sondern im Projekt des Auftraggebers mit dem Ziel,
    diesen bei der Erstellung der Anforderungen stärker in die Verantwortung zu
    nehmen. Die Anregung dazu kam übrigens von unserem eigenen Auftraggeber, dem
    das Problem ebenfalls bewusst ist.
    
    In gewisser Weise modellieren wir im V-Modell natürlich eine ideale Welt -
    die Praxis kann anders aussehen. Vielleicht ist das aber trotzdem ein
    Schritt in die richtige Richtung?
    
    Viele Grüße
     Michael Gnatz
    
    
    PS: Um Diskussionen vorzubeugen: Ganz so Schwarz-Weiss ist es auch nicht, es
    wird trotzdem das Spielchen mit Lastenheft und Pflichtenheft geben...
    
    
    Michael Gnatz
    Institut für Informatik
    Technische Universität München
    Raum 00.11.053, Boltzmannstr. 3, 85748 Garching
    
    Tel. +49 (89) 2 89-1 73 88
    Fax. +49 (89) 2 89-1 73 07
    
    mailto:michael.gnatz@in.tum.de

    Links to V-Model

    not defined

    Previous Next This page online  •  GDPA Online  •  Last Updated 08.May.2004 by C. Freericks