ICB Kapitel B Vorgehensmodelle

• Projektphasen; zeitlicher Abschnitt aus dem Projektablauf der sachlich von anderen getrennt ist. Nicht immer streng sequentiell, oftmals Überlappung. Durch Phasen wird die Reihenfolge bei Planung und Realisierung grob vorgegeben. • Aktivitäten; Definition für jede Phase, um bestimmte Teilergebnisse zu erzielen. • Meilensteine; z.B. nach Abschluss einer Phase; Ergebnisse von besonderer Bedeutung • Qualifikation und Rollen; Zuweisung von Verantwortung, Pflichten und Befugnissen zu einzelnen Rollen (Projektleiter, Qualitätssicherungsmanager etc.) • Zusätzliche Detailvorgaben; Festlegung der Werkzeuge, die vom Projektteam einzusetzen sind. Oder wie ökonomische Chancen des Projekts ermittelt werden.

Im Gegensatz zu den anderen Vorgehensmodellen mit Kontrolle durch Planung im Vordergrund steht das Agile Projektmanagement vor allem in IT-Projekten auf Koordination durch Selbstabstimmung. Statt Dokumentation steht der Code im Vordergrund. Wesentliche Eigenschaften im Detail sind: • Iteratives Vorgehen • Versionen von Teilprodukten in schneller Abfolge • Dokumente spielen eine geringere Rolle • Menschen und Kommunikation haben Vorrang vor Prozessen • Funktionierende Software hat Priorität vor umfassender Dokumentation • Enge Zusammenarbeit mit dem Kunden • Schnelle Reaktion vor festhalten am Plan

Wasserfallmodell • Vorteile o Leicht verständlich, dadurch disziplinierte Entwicklung möglich • Nachteile o Strenge Orientierung an Dokumenten, dadurch Gefahr der Überbewertung zum eigentlichen System (Projektziel). o Benutzer können Software erst probieren, wenn sie vollständig entwickelt wurde. Dadurch fehlende Rückmeldungen in frühen Projektphasen durch Benutzer möglich. o Durch späte User-Rückmeldung werden evtl. Fehler bzw. Fehlentwicklungen erst spät erkannt. o Es ist nicht immer sinnvoll und notwendig, alle Entwicklungsschritte sequentiell zu durchlaufen V-Modell • Vorteile o Anpassung an projektspezifische Anforderungen möglich. o Erweiterung des Wasserfallmodells um den Aspekt Qualität ? Verifikation: Projekt richtig entwickelt ? Validation: Das richtige Produkt entwickelt • Nachteile o Führt unter Umständen zu unnötiger Produktvielfalt und Projektbürokratie Protoyping • Vorteile o Frühe Einbeziehung der Benutzer unter Berücksichtigung, dass dieser seine Anforderungen und Wünsche am Anfang nicht immer vollständig und korrekt formulieren kann. Evolutionäres Modell / Inkrementelles Modell • Vorteile o Versionsweise Entwicklung • Nachteile o Gefahr beim inkrementellen Modell, dass bei der 0-Version Kundenanforderungen übersehen wurden. => Überarbeitung des gesamtes Systems wäre dann notwendig.

Zu jedem Meilenstein innerhalb eines Vorgehensmodells wird die Qualität des bis dahin fertiggestellten Produkts betrachtet. Qualitätsmanagement ist somit immer mit einem Vorgehensmodell via Quality-Gates verbunden. Im ANSI Standard (PMI) ist das Qualitätsmanagement ein eigenes Wissensgebiet, welches in die Planung, Ausführung und Kontrolle eingebunden ist. Die Integration ist unabhängig vom gewählten Phasenmodell.

Meilensteine sind Ereignisse von besonderer Bedeutung und definieren häufig Phasenübergänge, an denen je nach Güte der Phasenergebnisse eine der folgenden Entscheidungen getroffen wird: • Freigabe der folgenden Phase • Wiederholdung der letzten oder mehrerer voriger Phasen • Abbruch des Projekts. Meilensteine haben die Dauer „0“.

Bei Entwicklungsprojekten, in denen mehrere Phasen parallel ablaufen können. Ziel ist die Beschleunigung von Entwicklungstätigkeiten durch Überlappung.

Software soll nach diesem Konzept in strikt sequentiell zu durchlaufenden Phasen entwickelt werden. Am Ende jeder Phase müssen genau spezifizierte Dokumente vorliegen. Benutzer sind nur in den Phasen einzubinden, in denen die Anforderungen festgelegt werden. Dieses Modell empfiehlt sich für am Anfang klare Anforderungen und Ziele des Projekts. Können die Anforderungen / Ziele am Beginn des Projektes nicht klar benannt werden und sollen neuartige im Team unbekannte Technologien eingesetzt werden, empfiehlt sich eher das Modell des Agilen Projektmanagements, Prototyping-Ansatz.

Das V-Modell wird grundsätzlich bei großen Projekten eingesetzt. Es umfasst vier Submodelle • Projektmanagement-Modell • Qualitätssicherungsmodell • Systemerstellungsmodell • Konfigurationsmodell

In diesem Modell wird der Anwender während der gesamten Dauer des Projekts einbezogen und nicht nur in den ersten Phasen eines Projekts. Dies hilft insbesondere, wenn der Anwender am Anfang die Anforderungen noch nicht genau spezifizieren können. Des Weiteren können unterschiedliche Realisierungsmöglichkeiten überprüft werden.

Evolutionäres Modell: • In Ggs. zum Wasserfall- und V-Modell muss der Kunde nicht lange auf erste Entwicklungsergebnisse warten. • Zuerst wird ein System mit Kernfunktionen entworfen, welches zum Testen an die Anwender gegeben wird. • Aufgrund der Rückmeldungen wird die nächste Version des Systems entwickelt ? Weiterentwicklung in Stufen (z.B. Spiralmodell). Inkrementelles Modell: • Zuerst wird versucht die Anforderungen an das System vollständig zu beschreiben. • Allerdings wird dann erst nur eine erste Version mit Kernanforderungen entwickelt. Zunächst Entwicklung der Kernfunktion der Software. Weiterentwicklung in Stufen bzw. Version (z.B. Spiralmodell). Es besteht das Risiko, dass in späteren Phasen, die Architektur den neuen Anforderungen nicht gewachsen ist. Inkrementell: Genaue Definition der Anforderung an das neue System. (z.B. Wasserfallmodell)

• Beherrschung der Komplexität durch strukturierte, zeitliche Abschnitte. • Schaffung eines gemeinsamen Verständnisses des Projektmanagements in der Organisation. • Hilfestellung für die Projektleiter. • Risikoreduzierung durch Setzen von Abbruchstellen (Projektreviews) an den Phasenübergängen. • Schaffung von Transparenz durch klar definierte Meilensteinergebnisse. • Orientierungsmöglichkeit der Projektbeteiligten an vorgesehenen Zwischenergebnissen. • Schnelle Fehlererkennung durch sequentielles Vorgehen. Fehler werden in geringerem Maß in spätere Phasen verschleppt.