Scrum

Transkript

1 Volkswagen Aktiengesellschaft Center of Excellence Brieffach Wolfsburg Deutschland Telefon +49 (0) Telefax +49 (0) Internet Art.Nr Druck MultimediaCentrum Wolfsburg Material MaxiSatin Stand 04/2014 Scrum Auf Basis des IT-PEP agil

2 Volkswagen. ACE. Scrum. Bessere Zusammenarbeit. Mich begeistert die Einstellung und der Spirit der n Community, insbesondere das konstruktive, positive und nach vorne gerichtete Denken. Ich wünsche der n 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 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 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 n 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

3 Scrum Scrum Mit diesem Fahrplan erreichen Sie alle relevanten Stationen des IT-PEP für agile Projekte. Er basiert auf Scrum und zeigt, welche Unterstützung das Center of Excellence (ACE) und das Delivery Management bieten. Die Community. Die Community ist ein konzernweites Netzwerk von agilen Praktikern und Interessierten. Die Treffen der n Community finden monatlich statt, um Fragen zu Ihren dringenden Themen zu klären, Ergebnisse zu überprüfen, Standards festzulegen und 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. Der IT-PEP agil beschreibt das verbindliche Projektvorgehen für agile Projekte und ist konform zum (klassischen) IT-PEP. Das Center of Excellence. Das ACE und sein Kernteam sind die erste Anlaufstelle für alle Fragen rund um Agilität bei Volkswagen. Wir legen Standards und Richtlinien fest, die durch die Community bestätigt werden. Der vom ACE benannte Erstberater für Ihren Bereich hilft Ihnen und Ihrem Projekt kostenlos und vertraulich. Er unterstützt Sie bei Ihrem Scrum Start und sichert mit Ihnen im Vorfeld alle notwendigen Erfolgsfaktoren ab. Die vier agilen Werte. Diese vier agilen Werte bilden die Grundlage zur agiler Methoden in Ihr Softwareentwicklungsprojekt: Individuen & Interaktionen mehr als Prozesse & Werkzeuge Funktionierende Software mehr als umfassende Dokumentation Zusammenarbeit mit Kunden mehr als Vertragsverhandlung Reagieren auf Veränderung mehr als Befolgen eines Plans Die jeweils erstgenannten Werte sind höher zu bewerten, die jeweils letztgenannten Werte sollen aber nicht vernachlässigt werden. In der Scrum Methodik werden diese Werte durch Prozesse und Verfahren umgesetzt. 6 7

4 Reiseplanung Scrum: Reiseplanung Scrum: Weitere Hilfestellungen. Neben der Unterstützung des ACE Lotsen finden Sie auch im Netzwerk der n Community Antworten auf Ihre Fragen. Kollegen helfen Kollegen! Nach der ACE zur Durchführung des Projektes mit Hilfe von Scrum, beginnt die. 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 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 durch Sie und Ihre Stakeholder erhalten. Projektleiter Delivery Manager ACE Erstberater Entscheider agile, Findings Lotsenpaket S, M, L Teamposter Produktvision, Epics initiales Product Backlog Definition of Ready & Done Mandat der Stakeholder Ausbildungsplan Vernetzung in die Community Beratung. Beratung Checkliste Teamworkshop Managementworkshop Vision Board Workshop User Experience, Design Thinking Führen im agilen Umfeld Qualifizierung zum Product Owner Certified Scrum Master Teamqualifizierung Scrum 8 9

5 Sind alle Auftragsmodalitäten geklärt und das Projektteam zusammengestellt, kann mit dem begonnen werden. Das gemeinsame. Im 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. 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 Entwicklungsteam in einem Sprint vollständig auf die geplanten User Stories konzentrieren. ACE Lotse Anforderer Entscheider Sprint Backlog Regeltermin am Sprintanfang Workshopcharakter Planning Poker Magic Estimation Qualifizierung zum Product Owner Certified Scrum Master s Requirements Engineering 10 11

6 Unterwegs: Das Entwicklungsteam im Sprint Unterwegs: Das Entwicklungsteam im Sprint Nach Abschluss des 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 Design bis hin zur Implementierung der Software. Zudem stellt 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 zugehörigen Tasks implementiert und zur Produktreife gebracht. Das. Das Entwicklungsteam trifft sich zum, 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. Entscheider & 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 Scrum Board Burn-Down Chart Continous Integration, Delivery systematisches Testen Scrum für Entwickler s Testen - Essentials 12 13

7 Unterwegs: Der Product Owner im Sprint Unterwegs: Der Product Owner im Sprint Der Product Owner steht dem Entwicklungsteam 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. Die wichtigste Aufgabe des Product Owners ist es, die nächsten Sprints vorzubereiten. Dabei muss er die notwendigen Anforderungen entsprechend des ROI detaillieren und priorisieren. Das. Im erklärt der Product Owner dem Entwicklungsteam 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. 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 müssen die für den nächsten Sprint relevanten Backlog Items die Definition of Ready erfüllen. Key-User Entscheider 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 Regeltermine während des Sprints kontinuierliche Product Backlog Pflege Planning Poker Magic Estimation Qualifizierung zum Product Owner Certified Scrum Master s Requirements Engineering 14 15

8 Nach der Entwicklung der geplanten Anforderungen im Sprint findet das statt. Das. 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 Projektreporting (z.b. Fertigstellungsgrad, Kosten, Zeitplan) nutzen. Das Ergebnis des s dient der Verbesserung des Produktes. Projektleiter Delivery Manager Entscheider Key-User Ansprechpartner AMS & Betrieb abgenommene User Stories angepasstes Produkt Backlog Regeltermin am Sprintende Abnahme auf Basis der Akzeptanzkriterien Live-Systemdemo, keine Folien Show & Tell für Key-User Certified Scrum Master Qualifizierung zum Product Owner 16 17

9 Am Ende des Sprints finden die Lessons Learned in Form einer statt. Die erweiterte. Zusätzlich zu den n nach jedem Sprint wird vom ACE empfohlen, nach größeren Projektabschnitten, wie einem Release, eine mit erweitertem Teilnehmerkreis (z.b. AMS) durchzuführen. Die Reflektion des Sprints. Die bietet dem Scrum Team die Möglichkeit, den abgelaufenen Sprint zu reflektieren, um daraus Maßnahmen zur Verbesserung abzuleiten. So wird der kontinuierliche Verbesserungsprozess innerhalb des Projektes ermöglicht. Alle Teilnehmer sind gleichberechtigt aufgefordert Ideen und Verbesserungsvorschläge einzubringen. Die ist ein geschützter Raum: Nur das Scrum Team entscheidet, was daraus öffentlich kommuniziert und welche Maßnahmen umgesetzt werden. konkrete Maßnahmen zur Verbesserung des Arbeitsprozesses Regeltermin am Sprintende, zusätzlich nach Release Seestern Timeline Certified Scrum Master Moderation von schwierigen Situationen 18 19

10 Nach der erfolgreichen Abnahme der Sprintergebnisse schließt sich die Phase der an. Das Ziel. Das Ziel der 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 Rahmen des Change Managements geplant, getestet und durchgeführt. Dies erfolgt in Zusammenarbeit zwischen AMS, dem Betrieb und dem Entwicklungsteam. Projektleiter Delivery Manager Ansprechpartner AMS & Betrieb Umfang des Release produktiv Planung, Abarbeitung der Change Tasks Integrationstest, Regressionstest Testautomatisierung ITIL Foundation 20 21

11 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, Center of Excellence und der n Community sind im Group Connect sowie im IT-Wiki zu finden