Anforderungsanalyse im SDLC: Schritte, Techniken & Best Practices

Von Abhay Talreja

28.12.2025

Mein neuester Artikel - Empirical Process Control - The Key to Agile Success

Die Anforderungsanalyse ist die grundlegende Phase des Software Development Life Cycle (SDLC), in der Projektteams erfassen, analysieren und dokumentieren, was die Software leisten muss, um die Bedurfnisse der Stakeholder zu erfullen.

Diese kritische Phase produziert das Software-Anforderungsspezifikations-Dokument (SRS), das als Blaupause fur alle nachfolgenden Entwicklungsaktivitaten dient. Forschungen zeigen, dass 39% der Softwareprojekte aufgrund schlechter Anforderungserfassung und -verwaltung scheitern, was diese Phase fur den Projekterfolg unverzichtbar macht.

Hauptmerkmale: Die Anforderungsanalyse umfasst Stakeholder-Interviews, Dokumentenanalyse, Use-Case-Entwicklung und Validierungsaktivitaten. Sie identifiziert sowohl funktionale Anforderungen (was das System tut) als auch nicht-funktionale Anforderungen (wie das System funktioniert).

Schnellantwort: Anforderungsanalyse auf einen Blick

Dieser umfassende Leitfaden behandelt die Anforderungsanalysephase im Software Development Life Cycle (SDLC), einschliesslich schrittweiser Prozesse, Erfassungstechniken, Dokumentationsstandards und Best Practices mit praxisnahen Beispielen.

Was ist Anforderungsanalyse in der Softwareentwicklung?

Die Anforderungsanalyse ist der systematische Prozess der Identifizierung, Erfassung, Analyse und Dokumentation der Bedurfnisse und Erwartungen, die Software erfullen muss. Sie dient als kritische Brucke zwischen Geschaftszielen und technischer Implementierung und stellt sicher, dass Entwicklungsteams Software erstellen, die tatsachlich Benutzerprobleme lost.

Wahrend dieser Phase arbeiten Business Analysten, Product Owner und technische Teams mit Stakeholdern zusammen, um:

• Geschaftsziele zu verstehen: Warum wird diese Software erstellt?
• Benutzerbedurfnisse zu identifizieren: Welche Probleme wird sie losen?
• Systemfahigkeiten zu definieren: Was muss die Software tun?
• Einschrankungen festzulegen: Welche Grenzen gibt es (Budget, Zeitplan, Technologie)?
• Qualitatsstandards zu setzen: Wie gut muss sie funktionieren?

Das Ergebnis dieser Phase ist das Software-Anforderungsspezifikations-Dokument (SRS), das zur massgeblichen Referenz fur das gesamte Projekt wird und die Aktivitaten in Design, Entwicklung und Tests leitet.

Warum Anforderungsanalyse kritisch fur den Projekterfolg ist

Effektive Anforderungsanalyse beeinflusst Projektergebnisse direkt auf messbare Weise:

Kostenauswirkungen:

• Die Behebung von Anforderungsfehlern wahrend der Entwicklung kostet 5-10x mehr als wahrend der Analyse
• Die Behebung von Anforderungsfehlern in der Produktion kostet 50-100x mehr
• Anforderungsbezogene Nacharbeit macht 30-50% der Projektbudgets aus

Projekterfolsfaktoren:

Haufige Folgen schlechter Anforderungen:

• Scope Creep und unkontrollierte Anderungen
• Nicht abgestimmte Ergebnisse, die Benutzerbedurfnisse nicht erfullen
• Verlangerte Zeitplane und Budgetuberschreitungen
• Geringe Benutzerakzeptanz und Stakeholder-Unzufriedenheit
• Projektabbruch in schweren Fallen

Der 6-Schritte-Anforderungsanalyseprozess

Ein strukturierter Ansatz gewahrleistet umfassende und qualitativ hochwertige Anforderungen. Befolgen Sie diese sechs Schritte fur eine effektive Anforderungsanalyse:

Schritt 1: Informationssammlung

Die Informationssammlung umfasst das Sammeln von Rohdaten uber Benutzerbedurfnisse, Geschaftsziele und Systemeinschrankungen aus allen relevanten Quellen.

Hauptaktivitaten:

• Stakeholder-Identifizierung: Erfassen Sie alle von der Software betroffenen Parteien
• Erste Interviews: Fuhren Sie Entdeckungssitzungen mit wichtigen Stakeholdern durch
• Dokumentenuberprufung: Analysieren Sie bestehende Systeme, Prozesse und Dokumentation
• Marktforschung: Verstehen Sie die Wettbewerbslandschaft und Branchenstandards
• Einschrankungsidentifizierung: Dokumentieren Sie Budget-, Zeitplan- und technische Limitierungen

Ergebnisse:

• Stakeholder-Register
• Initiale Anforderungsliste (roh, unverfeinert)
• Geschaftskontextdokumentation
• Einschrankungskatalog

Schritt 2: Analyse und Verfeinerung

Die Analyse transformiert Rohinformationen in strukturierte, umsetzbare Anforderungen durch Identifizierung von Mustern, Losung von Konflikten und Sicherstellung der Machbarkeit.

Hauptaktivitaten:

• Anforderungsklassifizierung: Kategorisierung in funktionale und nicht-funktionale
• Konfliktlosung: Identifizierung und Losung widerspruchlicher Anforderungen
• Machbarkeitsbewertung: Bewertung der technischen und geschaftlichen Durchfuhrbarkeit
• Abhangigkeitszuordnung: Verstehen von Anforderungsbeziehungen
• Gap-Analyse: Identifizierung fehlender Anforderungen

Analysetechniken:

Schritt 3: Anforderungsdefinition

Die Anforderungsdefinition erstellt prazise, eindeutige Aussagen, die klar beschreiben, was das System tun muss.

Qualitativ hochwertige Anforderungen schreiben:

Jede Anforderung sollte sein:

• Spezifisch: Klar und eindeutig
• Messbar: Quantifizierbare Akzeptanzkriterien
• Erreichbar: Technisch und finanziell machbar
• Relevant: An Geschaftszielen ausgerichtet
• Testbar: Durch Tests verifizierbar

Beispiel fur gute vs. schlechte Anforderungen:

Schritt 4: Use-Case-Entwicklung

Use Cases beschreiben, wie Benutzer mit dem System interagieren, um bestimmte Ziele zu erreichen, und liefern Kontext fur Anforderungen.

Use-Case-Komponenten:

• Akteur: Wer interagiert mit dem System
• Vorbedingungen: Was muss wahr sein, bevor der Use Case beginnt
• Hauptablauf: Schrittweise Interaktionssequenz
• Alternative Ablaufe: Variationen und Ausnahmen
• Nachbedingungen: Systemzustand nach Abschluss

Beispiel Use Case: Benutzeranmeldung

Use Case: Benutzeranmeldung
Akteur: Registrierter Benutzer
Vorbedingung: Benutzer hat gultige Kontoanmeldedaten

Hauptablauf:
1. Benutzer navigiert zur Anmeldeseite
2. System zeigt Anmeldeformular an
3. Benutzer gibt E-Mail und Passwort ein
4. Benutzer klickt auf "Anmelden"-Schaltflache
5. System validiert Anmeldedaten
6. System leitet zum Dashboard weiter

Alternative Ablaufe:
- Ungultige Anmeldedaten: Fehler anzeigen, erneuten Versuch ermoglichen (max. 3 Versuche)
- Passwort vergessen: Zur Passwort-Zurucksetzung weiterleiten
- Konto gesperrt: Sperrmeldung mit Support-Kontakt anzeigen

Nachbedingung: Benutzer ist authentifiziert und Sitzung wurde erstellt

Schritt 5: Validierung und Verifizierung

Die Validierung stellt sicher, dass Anforderungen die Bedurfnisse der Stakeholder genau widerspiegeln, wahrend die Verifizierung bestatigt, dass sie vollstandig, konsistent und machbar sind.

Validierungsaktivitaten:

• Stakeholder-Reviews: Anforderungen zur Ruckmeldung und Genehmigung prasentieren
• Prototypentests: Verstandnis durch interaktive Mockups validieren
• Walkthrough-Sitzungen: Szenarien mit Endbenutzern durchgehen
• Peer Reviews: Technische Teambewertung der Machbarkeit

Verifizierungs-Checkliste:

• Alle Anforderungen sind eindeutig identifiziert
• Keine widerspruchlichen Anforderungen
• Alle Anforderungen sind testbar
• Ruckverfolgbarkeit zu Geschaftszielen etabliert
• Technische Machbarkeit vom Entwicklungsteam bestatigt
• Nicht-funktionale Anforderungen sind quantifiziert

Schritt 6: Dokumentation

Die Dokumentation erstellt die formale Software-Anforderungsspezifikation (SRS), die wahrend des gesamten Projekts als massgebliche Referenz dient.

Dokumentationsstandards:

• Verwenden Sie konsistente Terminologie durchgehend
• Berucksichtigen Sie Versionskontrolle und Anderungsverlauf
• Stellen Sie visuelle Hilfsmittel bereit (Diagramme, Wireframes, Flussdiagramme)
• Organisieren Sie logisch mit klarer Navigation
• Fugen Sie ein Glossar fur Fachbegriffe ein

Hauptdokumente, die erstellt werden:

1. Software-Anforderungsspezifikation (SRS): Vollstandige Anforderungsdokumentation
2. Use-Case-Dokument: Detaillierte Interaktionsszenarien
3. Datenworterbuch: Definition aller Datenelemente
4. Ruckverfolgbarkeitsmatrix: Verknupft Anforderungen mit Geschaftszielen und Testfallen

Arten von Anforderungen

Das Verstandnis der Anforderungsarten gewahrleistet eine umfassende Abdeckung aller Systembedurfnisse.

Funktionale Anforderungen

Funktionale Anforderungen definieren was das System tun muss - die spezifischen Verhaltensweisen, Funktionen und Features.

Beispiele nach Kategorie:

Nicht-funktionale Anforderungen

Nicht-funktionale Anforderungen definieren wie gut das System funktionieren muss - Qualitatsattribute und Einschrankungen.

Kategorien nicht-funktionaler Anforderungen:

Geschaftsanforderungen vs. technische Anforderungen

Geschaftsanforderungen:

• Ubergeordnete Aussagen zu Geschaftszielen
• In Geschaftssprache verfasst
• Fokus auf Ergebnisse und Wert
• Beispiel: "Kunden-Onboarding-Zeit um 50% reduzieren"

Technische Anforderungen:

• Detaillierte Spezifikationen fur die Implementierung
• In technischer Sprache verfasst
• Fokus auf die Erreichung von Zielen
• Beispiel: "OAuth 2.0 fur Single Sign-On-Integration implementieren"

Anforderungserfassungstechniken

Effektive Anforderungserfassung verwendet mehrere Techniken, um umfassende und genaue Informationen zu erfassen.

Interviews und Fragebogen

Interviews sind Einzel- oder Kleingruppensitzungen, die eine tiefe Erkundung von Bedurfnissen ermoglichen.

Best Practices fur Interviews:

• Bereiten Sie strukturierte Fragen vor, aber ermoglichen Sie Flexibilitat
• Interviewen Sie diverse Stakeholder (Fuhrungskrafte, Endbenutzer, Support-Mitarbeiter)
• Zeichnen Sie Sitzungen mit Erlaubnis auf fur Genauigkeit
• Folgen Sie mit schriftlichen Zusammenfassungen zur Validierung nach

Fragebogen erfassen effizient Informationen von grossen Stakeholder-Gruppen.

Wann verwenden:

• Grosse Benutzerpopulationen
• Geografisch verteilte Stakeholder
• Initiale Datenerfassung vor detaillierten Interviews
• Quantitative Datenerhebung (Bewertungen, Rankings)

Workshops und Fokusgruppen

Workshops bringen mehrere Stakeholder fur die kollaborative Anforderungsentwicklung zusammen.

Workshop-Typen:

Beobachtung und Job Shadowing

Beobachtung beinhaltet das Beobachten von Endbenutzern bei der Interaktion mit aktuellen Systemen in ihrer naturlichen Arbeitsumgebung.

Vorteile:

• Identifiziert implizite Anforderungen, die Benutzer nicht artikulieren konnen
• Deckt Workarounds auf, die auf Systemlucken hinweisen
• Liefert Kontext fur das Anforderungsverstandnis
• Deckt Effizienzverbesserungsmoglichkeiten auf

Dokumentenanalyse

Dokumentenanalyse uberpruft bestehende Materialien, um aktuelle Prozesse und Anforderungen zu verstehen.

Zu analysierende Dokumente:

• Aktuelle Systemdokumentation
• Geschaftsprozessdiagramme
• Regulatorische und Compliance-Dokumente
• Schulungsmaterialien und Benutzerhanducher
• Support-Tickets und Feedback-Protokolle
• Wettbewerbsprodukt-Dokumentation

Prototyping

Prototyping erstellt visuelle Darstellungen, um das Verstandnis zu validieren und Feedback zu sammeln.

Prototyp-Typen:

Software-Anforderungsspezifikations-Dokument (SRS)

Das SRS ist das primare Ergebnis der Anforderungsanalyse und dient als massgebliche Referenz fur das gesamte Projekt.

SRS-Struktur und -Komponenten

Standard-SRS-Struktur (IEEE 830-1993):

1. Einleitung

• Zweck und Umfang
• Definitionen und Akronyme
• Referenzen
• Uberblick

2. Gesamtbeschreibung

• Produktperspektive
• Produktfunktionen (ubergeordnet)
• Benutzercharakteristiken
• Einschrankungen
• Annahmen und Abhangigkeiten

3. Spezifische Anforderungen

• Funktionale Anforderungen (detailliert)
• Nicht-funktionale Anforderungen
• Externe Schnittstellenanforderungen
• Systemfeatures

4. Anhange

• Datenworterbuch
• Analysemodelle
• Unterstutzende Dokumentation

Effektive Anforderungen schreiben

FACTS-Framework fur Anforderungen:

1. Funktionale Anforderungen: Framework fur die Implementierung
2. Analysemodell: Detaillierte Anforderungsspezifikationen
3. Kognitives Modell: Wie Endbenutzer das System wahrnehmen
4. Content & Structure: Datenworterbuch und organisatorische Flussdiagramme
5. Spezifikation: Balance zwischen Vollstandigkeit und Flexibilitat

Anforderungs-Smells vermeiden:

Achten Sie auf diese Warnzeichen fur schlechte Anforderungen:

• Vage Adverbien: "schnell", "einfach", "effizient"
• Subjektive Adjektive: "benutzerfreundlich", "intuitiv", "modern"
• Superlative: "beste", "optimal", "maximal"
• Mehrdeutige Pronomen: "es", "sie" ohne klare Referenzen
• Escape-Klauseln: "wenn moglich", "wie angemessen"

IEEE Standard 830-1993

Der IEEE 830-1993-Standard bietet eine empfohlene Struktur fur SRS-Dokumente:

Best Practices fur die Anforderungsanalyse

Befolgen Sie diese bewahrten Praktiken fur eine erfolgreiche Anforderungsanalyse:

1. Stakeholder fruh und oft einbeziehen

• Identifizieren Sie alle Stakeholder bei Projektinitiierung
• Etablieren Sie regelmaessige Kommunikationsrhythmen
• Erstellen Sie Feedback-Schleifen fur kontinuierliche Validierung
• Dokumentieren Sie Stakeholder-Bedenken und adressieren Sie diese

2. Mehrere Erfassungstechniken verwenden

• Kombinieren Sie Interviews, Workshops, Beobachtung und Dokumentenanalyse
• Triangulieren Sie Ergebnisse aus verschiedenen Quellen
• Passen Sie Techniken an Stakeholder-Praferenzen und Verfugbarkeit an

3. Anforderungen systematisch priorisieren

• Verwenden Sie MoSCoW-Priorisierung (Must, Should, Could, Won't)
• Berucksichtigen Sie Geschaftswert, Risiko und Abhangigkeiten
• Beziehen Sie Stakeholder in Priorisierungsentscheidungen ein
• Dokumentieren Sie die Begrundung fur Prioritatszuweisungen

4. Ruckverfolgbarkeit pflegen

• Verknupfen Sie Anforderungen mit Geschaftszielen
• Verbinden Sie Anforderungen mit Designelementen und Testfallen
• Verwenden Sie Ruckverfolgbarkeitsmatrizen fur Auswirkungsanalysen
• Aktualisieren Sie Ruckverfolgbarkeit bei Anforderungsanderungen

5. Fur Anderungen planen

• Etablieren Sie Anderungskontrollprozesse
• Versionskontrolle fur alle Anforderungsdokumente
• Bewerten Sie Auswirkungen von Anderungen vor der Genehmigung
• Kommunizieren Sie Anderungen an alle betroffenen Parteien

6. Kontinuierlich validieren

• Uberprufen Sie Anforderungen regelmaessig mit Stakeholdern
• Verwenden Sie Prototypen zur Verstandnisvalidierung
• Fuhren Sie Peer Reviews zur Qualitatssicherung durch
• Holen Sie formelle Abnahmen an wichtigen Meilensteinen ein

Haufige Fehler, die vermieden werden sollten

1. Unzureichendes Stakeholder-Engagement

• Problem: Fehlende Schlussel-Perspektiven fuhren zu unvollstandigen Anforderungen
• Losung: Erfassen Sie alle Stakeholder und stellen Sie Vertretung in Erfassungsaktivitaten sicher

2. Mehrdeutige Sprache

• Problem: Vage Anforderungen verursachen Fehlinterpretationen
• Losung: Verwenden Sie spezifische, messbare Sprache mit Akzeptanzkriterien

3. Gold Plating

• Problem: Hinzufugen von Features, die von Stakeholdern nicht angefragt wurden
• Losung: Verfolgen Sie alle Anforderungen zu dokumentierten Stakeholder-Bedurfnissen zuruck

4. Analyse-Paralyse

• Problem: Endlose Analyse ohne Fortschritt
• Losung: Begrenzen Sie Analyseaktivitaten zeitlich und verwenden Sie iterative Verfeinerung

5. Validierung uberspringen

• Problem: Annahmen werden erst wahrend der Entwicklung verifiziert
• Losung: Bauen Sie Validierungsprufpunkte in den Prozess ein

6. Schlechte Dokumentation

• Problem: Wissen geht verloren, wenn Teammitglieder wechseln
• Losung: Pflegen Sie umfassende, zugangliche Dokumentation

7. Nicht-funktionale Anforderungen ignorieren

• Problem: System funktioniert, aber leistungsschwach
• Losung: Definieren und quantifizieren Sie Qualitatsattribute explizit

Rollen und Verantwortlichkeiten

Tools fur das Anforderungsmanagement

Enterprise-Tools:

Kollaborationstools:

• Miro/Mural: Visuelle Zusammenarbeit und Workshops
• Confluence: Dokumentation und Wissensmanagement
• Notion: Flexible Dokumentation und Datenbanken
• Google Docs: Leichtgewichtige Zusammenarbeit

Modellierungstools:

• Lucidchart: Diagramme und Flussdiagramme
• Draw.io: Kostenloses Diagrammieren
• Enterprise Architect: UML-Modellierung
• Figma: Prototyping und Wireframes

Fazit

Die Anforderungsanalyse ist das Fundament, auf dem erfolgreiche Softwareprojekte aufgebaut werden. Durch die Investition angemessener Zeit und Muhe in diese Phase konnen Entwicklungsteams Risiken erheblich reduzieren, Kosten kontrollieren und Software liefern, die die Bedurfnisse der Stakeholder wirklich erfullt.

Wichtige Erkenntnisse:

• Einem strukturierten Prozess folgen: Verwenden Sie den 6-Schritte-Ansatz (Erfassung, Analyse, Definition, Use Cases, Validierung, Dokumentation) fur umfassende Anforderungen
• Mehrere Techniken verwenden: Kombinieren Sie Interviews, Workshops, Beobachtung und Prototyping fur vollstandiges Verstandnis
• Qualitativ hochwertige Anforderungen schreiben: Machen Sie Anforderungen spezifisch, messbar, erreichbar, relevant und testbar
• Kontinuierlich validieren: Binden Sie Stakeholder durchgehend ein, um kostspielige Missverstandnisse zu vermeiden
• Grundlich dokumentieren: Erstellen Sie umfassende SRS-Dokumente, die als massgebliche Referenzen dienen

Auswirkungen auf den Projekterfolg:

Effektive Anforderungsanalyse verhindert die 39% der Projektfehlschlage, die auf schlechte Anforderungen zuruckzufuhren sind. Sie reduziert Entwicklungsnacharbeit um 30-50%, verbessert die Stakeholder-Zufriedenheit und etabliert ein solides Fundament fur die Phasen Design, Entwicklung und Tests.

Nachste Schritte:

Nach Abschluss der Anforderungsanalyse und Erhalt der Stakeholder-Genehmigung geht das Projekt zur Design-Phase uber, in der Anforderungen in technische Spezifikationen und architektonische Blaupausen umgewandelt werden, die die Implementierung leiten.

Denken Sie daran: Die Qualitat Ihrer Anforderungen bestimmt direkt die Qualitat Ihrer Software. Investieren Sie darin, Anforderungen richtig zu machen, und der gesamte Entwicklungslebenszyklus profitiert.

Im Video verwendete Prasentation

Hier ist die im Video verwendete Prasentationsfolie. Wenn Sie Feedback haben, lassen Sie es uns auf unserem EasyRetro-Board (opens in a new tab) wissen.

Quiz

Weiterlesen

Haufig gestellte Fragen

Häufig gestellte Fragen (FAQs)