Das Spiralmodell: Runde für Runde die Risiken verringern
https://bildung.social/@oerinformatik/
https://oer-informatik.de/spiralmodell
Spiralmodell, Vorgehensmodelle, Barry Boehm, Risikomanagement, iterativ, Prototyp, Risikoanalyse, Review, Meta-Modell, Projektmanagement
tl/dr; (ca. 11 min Lesezeit): Das Spiralmodell von Barry Boehm durchläuft dieselben vier Tätigkeiten in immer größeren Runden: Ziele festlegen, Risiken bewerten und verringern, entwickeln und prüfen, die nächste Runde planen. Was in einer Runde passiert, bestimmen die größten Risiken. Der Artikel erklärt Herkunft, Ablauf, Rollen, Dokumente und Planung des Modells und zeigt, für welche Vorhaben sich der Aufwand lohnt [AI-Assisted]. (Zuletzt geändert am 30.10.2026)
Disclaimer: Teile des Textes stammen von einer KI. Inhalte sind nicht automatisch zuverlässig; überprüfe Fakten und zitiere vertrauenswürdige Quellen.
Dieser Artikel ist Teil einer Artikelreihe über Vorgehensmodelle: Überblick: klassisch und agil / Wasserfallmodell / V-Modell / Spiralmodell / Scrum / Extreme Programming / Kanban / SAFe / DevOps / Übungsaufgaben
Schon fit in diesem Thema? Nutze die Kann-Liste und die Leitfragen unter dem Artikel als Checkliste, ob Du die relevanten Kompetenzen bereits hast.
Dieser Artikel baut auf der Kann-Liste des Artikels Vorgehensmodelle: klassisch und agil auf.
Als Projektmanagement-Grundlagen kann ich nach Durchlesen des Artikels…
… die vier Quadranten des Spiralmodells in der richtigen Reihenfolge nennen.
… erklären, warum das Spiralmodell als iterativ und risikogetrieben gilt.
… beschreiben, welche Rolle Prototypen und Reviews im Spiralmodell spielen.
… begründen, warum das Spiralmodell trotz seiner Iterationen meist zu den klassischen Modellen gezählt wird.
Darüber hinaus kann ich als Projektmanagement-Expertenwissen…
… das Spiralmodell als Meta-Modell erläutern, das andere Vorgehensweisen je Runde einbinden kann.
… beurteilen, für welche Vorhaben sich der Steuerungsaufwand des Spiralmodells lohnt, und hybride Vorgehensweisen einordnen.
In einem Satz: Das Spiralmodell zeichnet sich dadurch aus, dass ein Projekt in wiederholten Runden entwickelt wird, wobei in jeder Runde zuerst die größten Risiken ermittelt und gezielt verringert werden, bevor weiterentwickelt und über die nächste Runde entschieden wird.
Jede Runde der Spirale durchläuft vier Quadranten; mit jeder Runde wächst das Produkt, und der Abstand zur Mitte zeigt die bis dahin angefallenen Kosten.
Herkunft: Risikomanagement für große Vorhaben
Das Spiralmodell wurde von Barry W. Boehm beim US-Rüstungs- und Raumfahrtunternehmen TRW entwickelt und 1986 veröffentlicht; bekannt wurde es durch seinen Aufsatz „A Spiral Model of Software Development and Enhancement“ in der Zeitschrift IEEE Computer (1988). Boehm reagierte damit auf die Schwächen des Wasserfallmodells: Bei großen, neuartigen Vorhaben lassen sich Anforderungen und technische Lösungen zu Beginn nicht sicher festlegen. Sein Ziel war, das Projekt nicht nach Dokumenten, sondern nach Risiken zu steuern: Was das Projekt am stärksten gefährdet, wird zuerst geklärt. Typische Einsatzbereiche waren und sind große, teure und technisch riskante Systeme, etwa in Raumfahrt, Verteidigung oder bei neuartigen Kombinationen aus Hardware und Software.
Grundprinzipien: Risiko bestimmt das Vorgehen
Risikogetrieben: In jeder Runde werden die größten Risiken (technisch, fachlich, wirtschaftlich) ermittelt; ihre Verringerung bestimmt, was als Nächstes getan wird.
Iterativ: Dieselben vier Tätigkeiten werden immer wieder durchlaufen, jedes Mal mit mehr Wissen und größerem Umfang.
Entscheidung je Runde: Am Ende jeder Runde wird gemeinsam mit den Stakeholdern entschieden, ob das Projekt weitergeführt, angepasst oder abgebrochen wird.
Meta-Modell: Wie innerhalb einer Runde entwickelt wird, ist offen. Bei geringem Risiko kann eine Runde einem kleinen Wasserfall gleichen, bei hohem Risiko besteht sie vor allem aus Prototypen oder Simulationen.
Das macht das Spiralmodell besonders: Es ist weniger ein fester Ablauf als eine Entscheidungsregel, die für jede Runde das passende Vorgehen auswählt.
Ablauf: vier Quadranten je Runde
Jede Runde durchläuft die vier Quadranten im Uhrzeigersinn:
Ziele, Alternativen und Randbedingungen festlegen: Was soll diese Runde erreichen? Welche Lösungswege gibt es, und welche Vorgaben (Budget, Termine, Schnittstellen) gelten?
Alternativen bewerten, Risiken erkennen und verringern: Die Alternativen werden verglichen, die größten Risiken ermittelt und durch Prototypen, Simulationen, Benchmarks oder Befragungen verringert.
Entwickeln und prüfen: Das Zwischenprodukt der Runde entsteht, z. B. ein Konzept, die Anforderungen, ein Entwurf oder ein Teil der Software, und wird geprüft.
Nächste Runde planen: In einem Review werden die Ergebnisse mit den Stakeholdern bewertet, und die nächste Runde wird geplant – oder das Projekt endet.
Typische Abfolge über mehrere Runden ist: Konzept, Anforderungen, Entwurf, Code und Test – jeweils vorbereitet durch einen Prototyp, der das größte Risiko der Runde klärt. Das folgende Aktivitätsdiagramm zeigt eine Runde mit ihren Ergebnissen:
Das wichtigste wiederkehrende Ereignis ist das Review am Ende jeder Runde. Spätere Fassungen des Modells ergänzen feste Prüfpunkte (Anchor Point Milestones), an denen etwa Lebenszyklus-Ziele und Architektur verbindlich bestätigt werden.
Rollen: Risiken im Blick behalten
Das Spiralmodell schreibt keine Rollen vor. Neben den klassischen Projektrollen (Auftraggebende, Projektleitung, Entwicklung, Test) ist eine Aufgabe zentral: die Risikoanalyse. Sie liegt bei der Projektleitung oder bei erfahrenen Fachleuten (Architekt*innen, Risikomanager*innen), denn sie erfordert viel Erfahrung. Die Stakeholder sind an jedem Review beteiligt und tragen die Entscheidung über die nächste Runde mit. Die Zusammenarbeit ist dadurch enger als im Wasserfallmodell, bleibt aber von der Projektleitung gesteuert.
Artefakte: Ergebnisse jeder Runde
| Quadrant | typisches Artefakt |
|---|---|
| 1 Ziele festlegen | Zielkatalog, Alternativen, Randbedingungen |
| 2 Risiken bewerten | Risikoliste mit Bewertung, Prototyp, Simulationsergebnis |
| 3 Entwickeln und prüfen | Zwischenprodukt der Runde (Konzept, Anforderungen, Entwurf, Code) mit Prüfergebnis |
| 4 Nächste Runde planen | Review-Protokoll, Plan der nächsten Runde, Entscheidung über Fortführung |
Die Dokumentation ist eher umfangreich: Jede Runde wird geplant, die Risiken werden schriftlich bewertet, und jedes Zwischenprodukt wird nachgewiesen. Deshalb – und wegen der starken Planung je Runde – wird das Spiralmodell trotz seiner Iterationen meist zu den klassischen Vorgehensmodellen gezählt.
Qualität und Test: Prüfung in jeder Runde
Geprüft wird nicht erst am Ende, sondern im dritten Quadranten jeder Runde: Das Zwischenprodukt der Runde wird verifiziert und validiert, bevor das Review über die nächste Runde entscheidet. Prototypen sind dabei ein Qualitätsinstrument: Sie prüfen früh, ob eine technische Lösung trägt oder ob die Nutzenden mit einer Oberfläche zurechtkommen. Welche Teststufen in einer Runde nötig sind, hängt von ihrem Inhalt ab; in den letzten Runden entspricht der Testansatz oft dem des V-Modells.
Stakeholder: Entscheidung am Ende jeder Runde
Die Stakeholder sind regelmäßiger eingebunden als beim Wasserfall: Am Ende jeder Runde bewerten sie im Review die Ergebnisse (oft einen Prototyp, den sie ausprobieren können) und entscheiden über Fortführung, Kurskorrektur oder Abbruch. Boehms spätere Erweiterung, das WinWin-Spiralmodell, stellt die Einigung der Stakeholder auf gemeinsame Ziele ausdrücklich an den Anfang jeder Runde.
Planung und Kontrolle: Schritt für Schritt festlegen
Geplant wird jeweils nur die nächste Runde genau; der Gesamtumfang wird erst mit fortschreitender Klärung der Risiken verbindlich. Gesteuert wird über die Risikoliste (Eintrittswahrscheinlichkeit mal Schadenshöhe) und über die Entscheidung am Ende jeder Runde. Kennzahlen sind vor allem die Entwicklung der Risikobewertung, die kumulierten Kosten (der Radius der Spirale) und Termin- und Kostenabweichungen je Runde. Mehr zur Bewertung von Risiken zeigt der Artikel Risikoanalyse.
Skalierung und Anpassbarkeit: gemacht für große Vorhaben
Das Spiralmodell ist ausdrücklich für große Vorhaben gedacht und skaliert dort gut; für kleine Projekte ist der Steuerungsaufwand meist zu hoch. Weil es ein Meta-Modell ist, lässt es sich gut anpassen: Einzelne Runden können als Wasserfall, als inkrementelle Auslieferung oder als agile Sprints ablaufen. Weiterentwicklungen sind das WinWin-Spiralmodell (Mitte der 1990er Jahre) und das Incremental Commitment Spiral Model (ICSM, 2014) von Boehm und Kollegen, das Stakeholder-Zusagen und Risiko-Entscheidungen noch stärker betont.
Häufig genutzte Techniken
Prototyping (Wegwerf- und evolutionäre Prototypen),
Risikoanalyse mit Risikomatrix und Risikoliste,
Simulation und Benchmarks zur Bewertung technischer Alternativen,
Nutzwertanalyse zum Vergleich von Alternativen,
Reviews mit Stakeholdern am Ende jeder Runde.
Risiken, Stärken und Grenzen
Häufige Stolpersteine: Die Risikoanalyse erfordert viel Erfahrung; wird sie oberflächlich gemacht, verliert das Modell seinen Sinn. Der Steuerungs- und Dokumentationsaufwand ist hoch, und das Ende des Projekts ist schwer vorherzusagen, was Festpreisverträge erschwert.
Typische Gegenmaßnahmen: erfahrene Personen mit der Risikoanalyse betrauen, Rundenziele klar begrenzen, Abbruchkriterien vorab vereinbaren, für die letzten Runden auf ein bewährtes Modell (z. B. V-Modell) wechseln.
Stärken: Risiken werden früh erkannt und gezielt verringert, das Projekt kann jederzeit abgebrochen werden, bevor zu viel Geld verloren ist, Prototypen liefern früh Rückmeldungen, das Modell ist sehr flexibel.
Grenzen: aufwendig zu steuern, für kleine Projekte überdimensioniert, schwer planbar in Kosten und Terminen.
Praxisbeispiele und Anwendungsfelder
Das Spiralmodell eignet sich für große, riskante Vorhaben mit neuer Technik: etwa ein neues Leitsystem für Verkehr oder Energie, ein Raumfahrt- oder Rüstungsprojekt, die Entwicklung eines Geräts mit neuartiger Sensorik oder ein Großprojekt, bei dem schon die Machbarkeit unklar ist. Beispiel: Ein Krankenhaus will Patientendaten per neuem Funkprotokoll übertragen. In der ersten Runde klärt ein Prototyp, ob die Funkstrecke im Gebäude zuverlässig genug ist; erst danach lohnt es sich, Anforderungen und Software im Detail zu erarbeiten. Die Teams sind meist mittelgroß bis groß, oft mit mehreren beteiligten Unternehmen.
Leitfragen
- Welche vier Quadranten durchläuft jede Runde des Spiralmodells?
Ziele, Alternativen und Randbedingungen festlegen; Alternativen bewerten sowie Risiken erkennen und verringern; entwickeln und prüfen; nächste Runde planen (Review), siehe Abschnitt „Ablauf“.
- Warum gilt das Spiralmodell als iterativ und risikogetrieben?
Iterativ, weil dieselben vier Tätigkeiten in immer größeren Runden wiederholt werden; risikogetrieben, weil in jeder Runde die größten Risiken bestimmen, was als Nächstes getan wird, etwa ein Prototyp zur Klärung einer unsicheren Technik, siehe Abschnitt „Grundprinzipien“.
- Welche Rolle spielen Prototypen und Reviews im Spiralmodell?
Prototypen verringern im zweiten Quadranten gezielt Risiken und liefern früh Rückmeldungen; im Review am Ende jeder Runde bewerten die Stakeholder die Ergebnisse und entscheiden über Fortführung, Kurskorrektur oder Abbruch, siehe Abschnitt „Qualität und Test“ und Abschnitt „Stakeholder“.
- Warum wird das Spiralmodell meist zu den klassischen Vorgehensmodellen gezählt, obwohl es iterativ ist?
Weil jede Runde umfangreich geplant und dokumentiert wird, die Risiken schriftlich bewertet werden und die Steuerung bei der Projektleitung liegt; es entsteht nicht in kurzen Zyklen ein nutzbares Increment wie bei agilen Modellen, siehe Abschnitt „Artefakte“.
- Was bedeutet es, dass das Spiralmodell ein Meta-Modell ist?
Es legt nicht fest, wie innerhalb einer Runde entwickelt wird; je nach Risiko kann eine Runde wie ein kleiner Wasserfall, als inkrementelle Auslieferung oder als agile Sprints ablaufen, siehe Abschnitt „Grundprinzipien“ und Abschnitt „Skalierung und Anpassbarkeit“.
- Für welche Vorhaben lohnt sich das Spiralmodell, und wo liegen seine Grenzen?
Es lohnt sich für große, teure und technisch riskante Vorhaben, bei denen schon die Machbarkeit unklar ist. Grenzen sind der hohe Steuerungsaufwand, die nötige Erfahrung in der Risikoanalyse und die schwere Planbarkeit von Kosten und Terminen, siehe Abschnitt „Risiken, Stärken und Grenzen“.
Links und weitere Informationen
Vorgehensmodelle: klassisch und agil (Überblick und Vergleich)
historisch: Barry W. Boehm: A Spiral Model of Software Development and Enhancement. In: ACM SIGSOFT Software Engineering Notes 11(4), 1986, und IEEE Computer 21(5), 1988
zum Weiterlesen: Barry Boehm, Jo Ann Lane, Supannika Koolmanojwong, Richard Turner: The Incremental Commitment Spiral Model (Addison-Wesley, 2014)
Hinweis zur Nachnutzung als Open Educational Resource (OER)
Dieser Artikel und seine Texte, Bilder, Grafiken, Code und sonstiger Inhalt sind - sofern nicht anders angegeben - lizenziert unter CC BY 4.0. Nennung gemäß TULLU-Regel bitte wie folgt: “Das Spiralmodell: Runde für Runde die Risiken verringern” von oer-informatik.de (H. Stein), Lizenz: CC BY 4.0. Der Artikel wurde unter https://oer-informatik.de/spiralmodell veröffentlicht, die Quelltexte sind in weiterverarbeitbarer Form verfügbar im Repository unter https://gitlab.com/oer-informatik/vorgehensmodelle/vorgehensmodelle. Erstellt mit KI-Assistenz; von mir umfassend redaktionell überarbeitet, geprüft und freigegeben. Stand: 30.10.2026.
[Kommentare zum Artikel lesen, schreiben] / [Artikel teilen] / [gitlab-Issue zum Artikel schreiben]
