Spiralmodell: Das Modell für Risikomanagement in der Softwareentwicklung

Die Entwicklung neuer Software stellt alle Beteiligten vor eine große Herausforderung. Je komplexer die zu entwickelnde Anwendung ist, desto schwerer fällt es, den Entwicklungsprozess übersichtlich zu gestalten und in seiner Komplexität beherrschbar zu machen. Aus diesem Grund stützt man sich für gewöhnlich auf spezielle Schritt-für-Schritt-Pläne, die auch als Vorgehensmodelle bezeichnet werden. Diese unterteilen den gesamten Entwicklungsprozess in mehrere überschaubare Phasen, die zeitlich und inhaltlich begrenzt sind. Eines der bekanntesten Modelle, das insbesondere auf die Reduzierung von Risiken ausgerichtet ist, ist das sogenannte Spiralmodell aus dem Jahr 1986.

Nachdem Barry W. Boehm 1986 erstmals sein Konzept für die Entwicklung komplexer Anwendungen vorgestellt hatte, veröffentlichte der amerikanische Softwareingenieur 1988 sein Modell in der Publikation A Spiral Model of Software Development and Enhancement auch in einem umfassenderen Rahmen. In der Veröffentlichung beschreibt er das Spiralmodell als eine mögliche Alternative zu dem bis dato etablierten Wasserfallmodell, das gleichzeitig auch als Erfahrungsgrundlage diente. Anders als im Wasserfallmodell geht man im Spiralmodell nicht davon aus, dass die Aufgaben der Softwareentwicklung linear gestaltet sind – sondern begreift sie als iterative Aufgaben. Die Phasen werden im Spiralmodell also nicht einmalig Schritt für Schritt, sondern mehrfach spiralförmig durchlaufen. Durch diese zyklische Wiederholung nähert sich das Projekt zwar vergleichsweise langsam den gesetzten Zielen an, allerdings wird im Gegenzug das Risiko eines gescheiterten Entwicklungsprozesses durch regelmäßige Kontrollen entscheidend minimiert.

Probleme im Rahmen des Entwicklungsprozesses können ganz unterschiedliche Auswirkungen auf das Gesamtprojekt haben. Mit steigenden Kosten, Mehraufwand und einem verspäteten Release ist in jedem Fall zu rechnen – Faktoren, die insbesondere für kleinere Firmen schnell zu einem Existenzproblem werden können. Mit seinem inkrementellen, iterativen Ansatz – der auch die regelmäßige Risikobetrachtung in Form von Prototyp-Entwürfen, Analysen oder Simulationen vorsieht – soll das Spiralmodell derartige Szenarien verhindern oder zumindest deren negativen Folgen abschwächen. Das Softwareprojekt durchläuft dabei kontinuierlich bis zum finalen Status den Spiralmodell-Zyklus, der grundsätzlich folgende vier Schritte umfasst:

Ein typischer Zyklus im Spiralmodell startet mit der Überlegung, welche Zielvorgaben mit den einzelnen Schritten der Softwareentwicklung verbunden sein sollen. Dabei kann es sich beispielsweise um die Verbesserung der Performance oder um den Ausbau der Funktionalität handeln. Gleichzeitig gilt es, Alternativen für die Umsetzung zu definieren (beispielsweise Design A vs. Design B) und die Rahmenbedingungen sowie Kosten oder Zeitaufwand zu bestimmen.

Im nächsten Schritt folgt die Evaluation der Alternativen, wobei Zielvorgabe und Rahmenbedingungen als entscheidende Bezugsgrößen dienen. In dieser Phase des Spiralmodell-Zyklus sollen Unsicherheitsbereiche identifiziert werden, die für den Fortschritt des Softwareprojekts ein signifikantes Risiko darstellen. Anschließend soll die Ausarbeitung der risikoärmsten und kosteneffizientesten Strategie erfolgen, wobei Methoden wie Prototyping, Simulationen, Benchmark-Tests, Analysemodelle, Nutzerbefragungen zur Anwendung kommen können.

Im Anschluss an die Risikoanalyse geht es mit der eigentlichen Entwicklung der Software weiter, wobei diese Phase immer auch durch die relativen Restrisiken geprägt ist. Sollten beispielsweise Leistungs- oder Benutzeroberflächen-Risiken oder Risiken der internen Schnittstellenkontrolle den Entwicklungsprozess sehr stark dominieren, bietet sich zunächst eine evolutionäre Entwicklungsstrategie an, bei der das Projekt genauer spezifiziert und Prototypen optimiert werden. Der eigentliche Code wird dabei mehrmals geschrieben und getestet, bis das gewünschte Resultat erreicht ist, das dann als risikoarme Basis für weitere Entwicklungsschritte dient.

Mit dem Abschluss eines Zyklus startet bereits die Planung des nächsten Zyklus. Dabei kann es sich einerseits um die reguläre Fortsetzung des Projekts handeln, wenn die Zielvorgabe eines Zyklus erfüllt werden konnte und die Definition des nächsten Ziels ansteht. Andererseits kann es aber auch darum gehen, Lösungen zu finden, falls der vorangehende Entwicklungsschritt fehlerhaft verlief. So kann die bisherige Strategie zum Beispiel durch eine der bereits vorab definierten Alternativen oder eine neue Alternative ersetzt werden. Mit dieser kann man dann einen neuen Versuch starten, das vorgegebene Ziel zu erreichen.

Softwareentwicklung nach dem Spiralmodell ist vor allem bei großen, komplexen Projekten beliebt, bei denen die Kontrolle des Budgets für Auftraggeber und Entwicklerfirmen einen besonders hohen Stellenwert hat. Alle Beteiligten profitieren in diesem Fall von der zentralen Rolle der Risikoanalyse, die den wohl größten Vorteil des Spiralmodells gegenüber anderen Vorgehensmodellen darstellt. Die regelmäßige Beurteilung der Risiken zahlt sich insbesondere dann aus, wenn neuartige technische Umgebungen zum Einsatz kommen, die im Regelfall aufgrund der fehlenden Erfahrungswerte mit einem besonderen Risikopotenzial verknüpft sind.

Auch der zyklische Aufbau zählt zu den großen Stärken des Modells: Konflikte zwischen dem Design und den technischen Anforderungen, die an die Software gestellt werden, sind dank der regelmäßigen Kontrollen so gut wie ausgeschlossen. Zudem ist das Einholen und Berücksichtigen von Feedback aufgrund des spiralförmigen Fortschritts jederzeit möglich. Auf diese Weise lassen sich sowohl Auftraggeber als auch Anwender bereits von Beginn an in den Entwicklungsprozess einbinden. Voraussetzung, um diese Vorzüge genießen zu können, ist aber ein sehr aktives und aufwendiges Management des Projekts, bei dem die einzelnen Zyklen kontinuierlich und sorgfältig kontrolliert und dokumentiert werden.

Dass die vielen kleinen Schritte bei der Softwareentwicklung nach dem Spiralmodell aber nicht immer vorteilhaft sind, beweist die Tatsache, dass es – trotz vielseitiger Tests – nicht selten vorkommt, dass unfertige Programmteile ihren Weg in das Produktivsystem finden. In der Konsequenz besteht immer die Gefahr, dass etwaige Fehler oder konzeptionelle Schwächen auch in das Endprodukt gelangen. Zudem kann es jederzeit zu zeitlichen Verzögerungen bei der Entwicklung kommen, wenn innerhalb eines Zyklus bzw. bei der Planung des nachfolgenden Zyklus wichtige Entscheidungen getroffen werden müssen, die das weitere Vorgehen betreffen.

Nachfolgend die Vor- und Nachteile des Spiralmodells im tabellarischen Überblick: