Anforderungslebenszyklusmanagement

⚡ Intelligente Zusammenfassung

Das Anforderungslebenszyklusmanagement umfasst Definition, Validierung, Dokumentation und Management. tracDie Schritte umfassen die Priorisierung, Änderungsbewertung und Genehmigung und bieten Business-Analysten einen wiederholbaren Rahmen, um die Softwareanforderungen in jeder Projektphase an den Geschäftsbedürfnissen auszurichten.

🌀 Überblick über den Lebenszyklus: Der Anforderungslebenszyklus umfasst vier Kernphasen – Definition, Validierung, Dokumentation und Management –, die jede Projektmethodik prägen.
🧭 BABOK-Aufgaben: Trace, pflegen, priorisieren, Änderungen bewerten und Anforderungen genehmigen sind die fünf kontinuierlichen Aufgaben, die im BABOK Guide definiert sind.
🔍 Folgenabschätzung: Die Analyse von Anforderungen liefert Fakten und Zahlen, die es einem Business-Analysten ermöglichen, Ergebnisse vorherzusagen und Projektrisiken frühzeitig zu reduzieren.
📄 Dokumentationsumfang: Ein vollständiges Anforderungsdokument erfasst die Bedürfnisse der Stakeholder, den Geschäftsanalyseplan, die Ist-Zustandsanalyse und die Spezifikation des Projektumfangs.
🔗 TracFähigkeit: Anforderungen TracDie Machbarkeitsmatrix verknüpft jede Anforderung mit Entwürfen, Code und Tests und verhindert so eine Ausweitung des Projektumfangs und unvollständige Testabdeckung.
️ Werkzeuglandschaft: Jama Connect, IBM TÜREN, Modern Requirements, Jira mit Xray und Azure DevOps automatisieren den gesamten Lebenszyklus.

Was ist der Lebenszyklus einer Anforderung?

Der Anforderungslebenszyklus umfasst mehrere Phasen und kann mitunter komplex sein. Die Art des Prozesses hängt von der gewählten Softwareentwicklungsmethodik ab, z. B. agil, Wasserfallmodell, inkrementell usw. Jede Phase kann umfangreiche Dokumentations- und Genehmigungsverfahren mit sich bringen. Dazu gehören auch Projektdokumente wie Projektvorschlag, Projektmanagementplan, Projektumfang und Business Case. Im Folgenden betrachten wir die gängigen Phasen des Anforderungslebenszyklus, die jeder Business Analyst kennen sollte.

Anforderungslebenszyklusdiagramm

Phase 1: Anforderungsdefinition

Dies ist eine der Hauptphasen des Anforderungserhebungsprozesses, allgemein bekannt als Anforderungsanalyse.traction oder Herbeiführung.

Sobald die Anforderungen erfasst sind, können sie je nach Produktversion oder Sprint logisch in Ordnern organisiert werden.

Diese Anforderungen werden weiter analysiert, um Fakten und Zahlen aufzubereiten, die einem Business Analysten helfen. tracBasierend auf der Analyse ergeben sich k mögliche Ergebnisse. Dieses Verfahren wird als ... bezeichnet. Folgenabschätzung.

Phase 2: Anforderungsvalidierung

In der Phase der Anforderungsvalidierung werden die Bedürfnisse oder Bedingungen analysiert, die erforderlich sind, um ein neues oder geändertes Produkt zu realisieren, wobei die Bedürfnisse der verschiedenen Interessengruppen berücksichtigt werden.

Für den Erfolg eines jeden Projekts ist die Validierung der Anforderungen entscheidend. Die Anforderungsvalidierung umfasst die Prüfung der Spezifikation, Wireframes, hochauflösender Simulationen und tracMachbarkeitsanalyse.

Es gibt Tools zur Anforderungsvalidierung, die einen Großteil dieser Arbeit mit minimalem menschlichen Eingriff automatisieren.

Phase 3: Anforderungsdokumentation

Die Anforderungsdokumente sollten Folgendes umfassen:

Anforderungen der Projektbeteiligten
Geschäftsanalyseplan
Ist-Zustandsanalyse
Spezifikation der Scope-Anweisung

Phase 4: Anforderungsmanagement

Der Anforderungsmanagementprozess umfasst die Planung, Überwachung, Analyse, Kommunikation und Verwaltung von Anforderungen. Wird das Anforderungsmanagement nicht optimal gestaltet, leidet das Endprodukt. Online stehen Tools für das Anforderungsmanagement zur Verfügung, die Ihnen dabei helfen, Anforderungen reibungslos zu verwalten.

Fünf Kernaufgaben im Anforderungslebenszyklusmanagement

Der IIBA BABOK Guide beschreibt das Anforderungslebenszyklusmanagement als fünf ineinandergreifende Aufgaben, die ein Business Analyst vor, während und nach der Auslieferung durchführt. Es handelt sich dabei nicht um streng sequenzielle Phasen, sondern sie finden kontinuierlich im Zuge der Projektentwicklung statt.

Trace Anforderungen: Dokumentieren Sie, woher jede Anforderung stammt und wo sie im Design, im Code und in den Tests erfüllt wird. TracEability macht Reichweite und Auswirkungen von Änderungen in Sekunden statt in Stunden sichtbar.
Anforderungen pflegen: Halten Sie die Anforderungsgrundlagen stets aktuell. Wenn sich Umfang oder Kontext ändern, aktualisieren Sie die Anforderungsliste, damit das Team niemals mit veralteten Informationen arbeitet.
Anforderungen priorisieren: Anforderungen werden nach Wert, Risiko und Dringlichkeit mithilfe von Techniken wie MoSCoW, gewichteter Bewertung oder Kosten-von-Verzögerung priorisiert. Die Priorisierung bestimmt, was in den nächsten Sprint oder das nächste Release aufgenommen wird.
Anforderungsänderungen bewerten: Wenn ein Änderungsantrag eingeht, werden Kosten, Aufwand, Abhängigkeiten und Übereinstimmung mit den Projektzielen bewertet, bevor er angenommen oder abgelehnt wird. Hier findet das Änderungsmanagement statt.
Anforderungen genehmigen: Sichern Sie sich die formelle Genehmigung der richtigen Stakeholder, damit das Unternehmen die Eigentumsrechte an dem Erstellten besitzt und das Lieferteam eine klare Genehmigung zur Fortsetzung des Projekts hat.

Business-Analysten wenden Techniken wie Geschäftsregelanalyse, funktionale Dekomposition, Prozessmodellierung, User Stories und Workshops in diesen fünf Aufgabenbereichen an. Gemeinsam schließen sie den Kreislauf zwischen Anforderungserhebung, -bereitstellung und Support nach der Implementierung, sodass keine Anforderung verloren geht oder ohne Mehrwert umgesetzt wird.

Voraussetzungen: TracEffizienzmatrix (RTM) erklärt

Anforderungen TracDie Anforderungsmatrix (Request for Metrics, RTM) ist das Arbeitsdokument, das jede Anforderung mit ihrem Ursprung, Designelement, Codebestandteil und Testfall verknüpft. Sie ist das praktische Werkzeug, das die „Trace Anforderungen“ Aufgabe in einen durchsuchbaren Datensatz umwandeln.

vorwärts tracFähigkeit: Stellt sicher, dass jede Geschäftsanforderung durch ein Designelement und einen Testfall erfüllt wird, um ein Überschreiten des Projektumfangs zu verhindern.
rückwärts tracFähigkeit: Es wird sichergestellt, dass jede gelieferte Funktion einer genehmigten Anforderung entspricht, wodurch Umfangserweiterungen und unnötige Auswüchse vermieden werden.
bidirektionale tracFähigkeit: Kombiniert beide Richtungen und ist das Format, das die meisten Business-Analysten und QA-Teams in Unternehmen verwenden, insbesondere in regulierten Branchen wie dem Finanz- und Gesundheitswesen.

In agilen Projekten verknüpft das RTM Epics und User Stories mit Akzeptanzkriterien und automatisierten Tests. Moderne Tools wie Jama Connect, Modern Requirements, Jira Xray und Azure DevOps generiert die Matrix automatisch, sodass sie über Sprints hinweg aktuell bleibt und nicht zu einer Tabellenkalkulation verkommt, der niemand mehr vertraut.

Gängige Tools für das Anforderungsmanagement

Von Hand tracDie Verwaltung von Anforderungen in Tabellenkalkulationen stößt bei wachsenden Teams schnell an ihre Grenzen. Die folgenden Tools werden von Business-Analysten häufig verwendet, um den gesamten Lebenszyklus abzudecken.

Jama Connect: Plattform für Unternehmensanforderungen mit Baseline-Erstellung, Überprüfungen, Risikoanalyse und Live-Funktionen tracFähigkeit über Systementwicklungsteams hinweg.
IBM Engineering Requirements Management-TÜREN: Ein seit langem etabliertes Werkzeug, das in der Luft- und Raumfahrt, der Verteidigungsindustrie und der Automobilindustrie für große, regulierte Anforderungssätze eingesetzt wird.
Modern Requirements für Azure DevOps: Erweitert Azure DevOps-Arbeitselemente mit Überprüfung, Baseline und tracLeistungsmerkmale, die auf agile und hybride Teams ausgerichtet sind.
Jira und Xray: Eine beliebte agile Kombination, die Epics und User Stories mit Testfällen und Fehlern verknüpft und so ein schlankes Anforderungsmanagement für viele Softwareteams ermöglicht.
Visure-Anforderungen ALM: Eine Plattform für das Management des Anwendungslebenszyklus, die Anforderungen, Tests, Risiken und Änderungskontrolle in einem Arbeitsbereich vereint.
Blueprint Storyteller: Der Fokus liegt darauf, Geschäftsziele in strukturierte Anforderungen umzuwandeln, die für nachgelagerte Bereitstellungstools geeignet sind.

Das richtige Tool hängt von der Teamgröße, den regulatorischen Anforderungen und dem benötigten Umfang ab. tracDie von den Prüfern oder Sicherheitsnachweisen geforderte Funktionalität ist entscheidend. Viele Teams beginnen mit einer einfachen Lösung wie Jira und einer Tabellenkalkulation und wechseln zu einer dedizierten Plattform, sobald der Umfang dies erfordert.

Häufig gestellte Fragen

KI-Tools bündeln das Feedback der Stakeholder, schlagen Entwürfe für User Stories aus Besprechungsnotizen vor, kennzeichnen mehrdeutige Formulierungen und erkennen doppelte Anforderungen in großen Baselines. Business-Analysten prüfen jedoch weiterhin jeden Vorschlag anhand der Geschäftsabsicht, bevor er in das Anforderungsrepository aufgenommen wird.

GPT und GitHub Copilot generieren anhand kurzer Eingabeaufforderungen erste Entwürfe von User Stories, Akzeptanzkriterien und Geschäftsregeln. Ein Business Analyst prüft jedes Ergebnis anhand des Anforderungsprotokolls und der BABOK-Qualitätskriterien, bevor es zu einer genehmigten Anforderung wird.

Funktionale Anforderungen beschreiben, was ein System leisten muss, z. B. Anmelden, Suchen oder Exportieren eines Berichts. Nicht-funktionale Anforderungen beschreiben, wie gut das System diese Aufgaben erfüllt, einschließlich Leistung, Verfügbarkeit, Sicherheit und Benutzerfreundlichkeit.

Wasserfallprojekte legen vor Entwicklungsbeginn eine vollständige Anforderungsbasis fest. Agile Projekte behandeln das Product Backlog als ein dynamisches Anforderungsset, das in jedem Sprint verfeinert wird. Beide Ansätze haben dennoch ihre Berechtigung. trace, priorisieren und genehmigen Anforderungen, aber der Rhythmus und die Formalität unterscheiden sich.

Interviews, Workshops, Beobachtung, Dokumentenanalyse, PrototyppingUmfragen und Fokusgruppen gehören zu den gängigen Methoden der Datenerhebung und sind im BABOK Guide aufgeführt. Business-Analysten kombinieren je nach Verfügbarkeit der Stakeholder und Komplexität des Projektbereichs zwei oder drei dieser Methoden.

überspringenping tracUnzulänglichkeiten, das Einfrieren des Projektumfangs ohne Änderungskontrolle, die Vermischung von Lösungsideen mit Geschäftsanforderungen und die Behandlung von Anforderungen als einmaliges Dokument anstatt als lebendiges Artefakt sind die Fehler, die den größten Nacharbeitsaufwand und die meisten verpassten Termine verursachen.

Nutzen Sie strukturierte Techniken wie MoSCoW, Kano-Analyse, gewichtete Bewertung oder Kosten-von-Verzögerungen. Kombinieren Sie die Wertschätzungen aus dem Business mit den Aufwands- und Risikoschätzungen des Entwicklungsteams und stimmen Sie die Reihenfolge anschließend mit dem Auftraggeber und dem Product Owner ab.

Ein Business Requirements Document (BDR) definiert den Geschäftsbedarf, den Projektumfang, die Ziele der Stakeholder und die übergeordneten Anforderungen. Es steht über den funktionalen und technischen Spezifikationen und ist oft die wichtigste Grundlage für die Lösungsentwicklung und die Auswahl von Anbietern.