Webinar. So geht agiles Projektmanagement. mit Antje Lehmann-Benz, PMP, PMI-ACP, PSM

Transkript

1 Webinar So geht agiles Projektmanagement mit Scrum mit Antje Lehmann-Benz, PMP, PMI-ACP, PSM

2 Agenda Einführung Kontext Entstehung von Scrum Scrum Guide Was ist Scrum? Werte Rollen Events Artefakte Arbeiten mit dem Backlog User Stories, Story Points Scrum-Boards Ausgewählte agile Zertifizierungen Zusammenfassung die Vorteile von Scrum

3 Agil : Ein Sammelbegriff Lean Agil 56% nutzen Scrum in Reinform (Version One State of Agile Report 2018) Kanban Scrum Adaptive Software Development (ASD) Extreme Programming (XP) Weitere Geschichte: agile101/practices-timeline/

4 Umfrage?

5 Scrum: Kontext Keine Rolle eines Projektmanagers in Scrum Teams Projektmanagement Produktmanagement Produktentwicklung mit Scrum + Andere Praktiken

6 Der Scrum Guide Fasst die zentralen Prinzipien des Scrum Framework zusammen Wichtige Grundlage für Scrum-Master-Zertifizierungen Herausgegeben durch Ken Schwaber und Jeff Sutherland Erste Ausgabe 2010, aktuell: November Seiten (englisch) Regelmäßig aktualisiert und in vielen Sprachen zum kostenlosen Download veröffentlicht auf scrumguides.org Änderungen in zukünftigen Updates vorschlagen:

7 Was ist Scrum? Kernprinzipien laut Scrum Guide: 1. Empirische Prozesskontrolle (Empirie: Informationserhalt durch Beobachtung, Erfahrung, oder Experimentieren) Basierend auf drei Säulen: (von Arbeitsergebnissen und Arbeitsweisen) 2. Selbstorganisation (Scrum-Team und Entwicklungsteam als Teilmenge des Scrum-Teams) 3. Für alle transparente Arbeitsumgebung Inspektion Transparenz Anpassung

8 Was ist Scrum? Stakeholder Machen Vorgaben Product Owner Verwaltet Product Backlog Sprint Backlog Wählt Aufgaben aus Development Team Unterstützt Scrum Master Sprint (2-4 Wochen) Sprint Planning Liefert Daily Scrum Sprint Review Potentiell auslieferbares Produkt-Inkrement Entspricht Definition of Done Sprint Retrospective

9 Scrum: Rollen Scrum Master Stellen sicher, dass Scrum verstanden und umgesetzt wird, kümmern sich weniger um Inhalt/Umfang, Budget, Deadlines Führen durch Unterstützung, Moderation, Coaching Scrum Master Vermittlung der Regeln und Werte Beseitigung von Behinderungen ( Impediments ) Richtig gute Scrum Master: Machen sich selbst überflüssig aber so gut, dass er/sie doch immer wieder gebraucht wird

10 Scrum: Rollen Product Owner Sind verantwortlich für das Product Backlog, haben Produktvision und langfristige Planung im Blick Stimmen sich viel mit Stakeholdern ab, repräsentieren diese Optimieren und maximieren den Wert der Arbeit des Product Owner Entwicklungsteams Nehmen diese Aufgaben selbst wahr oder übertragen sie dem Entwicklungsteam (bleiben hauptverantwortlich) Richtig gute POs: Übertreffen die Erwartungen der Stakeholder, können aber auch Nein sagen Sind immer erreichbar

11 Scrum: Rollen Entwicklungsteams Sind selbstorganisierend und gemeinsam für Ergebnisse verantwortlich Arbeiten funktionsübergreifend / multifunktional (alle notwendigen Fähigkeiten für Aufgabenerledigung) Development Team Bestehen aus ca. 3-9 Personen Stellen auslieferbare Inkremente her Richtig gute Entwicklungsteams: Kümmern sich proaktiv und gemeinsam um Backlog-Verfeinerung Liefern auch während eines Sprints (nicht erst am Ende)

12 Scrum: Rollen Stakeholder Personen mit einem Interesse am Projekt außerhalb des Scrum-Teams Haben gewisse Anforderungen Schauen sich regelmäßig zusammen mit dem Team die Inkremente und Arbeitsergebnisse an, geben Feedback Scrum Team Stakeholder Scrum Master Product Owner Development Team Keine anderen Rollen in einem Scrum-Team

13 Scrum: Events Sprint (~2-4 Wochen) 1. Event: Der Sprint selbst Jeder Sprint ist wie ein eigenes Projekt, hat ein Ziel (= Vision für diesen Sprint) Änderungen im Sprint: erlaubt (nur keine, die das Ziel gefährden) Es wird immer auf ein Inkrement hingearbeitet kein Sprint 0 etc. Dauer sollte über die Produktentwicklung hinweg konstant bleiben Time-box wird immer eingehalten (außer bei Abbruch), keine Pausen dazwischen Sprintlänge: Zu kurze Sprints: wenig Zeit für Inspektion und Anpassung, Stakeholder überstrapaziert Zu lange Sprints: Komplexität und Risiko unüberschaubar, Kontakt zu den Stakeholdern wird verloren akzeptierte absolute Untergrenze: 1 Woche (besser 2), Obergrenze bei 4

14 Scrum: Events Was ist der Plan für den Sprint? Was ist unser Plan für die nächsten 24 Stunden? Event Sprint Planning (Planung der Arbeit im beginnenden Sprint) (Abstimmung über Entwicklungsarbeit) Inspektion (Input) - Product Backlog - Bisherige Teamkapazität & Leistung - Letztes Inkrement - Sprint Progress - (Sprint Goal) Anpassung (Output) - Sprintziel - Sprint Backlog - Vorhersage Teamkapazität & Ergebnisse - Überarbeitetes Sprint Backlog - Tagesplan Timebox 8 Stunden f. 1-monatige Sprints Aktive Teilnahme durch Scrum-Team Bei Bedarf: spezielle Sachkundige 15 Minuten Entwicklungsteam

15 Scrum: Events Was haben wir erstellt? Event Inspektion (Input) Anpassung (Output) Sprint Review (Vorführung des Inkrements) - Produkt- Inkrement - Product Backlog - Überarbeitetes Product Backlog Timebox 4 Stunden f. 1-monatige Sprints Aktive Teilnahme durch Scrum-Team & Stakeholder Wie arbeiten wir? Sprint Retrospective (Teaminterne Überprüfung) - Arbeitsweisen & -werkzeuge - Definition of Done - Verbesserungen - Bei Bedarf: aktualisierte Definition of Done 3 Stunden f. 1-monatige Sprints Scrum-Team

16 Scrum: Events Sprint-Rhythmus Sprint Retrospective Sprint Planning Sprint Review Sprint Wochenende Wochenende Wochenende Wochenende t

17 Scrum: Artefakte Die offiziellen Artefakte in Scrum: 1. Product Backlog Eine Liste aller Arbeit, um das Produkt fertigzustellen Beschreibt ein minimal nutzbares und wertvolles Produkt Einträge sollten klar beschreiben, worin ihr Wert liegt 2. Sprint Backlog Alle Einträge aus dem Product Backlog, die für einen Sprint ausgewählt wurden + Plan für diese Arbeit 3. Inkrement Die Summe aller fertiggestellten Product-Backlog-Einträge bis dato Potentiell auslieferbar Entspricht den Kriterien, die vom Team in der Definition of Done festgelegt wurden (DoD dient der Transparenz; hilft dem Entwicklungsteam, Arbeit für einen Sprint zu planen)

18 Scrum: Artefakte Aufwandsschätzung Scrum Guide: Entwicklerteams schätzen Aufwand im Backlog selbständig durch In Sprint-Planung sollten min. Einträge für die ersten Tage klar formuliert und abgeschätzt sein In der Realität oft: User Stories für die Beschreibung von Anforderungen und relatives Schätzen wie aufwändig ist User Story A im Vergleich zu User Story B im Backlog? Werte: Story Points Häufig verwendete Metriken: T-Shirt-Größen XS - S M L XL oder Fibonacci-Zahlenfolge User Story 1 Call center agent needs legible customer addresses to be able to contact 8 SP customer Task 1.1 Create character coding translation table 5 SP Task 1.2 Implement character coding translation for mail addresses between ERP and Service desk software 3 SP

19 Wie kann ein Scrum-Board aussehen? Post-Its Sprint #1 Sprint Goal: Better usability experience for end users! Sprint Burndown User Story 1 Call center agent wants better readable confirmation 2 SP button User Story 2 End user wants intuitive access to documentation / help 5 SP To Do Doing Done Task 1.2 Change confirmation button color from light grey to dark grey 1 SP 1 SP Task Task 1.1 Reposition confirm button to top left corner 1 SP Task 2.2 Implement question mark popups with direct links into to user guide 3 SP Task 2.1 Create clickable navigation through user guide 1 SP

20 Wie kann ein Scrum-Board aussehen? Software (JIRA)

21 Ausgewählte Zertifizierungen im agilen Bereich Zertifizierung: PMI Agile Certified Practitioner (PMI-ACP) Professional Scrum Master I (PSM I) Certified Scrum Master (CSM) Herausgeber Project Management Institute Scrum.org Scrum Alliance Voraussetzungen 2000 Stunden Projekterfahrung (oder PMP-Zertifikat) 1500 Stunden agile Erfahrung 21 Stunden agiles Training Keine (gutes Verständnis des Scrum-Rahmenwerks und Scrum Guide nötig zum Bestehen) Prüfungsformat Erscheinen im Testcenter, 120 Multiple-Choice-Fragen, Dauer: 3 Stunden Online, 80 Multiple-Choice-Fragen, Dauer: 1 Stunde Absolvierung eines 2-tägigen Kurses durch lizenzierten Trainer, mind. 90 Tage vor Test Online, 35 Multiple-Choice-Fragen, Dauer: 1 Stunde Ben. Anteil richtiger Nicht veröffentlicht (geschätzt 85% 68,6% Antworten um die 70%) Kosten $ 435 (PMI-Mitglieder) $ 150 Test nur im Rahmen eines Seminars; in Seminarbeitrag enthalten Erneuerung 3-jähriger Zyklus (30 PDUs in agilem PM für Erneuerung) Nicht vonnöten 2-jähriger Zyklus, Rezertifizierung online ($ 100) Zielgruppe Praktiker, die Erfahrung mit und Verständnis von agilen Methoden nachweisen wollen Mehr: Menschen, die ihren ersten Schritt hin zur theoretischen Beherrschung von Scrum machen möchten Menschen, die ihren ersten Schritt hin zur theoretischen Beherrschung von Scrum machen möchten

22 Umfrage?

23 Scrum: Vorteile Einfachere Anpassung bei unklaren, sich häufig ändernden Anforderungen ( der Weg entsteht beim Gehen -Projekte) Selbstorganisierter Teamansatz steigert Zuversicht und Motivation der Mitarbeiter Wegbereiter für neue, offenere Denke im Unternehmen ( Agile Mindset ) Hohe Transparenz, Kundenkontakt, Schnelligkeit und Flexibilität, solange Rahmenbedingungen und Umsetzung stimmen Dadurch auch schnellere Erfolge möglich Voraussetzungen: Passender Rhythmus, Harmonisierung mit Abläufen in Organisation Erfahrene Scrum Master für die Umsetzung Gute Teamdisziplin

24 ? Ihre Fragen

25 Kontakte der TPG Niederlassungen TPG Germany Destouchesstr. 68 D Munich Tel: +49 (89) TPG Austria, CEE Mooslackengasse 17 A-1190 Vienna Tel: +43 (1) TPG The Project Group Weltweite Kontakte TPG MEA (Business Unit) Destouchesstr. 68 D Munich Tel: +49 (89) Tel (Africa): TPG USA th Avenue Northeast 19th Floor Bellevue, WA USA Tel: TPG Switzerland Christoph Merian-Ring Reinach BL Switzerland Tel.: +41 (61) TPG United Kingdom 3rd Floor, 14 Hanover Street, Hanover Square, London, W1S 1YH Great Britain Tel: