Anforderungsmanagement in agilen Softwareprojekten: Anforderungen beherrschbar halten

In jedem Softwareprojekt kommen neue Wünsche hinzu, Prioritäten verschieben sich und Details stellen sich erst unterwegs heraus. Agile Entwicklung ist genau dafür gemacht, braucht aber ein sauberes Anforderungsmanagement, damit aus Flexibilität kein Chaos wird. Dieser Artikel zeigt, wie Anforderungen in agilen Projekten erfasst, geordnet und umgesetzt werden.

Eine Anforderung beschreibt, was eine Software leisten soll. Man unterscheidet funktionale Anforderungen, also was das System tut, etwa "Nutzer können einen Auftrag digital unterschreiben", und nicht-funktionale Anforderungen, also wie gut es das tut, etwa bei Geschwindigkeit, Sicherheit oder Barrierefreiheit.

Epics sind große Themenblöcke, zum Beispiel "Digitale Zeiterfassung". Sie sind zu groß, um sie auf einmal umzusetzen, und werden in kleinere Einheiten zerlegt.

User Stories beschreiben eine Anforderung aus Sicht der Nutzer: "Als Monteur möchte ich meine Arbeitszeit auf der Baustelle erfassen, damit ich keine Zettel mehr ausfüllen muss." Sie sind klein genug, um in einem Sprint umgesetzt zu werden.

Akzeptanzkriterien legen fest, wann eine Story erfüllt ist, zum Beispiel: "Die Erfassung funktioniert auch ohne Internetverbindung und wird später synchronisiert." Sie verhindern Missverständnisse zwischen Fachabteilung und Entwicklung.

1. Erfassen: Neue Anforderungen landen an einer zentralen Stelle, dem Backlog, statt in E-Mails und Zurufen.
2. Klären: Unklare Punkte werden mit den Fachleuten besprochen und mit Akzeptanzkriterien versehen.
3. Priorisieren: Die verantwortliche Person auf Kundenseite, oft Product Owner genannt, ordnet das Backlog nach Nutzen.
4. Planen: Zu Beginn jedes Sprints, meist zwei Wochen, wird festgelegt, welche Stories umgesetzt werden.
5. Umsetzen und prüfen: Am Ende des Sprints wird das Ergebnis vorgeführt und gegen die Akzeptanzkriterien geprüft.
6. Nachsteuern: Neue Erkenntnisse fließen als neue oder geänderte Anforderungen zurück ins Backlog.

Änderungen sind in agilen Projekten erwünscht, aber nicht kostenlos. Bewährt hat sich eine einfache Regel: Neue Anforderungen kommen ins Backlog und werden priorisiert wie alle anderen. Was im laufenden Sprint bearbeitet wird, bleibt in der Regel unverändert. So bleibt das Team arbeitsfähig, und der Kunde behält die Kontrolle über Prioritäten und Budget.

Tools wie Jira, Azure DevOps oder GitHub Projects verwalten Backlog und Sprints. Sinnvoll ist es, Anforderungen mit dem Code zu verknüpfen: Jede Änderung im Code verweist auf die zugehörige Story, automatische Tests prüfen die Akzeptanzkriterien, und bei jeder neuen Version ist nachvollziehbar, welche Anforderungen enthalten sind.

• Anforderungen kommen über viele Kanäle und gehen verloren
• Stories sind zu groß und lassen sich nicht in einem Sprint abschließen
• Akzeptanzkriterien fehlen, und am Ende ist unklar, ob etwas fertig ist
• Niemand auf Kundenseite hat die Rolle, Prioritäten verbindlich festzulegen
• Nicht-funktionale Anforderungen wie Sicherheit oder Leistung werden zu spät bedacht

Sie planen ein Softwareprojekt und möchten von Anfang an sauber mit Anforderungen umgehen? Auf unserer Seite zur individuellen Softwareentwicklung zeigen wir, wie wir Projekte aufsetzen.