Antwort.

Die Wahl der Umsetzungsstrategie hängt von vielen Parametern ab: der Reife des Auftraggebers, dem Grad der Klarheit der Anforderungen, den Fähigkeiten des Teams, der Kritikalität von Fristen und Budget.

• Wasserfall wird angewendet, wenn die Anforderungen von Anfang an klar und stabil sind, das Projekt streng reguliert ist (z.B. staatliche Ausschreibungen, große Integrationslösungen für Unternehmenskunden).

• Agile wird gewählt, wenn signifikante Änderungen während der Umsetzung möglich sind, der Auftraggeber bereit ist, iterativ Wert zu liefern und ständige Anpassungen vorzunehmen.

Der Analyst bewertet:

• Die Striktheit von Deadlines und Budget.
• Die Erfahrung und Flexibilität des Teams.
• Die Ausdrücklichkeit des Endziels und die Vollständigkeit der Anforderungen.
• Anforderungen an die Transparenz des Arbeitsfortschritts für den Kunden.

Wesentliche Merkmale:

• Die Methodologie beeinflusst die Methoden zur Erfassung, Detaillierung und Verwaltung der Anforderungen.
• Bei Wasserfall ist zu Beginn ein detailliertes SRS erforderlich.
• In Agile führt der Analyst das Product Backlog und unterstützt die iterative Arbeit an den Anforderungen.

Tricks Fragen.

Kann der Analyst die Methodologie mitten im Projekt vollständig ändern?

Nein, der Übergang erfordert ein Reengineering des Arbeitsmodells, was teuer und riskant ist. Häufig werden Elemente beider Ansätze gemischt.

Ist Agile immer schneller als Wasserfall?

Nein, Agile garantiert kein schnelles Ergebnis, wenn der Auftraggeber nicht am Prozess beteiligt ist und keine Veränderungskultur herrscht.

Sind alle Projekte ideale Kandidaten für Agile?

Nein, für Projekte mit festen Anforderungen und hohem Risiko regulatorischer Sanktionen ist Agile nicht immer geeignet.

Typische Fehler und Anti-Patterns

• Blinde Kopie von Agile ohne Berücksichtigung der Reife des Kunden und des Teams.
• Unvollständige Dokumentation der Anforderungen bei der Arbeit nach Wasserfall.
• Fehlende Flexibilität bei Veränderungen.
• Überfrachtung mit Dokumentation bei der Agile-Implementierung.

Beispiel aus dem Leben

Negativer Fall: In einem Unternehmensprojekt wurde versucht, Scrum ohne Erfahrung und Einbindung des Auftraggebers einzuführen, die Anforderungen änderten sich chaotisch, die Frist wurde überschritten.

• Vorteile: Es gibt Elemente der Flexibilität, schnelle Entscheidungen.
• Nachteile: ständige Überarbeitungen, Budget- und Fristüberschreitungen.

Positiver Fall: In einem Projekt für ein Startup wurde Kanban eingeführt, der Auftraggeber beteiligte sich an der Priorisierung der Aufgaben, die Anforderungen änderten sich über das Product Backlog, es gab kontinuierliche Auslieferungen nützlicher Updates.

• Vorteile: Flexibilität, hohe Kundenzufriedenheit, schnelle Markteinführungszeit.
• Nachteile: es erfordert Zeit, um die Rolle des Product Owners zu lernen und den Kunden in die Teamprozesse einzuführen.