Scrum undprojektmanagement à la GPM. Markus Schramm compeople AG Frankfurt

Transkript

1 Scrum undprojektmanagement à la GPM Markus Schramm compeople AG Frankfurt

2 GPM scrum ed

3 GPM, Scrum, warum? Projektablauf koordinieren Einheitliches Vorgehen Gemeinsames Verständnis Gemeinsame Sprache Freestyle und bestpractices Erfolgsfaktor

4 Projekt Ein Vorhaben das im Wesentlichen durch die Einmaligkeit der Bedingungen in Ihrer Gesamtheit gekennzeichnet ist. Merkmale Einmalig und neu Zeitlich begrenzt Interdisziplinär Ergebnisverantwortung Komplex Zielvorgabe (vereinbartes Ziel VOR Beginn) Limitierte Ressourcen Nach Subjekt Arten Nach Auftraggeber F&E (r&d) Organisation Investition intern extern Wissen/Innovation Prozesse/Menschen Sachgüter

5 GPM Vorgehensmodell

6 Scrum Scrummaster Product Backlog Team Sprint Backlog Backlog Items Produktinkrement Product Owner

7 Daraus resultiert GPM Abgeschlossener Projektumfang Ich weiß was ich wann bekomme Scrum agile Verfolgung eines zu Beginn grob definierten Ziels Ich kann jederzeit- Anforderungen ändern Positionierung Scrum als iteratives Vorgehen Nicht Ausschluss sondern Bereicherung

8 Zielbild für Kombination Vorteile kombinieren Entwicklung agil durchführen Vollständige Kontrolle Transparenz bei der Zielverfolgung Jederzeit aussagefähig Meilensteinplanung Budgettreue

9 ZIELDEFINITION

10 Welche Ziele werden definiert? Aufgaben / Teilaufgaben Projektziele Anforderungen Userstories / Themen / Arbeitspakete Meilensteine

11 Wie werden Ziele definiert? Independent Negotiable Valuable Estimatable Small Testable

12 Zieldefinition Ziele bei Scrum Backlog-Items Anforderungen an das System Fokus auf Geschäftswert Ziele bei der GPM Alles das Projekt betreffende Einträge im PSP

13 Kombination Ziele messbar definieren Alle Zielgrößen betrachten (zusätzliche) Ergebnistypen definieren Zielbeziehungen beachten

14 STAKEHOLDER

15 Stakeholder Was sind Stakeholder Analysezeitpunkt Wie werden Stakeholder betreut (GPM/Scrum)

16 Stakeholder Alle an einem Projekt interessierten Parteien

17 GPM

18 Scrum Definierte Rollen Kommunikation Frühzeitig Regelmäßig Ehrlich Proaktiv Interaktiv

19 Analysezeitpunkt GPM: Während des Projektstarts Scrum: Mindestens zu jedem Sprint-Review

20 Kombination Stakeholder analysieren Gezielt betreuen Sicherheit geben Product Owner Projektmanager Produktmanager Fest in der Softwareentwicklung integriert Anforderungsmanagement Releasemanagement Stakeholdermanagement

21 RISIKEN

22 Projektrisiko Was sind Risiken Wie bewertet die GPM Wie bewertet es Scrum Wann wird ein Risiko bewertet Wer trägt das Risiko

23 Definition Risiko Unsichere Ereignisse (...) mit negativen Auswirkungen (Schäden) auf den Projekterfolg insgesamt, einzelne Projektziele, Ergebnisse oder Ereignisse Risikoarten Kaufmännische Technische Termin Ressourcen Politische Abhängigkeiten

24 Risikobewertung mit GPM Alle Projektrisiken während des Projektstarts Risikoworkshop Checklisten Spätestens zu jedem Meilenstein Neubewertung Priorisierung Projektmanager koordiniert und verantwortet geeignete Maßnahmen

25 Risikobewertung mit GPM

26 Risikobewertung mit Scrum Implizit in den Backlogs als Priorisierungsmerkmal Während jeder Sprintplanung alle Umsetzungsrisiken Risikoexploration als Backlog-Item Productowner verantwortet geeignete Risikomaßnahmen

27 Kombination Fundierte Analyse aller Risiken Risiko-Adressaten definieren Team und Extern Transparente Einplanung in Sprints Priorisierungsgrundsätze

28 Risikomanagement Meilensteine und Sprintplanungen eignen sich hervorragend zur Neubewertung und Priorisierung von Risiken Grosse und kleine Risikobewertung (Adressaten) Meilenstein 1 Sprint 1 Sprint 2 [Releasesprint*] Meilenstein 2 Sprint 3 Sprint 4 [Releasesprint] Meilenstein 3 Sprint 5 Sprint 6 [Releasesprint]

29 Vielen Dank für Ihre Aufmerksamkeit