Gute User Stories schreiben reicht nicht Requirements Engineering-Bedarf in agilen Projekten. Olga Boruszewski,

Transkript

1 Gute User Stories schreiben reicht nicht Requirements Engineering-Bedarf in agilen Projekten Olga Boruszewski, Tires Division

2 Einführung Erfahrungsbericht zu Requirements Engineering in agilem Projekt Ziele: Zeige Praxis-Herausforderungen auf Tausche Erfahrungen und Lösungsideen aus Kontext: Interne IT-Abteilung: Software für Fachabteilungen der Reifen-F&E Projekt: Führe Aktivitäts-Management-Software ein Konsolidiere 5 Business Units (d.h. Identifiziere Gemeinsamkeiten und Unterschiede) Je bis zu 9 Haupt-Nutzergruppen (Rollen / Abteilungen) ~ 330 User Stories 2

3 Scrum und Requirements Engineering 01 Definiere & Priorisiere User Stories Implementiere User Stories Product Owner Entwickler Teste Software Validiere Software 3

4 Scrum und Requirements Engineering Prio 1 Prio 2 Prio... Management Scope Abstimmung Scope, Prio, Rahmenbedingungen User- Vertreter Binde User-Vertreter ein Definiere & Priorisiere User Stories Implementiere User Stories Out of Scope Prozess Rückkopplung in Fachbereich Steuere User Story Erstellung & Validierung Product Owner Validiere Software Entwickler Teste Software 4

5 1. Einbeziehung der Stakeholder in Definition und Abnahme der User Stories Benötigt Struktur, in der Stakeholder selbständig arbeiten können Herausforderungen: Stelle für Stakeholder genau richtige Menge an Infos bereit (alles, was über den Kontext bekannt sein muss) Backlog für einzelne Stakeholder zu komplex Zusammenhänge zwischen Rollen darstellen Wohin? Vollständig? Abhängige Stories? User- Vertreter Product Owner Backlog Effektive Aufspaltung zwischen Ausbaustufen (rudimentär vs. vollumfänglich) 5

6 1. Einbeziehung der Stakeholder in Definition und Abnahme der User Stories Lösungsansatz: User Story Map statt eindimensionalem Backlog Launch Manager Tire Engineer Interaktion, die Mehrwert für Akteur bringt (3-5 pro Nutzergruppe) Release 01 Epic 01 Actor: Group Leader 01 Epic 04 Actors: Launch Manager, Engineer 05 Epic 07 Actor: Engineer 04 Teil-Interaktion, die für den Epic notwendig ist (5 20 pro Epic) Release Vorteile: Release 03 Gute Struktur und Filterung für Stakeholder Granularitätssprünge Darstellung von Abhängigkeiten schwierig in User Story-Form Ausbaustufen auf Releases aufgeteilt und im Epic gebündelt 6

7 2. Steuerung des RE-Prozesses Herausforderungen: Stelle rechtzeitige Anforderungs-Definition und Abnahme sicher 7

8 2. Steuerung des RE-Prozesses Lösungsansatz: Verwende Scrum-Framework für Requirements-Erstellung & Validierung 03 Geplante 02Lösung Business Geplante 01 Concept LösungEffort: Business Geplante Concept Lösung 5 Effort: Business Business Concept 5Owner: Effort: Müller 5 Business Business Owner: Owner: Müller Müller Definition Meeting: Sprint Planning Implementierung Meeting: Concept Sprint Planning Vorbereitung Business Concept Sprint Velocity: 15 Implementation Sprint Velocity: 20 Test Validierung & Einarbeitung Feedback Abnahme Vorteile: Messbarkeit und Struktur für indirekte Scrum-Teilnehmer Entkopplung von Korrektur und neuer User Story RE-Aufwand schätzen Zwei synchronisierte Sprints vs. ein langer Sprint? 8

9 3. Erarbeitung des Rahmens für User Stories Abstimmung Scope & Prio mit Management & User-Vertretern Berücksichtigung von Rahmenbedingungen, wie Prozess, Applikationslandschaft Herausforderungen: Passende Anforderungsartefakte benötigt Abhängigkeiten zwischen verschiedenen Anforderungsartefakten verstehen 9

10 3. Erarbeitung des Rahmens für User Stories Lösungsansatz: Verwende mehrere Artefakte & verlinke diese [1]. Hier: auf Epic-Ebene Epic 01 Epic 04 Epic 07 Prozess Vorteile: Immer richtiges Artefakt zur Kommunikation zur Hand Guter Grad an Vorarbeit Nur Verlinkung von Artefakten reicht nicht. Inhalte müssen geknetet werden [1] O. Boruszewski: Unterstützung der Koexistenz von agilen und traditionellen Anforderungsartefakten. epubli,

11 3. Erarbeitung des Rahmens für User Stories Lösungsansatz: Big Picture & Releases für Scope & Prio Vorteile: Wichtige Stichworte auf einen Blick machen Kommunikation effektiver Ewige Epics vs. viele Elemente 11

12 4. Rückkopplung ins Unternehmen Herausforderungen: Mehr Freiheitsgrade, als nur Umsetzung Gewünschte Interaktion unterstützen? Anpassung der Interaktion? Anpassung des Geschäftsprozesses? 12

13 4. Rückkopplung ins Unternehmen Lösungsansatz: Outcome aus Concept Planning und Validierung Verknüpfung mit Epics Change Management Maßnahmen Prozess 03 Geplante 02Lösung Business Geplante 01 Concept LösungEffort: Definition Business Geplante Concept Lösung 5 Effort: Business Business Concept 5Owner: Effort: Müller 5 03 Business Owner: Müller Müller Meeting: Concept Sprint Planning Vorbereitung Business Concept Sprint Unterstützung des Entscheidungsprozesses -> Viele Rückkopplungen brauchen Zeit Validierung & Einarbeitung Feedback 13

14 Zusammenfassung Viele Herausforderungen Toolbox an RE-Methoden benötigt Spannungsfeld zwischen Summierung von Methoden und Einfachheit 14

15 Fragen? Prio 1 Prio 2 Prio... Abstimmung Scope, Prio, Management Rahmenbedingungen Scope Out of Scope User- Vertreter Binde User-Vertreter ein 13 Definiere & Priorisiere User Stories Implementiere User Stories Prozess Rückkopplung in Fachbereich Steuere Product User Story Owner Erstellung & Validierung Validiere Software Entwickler Teste Software Granularitätssprünge Darstellung von Abhängigkeiten schwierig in User Story-Form RE-Aufwand schätzen Zwei synchronisierte Sprints vs. ein langer Sprint? Nur Verlinkung von Artefakten reicht nicht. Inhalte müssen geknetet werden Ewige Epics vs. viele Elemente Unterstützung des Entscheidungsprozesses -> Viele Rückkopplungen brauchen Zeit 15