Estimation and Planning in Agile
User Stories
User Stories sind kurze, einfache Beschreibungen einer Funktionalität aus der Perspektive des Endbenutzers. Sie folgen typischerweise dem Format: "Als [Rolle] möchte ich [Ziel], damit [Nutzen]."
User Roles
User Roles definieren verschiedene Benutzertypen, die mit dem System interagieren werden. Diese Rollen helfen, die Anforderungen und Erwartungen unterschiedlicher Benutzergruppen zu berücksichtigen.
Epics
Epics sind große User Stories, die zu umfangreich sind, um in einem einzigen Sprint umgesetzt zu werden. Sie werden in kleinere, handhabbare User Stories aufgeteilt.
Themes
Themes sind Sammlungen von User Stories, die einem gemeinsamen übergeordneten Ziel oder Thema dienen. Sie helfen bei der Organisation und Verwaltung zusammenhängender Anforderungen.
Story Points
Story Points sind eine Einheit zur Schätzung des relativen Aufwands zur Umsetzung einer User Story. Sie basieren auf der Komplexität, dem Risiko und der Unsicherheit der Aufgabe.
Velocity
Velocity ist die Geschwindigkeit, mit der ein Team User Stories in einem Sprint abschließt. Sie wird typischerweise als die Summe der Story Points der abgeschlossenen Stories gemessen.
Planning Poker
Planning Poker ist eine Methode zur Schätzung von User Stories, bei der Teammitglieder Karten mit verschiedenen Schätzungen (in Story Points) verdeckt auswählen und dann gleichzeitig aufdecken. Diskussionen folgen, um eine gemeinsame Schätzung zu erreichen.
Conditions of Satisfaction
Conditions of Satisfaction sind Kriterien, die definieren, wann eine User Story als vollständig und erfolgreich umgesetzt gilt. Sie helfen, die Erwartungen klar zu definieren und sicherzustellen, dass die Anforderungen erfüllt werden.
Levels of Planning
Die Planung in agilen Projekten erfolgt auf mehreren Ebenen:
- Vision und Roadmap: Langfristige Ziele und strategische Ausrichtung des Produkts.
- Release Planning: Planung von Releases mit mehreren Sprints, um spezifische Ziele zu erreichen.
- Sprint Planning: Detaillierte Planung für einen einzelnen Sprint, basierend auf der Priorität der User Stories und der verfügbaren Velocity.
Product Backlog
Der Product Backlog ist eine priorisierte Liste von Anforderungen (User Stories, Epics, etc.), die für das Produkt entwickelt werden sollen. Der Product Owner ist verantwortlich für die Pflege und Priorisierung des Backlogs.
Priorisierung (der User Stories)
User Stories werden basierend auf ihrem Geschäftswert, Risiko, Aufwand und anderen Faktoren priorisiert. Methoden zur Priorisierung umfassen MoSCoW (Must have, Should have, Could have, Won't have), Kano-Modell und Wert-Risiko-Matrix.
Techniques for Estimating
Zu den Schätztechniken gehören:
- Planning Poker: Kartenbasierte Schätzmethode.
- T-Shirt Sizes: Grobe Schätzungen in Kategorien wie S, M, L, XL.
- Affinity Estimation: Gruppieren von User Stories nach ähnlichem Aufwand.
Relative Schätzung
Relative Schätzung bedeutet, den Aufwand von User Stories im Verhältnis zueinander zu bewerten, anstatt absolute Zeitangaben zu machen. Dies erleichtert die Schätzung und Anpassung bei Änderungen.
Planning for Value, Cost, Financial Value, Risk, New Knowledge
Planning for Value
Planung, um den größtmöglichen Geschäftswert zu liefern, indem man sich auf die wichtigsten und wertvollsten Features konzentriert.
Cost
Kosten umfassen alle Ressourcen, die für die Entwicklung und Lieferung der Software erforderlich sind, einschließlich Zeit, Personal und Infrastruktur.
Financial Value
Der finanzielle Wert misst den monetären Nutzen, den die Software für das Unternehmen generiert, z.B. durch Einnahmensteigerungen oder Kosteneinsparungen.
Risk
Risiko bezieht sich auf die Unsicherheiten und potenziellen Probleme, die den Projekterfolg gefährden könnten. Agiles Risikomanagement versucht, Risiken frühzeitig zu identifizieren und zu mindern.
New Knowledge
Neue Erkenntnisse oder Entdeckungen, die während des Projekts gemacht werden und die Planung und Priorisierung beeinflussen können.
Kano-Model of Customer Satisfaction
Das Kano-Modell klassifiziert Kundenanforderungen in drei Kategorien:
- Basismerkmale: Muss-Kriterien, die selbstverständlich erwartet werden.
- Leistungsmerkmale: Kriterien, die direkt mit der Kundenzufriedenheit korrelieren.
- Begeisterungsmerkmale: Unerwartete, aber erfreuliche Features, die Kunden begeistern.
Planungsebenen im agilen Kontext und Zuständigkeiten
-
Vision und Roadmap
- Verantwortlich: Produktbesitzer und Führungskräfte.
- Beschreibung: Langfristige strategische Planung und Zielsetzung des Produkts.
-
Release Planning
- Verantwortlich: Produktbesitzer, Scrum Master und Team.
- Beschreibung: Planung von Releases über mehrere Sprints, um spezifische Meilensteine zu erreichen.
-
Sprint Planning
- Verantwortlich: Scrum Master und Entwicklungsteam.
- Beschreibung: Detaillierte Planung eines einzelnen Sprints, basierend auf priorisierten User Stories und der Team-Velocity.
Insgesamt ermöglicht die agile Planung eine flexible und iterative Herangehensweise, die darauf abzielt, kontinuierlich wertvolle und qualitativ hochwertige Software zu liefern, die den sich ändernden Anforderungen der Benutzer entspricht.