3. Vorgehensmodelle

Question 1

Definition Vorgehensmodell

Answer 1

Ein Vorgehensmodell stellt Methoden und Elemente der Softwareentwicklung inklusive des Projektmanagements zu Prozessen und Projektphasen eines standardisierten Projektablaufs zusammen.

Question 2

Vorgehensmodelle sind die Basis für…

Answer 2

• Projektplanung
• Assessment
• Performance Analyse
• Prozessverbesserung

Question 3

Stagewise modell

Answer 3

• Die einzelnen Phasen sind streng sequenziell zu durchlaufen
• Rückkopplungen und Schleifen zwischen den Phasen sind nicht erlaubt

Question 4

Wasserfallmodell

Answer 4

Zwischen jeweils zwei aufeinander folgende Phasen sind Rückkopplungen erlaubt
→ höhere Flexibilität, ohne aber kostenintensive Überarbeitung über mehrere Projektphasen zuzulassen!

Question 5

Vor- und Nachteile des Wasserfallmodells

Answer 5

+ einfach verständlich
+ kontrollierbarer Prozessablauf durch Meilensteine und Dokumentation am Ende jeder Phase
+ organisatorisch gut beherrschbar
+ wenig Managementaufwand

• durch streng Dokumentorientiertes Vorgehen Gefahr, dass Dokumente wichtiger als Projektziel /-inhalt werden
• Risiken werden erst in späterer Phase erkannt (keine frühen FeedbackMöglichkeiten)
• spätere Veränderung und Detaillierung von Anforderungen bleiben unberücksichtigt
• Anwender und Management sehen System erst nach Fertigstellung
• Test beginnt erst, wenn Entwicklung abgeschlossen

Empfehlung: Nur einsetzen, wenn am Anfang gleichzeitig alle Anforderungen bekannt sind und sich im Laufe des Projektes nicht ändern (selten der Fall!).
z.B. bei kleinen Projekten oder bei Weiterentwicklungen.

Question 6

Grundprinzip V-Modell

Answer 6

Im Gegensatz zum Wasserfallmodell, wird verstärkt Wert auf das Thema Qualitätssicherung gelegt. Verifikation meist in diesem Zusammenhang:
„Geplanter, systematischer Prozess mit dem Ziel sicherzustellen, dass ein Arbeitsprodukt
seinen Anforderungen entspricht.“ D.h. praktisch: Testfälle werden nicht erst in der Hälfte
erstellt!

Question 7

Vor- und Nachteile des V-Modells

Answer 7

+ detaillierte Darstellung von Systemerstellung, Qualitätssicherung, Konfigurationsmanagement und Projektmanagement
+ Vorgabe von definierten Aktivitäten Rollen, Produkten und Methoden
+ Unterstützung von parallelen Aktivitäten (nicht sequentiell)
+ Möglichkeit des „Tailoring“ des Prozesses auf projektspezifische Erfordernisse
+ standardisierte Abwicklung von Projekt- zur Systemerstellung
+ fordert Qualitätsbewusstsein (Definition Zielqualität, Überprüfung durch QS)

• Hohe Komplexität, hohe Kosten bei der Einführung
• bei kleineren und mittleren Projekten; unnötige Bürokratie bspl. Dokumentation und Vorgehensweise
• Ohne Case-Unterstützung nur schwer handhabbar

Question 8

Standard-Phasenmodell in Logistikprojekten

Answer 8

Projektinitiierung
Projektplanung
IstAnalyse
SollKonzept
Projektumsetzung
Projektabschluss

Question 9

Agility from the perspective of Dilts Pyramid
- Pyramide von oben nach unten

Answer 9

Purpose
Identity
Beliefs / Values
Capabilities / Competence
Behaviour
Environment

Question 10

Agile Programmierung
- Rollen

Answer 10

• Product Owner
• Development Team
• Scrum Master

Question 11

Agile Programmierung
- Key Artifacts

Answer 11

• Product Backlog
• Sprint Backlog
• Increment

Question 12

Agile Programmierung
- Events

Answer 12

• Sprint Planning
• Daily Scrum
• Sprint Review
• Sprint Retrospective

Question 13

Hybride PM-Modellen

Answer 13

Traditionelles Vorgehen
* Stabile Anforderungen, vorab definiert
* Möglichst wenig Veränderung
* Lieferung eines Gesamtergebnisses am Ende des
Projektes
* Stakeholder-Beteiligung zu den Meilensteinen

Agiles Vorgehen
* Dynamische Anforderungen, häufig verfeinert
* Fortlaufende Anpassungen
* Lieferung häufiger Zwischenergebnisse für Feedback und Kundennutzen
* Fortlaufende Einbindung wesentlicher Stakeholder

Hybrid: Kombination sequenziell, parallel oder
integriert

Question 14

Sequenzielle Anwendung

Answer 14

• Anwendung verschiedener Modelle nacheinander in zeitlicher Abfolge der Projektphasen
• Klassisches Vorgehen innerhalb der angewandten Modelle

Question 15

Vor- und Nachteile der sequenziellen Anwendung

Answer 15

+ Hohe Prozessstabilität
+ Vereinfachte Abgrenzung von Methoden und Rollen
+ Keine Überschneidungen verschiedener Modelle

• Keine Lösung für Phasen mit gleichermaßen traditionellen und agilen Voraussetzungen
• Ggf. Verlängerung der Projektdauer
• Ggf. Konflikte durch unterschiedliche Denk- und Handlungsweisen

Question 16

Parallele Anwendung

Answer 16

• Anwendung verschiedener Modelle gleichzeitig, getrennt nach Teilprojekten
• Klassisches Vorgehen innerhalb der angewandten Modelle

Question 17

Vor- und Nachteile der parallele Anwendung

Answer 17

+ Hohe Prozessstabilität
+ Vereinfachte Abgrenzung von Methoden und Rollen
+ Zusammenarbeit mit anders arbeitenden Organisationsbereichen möglich

• Keine Lösung für Teilprojekte mit gleichermaßen traditionellen und agilen Voraussetzungen
• Gefahr von Spannungen im Projektablauf und einem unstimmigen Gesamtergebnis bei mangelhafter Synchronisation
• Ggf. Rollenkonflikte

Question 18

Integrierte Anwendung

Answer 18

• Anwendung verschiedener Modelle entlang des Projektlebenszyklus situativ angemessen
• Modernes Vorgehen innerhalb der angewandten Modelle

Question 19

Vor- und Nachteile der integrierte Anwendung

Answer 19

+ Umgang mit gleichermaßen traditionellen und agilen Voraussetzungen möglich
+ Flexibilität in der Vorgehensweise
+ Individuell anpassbar, d.h. maßgeschneiderte Vorgehensweise

• Gefahr von Lücken, Widersprüchen und Inkonsistenzen
• Bei übertriebener Kombination Entstehung von überhöhter Komplexität und Fehleranfälligkeit
• Gefahr von Verlust der Prozessstabilität
• Ggf. Rollenkonflikte

Question 20

Was ist ein sinnvolles hybrides PM-Modell für Bauprojekte?

Answer 20

Sequenziell – Scrum und Wasserfallmodell:

• Stabilisierung der Anforderungen in der Planungsphase durch agile und iterative Objektmodelle
• Umsetzung von Bestandteilen mit noch volatilen Anforderungen so spät wie möglich

Question 21

Vor- und Nachteile DevOps

Answer 21

+ Technisch:
Kombination aus „Continuous Delivery“ mit
agilen Entwicklungsmethoden
+ Technisch:
Reduktion der Komplexität durch Kürzung
des „Software Development Life Cycles“
+ Kulturell:
Grundsätzlich zufriedenere Mitarbeiter,
produktivere Teams und mehr individuelles
Engagement
+ Wirtschaftlich:
Schnellere Bereitstellung neuer
Funktionalitäten, stabilere Anwendungen,
effizientere Prozesse und mehr Innovation
(→ schneller auf dem
Markt (Wettbewerbsvorteil ))
+ Wirtschaftlich:
Gemeinsamer Nutzen von Entwicklungs-,
Test- und Betriebsumgebung führt zu
Kostenersparnissen (Cloud-Infrastruktur)

• Erfordert eine übergreifende Sicht von
  Programmierern, Testern, Architekten und
  Service Administratoren (Ops)
• Umstellung auf flache Hierarchien
• Umstellung auf pragmatisches Vorgehen
  (Bürokratismus bremst agile Methoden)
• Z. T. werden nicht ganz ausgereifte Produkte
  geliefert, die noch „Continuous Improved“
  werden