Hybrides Projektmanagement wie Sie klassische mit agilen Methoden kombinieren können

Transkript

1 Hybrides Projektmanagement wie Sie klassische mit agilen Methoden kombinieren können Agenda Kurzumfrage: Ihr Projektmanagement Einsatz Kurzumfrage: Ihre Rolle Regionalgruppe Bamberg/Oberfranken Vorstellung Hybrides Projektmanagement: Konzeption, Ressourcenmanagement, Tooleinsatz = ca. 40 min Fragen & Antworten = ca. 20 Min. Feedback zum Webinar Der Vortragende: Johann Strasser, Dipl. Ing., Geschäftsführer und Partner bei TPG The Project Group

2

3

4 Webinar Hybrides Projektmanagement wie Sie klassische mit agilen Methoden kombinieren können mit Johann Strasser

5 Agenda Motivation für hybride Methoden Umgang mit Zielen Rollen und Prozesse 4 Hybride Scenarien Kopplung MS Project mit Jira Berichte in hybrider Umgebung Ressourcenmanagement Ihre Fragen

6 Motivation für hybride Ansätze

7 Übersicht der Methoden Klassische Projektmanagement - Methoden Kommen aus der Zeit von Großprojekten mit langer Dauer Wurden für Engineering Projekte mit hohem mechanischen Anteil entwickelt Setzen bis zum Ende durchdachte Ziele voraus, weil Änderungen teuer sind Zielerreichung ist das Wichtigste, Änderungen sind eher Störungen Haben viele Methoden zur Kontrolle und Steuerung in klarer Projektorganisation Multiprojekt- und Programmmanagement für parallellaufende und komplexe Vorhaben Agile Entwicklungs Methoden Kommen aus der Softwareentwicklung Unterstützen die Flexibilität in der Zielerreichung Stellen den Kundennutzen in den Mittelpunkt Stufen Änderungen eher als sinnvolle Verbesserungen ein Sind einfach anzuwenden und haben nur wenige Regeln in selbstorganisierten Teams Vermeiden das parallele Arbeiten an verschiedenen Aufgaben

8 Neue Randbedingungen in der Produktentwicklung Steigender Anteil an Elektronik und Software in Produkten Teils höhere Kosten für Softwareentwicklung als für mechanische Komponenten Höhere Vielfalt bei der Individualisierung von Produkten gefordert Höhere Flexibilität bei der Gestaltung und Entwicklung notwendig Kundennutzen kommt immer stärker in den Mittelpunkt Hardware wird immer günstiger, weil weitgehend standardisiert Software wird immer umfangreicher und teurer Software ist zumindest gefühlt bis zuletzt änderbar PM Methoden müssen sich besser für Softwareprojekte eignen Hybride Ansätze als Kombination gewinnen an Bedeutung

9 Umgang mit Zielen

10 Ziele und Resilienz Ziele Termine Kosten stabil klassisch agil flexibel Termine Kosten Ziele

11 Ziele und Nutzung Konzept Spezifikation Umsetzung (Prototyp?) Abnahme Nutzung klassisch Version 1 Version 2 Version 3 Version 4 agil Nutzung

12 Optimierung der Ziele Je intensiver die Zusammenarbeit mit dem Kunden, desto besser das Ergebnis Sichtbarkeit Risiko Nutzen Zeit Zeit Zeit klassisch agil hybrid

13 MVP - Minimum Viable Product

14 Rollen und Prozesse

15 Projektlebenszyklus - klassisch Initiierung Durchführung, Abschluss PMO Projekt anlegen Project A Project B Project C Priorisieren & auswählen Project A 1 Project B 2 Project C 3 PPM-Meeting Projektleiter Grobplanung Detailplanung Anforderung Fähigkeiten Planung Restaufwand Statusbericht (Abschlussbericht) Teamleiter Bereitstellung Kapazitäten Zusicherung Personen Mitarbeiter Erhebung Ist-Daten

16 Produktlebenszyklus - agil Initiierung Version 1, Pflege,. (Abschluss?) PDMGMT Product A Product B Product C Produktidee Priorisieren & auswählen Product A 1 Product B 2 Product C 3 TEAM A Version 1 Version 2 Version 3 Version 4 TEAM B Version 17 Version 18 Version 19 Version 20 TEAM C Version 1 Version 2 Version 3

17 Rollen klassisch Projekt Sponsor Beauftragt das Projekt Sitzt im Lenkungsausschuss Entscheidet bei Bedarf Projektleiter Kümmert sich um Stakeholder Plant und steuert Berichtet und kommuniziert Teamleiter Sichert Ressourcen für Projekte Plant nicht projektbezogene Tätigkeiten Teammitglieder AP Verantwortung Inhaltliche Mitarbeit Zeitrückmeldung agil (Scrum) Product Owner Entscheidet alles zum Produkt Pflegt und priorisiert das BackLog Steht mit den Stakeholdern in Kontakt Ist permanent für das Team erreichbar ScrumMaster Führt den Srcum Prozess Befähigt Team für den Prozess Räumt Hindernisse aus dem Weg Plant auch nicht projektbezogene Tätigkeiten Team Schätzt Backlog Items Weist sich selbst Aufgaben zu Meldet FERTIG Gibt Feedback in Reviews und Retrospektiven

18 Prozesse klassisch Kick Off Statusmeetings Abschlussmeeting Lessons Learned agil Daily (Kick Off) Sprint Planung Sprint Review Retrospective Spezifikation Planung & Aktualisierung (x Wochen) Product Backlog Sprint Backlog Sprint / Iteration (2 Wochen) Produkt Produkte

19 Hybride Methoden

20 Verbindung von klassischen und agilen Methoden Paralleler Einsatz von klassischen und agilen Methoden Manche Bereiche der Firma arbeiten immer klassisch und andere immer agil Manche Projekte werden mit klassischen, andere mit agilen Methoden erledigt Manche Teile von Projekten werden klassisch und andere agil umgesetzt Grobplanung von Projekten klassisch, Detailplanung agil Vermischter Einsatz von klassischen und agilen Methoden Engere Abstimmung mit den Nutzern, mehr nutzbare Zwischenergebnisse in klassischen Projekten Standup Meetings (wöchentlich) in klassischen Projekten Planung in Phasen und Meilensteinen übergeordnet zu Sprints Statusberichte und Meilensteintrend in agilen Projekten Retrospektive (lessons learned) nach Statusbericht in klassischen Projekten Scrum Master gleichzeitig auch Projektleiter Fixes Team für die gesamte Laufzeit in klassischen Projekten Backlog pro Phase als Spezifikation Projektplanung in Synchronisation mit Sprintlängen

21 Hybrid klassisch und agil in verschiedenen Bereichen Kundenprojekte Projekt 1 Projekt 3 Projekt 7 Produktentwicklung Projekt 2 Projekt 4 Projekt 5 Projekt 6 Sales braucht Stimme bei der Release Planung Version 1 Version 2 Version 3 Version 4 Version 5 Version 6 Version 4 Version 5 Version 6 Version 7 Version 8 Version 9 Version 3 Version 4 Version 5 Version 6 Version 7 Version 8

22 Hybrid klassisch oder agil pro Projekt entscheiden unklar, unsicher Anforderungen Häufige Wechsel behindern Prozess- Stabilität Klar, sicher Klar, erprobt Lösungsansatz unklar, neu

23 Hybrid klassisch und agil in Teilen von Projekten Konzept Spezifikation Umsetzung Abnahme Hardware Software Konzept Spezifikation Umsetzung Abnahme Unklare Teile agil und klare Teile klassisch kann optimal werden Konzept Spezifikation Umsetzung Integration Hardware Software

24 Hybrid klassische Grobplanung und agile Detailplanung Konzept Spezifikation Umsetzung Abnahme Meilensteine Statusmeetings Gleichtakt minimiert Reibungen und Koordinationsaufwand und bringt mehr Durchsatz

25 Kopplung von MS Project mit Jira

26 Integration von Microsoft Project und JIRA mit TPG PSLink Projektplanung Projektleiter TPG PSLink Aufgabenplanung Mitarbeiter

27 Synchronisation von Strukturen aus Microsoft Project zu JIRA Microsoft Project TPG PSLink Atlassian Jira Name JAN FEB MAR APR Versions Epics PROJECT X Phase A Arbeitspaket 1 Arbeitspaket 2 Arbeitspaket 3 Arbeitspaket 4 Arbeitspaket 5 Phase B Arbeitspaket 6 Arbeitspaket 7 Arbeitspaket 8 Phasen Als Versionen Arbeistpakete als Epics Phase A Phase B Arbeitspaket 1 Arbeitspaket 2 Arbeitspaket 3 Arbeitspaket 4 Arbeitspaket 5 Arbeitspaket 6 Arbeitspaket 7 Arbeitspaket 8 Arbeitspaket 9 Arbeitspaket 10 Arbeitspaket 9 Arbeitspaket 10

28 Eingeben von Issues mit Schätzungen in JIRA Microsoft Project Name JAN FEB MAR APR PROJECT X Phase A Arbeitspaket 1 Arbeitspaket 2 Arbeitspaket 3 Arbeitspaket 4 Arbeitspaket 5 Phase B Arbeitspaket 6 Arbeitspaket 7 Arbeitspaket 8 Arbeitspaket 9 Arbeitspaket 10 TPG PSLink Atlassian Jira Versions Phase A Phase B Issues Issue 01 Issue 02 Issue 03 Issue 04 Epics Arbeitspaket 1 Arbeitspaket 2 Arbeitspaket 3 Arbeitspaket 4 Arbeitspaket 5 2 Points (Phase A/AP1) 3 Points (Phase A/AP1) 1 Points (Phase A/AP2) 5 Points (Phase A/AP2)

29 Synchronisation des Fortschritts aus JIRA nach Microsoft Project Microsoft Project Name Status Points Actuals PROJECT X Phase A Arbeitspaket 1 Arbeitspaket 2 Arbeitspaket 3 Arbeitspaket 4 Arbeitspaket 5 Phase B Arbeitspaket 6 Arbeitspaket 7 Arbeitspaket 8 Arbeitspaket 9 Arbeitspaket 10 Done TPG PSLink Status Points Actuals Atlassian Jira Arbeitspaket 01 Backlog Log Issue 01 Action Action Action Done Issue 01 2 Pts Issue 02 3 Pts Issue 03 1 Pts Issue 04 5 Pts 4 hours 2 hours 3 hours - Done

30 Anzeige von Issues in Microsoft Project mit TPG ProjectDetails PROJEKT A Vorgang 1 Vorgang 2 Vorgang 3 Vorgang 4 Vorgang 5 Arbeit 20 h 39 h 60 h 60 h 40 h TPG ProjectDetails Issues Log ToDo Verantwortlich Arbeit Status Link Aufgabe A Person X 3h Erledigt Aufgabe B Person Y 20h Erledigt Aufgabe C Person Z 15h Offen Aufgabe D Person X 1h Offen

31 Berichte in hybriden Umgebungen

32 Wo stehen wir? Klassische Projekte Bieten viele detaillierte Berichte zu Terminen, Fertigstellung, Kosten, Trends, Status, usw. die meist nur in Auszügen öffentlich sind Übersicht im Portfoliomeeting Detaillierte Informationen im Statusmeeting und im Lenkungsausschuss Agile Umgebungen Öffentliche Boards, mit Backlog, aktueller Arbeit und Fertigstellung, BurnDown Chart Keine Termine, Keine Kosten, kein Status, keine Multiprojektübersicht Detaillierte Informationen im Sprint Review und bei Release Presentation In Multiprojektumgebungen ist die Übersicht zu Status, Entscheidungsnotwendigkeiten und Lieferterminen immer erforderlich

33 Berichte im agilen Umfeld Task Board ToDo Doing Verify Done Burn Down Chart Restaufwand (Points) langsamer schneller Zeit (Sprints)

34 Multiprojektumgebung mit Drill-Down Status Portfolio Pipeline Risiko Ressourcen Kosten Strategie Projektliste Ressourcenpool Firma Projekt A Das ist der Kurzkommentar zu Projekt B Das ist eine anderer Kommentar zu Abteilung A Abteilung B Abteilung C Abteilung D Abteilung E Abteilung F Projekt C Das ist der Kurzkommentar zu Projekt D Das ist eine anderer Kommentar zu Team A.1 Team B.1 Team C.1 Team 4.1 Team 5.1 Team 6.1 Projekt E Das ist der Kurzkommentar zu Projekt F Das ist der Kurzkommentar zu d Team A.2 Team B.2 Team C.2 Team 5.2 Projekt G Das ist eine anderer Kommentar zu Projekt H Das ist der Kurzkommentar zu Team B.3 Controlling Projekte Teams PROJEKT A Vorgang 1 Kommentar Budget MST 1 Vorgang 2 Work Internal Work External Others External MST 2 Vorgang 3 Vorgang 4 MST 3 Vorgang 5

35 Ressourcenplanung

36 Strategische und taktische Planung Strategische Planung Laufende Projekte Neue Projekte Team/Skill A Team/Skill B Taktische Planung Team A JAN FEB MAR APR MAI Müller Meier Berger Team B JAN FEB MAR APR MAI Schuster Schreiner Burger Vorgänge Aufgaben Agile Methoden haben feste Produkt-/ Projekt- Teams, was die Planung erheblich vereinfacht

37 Vollständige Planung Ressourcen Kapazität Projektleiter ScrumMaster Teamleiter Abwesenheiten Allgemeine Linientätigkeiten Projekt Verfügbarkeit Projekt C Projekt B Individuelle Linientätigkeiten Projekt C Projekt B Projekt A Projekt A Anfragen? Zusicherungen!

38 Ressourcenzuordnung klassisch agil Wechselnde Zuordnungen von Personen in verschiedenen Projekten Teams mindestens für eine Iteration konstant Berger Meier Projekt A Berger Berger Meier Berger _ Projekt A Meier Meier Müller Projekt B Berger Meier Berger Projekt B Müller

39 Erfolgsfaktoren

40 Erfolgsfaktoren eine kleine Auswahl Jedes Unternehmen braucht ein PASSENDES System Kombinieren Sie nur die Methoden, die in Ihrer Umgebung auch kombinierbar sind Sorgen Sie für ein gemeinsames Verständnis und Akzeptanz auf beiden Seiten Alle Stakeholder müssen sich zum gewählten Prozess verpflichten Nur geschätzte Aufgaben können in eine Iteration kommen Priorisierung der geschätzten und zu schätzenden Aufgaben für jede Iteration Zum Schätzen braucht man auch Zeit, die eingeplant werden muss Wenn das Ziel flexibel sein darf, muss man mit Überraschungen rechnen Arbeiten Sie im gleichen Takt Es geht um iteratives Arbeiten nicht unbedingt um agiles Arbeiten ;-)

41 ? Ihre Fragen