Nutzwertanalyse in der Softwarearchitektur
Dieser Beitrag ist eine Begriffserklärung zur NWA bei Architekturentscheidungen – inklusive Beispielmatrix und Prüfungsfragen.
In a Nutshell
Die Nutzwertanalyse hilft bei der Auswahl einer geeigneten Softwarearchitektur, indem Alternativen (z.B. Monolith, Microservices, n-Tier, EDA) anhand definierter und gewichteter Kriterien verglichen werden.
Kompakte Fachbeschreibung
Ablauf:
- Projektziele definieren
- Alternativen festlegen
- Kriterien identifizieren (z.B. Skalierbarkeit, Wartbarkeit, Sicherheit, Aufwand)
- Kriterien gewichten
- Alternativen bewerten (Skala 1–10)
- Nutzwerte berechnen (Gewicht × Bewertung) und summieren
Das Ergebnis ist eine teamübergreifend kommunizierbare Entscheidungsgrundlage.
Prüfungsrelevante Stichpunkte
- Kriterien: Skalierbarkeit, Wartbarkeit, Komplexität, Sicherheit, Kosten
- Gewichtung projektabhängig
- Bewertung auf konsistenter Skala
- IHK: methodischer Nachweis der Entscheidung (Matrix + Begründung)
- Sicherheitsaspekte bewusst als Kriterium
- Wirtschaftlichkeit über TCO ergänzen
- Alle Rechenschritte dokumentieren
Kernkomponenten im Detail
1. Zieldefinition
Vor der Bewertung muss klar sein, welches Problem die Architektur lösen soll. Typische Ziele:
- Funktionale Anforderungen abdecken (Use Cases, User Stories)
- Nicht-funktionale Anforderungen erfüllen (Performance, Sicherheit, Verfügbarkeit)
- Budget- und Zeitrahmen einhalten
- Skalierungsanforderungen (Nutzerzahl, Datenvolumen, Transaktionen/s)
Ohne klare Zieldefinition werden Kriterien willkürlich und die NWA verliert ihre Aussagekraft.
2. Alternativen festlegen
Es müssen mindestens zwei, idealerweise drei bis fünf realistische Architekturalternativen definiert werden. Beispiele:
- Monolith — alle Module in einem Deployable
- Microservices — unabhängige Services, eigene DB pro Service
- Layered (n-Tier) — Schichtenarchitektur (Presentation, Business, Data)
- Event-Driven Architecture (EDA) — asynchrone Kommunikation über Events
- Serverless — Functions-as-a-Service, kein Infrastruktur-Management
Jede Alternative muss kurz beschrieben werden, damit Bewerter die gleiche Vorstellung haben.
3. Kriterienliste
Kriterien müssen messbar, unabhängig voneinander und relevant für das Projekt sein. Typische Kriterien bei Architekturentscheidungen:
| Kriterium | Frage | Skala |
|---|---|---|
| Skalierbarkeit | Kann das System mit wachsender Last umgehen? | 1–10 |
| Wartbarkeit | Wie einfach sind Fehlerbehebung und Updates? | 1–10 |
| Sicherheit | Wie gut lassen sich Sicherheitsmechanismen integrieren? | 1–10 |
| Aufwand / Kosten | Wie hoch sind Implementierungs- und Betriebskosten? | 1–10 |
| Erweiterbarkeit | Wie gut lassen sich neue Features ergänzen? | 1–10 |
| Performance | Wie niedrig sind Latenz und Antwortzeiten? | 1–10 |
| Team-Erfahrung | Wie vertraut ist das Team mit dem Ansatz? | 1–10 |
| Fehlertoleranz | Wie robust ist die Architektur bei Ausfällen? | 1–10 |
Wichtig: Kriterien dürfen sich nicht überschneiden. “Performance” und “Skalierbarkeit” sind verwandt, aber nicht identisch — Performance misst Latenz unter Last, Skalierbarkeit misst das Wachstumspotential.
4. Gewichtung (%)
Jedes Kriterium erhält eine Gewichtung in Prozent, wobei die Summe 100 % ergeben muss. Die Gewichtung ist projektabhängig:
- E-Commerce-Plattform: Skalierbarkeit 30 %, Performance 20 %, Sicherheit 20 %, Wartbarkeit 15 %, Aufwand 15 %
- Banking-System: Sicherheit 35 %, Wartbarkeit 20 %, Fehlertoleranz 20 %, Skalierbarkeit 15 %, Aufwand 10 %
- Prototyp / MVP: Aufwand 40 %, Team-Erfahrung 25 %, Wartbarkeit 20 %, Skalierbarkeit 15 %
Die Gewichtung sollte im Team diskutiert und dokumentiert werden, um Subjektivität zu reduzieren.
5. Bewertung je Alternative
Jede Alternative wird pro Kriterium auf einer Skala von 1–10 bewertet (1 = sehr schlecht, 10 = sehr gut). Die Bewertung sollte begründet werden, idealerweise mit:
- Konkreten Erfahrungen aus vergleichbaren Projekten
- Benchmarks oder Prototypen-Ergebnissen
- Expertenmeinungen oder Literatur
6. Berechnung (Gewicht × Bewertung)
Der Nutzwert pro Zelle berechnet sich als:
Nutzwert = (Gewichtung in %) × (Bewertung 1–10)Der Gesamtnutzwert einer Alternative ist die Summe aller Zell-Nutzwerte.
7. Vergleich Gesamtnutzwerte
Die Alternative mit dem höchsten Gesamtnutzwert gewinnt. Wichtig: Der Unterschied sollte signifikant sein (mindestens 10 % Abstand), sonst ist die Entscheidung nicht eindeutig.
8. Interpretation und Begründung
Das Ergebnis muss interpretiert werden:
- Welche Alternative gewinnt und warum?
- Welche Kriterien waren ausschlaggebend?
- Wo sind die Schwächen der gewählten Architektur?
- Welche Risiken bleiben bestehen?
9. Risikoanalyse ergänzend
Die NWA allein reicht nicht — eine ergänzende Risikoanalyse identifiziert:
- Technische Risiken (z.B. neue Technologie, wenig Team-Erfahrung)
- Organisatorische Risiken (z.B. Team-Größe, Wissenstransfer)
- Wirtschaftliche Risiken (z.B. Vendor-Lock-in, Lizenzkosten)
- Abhängigkeiten (z.B. externe Services, Third-Party-Bibliotheken)
10. Dokumentation (Architekturentscheidung)
Die gesamte NWA muss dokumentiert werden, typischerweise als Architecture Decision Record (ADR):
- Kontext und Problemstellung
- betrachtete Alternativen
- Kriterien und Gewichtung (inkl. Begründung)
- Bewertungsmatrix
- Gesamtnutzwerte
- Entscheidung und Begründung
- Risiken und Mitigation
Praxisbeispiel (Bewertungsmatrix)
Drei Architekturalternativen werden für eine E-Commerce-Plattform bewertet:
| Kriterium | Gewicht | Monolith | Microservices | Layered (n-Tier) |
|---|---|---|---|---|
| Skalierbarkeit | 25 % | 6 | 9 | 7 |
| Wartbarkeit | 20 % | 5 | 8 | 7 |
| Sicherheit | 15 % | 6 | 7 | 6 |
| Aufwand | 20 % | 9 | 5 | 7 |
| Erweiterbarkeit | 20 % | 6 | 8 | 8 |
Berechnung der Nutzwerte:
| Kriterium | Gewicht | Monolith | Microservices | Layered |
|---|---|---|---|---|
| Skalierbarkeit | 25 % | 0,25 × 6 = 1,50 | 0,25 × 9 = 2,25 | 0,25 × 7 = 1,75 |
| Wartbarkeit | 20 % | 0,20 × 5 = 1,00 | 0,20 × 8 = 1,60 | 0,20 × 7 = 1,40 |
| Sicherheit | 15 % | 0,15 × 6 = 0,90 | 0,15 × 7 = 1,05 | 0,15 × 6 = 0,90 |
| Aufwand | 20 % | 0,20 × 9 = 1,80 | 0,20 × 5 = 1,00 | 0,20 × 7 = 1,40 |
| Erweiterbarkeit | 20 % | 0,20 × 6 = 1,20 | 0,20 × 8 = 1,60 | 0,20 × 8 = 1,60 |
| Gesamt | 100 % | 6,40 | 7,50 | 7,05 |
Ergebnis: Microservices gewinnen mit 7,50 Punkten trotz höherem Aufwand (nur 5/10), da Skalierbarkeit und Wartbarkeit stärker gewichtet sind. Der Abstand zu Layered (7,05) ist mit 0,45 Punkten jedoch gering — hier sollte eine Risikoanalyse ergänzt werden.
Vorteile und Nachteile
Vorteile
- Nachvollziehbare Architekturentscheidung — jeder Rechenschritt ist dokumentiert
- Vergleich technischer und wirtschaftlicher Kriterien in einer einheitlichen Matrix
- Gut für Stakeholder-Workshops — strukturierte Diskussion, transparente Gewichtung
- Reduziert Bauchgefühl-Entscheidungen — Kriterien und Gewichtung zwingen zur Reflexion
- Wiederverwendbar — die Kriterienliste kann für ähnliche Entscheidungen adaptiert werden
Nachteile
- Subjektivität möglich — Bewertungen und Gewichtung sind personenabhängig
- Abstimmung kann aufwändig sein — besonders bei großen Teams mit unterschiedlichen Perspektiven
- Kriterien können sich überschneiden — muss aktiv vermieden werden (z.B. Performance vs. Skalierbarkeit)
- Skala willkürlich — 1–10 ist nicht metrisch, sondern ordinal
- Kann falsche Präzision vortäuschen — 7,50 vs. 7,05 suggeriert Genauigkeit, die bei subjektiven Bewertungen nicht gegeben ist
Typische Prüfungsfragen (mit Kurzantwort)
- Wozu dient eine Architektur-NWA? Strukturierter Vergleich von Architekturansätzen anhand gewichteter Kriterien.
- Wie wird der Nutzwert berechnet? Gewicht × Bewertung, dann Summierung aller Kriterien pro Alternative.
- Wie reduziert man Verzerrung? Team-Validierung, klare Kriterien, konsistente Skalen, Begründung jeder Bewertung.
- Was muss bei der Gewichtung beachtet werden? Summe = 100 %, projektabhängig, im Team diskutiert und dokumentiert.
- Warum ist eine Risikoanalyse zusätzlich zur NWA wichtig? Die NWA erfasst nur bewertbare Kriterien, nicht unbekannte oder schwer quantifizierbare Risiken.
Freie Antwort
In IHK-Projekten kann eine NWA den Abschnitt „Alternativenbewertung” sehr stark machen – wenn Kriterien, Gewichtung und Rechenweg transparent dokumentiert sind. Besonders im AP2-Projektantrag ist eine NWA ein hervorragendes Werkzeug, um die Architekturentscheidung methodisch abzusichern. Der Prüfer sieht sofort, dass nicht “aus dem Bauch heraus” entschieden wurde, sondern ein systematischer Vergleich stattfand.
Lernstrategie
- Drei Architekturalternativen definieren (z.B. Monolith, Microservices, Layered).
- Fünf Kriterien ohne Überschneidung formulieren.
- Gewichtung festlegen (Summe = 100 %) und begründen.
- Matrix rechnen, Ergebnis interpretieren und begründen.
- Risikoanalyse ergänzen und als ADR dokumentieren.
Weiter zu https://www.irc-coding.de/nutzwertanalyse-grundlagen-kriterien-gewichtung
Weiterführende Infos
- https://arc42.org/ — Architecture Decision Records
- https://www.projektmagazin.de/methoden/nutzwertanalyse