Internationales Projektmanagement International Project Management Prof. Adrian Müller, PMP, PSM-1, CSM FH Kaiserslautern phone: +49 631/3724-5329 http://www.hs-kl.de/~amueller
Inhalte Agile Modelle Manifesto Übersicht Scrum Übersicht Rollen: product owner scrum Master scrum Team Aufgaben der Rollen Daily scrum, review, retrospective grooming product backlog Sprint sprint planning sprint backlog Release Planning Planning Poker Release Plan Velocity Burndown Chart Release Burndown Bar Eigenschaften Skalierung Referenzen Int. Projektmmgt. 14/15
Int. Projektmmgt. 14/15
Lean Management Black Magic II Black Magic Int. Projektmmgt. 14/15
Agile vs. Traditional: cash flow Int. Projektmmgt. 14/15
Int. Projektmmgt. 14/15
Int. Projektmmgt. 14/15
Scrum - Überblick Quelle: Mountain Goat Software Int. Projektmmgt. 14/15
Int. Projektmmgt. 14/15 Scrum framework Roles Product owner ScrumMaster Team Ceremonies Sprint planning Sprint review Sprint retrospective Daily scrum meeting Artifacts Product backlog Sprint backlog Burndown charts
Int. Projektmmgt. 14/15 Scrum framework Roles Product owner ScrumMaster Team Ceremonies Sprint planning Sprint review Sprint retrospective Daily scrum meeting Artifacts Product backlog Sprint backlog Burndown charts
Int. Projektmmgt. 14/15 Scrum Team Self-organizing Cross-functional with no roles Seven plus or minus two Responsible for committing to work Authority to do whatever is needed to meet commitment Membership should change only between sprints
Int. Projektmmgt. 14/15 Product Owner Decide on release date and content Monitors the project against its stated goals and financial vision. Sets development schedule by prioritizing backlog Can be influenced by committees, management, customers, sales people, but is the only person that prioritizes Works with others to estimate items on Product Backlog Eliminates confusion of multiple bosses, different opinions, and interference Accept or reject work results
Int. Projektmmgt. 14/15 Scrum Master The Scrum Master is responsible for enacting Scrum values and practices shielding the team and removing obstacles support the Product Owner representing management to the project See Ian, The Scum Master @ http://www.youtube.com/watch?v=p6v-i9vvtq4
Int. Projektmmgt. 14/15 Chickens & Pigs Members of Scrum Team are known as Pigs because they are committed to delivering Sprint Goal People who are involved but not dedicated to the project are known as Chickens - they attend Scrum meetings as observers
Int. Projektmmgt. 14/15 Scrum framework Roles Product owner ScrumMaster Team Ceremonies Sprint planning Sprint review Sprint retrospective Daily scrum meeting Artifacts Product backlog Sprint backlog Burndown charts
Int. Projektmmgt. 14/15 Product Backlog: Einträge As a vacation planner, I want to see photos of the hotels so that I can get an impression of its style and quality.
Int. Projektmmgt. 14/15 Product Backlog Short term plan needs more detail Longer term plan can tolerate more uncertainty 1 2 3 4 5 6 7 Release 1 Release 2
Int. Projektmmgt. 14/15 Stories Refine the Product Backlog Backlog items come in many shapes and sizes Stories are small, and only come in a few sizes
Sprint Planning Teil 1 Quelle: http://www.muehlemann.com Int. Projektmmgt. 14/15
Int. Projektmmgt. 14/15
Jobwechsel Int. Projektmmgt. 14/15
Story Points Quelle: Mike Cohn Die häufigste Schätzeinheit in agilen Teams Basis ist eine Kombination von Größe und Komplexität der Arbeit Es gibt keine definierte Grundeinheit, aber Eine 10-point user story wird vermutlich doppelt so lange dauern wie eine 5-point story Die Einheiten können addiert werden. Das gilt für Zeitschätzungen nicht! Int. Projektmmgt. 14/15
Story Point Estimation Quelle: http://kanemar.com Int. Projektmmgt. 14/15
Vergeben Sie Zoo Punkte Int. Projektmmgt. 14/15
Wichtige Vorteile von Story Points Quelle: Mike Cohn Schätzungen in Story Points Führen zum Einsatz relativer Schätzungen Studien haben gezeigt: das können wir besser (s. (1) ) Wir beachten die Größe der Aufgabe, nicht die Dauer Die Dauer wird empirisch ermittelt, in dem wir betrachten, wie viele Story Points wir pro Iteration abschließen konnten Ergibt Schätzungen, die wir problemlos addieren dürfen Zeit-basierte Schätzungen sind nicht addierbar! Int. Projektmmgt. 14/15
Planning Poker: Ein Beispiel As a user, I want to be able to have some but not all items in my cart gift wrapped Round 1 Round 2 Jill 3 5 Bob 8 5 Yang 2 5 Ann 5 8 Todd 5 5 Quelle: Mike Cohn, bayxp Meeting on Agile Planning, 2007 Ergebnis: Story Size = 5 Points Int. Projektmmgt. 14/15
Warum Planning Poker funktioniert! Die Personen, die die Arbeiten ausführen werden, geben die Schätzungen ab. Es ist einfacher, relative Schätzungen in definierten Bereichen zu leisten. Das erspart sinnlose Diskussionen über Details Die Schätzenden müssen ihre Schätzungen begründen. Alle Meinungen werden gehört. Die meisten Schätzungen fokussieren sich auf eine Größenordnung. Die Kombination von individuellen Schätzungen durch die Gruppendiskussion führt zu besseren Schätzungen. Es ist schnell und macht Spass. Int. Projektmmgt. 14/15
Auswirkung irrelevanter Information reduzieren Gruppe A Hatte die project specs vorliegen 20 h Gruppe B Hatte die gleichen project specs, mit weiteren, für die Schätzungen irrelevanten Informationen: - user passwords - Benutzer desktop Umgebung - u.v.a.m 39 h - Int. Projektmmgt. 14/15 Prof. A. Müller
Länge der Spezifikation Gruppe A Hatte eine ein-seitige Spezifikation 117 h Gruppe B Hatte die gleichen Inhalte, aber auf 7 Seiten vergrößert - großer Zeilenabstand - schmale Seiten - großer Font - 173 h - Int. Projektmmgt. 14/15
Auswirkung anchoring reduzieren Kontrollgruppe Hatte die project specs vorliegen 456 h High anchor Gruppe Hatte die gleichen project specs. Wurde informiert, der Kunde denkt 500h sind eine vernünftige Schätzungen, aber - der Kunde wisse wenig über diese Schätzung - Seine Meinung solle nicht beeinflussen 555 h Low anchor gruppe Wie high anchor Gruppe, aber: 50h Int. Projektmmgt. 14/15 A. Müller Prof. 99 h
Int. Projektmmgt. 14/15
Sprint Planning Teil 2 Quelle: http://www.muehlemann.com Int. Projektmmgt. 14/15
Int. Projektmmgt. 14/15
Generic Taskboard: Track by Story Quelle: http://www.mountaingoatsoftware.com/taskboard.php Int. Projektmmgt. 14/15
Real Taskboard: Quelle: http://www.mountaingoatsoftware.com/taskboard.php Track by Story Int. Projektmmgt. 14/15
Daily Scrum, Sprint Ausführung Int. Projektmmgt. 14/15
Sprint Ausführung - Daily Scrum Daily 15 minute status meeting Team stands in a circle facing each other For synchronization not problem solving! Each team member answers 3 questions: Int. Projektmmgt. 14/15
Everyone answers 3 questions What did you do yesterday? What will you do today? Is anything in your way? 1 2 3 Int. Projektmmgt. 14/15
Taskboard Exercices No work in progress
Taskboard Exercices Too many stories in progress
Zusammenfassung: Was sind die Einheiten im Product- vs. Sprint Backlog? Product Backlog (Stories) Sprint Backlog (Tasks) Iteration 1 Iteration 2 As an investor, I want to As an investor, I want to As an investor, I want to As a visitor I want to As an investor, I want to 3 5 5 1 2 Define test cases 4 Code UI 8 Code middle tier 12 Code stored procedures 12 Automate tests 6 Hours Iteration 3 As a visitor I want to As a visitor I want to An investor I want to 3 3 2 Story Points or Ideal Days Quelle: Mike Cohn, bayxp Meeting on Agile Planning, 2007 Int. Projektmmgt. 14/15