- jede Anforderung eines Stakeholders und jede Eigenschaft
- die ein geplantes System besitzen soll
- ist jede Repräsentation eines oder mehrerer Requirements
- unabhängig davon, in welcher Form oder Granularität dies spezifiziert wird
- High-Level Sichtweise, um den Überblick zu behalten
- Strukturierungsebene, auf der Artefakte in Zusammenhang gebracht werden
- Detailebene mit den feingranularen Inhalten
- zur Strukturierung und Einordnung von Requirements
- zur Release-Planung
- als Speicher für die detaillierten Anforderungen
- zur Aufwandschätzung (beim Zuteilen zu einem Sprint)
- beschreibt eine zusammenfassende Menge von Anforderungen
- beinhaltet funktionale als auch nichtfunktionale Anforderungen
- unterstützen den Dialog unter den Stakeholders
- verbessern die Anwendungskenntnisse der Entwickler
- fördern Kreativität und Innovation
- regen zu weiterem Nachforschen an
- Entwicklungsteam muss die Features wirklich verstehen
- Features sind nach Bedeutung für das System gewichtet
- Features für die Realisierung priorisiert werden
- kurzer, narrativer Text
- beschreibt eine Interaktion zwischen Benutzer und System
- dient als Grundlage für die Kommunikation
- Ausgangspunkt für die Umsetzung von Produktfunktionalität
- Name
- kurze, prägnante Benennung
- Beschreibung
- Wer möchte eigentlich etwas?
- Durch welche Funktionalität will er den Nutzen realisieren?
- Warum will er das tun, welchen Nutzen will er erzielen?
- Akzeptanzkriterien
- Wie kann festgestellt werden, ob die User Story entsprechend den Anforderungen umgesetzt wurde?
- Was soll genau getestet werden?
- ergänzende Beschreibungen
- typisch als Link z.B. auf einen Use Case oder anderes Dokument
Als [Rolle/Akteur] möchte ich [Funktionsbeschreibung], damit [Begründung].
- Independent
- Negotiable
- Valuable
- Estimatable
- Small
- Testable
- Epic
- User Story
- Quality Attribute Scenario
- UX-Spike
- Spike
- Other Work Item
- sind Teilaufgaben innerhalb eines Backlog Items
- werden durch das Team vor der Umsetzung definiert
- dienen der Arbeitsteilung und personenbezogenen Zuordnung
- Zuordnung ist meist auch fachlich bedingt
- Verbessern die Aufwandschätzung
- grobgranulare Anforderung
- entweder zu komplex oder zu umfangreich um zu schätzen
- nicht in einem Sprint umzusetzbar
- muss in andere Backlog-Items zerlegt werden
- Business Epics
- fachliche Anforderungen aus der Geschäftswelt
- beschreiben organisations- oder prozessübergreifende Eigenschaften
- Architectural Epics
- weitreichende technische Vorgaben
- betreffen hauptsächlich Architekturfragen
- Source - z.B. Benutzer, Computer, System
- Stimulus - zu betrachtende Bedingung
- Environment - In welchen Zustand befindet sich das System
- Artefact - Welcher Teil des Systems wird beeinflusst
- Response - Systemantwort
- Response Measure - Messbares Attribut der Antwort (z.B. Zeit)
Time-boxed Arbeitspaket zur Minimierung von Risiken
Arbeitspakete zur Erarbeitung und Überprüfung der User Experience
Arbeiten zum Aufbau und Pflege der Arbeitsumgebung
- Interviews mit Nutzern zur Anforderungsermittlung
- Kontextanalysen: beobachten der Arbeitsabläufe des Benutzers
- Online-Befragungen
- Use Cases
- Paper-Prototyping
- Usability-Tests
- Epics sind zu gross für eine realistische Schätzung
- meistens verbergen sich in einem Epic mehrere User Stories
- erst nach dem zerkleinern ist eine realistische Planung möglich
- Workflow Steps
- Business Rule Variations
- Major Effort
- Simple/Complex
- Variations in Data
- Data Entry Methods
- Defer Performance
- Operations (e.g. CRUD)
- Break out a Spike
Requirements-Management
- einzelne Anforderung versionieren
- Änderungen an den Anforderung werden festgehalten
- Status einer Anforderung kann dokumentiert werden
- Anforderung kann einen Lebenszyklus durchlaufen
- Verlinken auf Anforderungen sollte möglich sein
- Rückverfolgbarkeit einer Anforderung gewährleisten