Vorgehensmodelle und -methoden auswählen und einsetzen

Dieser Beitrag ist eine Begriffserklärung zur Auswahl von Vorgehensmodellen – inklusive Prüfungsfragen, Kernkomponenten und Tags.

In a Nutshell

Die Auswahl des Vorgehensmodells richtet sich nach Kontextfaktoren wie Risiko, Regulierung, Team und Änderungsdynamik. Danach werden passende Methoden und Artefakte kombiniert, tailored und über Metriken gesteuert.

Kompakte Fachbeschreibung

Vorgehensmodelle strukturieren Projekte in Phasen/Iterationen und definieren Artefakte.

Klassisch (Wasserfall, V‑Modell XT): Planbarkeit, formale Nachweise
Agil (Scrum, Kanban): kurze Feedbackzyklen
Hybrid: kombiniert Governance (z.B. Stage Gates) mit iterativer Lieferung

Auswahl erfolgt kriteriumsgetrieben:

Kritikalität / Risiko
Compliance/Regulatorik
Änderungsrate
Lieferdruck
Teamreife / Verteilung
Vertragstyp

Wichtig: Tailoring dokumentieren (was ist Pflicht, was entfällt, warum) + Metriken (Lead Time, Defektdichte, Velocity, CFD) sinnvoll einsetzen.

Prüfungsrelevante Stichpunkte

Kontextanalyse anhand Kriterien (IHK). Vor der Auswahl eines Vorgehensmodells müssen projektspezifische Faktoren wie Risiko, Regulatorik, Änderungsrate, Lieferdruck, Teamreife und Vertragstyp analysiert werden. Diese Analyse ist prüfungsrelevant, weil sie die Begründung für die gewählte Vorgehensweise liefert.
Klassisch vs agil vs hybrid erklären und begründen. Klassische Modelle bieten Planbarkeit und formale Nachweise, agile Modelle kurze Feedbackzyklen. Hybride Modelle kombinieren beides und werden oft gewählt, wenn sowohl Governance als auch Flexibilität gefordert sind.
Artefakte/Checklisten definieren (DoR/DoD, Abnahme). Artefakte wie Definition of Ready und Definition of Done definieren Qualitäts- und Fertigstellungskriterien. Abnahmeprotokolle dokumentieren, dass Ergebnisse freigegeben wurden.
Rollen sauber benennen (PO, SM, Projektleitung, QM). In hybriden Projekten müssen Rollen klar definiert sein. Der Product Owner verantwortet Anforderungen, der Scrum Master den Prozess, die Projektleitung die Gesamtkoordination und das QM die Qualitätssicherung.
Metriken (Flow + Qualität) festlegen. Metriken wie Lead Time, Cycle Time, Velocity, Defektdichte und Cumulative Flow Diagram helfen, den Fortschritt und die Qualität zu messen. Sie sind wichtig für datenbasierte Steuerung.
Risiken managen (Prototypen/Spikes, Reviews). Risiken werden durch Prototypen, Spikes, Reviews und frühe Tests adressiert. Das Risikomanagement muss im Vorgehensmodell integriert sein.
Dokumentationspflicht (Tailoring Log, Abnahmen, Traceability). Tailoring bedeutet, dass Entscheidungen zur Anpassung des Modells dokumentiert werden müssen. Abnahmen und Traceability stellen Nachweisbarkeit und Transparenz sicher.

Kernkomponenten

Kontextanalyse + Kriteriengewichtung – Die Kontextanalyse erfasst projektspezifische Einflussfaktoren. Kriterien wie Risiko, Regulatorik und Änderungsrate werden gewichtet, um eine nachvollziehbare Auswahl des Vorgehensmodells zu ermöglichen.
Prozessarchitektur (Phasen/Sprints/Meilensteine) – Die Prozessarchitektur definiert, wie das Projekt strukturiert wird. Hybride Modelle nutzen beispielsweise Stage Gates für Entscheidungen und Sprints für die iterative Umsetzung.
Rollenmodell + Eskalation – Das Rollenmodell legt Verantwortlichkeiten fest. Klar definierte Eskalationswege sorgen dafür, dass Probleme schnell an die richtige Stelle geleitet werden.
Artefakte + DoR/DoD – Artefakte wie Product Backlog, Sprint Backlog und Inkremente dokumentieren Arbeitsergebnisse. Definition of Ready und Definition of Done sichern Qualität und Verständlichkeit.
Planungsmethoden (Roadmap/Release/Sprint) – Planungsmethoden strukturieren die Umsetzung. Roadmaps zeigen den langfristigen Kurs, Releases markieren Liefertermine und Sprints definieren kurze Arbeitspakete.
QS (Reviews, TDD, CI/CD, Teststrategie) – Qualitätssicherung umfasst Reviews, Test-Driven Development, Continuous Integration/Continuous Delivery und eine definierte Teststrategie. Sie reduziert Fehler und erhöht die Lieferqualität.
Risikomanagement – Risikomanagement identifiziert, bewertet und steuert Risiken. Prototypen, Spikes und frühe Reviews helfen, Risiken zu reduzieren, bevor sie teuer werden.
Tailoring-Leitfaden – Der Tailoring-Leitfaden dokumentiert, welche Teile des Vorgehensmodells angepasst oder entfallen und warum. Er stellt sicher, dass alle Beteiligten die Entscheidungen nachvollziehen können.
Metriken + Reporting – Metriken wie Lead Time, Velocity, Defektdichte und Cumulative Flow Diagram liefern Daten für die Steuerung. Reporting kommuniziert den Stand regelmäßig an Stakeholder.
Compliance/Security – Compliance sichert, dass regulatorische und vertragliche Anforderungen erfüllt werden. Security betrachtet den Schutz von Daten und Systemen über den gesamten Prozess.

Praxisbeispiel (Entscheidungsmatrix)

Webportal (Regulatorik + Integrationsrisiko + Wunsch nach frühen Inkrementen)

Kriterien (Gewicht):
- Regulatorik 30
- Änderungsrate 20
- Integrationsrisiko 20
- Lieferdruck 15
- Teamreife 15

Bewertung 1..5:
- Wasserfall: 5/2/2/3/3
- Scrum:      3/5/4/4/4
- V-Modell XT:5/2/3/3/3
- Hybrid:     5/4/4/4/4  -> höchste Punktzahl

Hybrid-Tailoring:
- Stage Gates (Anforderungsfreigabe, Architekturfreigabe, Go-Live)
- Umsetzung in 2-wöchigen Sprints
- Pflichtartefakte: Risiko-Register, ADRs, Testprotokolle, Abnahme

Vorteile und Nachteile

Vorteile

Entscheidung nachvollziehbar (Matrix)
Risiko/Compliance sichtbar adressiert
Feedbackzyklen verbessern Qualität

Nachteile

Bewertung kann subjektiv sein
Hybrid erfordert Erfahrung in Governance + Agilität
Metriken können Fehlanreize setzen

Typische Prüfungsfragen (mit Kurzantwort)

Welche Kriterien helfen bei der Auswahl? Risiko, Regulatorik, Änderungsrate, Team, Lieferdruck, Vertrag.
Was gehört in ein Tailoring-Dokument? Anpassungen/Entfall mit Begründung, Pflichtnachweise, Rollen, Reviews, Metriken.
Wie verbindet man V‑Modell XT und Scrum? Gates/Nachweise aus V, Lieferung in Sprints mit Reviews.

Lernstrategie

2 Projektkontexte vergleichen und Tailoring skizzieren.
Entscheidungsmatrix mit 5 Kriterien rechnen.
Kurzbegründung (3 Sätze) trainieren.

Wichtigste Quellen

https://www.scrum.org/resources/scrum-guide
https://www.cio.bund.de (V‑Modell XT)

FAQ: Vorgehensmodell auswählen, Tailoring und Hybrid

1. Was ist ein Vorgehensmodell?

Ein Vorgehensmodell ist ein Rahmenwerk, das Projekte in Phasen oder Iterationen strukturiert und definiert, welche Aktivitäten, Rollen und Artefakte verwendet werden.

2. Was ist ein klassisches Vorgehensmodell?

Ein klassisches Vorgehensmodell wie Wasserfall oder V-Modell XT arbeitet phasenorientiert und plangetrieben. Es eignet sich besonders, wenn Anforderungen früh stabil sind und formale Nachweise erforderlich sind.

3. Was ist ein agiles Vorgehensmodell?

Ein agiles Vorgehensmodell wie Scrum oder Kanban arbeitet iterativ und inkrementell. Es ermöglicht kurze Feedbackzyklen und schnelle Anpassungen an veränderte Anforderungen.

4. Was ist ein hybrides Vorgehensmodell?

Ein hybrides Vorgehensmodell kombiniert Elemente klassischer und agiler Modelle. Es nutzt beispielsweise Stage Gates für Governance und Sprints für die iterative Lieferung.

5. Was ist Tailoring?

Tailoring ist die Anpassung eines Vorgehensmodells an die spezifischen Bedürfnisse eines Projekts. Dabei werden Aktivitäten, Rollen oder Artefakte hinzugefügt, angepasst oder entfernt.

6. Was ist ein Tailoring-Dokument?

Ein Tailoring-Dokument beschreibt, welche Teile des Vorgehensmodells angepasst oder entfallen und warum. Es stellt sicher, dass die Entscheidungen nachvollziehbar und dokumentiert sind.

7. Was ist eine Entscheidungsmatrix?

Eine Entscheidungsmatrix bewertet verschiedene Vorgehensmodelle anhand gewichteter Kriterien. Sie hilft, die Auswahl objektiv und nachvollziehbar zu begründen.

8. Welche Kriterien helfen bei der Auswahl eines Vorgehensmodells?

Wichtige Kriterien sind Kritikalität, Risiko, Compliance, Regulatorik, Änderungsrate, Lieferdruck, Teamreife, Verteilung des Teams und Vertragstyp.

9. Was ist ein Stage Gate?

Ein Stage Gate ist ein formeller Entscheidungspunkt zwischen Projektphasen. An einem Gate werden Ergebnisse geprüft und die Freigabe für die nächste Phase erteilt oder verweigert.

10. Was ist Scrum?

Scrum ist ein agiles Framework, das Arbeit in kurze Sprints von meist zwei Wochen gliedert. Es definiert Rollen wie Product Owner, Scrum Master und Entwicklungsteam sowie Events wie Sprint Planning, Daily Scrum und Review.

11. Was ist Kanban?

Kanban ist ein agiles Vorgehensmodell, das kontinuierlichen Fluss statt fester Iterationen fokussiert. Es begrenzt gleichzeitige Arbeiten und visualisiert den Prozess auf einem Board.

12. Was ist das V-Modell XT?

Das V-Modell XT ist ein standardisiertes, phasenorientiertes Vorgehensmodell aus dem öffentlichen Sektor. Es eignet sich besonders für sicherheitskritische und regulatorisch geprägte Projekte.

13. Was ist ein Wasserfallmodell?

Das Wasserfallmodell ist ein klassisches Vorgehensmodell, bei dem Projektphasen sequentiell nacheinander ablaufen. Jede Phase muss abgeschlossen sein, bevor die nächste beginnt.

14. Was ist ein Product Owner?

Der Product Owner ist in Scrum für die Anforderungen und die Priorisierung des Product Backlogs verantwortlich. Er stellt sicher, dass das Team an den wichtigsten Aufgaben arbeitet.

15. Was ist ein Scrum Master?

Der Scrum Master kümmert sich um den Scrum-Prozess und beseitigt Hindernisse für das Team. Er fungiert als Coach und Moderator, nicht als Vorgesetzter.

16. Was ist Definition of Ready?

Die Definition of Ready definiert, wann eine Anforderung oder Aufgabe klar genug ist, um vom Team bearbeitet zu werden. Sie sichert Verständnis und Vollständigkeit vor dem Sprint.

17. Was ist Definition of Done?

Die Definition of Done beschreibt, wann eine Aufgabe oder ein Inkrement als fertig gilt. Sie umfasst typischerweise Tests, Code Review, Dokumentation und Abnahme.

18. Was ist Lead Time?

Lead Time ist die Zeit von der Auftragserteilung bis zur Fertigstellung einer Aufgabe. Sie ist eine wichtige Metrik für die Geschwindigkeit und Effizienz eines Prozesses.

19. Was ist Velocity?

Velocity ist die Menge an Arbeit, die ein Team in einem Sprint abschließen kann. Sie wird oft in Story Points gemessen und hilft bei der Planung künftiger Sprints.

20. Was ist eine Defektdichte?

Die Defektdichte gibt an, wie viele Fehler in Bezug auf eine bestimmte Größe auftreten, beispielsweise pro 1.000 Codezeilen. Sie ist eine Qualitätsmetrik.

21. Was ist ein Cumulative Flow Diagram?

Ein Cumulative Flow Diagram visualisiert den Zustand von Aufgaben über die Zeit. Es zeigt, wie viele Aufgaben sich in welcher Prozessphase befinden und hilft, Engpässe zu erkennen.

22. Was ist ein Spike?

Ein Spike ist ein zeitlich begrenzter Forschungsaufwand in agilen Projekten. Er dient dazu, technische oder fachliche Unsicherheiten zu klären, bevor eine Entscheidung getroffen wird.

23. Was ist ein Prototyp?

Ein Prototyp ist ein vorläufiges Modell, das frühzeitig Feedback ermöglicht. Prototypen helfen, Anforderungen zu klären und Risiken zu reduzieren, bevor die vollständige Umsetzung beginnt.

24. Was ist Traceability?

Traceability ist die Nachverfolgbarkeit von Anforderungen über den gesamten Lebenszyklus. Sie zeigt, welche Anforderungen durch welche Tests und Artefakte abgedeckt sind.

25. Wann ist ein hybrides Vorgehensmodell sinnvoll?

Ein hybrides Vorgehensmodell ist sinnvoll, wenn ein Projekt sowohl Planbarkeit, Governance und Nachweisbarkeit als auch Flexibilität und kurze Feedbackzyklen benötigt. Es verbindet das Beste aus klassischen und agilen Ansätzen.