Scrum bei der Projektron GmbH

Transkript

1 Scrum bei der Projektron GmbH Vor- und Nachteile im Rückblick von 2 Jahren Arbeit mit Scrum

2 Projektron GmbH Softwarehersteller Produkt: Projektron BCS Projektmanagement-Software Gegründet: 2001 Mitarbeiter: 60 Kunden: über 400 in neun Ländern Standorte: Berlin, München, Hamburg, Trier, Nürnberg, Darmstadt 2von 28

3 Projektron Business Coordination Software (BCS) 3von 28

4 Ziele der Einführung von Scrum Höhere Zufriedenheit in der Entwicklung Erhaltung der bestehenden Agilität Höhere Termintreue Bündelung der Funktionen zu Blöcken Höhere Qualität Kein hoher Aufwand durch Methodenentwicklung Scrum mit Projektron BCS! 4von 28

5 Scrum-Rollen bei Projektron: (Domain) Product Owner Aufgrund der Komplexität des Produkts: Product Owner für einzelne Themenbereiche (Domänen) ca. 6 Domain Product Owner (DPO) zuständig für bestimmte Features DPO erstellt User Storys durch Zusammenfassen und Aufteilen der Kundenanforderungen Req. Req. Ticket User Story User Story Kunden Ticket DPO Projektmanagement Ticket Req. DPO Vertragsmanagement User Story 5von 28

6 Scrum-Rollen bei Projektron: (Chief) Produkt Owner Geschäftsführung ist Chief Product Owner (CPO). Hat Gesamtüberblick und priorisiert Anforderungen durch Reihenfolge im Product Backlog unter Berücksichtigung der Wichtigkeit für das Produkt bzw. die Firma (Business Value) von zugesagten Terminen. User User Story Story User Story Product Backlog 1. User Story 2. User Story DPOs CPO 3. User Story 6von 28

7 Scrum-Erweiterungen: Zwischensprint Einwöchige Pause zwischen zwei Sprints; gedacht für Nacharbeiten zum Sprint Fehlerbehebungen Weiterbildungen Vorbereiten der User Storys für den nächsten Sprint. 7von 28

8 Scrum-Erweiterungen: Estimation Monday Schätzungen bilden Basis für Angebote an Kunden, müssen deshalb oft lange vor dem Sprint erfolgen. Schätzung neuer Anforderungen auf Basis von Tickets, Fehlermeldungen und Vorgaben des CPO Prüfung der User Storys DPOs stehen für Rückfragen bereit Aufwand wird von Sprintkapazität abgezogen Schätzung in Stunden (1 Story Point = 1h) 15. DPOs Tickets Kunde 8. Sprint Estimation Monday 1. Scrum-Team 8von 28

9 Scrum-Erweiterungen: Support-Tag Jeder Entwickler des Scrum-Teams arbeitet einen Tag pro Woche zur Unterstützung im Support. Vertiefung des Domänenwissens Besseres Verständnis für Kundenprobleme Aufwand von Sprintkapazität abgezogen Tickets Scrum-Team Support Kunden 9von 28

10 Sprint-Planung bei Projektron Alle potentiellen User Storys für einen Sprint werden von Entwicklern im Voraus geprüft: kürzere Planungsmeetings. Sprint-Planung I ca. 2:00h: Teilnehmer: Product Owner, Scrum Master, Team Vorstellung der User Storys durch die Product Owner ggf. Priorisierung der User Storys Ergebnis: Sprint Backlog mit ca User Storys und Selbstverpflichtung des Teams (Commitment) Sprint-Planung II ca. 2:30h: Scrum Master, Team Domain Product Owner stehen für Rücksprachen zur Verfügung Detailplanung der Aktivitäten ggf. erneute Schätzung Ergebnis: Verfeinertes Sprint Backlog mit Aktivitäten 10von 28

11 Scrum-Team Product Backlog bestimmt Reihenfolge Zwischensprint Sprintplanung I CPO befüllen Backlog Sprint Backlog DPOs Sprintplanung II stehen für Rückfragen bereit Daily Scrum Sprint Backlog.. Task Board Keep Improve Stop Sprint Retrospektive nehmen Umsetzung ab Produkt Sprint Demo Release: nach ca. 3 Sprints Estimation Monday 11von 28

12 Daily

13 Lessons Learned In den Sprint werden keine Aktivitäten aufgenommen, die externe Abhängigkeiten haben. In der Regel werden keine Aktivitäten aufgenommen, die nur ein bestimmtes Teammitglied erledigen kann. In beiden Fällen wird stattdessen der Aufwand für die Erledigung der Aktivität von der Sprintkapazität abgezogen. Pessimistische Schätzungen sind realistischer. Review jeder User Story durch einen anderen Entwickler. Verschiedene Themen im Sprint verbessern die parallele Bearbeitung von User Storys. 13von 28

14 : Zusammenfassung Aufteilung Product Owner in CPO und DPOs Support-Tag Estimation Monday Fehler-Budget Release-Sprints Reviews durch Entwickler Schätzen in Stunden statt Story-Points Zwischensprint Abbildung in Software 14von 28

15 : Task Board

16 : Product Backlog gegliedert nach Epics

17 Scrum hat sich in der Produktentwicklung bei Projektron bewährt. Gestiegene Mitarbeitermotivation Besserer Wissenstransfer im Team Gestiegene Qualität Gestiegene Termintreue Mehr Umsatz Überschaubarer Einführungsaufwand Integration von Scrum in Projektron BCS 17von 28

18 18von 28

19 Vielen Dank für Ihre Aufmerksamkeit! Scrum Master Projektron GmbH Charlottenstraße 68 D Berlin