© Volkswagen Aktiengesellschaft Agile Center of Excellence Brieffach 13300 38436 Wolfsburg Deutschland Art.Nr. 2014-1001 Telefon +49 (0) 5361 9 - 962613 Druck MultimediaCentrum Wolfsburg Telefax +49 (0) 5361 957 - 30072 Material MaxiSatin E-Mail [email protected] Internet www.volkswagenag.com Stand 04/2014 Scrum Fahrplan@Volkswagen Auf Basis des IT-PEP agil Volkswagen. ACE. Scrum. Bessere Zusammenarbeit. „Mich begeistert die Einstellung und der Spirit der Agilen Community, insbesondere das konstruktive, positive und nach vorne gerichtete Denken. Ich wünsche der Agilen Community und dem Unsere Vision ist es, Teams zu befähigen, alle geeigneten Projekte mit agilen Methoden ins Ziel zu bringen, um ACE, dass genau dieser Spirit erhalten bleibt und der Wille etwas zu bewegen und zu verändern sich weiter in der Organisation verbreitet. Die Agile Community hat meiner Meinung nach in der be- gemeinsam mit den Geschäftsbereichen den bestmög- reichsübergreifenden Zusammenarbeit eine Leuchtturmfunktion lichen Nutzen zu liefern. Dafür haben wir das Mandat, übernommen. Dafür besonderen Dank.“ agile Werte nachhaltig in der Organisation zu verankern. Frank Loydl (K-SID) Mehr Scrum Projekte. „Ihr, die Agile Community und das ACE, habt gezeigt, dass Scrum funktioniert und die Projektarbeit dadurch effizienter wird. Die daraus gewonnenen Erfahrungen möchte ich nun gemeinsam mit Euch und den Geschäftsbereichen in mehr Projekten anwenden. Mit der Agilen Community und dem ACE haben wir im Konzern die notwendigen Voraussetzungen geschaffen. Lasst uns durchstarten!“ Dr. Ralf Brunken (K-SIP) Kulturwandel in der Konzern-IT und den Geschäftsbereichen. „Etliche Geschäftsbereiche konnten bereits von den Vorteilen des agilen Vorgehens überzeugt werden. Dabei haben sie genau die Funktionen zu dem Zeitpunkt bekommen, zu dem sie diese am dringendsten benötigt haben. Um diese positive Entwicklung und den von der agilen Community in Gang gebrachten Schneeball-Effekt noch weiter zu unterstützen, ist ein Kulturwandel vom Top-Management bis zum Mitarbeiter unabdingbar. Let‘s get agile!“ André Radon (K-SIPE) V. l. n. r. : Joachim Christian Frey, Tobias Neumann, Frank Loydl, Jörn Schrader, Alexander Poth, Stefan Waschk, Alexej Okonetschnikow, Thorsten Wefers, Markus Krosche. Nicht im Bild: André Radon, Benedikt Meuthrath, Matthias Labersweiler. 4 5 Sprint Planning Vorklärung Auftragsklärung Sprint Review Daily Scrum Einführung Agile Freigabe Stabilisierung Konzeption, Design, Umsetzung, Test Backlog Refinement Retrospektive Scrum Fahrplan@VW Scrum Fahrplan@VW Die Agile Community. Die Agile Community ist ein konzernweites Netzwerk von agilen Praktikern und Interessierten. Die Treffen der Agilen Community Mit diesem Fahrplan erreichen Sie alle relevanten Stati- finden monatlich statt, um Fragen zu Ihren dringenden Themen onen des IT-PEP für agile Projekte. Er basiert auf Scrum zu klären, Ergebnisse zu überprüfen, Standards festzulegen und und zeigt, welche Unterstützung das Agile Center of Excellence (ACE) und das Delivery Management bieten. im Konzern zu netzwerken. Hier stehen wir regelmäßig mit unserem Top-Management-Promoter André Radon und weiteren Führungskräften im Austausch. Kommen Sie doch vorbei! Der IT-PEP agil. Die vier agilen Werte. Der IT-PEP agil beschreibt das verbindliche Projektvorgehen für Diese vier agilen Werte bilden die Grundlage zur Einführung agiler agile Projekte und ist konform zum (klassischen) IT-PEP. Methoden in Ihr Softwareentwicklungsprojekt: • Individuen & Interaktionen mehr als Prozesse & Werkzeuge Das Agile Center of Excellence. • Funktionierende Software mehr als umfassende Dokumentation Das ACE und sein Kernteam sind die erste Anlaufstelle für alle Fra- • Zusammenarbeit mit Kunden mehr als Vertragsverhandlung gen rund um Agilität bei Volkswagen. Wir legen Standards und • Reagieren auf Veränderung mehr als Befolgen eines Plans Richtlinien fest, die durch die Agile Community bestätigt werden. Die jeweils erstgenannten Werte sind höher zu bewerten, die jeweils Der vom ACE benannte Erstberater für Ihren Bereich hilft Ihnen letztgenannten Werte sollen aber nicht vernachlässigt werden. In der und Ihrem Projekt kostenlos und vertraulich. Er unterstützt Sie Scrum Methodik werden diese Werte durch Prozesse und Verfahren bei Ihrem Scrum Start und sichert mit Ihnen im Vorfeld alle not- umgesetzt. wendigen Erfolgsfaktoren ab. 6 7 Sprint Planning Vorklärung Auftragsklärung Sprint Review Daily Scrum Einführung Agile Freigabe Stabilisierung Konzeption, Design, Umsetzung, Test Backlog Refinement Retrospektive Reiseplanung Scrum: Auftragsklärung Reiseplanung Scrum: Auftragsklärung Weitere Hilfestellungen. Neben der Unterstützung des ACE Lotsen finden Sie auch im Netzwerk der Agilen Community Antworten auf Ihre Fragen. Kollegen helfen Kollegen! Nach der ACE Freigabe zur Durchführung des Projektes mit Hilfe von Scrum, beginnt die Auftragsklärung. Ein starkes Team. Scrum benötigt ein starkes, befähigtes Team aus Auftraggeber und Auftragnehmer. Diesen Rahmen sichert das ACE durch die agile Beratung und Freigabe ab: So rechnet sich Ihre Investition in den Methoden- und Kulturwandel. Der ACE Lotse. Entsprechend Ihres Bedarfs bekommen Sie ein maßgeschneidertes Lotsenpaket. Der Lotse sorgt für die Scrum Ausbildung der Rollen und den Umstieg auf agiles Anforderungsmanagement, damit ein gutes Projektumfeld und Projektteam entsteht. Für diesen Change hat er das Mandat der Konzern IT und den Auftrag Beteiligte Personen. Agile Beratung. • • • • • • • • Projektleiter Delivery Manager ACE Erstberater Entscheider Beratung Checkliste Teamworkshop Managementworkshop Ergebnis. Empfohlene Techniken. • • • • • • • • • • • • agile Freigabe, Findings Lotsenpaket S, M, L Teamposter Produktvision, Epics initiales Product Backlog Definition of Ready & Done Mandat der Stakeholder Ausbildungsplan Vernetzung in die Agile Community Vision Board Workshop User Experience, Design Thinking Empfohlene Qualifizierungen. • • • • Führen im agilen Umfeld Qualifizierung zum Product Owner Certified Scrum Master Teamqualifizierung Scrum durch Sie und Ihre Stakeholder erhalten. 8 9 Sprint Planning Vorklärung Auftragsklärung Sprint Review Daily Scrum Einführung Agile Freigabe Stabilisierung Konzeption, Design, Umsetzung, Test Backlog Refinement Retrospektive Nächster Halt: Sprint Planning Nächster Halt: Sprint Planning Der Product Owner. Der vom Geschäftsbereich benannte Product Owner wird vom ACE Lotsen ausgebildet, damit er Anforderungen aufnehmen, diese in kleinere Umfänge schneiden und eine Priorisierung nach Wichtigkeit durchführen kann. So kann sich das Entwicklungs- Sind alle Auftragsmodalitäten geklärt und das Projekt- team in einem Sprint vollständig auf die geplanten User Stories team zusammengestellt, kann mit dem Sprint Planning konzentrieren. begonnen werden. Das gemeinsame Sprint Planning. Im Sprint Planning stimmt der Product Owner die Anforderungen in Form von User Stories für den nächsten Sprint direkt mit dem Entwicklungsteam ab. Durch die enge Zusammenarbeit und offene Kommunikation beider Parteien können Fehler durch falsch interpretierte Anforderungen vermieden werden. Nicht zuletzt wird dadurch der Entwicklungsprozess beschleunigt, verschlankt und kosteneffizient. 10 Beteiligte Personen. Durchführung. • • • • • • • • Product Owner Entwicklungsteam Scrum Master ACE Lotse Anforderer Entscheider Regeltermin am Sprintanfang Workshopcharakter Empfohlene Techniken. • • Planning Poker Magic Estimation Ergebnis. Empfohlene Qualifizierungen. • • • • Sprint Backlog Qualifizierung zum Product Owner Certified Scrum Master Agiles Requirements Engineering 11 Sprint Planning Vorklärung Auftragsklärung Sprint Review Daily Scrum Einführung Agile Freigabe Stabilisierung Konzeption, Design, Umsetzung, Test Backlog Refinement Retrospektive Unterwegs: Das Entwicklungsteam im Sprint Unterwegs: Das Entwicklungsteam im Sprint Das Daily Scrum. Das Entwicklungsteam trifft sich zum Daily Scrum, um die gemeinsame Abarbeitung sicherzustellen und sich bei Problemen Hilfe zu holen. Der Scrum Master kümmert sich um Probleme, die nicht innerhalb des Teams gelöst werden können. Nach Abschluss des Sprint Planning setzen die Mitglieder des Entwicklungsteams die vorher festgelegten Anforderungen um. Das Entwicklungsteam. Scrum benötigt ein interdisziplinäres Entwicklungsteam. Es vereinigt alle relevanten Kompetenzen von der Konzeption über das Beteiligte Personen. Durchführung. • • • • • • • Entwicklungsteam Scrum Master Product Owner Entscheider Design bis hin zur Implementierung der Software. Zudem stellt Ergebnis. das Entwicklungsteam die Integration der Umsetzungsartefakte • in das IT-System in der geforderten Produktqualität mittels Tests • sicher. Die User Stories. Die User Stories werden kontinuierlich und effizient über die zu- • • • • Scrum Master & Team sind auf einem Wissensstand Story-Abarbeitung durch kontinuierliche Artefaktentwicklung schnelle Problemlösungen hohe Artefaktqualität Liefertreue Transparenz Daily Stand-Up Meeting tägliches Teamwork Arbeit nach Definition of Done Empfohlene Techniken. • • • • Scrum Board Burn-Down Chart Continous Integration, Delivery systematisches Testen Empfohlene Qualifizierungen. • • Scrum für Entwickler Agiles Testen - Agile Essentials gehörigen Tasks implementiert und zur Produktreife gebracht. 12 13 Sprint Planning Vorklärung Auftragsklärung Sprint Review Daily Scrum Einführung Agile Freigabe Stabilisierung Konzeption, Design, Umsetzung, Test Backlog Refinement Retrospektive Unterwegs: Der Product Owner im Sprint Unterwegs: Der Product Owner im Sprint Das Product Backlog. Der Product Owner kann auf Basis dieser Schätzungen seine Priorisierung anpassen. Er darf die Erstellung des Product Backlogs nicht an das Entwicklungsteam delegieren. Bis zum nächsten Sprint Planning müssen die für den nächsten Sprint relevanten Der Product Owner steht dem Entwicklungsteam Backlog Items die Definition of Ready erfüllen. während des Sprints für Fragen zur Seite und bereitet die nächsten Sprints vor. Die Aufgaben. Nichts ist so sicher, wie die Tatsache, dass sich Kundenanforderungen während der Projektlaufzeit ändern. Beteiligte Personen. Durchführung. • • • • • • • Product Owner Entwicklungsteam Scrum Master Key-User Entscheider Regeltermine während des Sprints kontinuierliche Product Backlog Pflege Empfohlene Techniken. Ergebnis. • • rungen entsprechend des ROI detaillieren und priorisieren. • • Empfohlene Qualifizierungen. Das Backlog Refinement. • • Die wichtigste Aufgabe des Product Owners ist es, die nächsten Sprints vorzubereiten. Dabei muss er die notwendigen Anforde- Im Backlog Refinement erklärt der Product Owner dem Entwick- User Stories für die nächsten Sprints Priorisierung, Schätzung der o.g. User Stories aktuelles Product Backlog gemeinsames Verständnis über den Inhalt • • • Planning Poker Magic Estimation Qualifizierung zum Product Owner Certified Scrum Master Agiles Requirements Engineering lungsteam die Inhalte und den Nutzen der umzusetzenden User Stories. Das Entwicklungsteam nutzt hier die Möglichkeit, User Stories zu hinterfragen, konkretisieren zu lassen und zu schätzen. 14 15 Sprint Planning Vorklärung Auftragsklärung Sprint Review Daily Scrum Einführung Agile Freigabe Stabilisierung Konzeption, Design, Umsetzung, Test Backlog Refinement Retrospektive Nächster Halt: Sprint Review Nächster Halt: Sprint Review Nach der Entwicklung der geplanten Anforderungen im Sprint findet das Sprint Review statt. Das Sprint Review. In diesem Meeting werden die umgesetzten Sprint Ergebnisse (Inkremente) vom Entwicklungsteam vorgestellt und durch den Product Owner verbindlich auf der Grundlage der Akzeptanzkriterien abgenommen. Dabei sollte sich der Product Owner durch die Stakeholder (z.B. Key-User, AMS, Betrieb) beraten lassen und Anregungen für die Weiterentwicklung aufnehmen. Der Projektleiter und der Delivery Manager nehmen am Sprint Review optional teil und können die Ergebnisse für das Projektre- Beteiligte Personen. Durchführung. • • • • • • • • • • Product Owner Entwicklungsteam Scrum Master Projektleiter Delivery Manager Entscheider Key-User Ansprechpartner AMS & Betrieb Regeltermin am Sprintende Abnahme auf Basis der Akzeptanzkriterien Empfohlene Techniken. • • Live-Systemdemo, keine Folien Show & Tell für Key-User Ergebnis. Empfohlene Qualifizierungen. • • • • abgenommene User Stories angepasstes Produkt Backlog Certified Scrum Master Qualifizierung zum Product Owner porting (z.B. Fertigstellungsgrad, Kosten, Zeitplan) nutzen. Das Ergebnis des Sprint Reviews dient der Verbesserung des Produktes. 16 17 Sprint Planning Vorklärung Auftragsklärung Sprint Review Daily Scrum Einführung Agile Freigabe Stabilisierung Konzeption, Design, Umsetzung, Test Backlog Refinement Retrospektive Nächster Halt: Retrospektive Nächster Halt: Retrospektive Die erweiterte Retrospektive. Zusätzlich zu den Retrospektiven nach jedem Sprint wird vom ACE empfohlen, nach größeren Projektabschnitten, wie einem Release, eine Retrospektive mit erweitertem Teilnehmerkreis (z.B. AMS) durchzuführen. Am Ende des Sprints finden die „Lessons Learned“ in Form einer Retrospektive statt. Die Reflektion des Sprints. Die Retrospektive bietet dem Scrum Team die Möglichkeit, den abgelaufenen Sprint zu reflektieren, um daraus Maßnahmen zur Beteiligte Personen. Durchführung. • • • • Entwicklungsteam Scrum Master Product Owner Verbesserung abzuleiten. So wird der kontinuierliche Verbesse- Ergebnis. rungsprozess innerhalb des Projektes ermöglicht. • Alle Teilnehmer sind gleichberechtigt aufgefordert Ideen und Verbesserungsvorschläge einzubringen. Die Retrospektive ist ein geschützter Raum: Nur das Scrum Team entscheidet, was daraus öffentlich kommuniziert und welche Maßnahmen umgesetzt konkrete Maßnahmen zur Verbesserung des Arbeitsprozesses Regeltermin am Sprintende, zusätzlich nach Release Empfohlene Techniken. • • Seestern Timeline Empfohlene Qualifizierungen. • • Certified Scrum Master Moderation von schwierigen Situationen werden. 18 19 Sprint Planning Vorklärung Auftragsklärung Sprint Review Daily Scrum Einführung Agile Freigabe Stabilisierung Konzeption, Design, Umsetzung, Test Backlog Refinement Retrospektive Nächster Halt: Einführung Nächster Halt: Einführung Nach der erfolgreichen Abnahme der Sprintergebnisse schließt sich die Phase der Einführung an. Das Ziel. Das Ziel der Einführung ist es, das Release (Lieferstufe) mit einem Deployment in die bestehende IT-Systemlandschaft zu integrieren und den Anwendern zur Verfügung zu stellen. Das Release (Lieferstufe). Das Release (Lieferstufe) kann die Ergebnisse eines oder mehrerer Sprints beinhalten. Die Produktivsetzung des Releases wird im Beteiligte Personen. Durchführung. • • • • • • • Projektleiter Delivery Manager Entwicklungsteam Product Owner Scrum Master Ansprechpartner AMS & Betrieb Planung, Abarbeitung der Change Tasks Empfohlene Techniken. • • Integrationstest, Regressionstest Testautomatisierung Ergebnis. Empfohlene Qualifizierungen. • • Umfang des Release produktiv ITIL Foundation Rahmen des Change Managements geplant, getestet und durchgeführt. Dies erfolgt in Zusammenarbeit zwischen AMS, dem Betrieb und dem Entwicklungsteam. 20 21 Glossar Ihre Notizen Akzeptanzkriterien Abnahmekriterien Burn-Down Umsetzungsfortschritt Definition of Done (DoD) Fertigstellungskriterien Definition of Ready (DoR) Anforderungsmindestkriterien Epic Arbeitspaket Planning Poker, Magic Estimation Aufwandsschätzmethode Product Backlog Anforderungskatalog Product Owner Produktverantwortlicher Product Backlog Item Eintrag im Anforderungskatalog Scrum Master Methodenverantwortlicher Sprint Umsetzungszyklus, Iteration Sprint Backlog Umsetzungsliste Task Aufgabe User Story Anforderungsmethode Zahlreiche weitere Informationen zum IT-PEP agil, Agile Center of Excellence und der Agilen Community sind im Group Connect sowie im IT-Wiki zu finden. 24 25
© Copyright 2024 ExpyDoc
