Katalog
concept#Governance#Softwareentwicklung#Lieferung#Qualitätssicherung

V-Modell

Phasenorientiertes Vorgehensmodell zur Steuerung von Entwicklungs- und Abnahmeprozessen mit integriertem Test- und Qualitätsansatz.

Das V-Modell ist ein phasenorientiertes Vorgehensmodell für die Planung, Realisierung und Abnahme technischer Systeme.
Etabliert
Mittel

Klassifikation

  • Mittel
  • Organisatorisch
  • Organisation
  • Fortgeschritten

Technischer Kontext

Konfigurationsmanagement-Tools (z. B. Git, SVN)Testmanagement-Tools (z. B. Jenkins, TestRail)Anforderungs- und Issue-Tracker (z. B. JIRA)

Prinzipien & Ziele

Klare Phasentrennung mit definierten ÜbergabepunktenFrühe und kontinuierliche Verifikation entlang des LebenszyklusDokumentation als Basis für Abnahme und Compliance
Umsetzung
Unternehmen, Domäne

Use Cases & Szenarien

Kompromisse

  • Verzögerungen durch späte Fehlerentdeckung
  • Übermäßige Bürokratie ohne klare Anpassung an Projektgröße
  • Missverständnisse bei unklaren Abnahmebedingungen
  • Skalieren statt blind übernehmen: Tailor das Modell an Projektgröße
  • Frühzeitige Integration der Tests in Planung und Design
  • Klare, überprüfbare Abnahmekriterien definieren

I/O & Ressourcen

  • Pflichtenheft/Anforderungsdokument
  • Projektplan und Ressourcenplanung
  • Regulatorische Vorgaben und Normen
  • Abnahmeprotokolle und Testberichte
  • Freigabedokumentation und Release-Pakete
  • Nachvollziehbare Verifikationsmatrix

Beschreibung

Das V-Modell ist ein phasenorientiertes Vorgehensmodell für die Planung, Realisierung und Abnahme technischer Systeme. Es betont klare Rollen, Dokumentation und integrierte Verifikation/Validierung entlang eines V-förmigen Lebenszyklus. Implementierung erfordert abgestimmte Prozesse und Projektsteuerung.

✔

  • Klare Verantwortlichkeiten und Nachvollziehbarkeit
  • Gute Eignung für regulierte und sicherheitskritische Projekte
  • Strukturierte Verbindung von Entwicklung und Test

✖

  • Geringe Flexibilität bei späten Anforderungsänderungen
  • Hoher Dokumentationsaufwand
  • Eher schwergewichtig für kleine, agile Teams

  • Defect-Find-Rate pro Phase

    Anzahl gefundener Fehler in Relation zur Phase, misst frühe Fehlerentdeckung.

  • Anzahl Abnahmeabweichungen

    Anzahl der bei Abnahme festgestellten Abweichungen von Anforderungen.

  • Dokumentationsaufwandsstunden

    Aufgewendete Stunden zur Erstellung und Pflege notwendiger Artefakte.

Einsatz bei öffentlichen IT-Beschaffungen

Kommunale Beschaffungsprojekte nutzen das V-Modell zur Steuerung und Abnahme komplexer Lieferungen.

Produktentwicklung in der Medizintechnik

Hersteller von Medizingeräten nutzen das V-Modell für nachvollziehbare Tests und regulatorische Dokumente.

Verifikation eingebetteter Software in Fahrzeugen

Automobilzulieferer setzen das Modell zur Abstimmung von Software- und Systemtests ein.

1

Analyse der Projektgröße und Anpassung des V-Modells

2

Definition von Rollen, Meilensteinen und Abnahmekriterien

3

Einrichtung von Verifikations- und Testaktivitäten pro Phase

⚠️ Technische Schulden & Engpässe

  • Ungepflegte Verifikationsartefakte erschweren spätere Änderungen
  • Veraltete Dokumente führen zu Inkonsistenzen
  • Starrer Prozessaufbau blockiert Modernisierungsmaßnahmen
DokumentationsaufwandSpäte FehlererkennungRollenklärung
  • Kleines Produktteam zwingt starres V-Modell auf und verliert Geschwindigkeit
  • Fehlende Anpassung an agile Lieferzyklen führt zu Konflikten
  • Nur Dokumentation wird produziert, Tests bleiben oberflächlich
  • Glauben, dass V-Modell alle Risiken eliminiert
  • Zu späte Einbindung der Testverantwortlichen
  • Unzureichende Skalierung auf Projektumfang
Projekterfahrung in phasenorientierten ProzessenFähigkeit zur Erstellung von Test- und VerifikationsplänenKenntnis regulatorischer Anforderungen (falls relevant)
Regulatorische Anforderungen und NachweisführungSicherheits- und QualitätszieleNotwendigkeit von klaren Abnahme- und Übergabepunkten
  • • Erfordert definierte Rollen und Prozesse
  • • Abhängigkeit von stabilen Anforderungen
  • • Nicht jeder Projekttyp ist gleichermaßen geeignet