Von 0 auf 13 oder mit Vollgas ins agile Zeitalter

Größe: px

Ab Seite anzeigen:

Download "Von 0 auf 13 oder mit Vollgas ins agile Zeitalter"

Sylvia Waldfogel
vor 8 Jahren
Abrufe

2012 Bison Schweiz AG Surentalstrasse 10 CH-6210 Sursee www.

1 Von 0 auf 13 oder mit Vollgas ins agile Zeitalter Silvio Simone, Bison Group Susanne Mühlbauer, HOOD GmbH Scrum Day 2012 Bison Schweiz AG Surentalstrasse 10 CH-6210 Sursee HOOD GmbH Keltenring Oberhaching

2 -2-

3 und am ging es mit Vollgas los -3-

4 1. Ein Blick zurück: Freies Training und Qualifiying 2. Der Startschuss fällt es geht los! 3. Die ersten Runden 4. Ein oder zwei Boxenstopps? Strategie ist gefragt! 5. Ein Blick nach vorn dem Ziel entgegen Vertraulich. Alle Rechte vorbehalten. Weitergabe oder Vervielfältigung ohne vorherige schriftliche Zustimmung der HOOD GmbH verboten. -4-

Strategie ist gefragt! 5. Ein Blick nach vorn dem Ziel entgegen Vertraulich.

5 Freies Training und Qualifying Scrum Pilotprojekt Informationsveranstaltungen Trainings Coaching -5-

6 1. Ein Blick zurück: Freies Training und Qualifiying 2. Der Startschuss fällt es geht los! 3. Die ersten Runden 4. Ein oder zwei Boxenstopps? Strategie ist gefragt! 5. Ein Blick nach vorn dem Ziel entgegen Vertraulich. Alle Rechte vorbehalten. Weitergabe oder Vervielfältigung ohne vorherige schriftliche Zustimmung der HOOD GmbH verboten. -6-

7 Die Startaufstellung 13 Teams (9 in der Schweiz, 4 in Russland) 3 Vollzeit Scrum Master, Rest rollierend innerhalb der Teams 13 POs 1 QA (Qualität, Testing) und 1 Blauhelm (Architekt) pro Team 1 Meta-PO 3 Coaches 1-wöchige Sprints 4 Entwicklungssprints + 1 Integrationssprint = Release -7-

(Qualität, Testing) und 1 Blauhelm (Architekt) pro Team 1 Meta-PO 3

8 Die Crew ERP Projekte Produkt Product Manager Markt Meta Product Owner Product Owner Project Leader ERP Entwicklung -8-

9 Die Einführungsrunde: Sprint Zero Die Teams finden sich und definieren Ihre Team Charter mit Meetings Regeln DoD Die ersten teamübergreifende Meetings finden statt Scrum of Scrum Product Owner Pre-Planning -9-

Regeln DoD Die ersten teamübergreifende Meetings

Strategie PO Pre-Planning Produktvision Architekturvision Sprint oder Release Velocity Product Owner Architekt PO Pre-Planning Abgestimmtes Backlog Velocity Velocity

10 Strategie PO Pre-Planning Produktvision Architekturvision Sprint oder Release Velocity Product Owner Architekt PO Pre-Planning Abgestimmtes Backlog Velocity Velocity Product Owner Product Owner Meta Product Owner Abgleich der geplanten Backlog Items mit Strategie Fachliche Abhängigkeiten Technische Abhängigkeiten Know How Transfer -10-

Velocity Product Owner Product Owner Meta Product Owner Abgleich der geplanten

11 1. Ein Blick zurück: Freies Training und Qualifiying 2. Der Startschuss fällt es geht los! 3. Die ersten Runden 4. Ein oder zwei Boxenstopps? Strategie ist gefragt! 5. Ein Blick nach vorn dem Ziel entgegen -11-

12 Runde 1: Die erste Schikane Bugs, Bugs, Bugs -12-

13 Reihenfolge Reihenfolge Reihenfolge Bugs werden geplant Sprint Backlog Product Backlog User Stories 80 % 20 % Fehlerliste / Maintenance Bugs Vertraulich. Alle Rechte vorbehalten. Weitergabe oder Vervielfältigung ohne vorherige schriftliche Zustimmung der HOOD GmbH verboten. -13-

Maintenance Bugs Vertraulich. Alle Rechte vorbehalten.

14 Bisherige Erfahrung mit dieser Vorgehensweise: - Prioritäten sind klar - Sprint ist für die PO s planbar - Bugbearbeitung und Lösung können terminiert werden - % Anteil gemäß Historie Daten ermittelt - Kurzfristige Anpassung vor Sprint möglich (GO Live Kunde) - POs fühlen sich entlastet -14-

terminiert werden - % Anteil gemäß Historie Daten ermittelt -

15 Runde 2: Warum ist das auf einmal so teuer? Bestehende Konzepte User User Story Story User Story DoD Konzepte waren teilweise lange auf Lager und veraltet Schätzung erfolgt nun durch die Entwickler Ursprüngliche Schätzungen enthielten nur Implementierungsaufgaben Explizite Qualitätsanforderungen durch DoD Produktverantwortung: Fokussierung auf Weiterentwicklung der Basisfunktionalität Die wirklichen Kosten werden transparent! -15-

veraltet Schätzung erfolgt nun durch die Entwickler Ursprüngliche Schätzungen enthielten nur

Runde 3: Scrum Administration explodiert! Die Scrum Meetings/ Events nehmen ca. 25 % der Entwicklungszeit ein aber sind sie wirklich Administration? Ca. 20% RE RE vor Scrum RE mit Scrum Ca.

16 Runde 3: Scrum Administration explodiert! Die Scrum Meetings/ Events nehmen ca. 25 % der Entwicklungszeit ein aber sind sie wirklich Administration? Ca. 20% RE RE vor Scrum RE mit Scrum Ca. 20% RE Sprint Ziel 1. Anforderung Spezifikation 2. Konzepte (High Level Design) Anforderungsanalyse Sprint Planning Meeting Software-Design 3. Realisierungskonzepte (Architektur, Umsetzung) Sprint Review Meeting Backlog Refinement/ Grooming Projektplanung Abnahme Anforderungserhebung Anforderungserhebung Anforderungsanalyse Kundenprojekt: 2 Monate Test und Abnahme Ergebnis: Dokumente Kundenprojekt: 14 Tage Test und Abnahme Ergebnis: Software Vertraulich. Alle Rechte vorbehalten. Weitergabe oder Vervielfältigung ohne vorherige schriftliche Zustimmung der HOOD GmbH verboten. -16-

Realisierungskonzepte (Architektur, Umsetzung) Sprint Review Meeting Backlog Refinement/ Grooming Projektplanung Abnahme Anforderungserhebung Anforderungserhebung Anforderungsanalyse

17 Runde 4: Blindflug es kracht Erfahrungen: Budgets werden überbucht Budget reicht nicht für Standard- Weiterentwicklung Es entstehen Kunden individuelle Lösungen Story Splitting erweist sich als schwierig, was ist der wichtigste Teil? Sprint Review s ohne Projektleiter -17-

Kunden individuelle Lösungen Story Splitting erweist sich als

18 Maßnahmen 1. POs: 1. Kostendach / Kostenverantwortung 2. Was ist wirklich wichtig? 3. 80% reichen aus, um den Hauptnutzen zu erreichen 4. PO als Unternehmer 2. PMs: 1. Budget für Standard Entwicklung 3. PLs: 1. Engere Zusammenarbeit PL/PO Aufbereitung BusinessNeeds 2. Bringen sich mehr ein und überwachen hinsichtlich: 1. Umfang 2. Budget 3. Teilnahme Review -18-

Budget für Standard Entwicklung 3. PLs: 1.

19 Runde 5: Der Tank ist leer Prioritäten der Projekte unklar Business Needs fehlen Release aus User Stories statt Epics Roadmap nicht stabil -19-

20 1. Ein Blick zurück: Freies Training und Qualifiying 2. Der Startschuss fällt es geht los! 3. Die ersten Runden 4. Ein oder zwei Boxenstopps? Strategie ist gefragt! 5. Ein Blick nach vorn dem Ziel entgegen -20-

21 Das Management ist gefragt! Vision: Langfristig Die Produktvision: - Einfach - Nachhaltig - Individuell Die Architekturvision ergänzt die Produktvision Leitplanken: kurz- und mittelfristig Was sind unsere kritischen Erfolgsfaktoren? z.b.: 1. Qualität verbessern 2. Neue Funktionalitäten 3. Standarderweiterung 4. Kundenzufriedenheit erhöhen Prioritäten und Reihenfolge der Kundenprojekte und internen Projekte Architekturentscheidungen Vision und Leitplanken liefern uns Orientierung für die Verteilung der Budgets und die Umsetzung -21-

22 Budget versus Inhalte Silo Planung: Budget und Inhalte werden getrennt betrachtet Silos Projekte Prio Rel 12.1 Rel 12.2 Rel 12.3 Rel 12.4 Branchen Silo Branche Stahl Branche Retail Technologie Silo Tech Projekt A Tech Projekt B Kunden Projekte Silo Kunde X Kunde Y Kunde Z Total

23 Releases Rollierende Planung der Inhalte Kostendach aus Silo-Planung 12.5 Business Needs 12.4 Business Needs 12.3 Releaseplan Epic 1 Epic 3 Epic 7... Epics Kernfunktionen/ Was müssen wir für das Budget mindestens liefern? 12.2 Epics User Stories Was ist die einfachste Lösung? 12.1 User Stories Heute Rel Rel Vertraulich. Alle Rechte vorbehalten. Weitergabe oder Vervielfältigung ohne vorherige schriftliche Zustimmung der HOOD GmbH verboten. Tasks -23- Implementierung im Sprint t

24 Releases Schätzung 12.5 Business Needs 12.4 Business Needs Kostendach gemäß Vertrag Strategie Pre-Sales Expertenschätzung Anpassung Silo-Planung 12.3 Releaseplan Epic 1 Epic 3 Epic Epics Teamschätzung Anpassung Silo-Planung 12.1 User Stories Teamschätzung Anpassung Silo-Planung Heute Rel Vertraulich. Alle Rechte vorbehalten. Weitergabe oder Vervielfältigung ohne vorherige schriftliche Zustimmung der HOOD GmbH verboten t

25 1. Ein Blick zurück: Freies Training und Qualifiying 2. Der Startschuss fällt es geht los! 3. Die ersten Runden 4. Ein oder zwei Boxenstopps? Strategie ist gefragt! 5. Ein Blick nach vorn dem Ziel entgegen -25-

26 Scrum und Umfeld Anforderungsmanagement Architektur Kalkulation Dokumentenfluss Scrum Team Tools Controlling -26-

27 Die Ideallinie finden Konventionell Agile Schriftlich Spezifikation Vollständig Konversation Just-in-Time Value-Orientiert -27-

28 Zeit für s Interview: Ihre Fragen? -28-

29 Vielen Dank! Susanne Mühlbauer HOOD GmbH Büro München Keltenring Oberhaching Germany Tel: Susanne.Muehlbauer@HOOD-Group.com Silvio Simone Bison Schweiz AG Surentalstrasse 10 CH-6210 Sursee Tel: Silvio.Simone@bison-group.com Vertraulich. Alle Rechte vorbehalten. Weitergabe oder Vervielfältigung ohne vorherige schriftliche Zustimmung der HOOD GmbH verboten. -29-

Ähnliche Dokumente

Trotz Agilität nicht ins Abseits geraten Modellierung in einem agilen Umfeld. Susanne Mühlbauer, Philip Stolz, HOOD GmbH MID Insight 2012

Trotz Agilität nicht ins Abseits geraten Modellierung in einem agilen Umfeld Susanne Mühlbauer, Philip Stolz, HOOD GmbH MID Insight 2012 Agenda 1. Scope, Motivation und Begriffsklärung 2. Modellierung