Dies ist ein (unvollständiger) Auszug aus dem gedruckten Buch .
Sicher kennen Sie Murphy: Ein Fehler tritt immer dann auf, wenn Sie es am wenigsten gebrauchen können. Und der Rauch zieht immer zum Nichtraucher.
In jedem Projekt oder System drohen solche „Murphy-Effekte“, egal mit welcher Technologie, Infrastruktur oder Organisationsform Sie arbeiten. Erfolgreiche ArchitektInnen gehen ganz bewusst mit Murphy (= Risiken) um. Zwischen „Yes, we can“ und „Das haben wir schon immer so gemacht“ finden sie einen angemessenen Weg.
Architekten = Berater der Managements
Was haben Softwarearchitekten mit Risikomanagement zu tun? Diese Aufgabe erfüllen doch die Projektleitung, oder? Wir sehen das auch so – aber Softwarearchitekten müssen die technischen und architektonischen Murphy-Drohungen in Systemen finden und behandeln.
Softwarearchitekten sollten das Management auf technische Risiken aufmerksam machen und bezüglich des Umgangs mit ihnen beraten.
Risiken durch Bewertung finden
Ein Risiko (= Murphy-Drohung) ist ein potenzielles Problem. Und ein Problem ist ein eingetretenes Risiko. Wie finden Sie jedoch die Risiken in Ihrer Architektur? Im Muster Blick in den Rückspiegel haben wir Ihnen systematische Architekturbewertung ans Herz gelegt. Sie bringt vor allem Risiken (und Chancen!) Ihrer Architektur ans Tageslicht. Integrieren Sie also qualitative Bewertung, etwa mit ATAM, zur Offenlegung von Stärken und Schwächen, Chancen und Risiken in Ihre Arbeit als Softwarearchitekt.
Was tun mit Risiken?
Eine Übersicht der technischen Risiken ist die notwendige Voraussetzung, um gezielt mit ihnen umgehen zu können. Sie können grundsätzlich eine der folgenden vier Möglichkeiten für jedes Risiko ergreifen:
- Vermeiden (Risk Avoidance)
- Bewusst in Kauf nehmen (Risk Taking): Risiken bewusst in Kauf zu nehmen, heißt, die Auswirkung des Risikos ertragen zu können. Das ist eine gute Taktik, wenn die Vermeidung dieses Risikos für das Projekt teurer ist als dessen Beseitigung oder dessen Auswirkung.
- Durch gezielte Maßnahmen abmildern (Risk Mitigation): sich mit dem Risiko auseinandersetzen und gezielte Maßnahmen einplanen, die das Risiko oder seine Auswirkung abmildern. Und zwar zu einem Zeitpunkt, bevor das Risiko zum Problem wird!
- Ignorieren (Waghalsigkeit)
Verwandte Muster
- Der technische Risikomanager erkennt Komplexität in Systemen als Risiko und triggert den Vereinfachungskobold.
- Ein hoher Grad an Ignoranz erhöht oftmals das Risiko – was technischen Risikomanagern sofort auffallen sollte.
Hinweis
arc42 offers architecture training.
Two expert trainers at all times, highly practical and pragmatic, ideal preparation for iSAQB CPSA-Foundation certification.Next available dates (in German):
- Sept 3.-6. 2019, Vienna
- Sept 24.-27. 2019, Frankfurt
- Dec 3.-6. 2019, Munich (fully booked)
- March 16.-19. 2020, Munich
IMPROVE
Advanced Architecture
iSAQB CPSA-Advanced Training, IMPROVE: Learn
to effectively evolve and maintain systems.
- September 11.-13. 2019, Munich (Gernot Starke with Peter Hruschka)
- November 26.-28. 2019, Hamburg (Gernot Starke with Carola Lilienthal)
- March 10.-12. 2020, Munich (Gernot Starke with Peter Hruschka)