Testing Day Braunschweig Requirements Engineering im Kontext von Agilität in einem Großkonzern?

Transkript

1 Testing Day Braunschweig 2016 Requirements Engineering im Kontext von Agilität in einem Großkonzern? Alexander Poth / Jörn Schrader Sept. 2016

2 Agenda 1. Motivation und Rahmenbedingungen für Agilität bei Volkswagen 2. Agile Center of Excellence 3. Agiles Anforderungsmanagement 4. Definition of Ready und Definition of Done 2

3 Entwicklungsvorgehen Scrum Warum? Schnelle Sichtbarkeit der Ergebnisse durch frühe und regelmäßige Lieferung Potentiell auslieferbares Inkrement am Ende jedes Sprints Transparenz im Projekt Feste Zeitscheiben (Timeboxes) Funktion unbekannt z.b. Produktion KEIN PLAN z.b. Forschung Design Thinking z.b. Entwicklung ZUNEHMENDE KOMPLEXITÄT PROJEKT-FRIKTION Agile Schnelle Reaktion auf Veränderungen definiert PLAN Technologie unbekannt 3

4 Von Scrum Teams zu agilen Programmen Agiles Wissen wurde nur extern aufgebaut, nach Beauftragungsende erneute Transition nötig Agiles Programm mit ausgebildeter Führungskraft und internem Scrum Professional Agiles Team Anfang Individuelle Transition Früher Reproduzierbare Transition Heute Agile Führungspraktiken Agile Organisation Nachhaltiges Know How sichern! 4

5 Agenda 1. Motivation und Rahmenbedingungen für Agilität bei Volkswagen 2. Agile Center of Excellence 3. Agiles Anforderungsmanagement 4. Definition of Ready und Definition of Done 5

6 Zusammensetzung des ACE Das ACE setzt sich interdisziplinär zusammen aus: Konzern IT 7 agilen Coaches aus der Konzern IT, 15 Kernteammitgliedern als agile Experten in jeder Konzern IT Hauptabteilung, Kernteam ACE Agile Enterprise Lotsen (AutoVision Gewerk) 3 Organisationsentwicklern aus dem Veränderungsmanagement, Veränderungs management 8 Agile Enterprise Lotsen der AutoVision. Dabei arbeitet das ACE selbst nach agilen Methoden und koordiniert gemeinsam im Team Kundenanfragen und die strategische Weiterentwicklung zur Etablierung agiler Methoden im Konzern. 6

7 48 Agile Communities seit 2010 als Gestalter von guten, agilen Praktiken! bis zu 150 Teilnehmer von Volkswagen, Volkswagen Nutzfahrzeuge und Volkswagen Financial Services! 7

8 Der gute Lotse Begleitet das Team 3-6 Sprints Befähigt Team, selbstständig Scrum zu leben Schafft Rahmenbedingungen mit Entscheidern Umfeld-Beratung und Skalierung Lotse = Agile Change Manager 8

9 Qualifizierungsprogramme als Basis für den agilen Change??? Der CSP begleitet Schulungen des Qualifizierungsprogramms, Kandidat CSC/CST CSP Candidate: kann als Lotse Scrum Projekte und CSMs coachen. CSM/CSPO: Initiale Ausbildung, legt Grundlagen, um mit Scrum zusammen mit einem Lotsen zu beginnen CSM = Certified Scrum Master CSPO = Certified Scrum Product Owner CSP = Certified Scrum Professional 9

10 Agenda 1. Motivation und Rahmenbedingungen für Agilität bei Volkswagen 2. Agile Center of Excellence 3. Agiles Anforderungsmanagement 4. Definition of Ready und Definition of Done 10

11 Scrum IT PEP agil 11

12 IT PEP agile: die Schwerpunkte des Requirement-Engineerings 12

13 Erstellung eines Backlogs mit dem ALM agile Template 13

14 User Stories und deren Akzeptanz-Kriterien 14

15 Bewertung der EPICs bzw. User-Stories bzgl. Q-Risiken Projektspezifische Identifikation von Produkt-Qualitäts-Risiken. Auswirkungsbewertung für adäquate Produkt-Absicherung Aufsatzpunkt für Qualitätssicherung 15

16 Priorisiertes Backlog: Top Stories werden Sprint-Umfang 16

17 Agenda 1. Motivation und Rahmenbedingungen für Agilität bei Volkswagen 2. Agile Center of Excellence 3. Agiles Anforderungsmanagement 4. Definition of Ready und Definition of Done 17

18 Was macht eine gute DoR aus? 1. User Story Die User Story erfüllt die INVEST-Kriterien im Kontext des Projekts: Independent - unabhängig von allen anderen bzw. Abhängigkeiten explizit gemacht Negotiable - verhandelbar, frei übertragbar Valuable - wertvoll, kostbar Estimable - schätzbar, (in einem guten Annäherungsverfahren) Small - klein (so dass es in einen Durchlauf passt) Testable - testbar 2. Details bzw. inhaltliche Aspekte der Anforderung Anforderungen an Prozesse, Schnittstellen, UIs, Berichte,.. Nichtfunktionale Anforderungen Testcases 18

19 ACE Blueprint Definition of Ready - ein Auszug Independent unabhängig von anderen Anforderungen keine definierte Reihenfolge im Zusammenspiel mit anderen Anforderungen andernfalls: Dokumentation der Abhängigkeiten Beispiel Als Endanwender der Softwarekomponente xyz möchte ich die PKI Anmeldung nutzen können, um meinen Anmeldeprozess zu vereinfachen. Gegenbeispiel 1. Einführung von Kartenlesern im Konzern 2. Einführung PKI Anmeldung (2. hängt von 1. ab) 19

20 Abgeleitete Instanz als Projekt-Template einer Definiton of Ready (DoR) Die DoR ist die Selbstverpflichtung des PO und seiner Unterstützer zur Qualität von User Stories: Die User Story ist definiert und aufgeschrieben, sie umfasst max. 3 Sätze, idealerweise 1 Satz in der Struktur "Als [Rolle / Systemteil]... möchte ich, dass... [Anforderung] damit... [zu erreichender Benefit]. Akzeptanzkriterien sind definiert, hauptsächlich messbare, aber es dürfen auch nicht messbare beschrieben werden, falls es nützlich ist. Abhängigkeiten zu anderen User Stories sind definiert über Requirements Tracebility Abhängigkeiten zu Schnittstellen sind dokumentiert, z. B. in Beschreibung: Anpassung im Notfalltool oder am UPS erforderlich. Die Qualitätsanforderungen gemäß ISO an die User Story sind in den Akzeptanzkriterien berücksichtigt Ggf. existieren grobe Designvorgaben (z. B. wo soll die neue Spalte eingefügt werden, sind farbliche Hervorhebungen gewünscht usw.) Bezieht sich die User Story auf Textänderungen/ -erweiterungen der GUI, sind sowohl die deutschen Texte als auch anderssprachige Texte in den Akzeptanzkriterien beschrieben. 20

21 Qualitätssicherung - Agile Qualität ist inhärent Story: Q-Risikobewertung nach z.b.: betroffene Useranzahl Workaroundaufwand Ausschusskosten/Fehlerdetektionszeit Basisabsicherung: Siehe Empfehlung des ACE, um Scrum-Vorgaben und state of the art zu erfüllen DoD: projektspezifische Ausprägung basierend auf ACE Blueprint Zusatzabsicherung zu Basisabsicherung, um Q-Risiken abzusichern nach Bestem Wissen und Gewissen 21

22 Status-Modell für den Reifegrad einer User-Story Eine Userstory durchläuft einen Life-Cycle im ALM: Fazit: Requirement-Engineering & Management sind Schlüsselaktivitäten auch in agilen Projekten 22