Requirements Analysis
Strukturierter Prozess zur Erfassung, Priorisierung und Spezifikation von Anforderungen als Grundlage für Entwurf und Validierung.
Klassifikation
- KomplexitätMittel
- AuswirkungGeschäftlich
- EntscheidungstypDesign
- OrganisationsreifeFortgeschritten
Technischer Kontext
Prinzipien & Ziele
Use Cases & Szenarien
Kompromisse
- Missverständnisse führen zu teuren Nacharbeiten.
- Scope Creep durch unklare Priorisierung.
- Überdokumentation blockiert iterative Lieferung.
- Verwende klare, messbare Akzeptanzkriterien.
- Iterativ vorgehen und Anforderungen regelmäßig prüfen.
- Sorge für frühe Einbindung aller relevanten Stakeholder.
I/O & Ressourcen
- Geschäftsziele und KPIs
- Stakeholder-Interviews und Workshops
- Bestehende System- und Prozessdokumentation
- Priorisierte Anforderungsliste
- Akzeptanzkriterien und Testfälle
- Traceability-Matrix
Beschreibung
Requirements Analysis identifiziert, priorisiert und dokumentiert funktionale sowie nicht-funktionale Anforderungen an Systeme und Produkte. Sie verbindet Stakeholder-Bedürfnisse mit technischen Rahmenbedingungen, schafft Nachverfolgbarkeit und bildet die Grundlage für Entwurf, Validierung und frühe Projektentscheidungen. Ziel ist eine klare, geprüfte und akzeptierte sowie konsistente Spezifikation.
✔Vorteile
- Reduzierte Fehlentwicklungen durch klare Anforderungen.
- Bessere Planbarkeit und Priorisierung von Lieferungen.
- Verbesserte Kommunikation zwischen Fach- und Entwicklungsteams.
✖Limitationen
- Ergebnis hängt stark von Stakeholder-Verfügbarkeit und -Qualität ab.
- Kann zeitaufwändig sein bei vielen Beteiligten.
- Nicht alle Anforderungen sind in frühen Phasen vollständig spezifizierbar.
Trade-offs
Metriken
- Anforderungsvolatilität
Anzahl und Anteil geänderter Anforderungen über einen Zeitraum.
- Traceability-Abdeckung
Prozentualer Anteil an Anforderungen mit Rückverfolgbarkeit bis zu Tests oder User Stories.
- Zeit bis zur Freigabe
Durchschnittliche Dauer von Anforderungsentwurf bis formale Freigabe.
Beispiele & Implementierungen
E-Commerce-Checkout
Anforderungen an Zahlungsfluss, Betrugsprävention und Performance wurden priorisiert und in Akzeptanzkriterien überführt.
Mobile App Release
Plattformanforderungen, Offline-Verhalten und Datenschutz wurden als nicht-funktionale Anforderungen spezifiziert.
Behördliche Meldepflicht
Regulatorische Spezifikationen führten zu zusätzlichen Validierungs- und Audit-Anforderungen in der Spezifikation.
Implementierungsschritte
Stakeholder identifizieren und Engagement sicherstellen.
Ziele und Kontext klären.
Anforderungen erheben (Interviews, Workshops, Dokumentenanalyse).
Anforderungen dokumentieren, priorisieren und mit Akzeptanzkriterien versehen.
Traceability herstellen und Review-/Freigabeprozess etablieren.
⚠️ Technische Schulden & Engpässe
Tech Debt
- Unklare Anforderungen führen zu steigender Wartungskomplexität.
- Fehlende Traceability erschwert Fehlerursachenanalyse.
- Nicht dokumentierte Kompromisse verursachen zukünftige Unsicherheiten.
Bekannte Engpässe
Beispiele für Missbrauch
- Anforderungen werden ausschließlich von einem Entwickler geschrieben.
- Priorisierung erfolgt nach subjektiven Meinungen ohne Kriterien.
- Dokumentation wird nicht gepflegt und verfällt schnell.
Typische Fallen
- Verwechslung von Lösungsvorschlägen mit Anforderungen.
- Zu späte Einbindung von Compliance- oder Betriebsteams.
- Fehlende Validierung mit echten Anwendern.
Erforderliche Fähigkeiten
Drivers (Architectural Drivers)
Constraints
- • Zeitliche Vorgaben des Projekts
- • Begrenzte Verfügbarkeit fachlicher Experten
- • Regulatorische Anforderungen