Agile Project Management Scales Across Continents
•
1 j'aime•1,707 vues
This document discusses how agile project management was used to scale a project across multiple continents. It describes the project organization with multiple teams in different locations using Scrum and product owners. Challenges addressed include coordinating teams in different time zones and ensuring compliance. Lessons learned include the importance of face-to-face communication and that teams can move fast with the right discipline.
Recommandé
Contenu connexe
Similaire à Agile Project Management Scales Across Continents
Similaire à Agile Project Management Scales Across Continents (20)
Dernier
Dernier (20)
Agile Project Management Scales Across Continents
- 1. Agiles Projektmanagement skaliert über mehrer KonInente hinweg Raphael Auf der Maur Senior Project Leader & Agile Coach Dipl. Inf. Ing. ETH, CSM, CSPO, CSP, CPRE, PMI-‐PMP www.bbv.ch www.bbv.ch
- 2. Das Projekt ProjektorganisaIon Agiles Projektmanagement Lessions Learned www.bbv.ch www.bbv.ch
- 3. mul1ple teams Medical environment 2 KonInente over 1000 customers 3 legacy products .NET 2 conInents ISO 62304 Scrum 4 development sites 2 Scrum coaches www.bbv.ch
- 4. Das Projekt Projektorganisa1on Agiles Projektmanagement Lessions Learned www.bbv.ch www.bbv.ch
- 5. Chief Product Owner Stakeholders Integra1on Team Product Product Product Owner Owner Owner Feature Team Feature Team Feature Team www.bbv.ch
- 6. www.bbv.ch
- 7. www.bbv.ch
- 8. Product-‐Owner Proxy Product Manager Product Manager Stakeholders Stakeholder Product Owner Proxy Product Owner Proxy Feature Team Feature Team Feature Team USA Switzerland Switzerland www.bbv.ch
- 9. www.bbv.ch
- 10. Product-‐Owner Proxy Product Manager Product Manager Stakeholders Stakeholder Product Owner Proxy Product Owner Proxy Feature Team Feature Team Feature Team USA Switzerland Switzerland www.bbv.ch
- 11. Product-‐Owner Proxy PO Team „Projektleiter“ Stakeholders Story Story Stakeholder Owner Owner Product Owner Proxy Feature Team Feature Team Feature Team USA Switzerland Switzerland www.bbv.ch
- 12. Product-‐Owner Proxy PO Team „Projektleiter“ Stakeholders Stakeholder Story Story Owner Owner Product Owner Proxy Feature Team Feature Team Feature Team USA Switzerland Switzerland www.bbv.ch
- 13. Das Projekt ProjektorganisaIon Agiles Projektmanagement Lessions Learned www.bbv.ch www.bbv.ch
- 14. www.bbv.ch
- 15. Bedenken in Bezug auf Agilität hWp://www.versionone.com/pdf/2011_State_of_Agile_Development_Survey_Results.pdf www.bbv.ch
- 16. www.bbv.ch
- 17. www.bbv.ch
- 18. Velocity Team A Velocity Team B 50 30 45 25 40 35 20 30 Story Points Story Points 25 15 20 10 15 10 5 5 0 0 Sprint Sprint Sprint Sprint Sprint Sprint Sprint Sprint Sprint Sprint Sprint Sprint Sprint Sprint Sprint Sprint Sprint Sprint Sprint Sprint Sprint Sprint 2 3 4 5 6 7 8 9 10 11 12 2 3 4 5 6 7 8 9 10 11 12 Done Average Trendlinie Done Average Trendlinie www.bbv.ch
- 19. www.bbv.ch
- 20. Release Planning Release Burndown Backlog 250 gemessener FortschriW ProjekIon mit Erfahrungswert 200 Story Points 150 100 50 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 Sprint www.bbv.ch
- 21. www.bbv.ch
- 22. Das Projekt ProjektorganisaIon Agiles Projektmanagement Lessions Learned www.bbv.ch www.bbv.ch
- 23. Do you know how to fly that helicopter? www.bbv.ch
- 24. www.bbv.ch
- 25. «Discipline is the bridge between goals and accomplishment.» – Jim Rohn www.bbv.ch
- 26. www.bbv.ch
- 27. www.bbv.ch
- 28. face-‐to-‐face communica1on www.bbv.ch
- 29. www.bbv.ch
- 30. fast! teams can be www.bbv.ch
- 31. Any quesIons? Blog: www.agilerequirementsengineering.com Facebook: www.facebook.com/agilerequirementsengineering TwiWer: www.twiWer.com/rmaur Xing: hWps://www.xing.com/profile/Raphael_AufderMaur Email: raphael.aufdermaur@bbv.ch Booklets & Poster zum Thema Agiles Requirements Engeneering und Agiles Projektmanagement unter www.bbv.ch www.bbv.ch
Notes de l'éditeur
- In dieser Präsentation widerlege ich das Vorurteil, das agile Projekte unplanbar sind und ich zeige auf, wie wir in einem komplexen, international verteilten Projektumfeld mittels einer Scrum of Scrums-Projektorganisation den Scrum-Prozess skalierten. Erfahren Sie, wie man ein verteiltes agiles Projekt organisiert. Welche Planungsansätze haben sich bewährt und welche nicht? Ich zeige Ihnen auf, wie wichtig es ist, agiles Projektmanagement auch tatsächlich praktisch umzusetzen. Aufgrund praktischer Erfahrungen erläutere ich den Umgang mit Teamvelocity, Releaseplan und Backlog-Management bei verteilten Scrum-Teams. Zudem zeige ich die Erfolgsfaktoren für steigende Entwicklungsproduktivität auf.45 min Dauer: 45 minVortrag: 40 minFragen: 5 minVorbereitungen:- Beamer- Pointer- Notebook
- Experten/Domänenwissen von verschiedenenStandortennutzenScrum skaliert in Scrum of ScrumsMehrere Feature Teams arbeiten am gleichenProduktIntegriertüberIntegrationsteamProduct Owners gleichensichimPO-Teamab, Chief Product Owner stelltübergeordnetePriorisierungsicherVieleFachkräfte5+/-2 Entwickler pro Team4 Product Owner4 Scrum Master
- Quelle: http://www.science-skeptical.de/wp-content/uploads/2011/10/reality-check-1.jpgReality Check: z.T. wenigeEntwickler pro Standort
- http://wallpapers.free-review.net/36_~_Iron_Man.htmProduct Owner sindMangelwarePO = Requirements-VerantwortlicherPO = BudgetverantwortungPO = ProjektleiterSchwierig, solcheHeroszufindenWas der alleskönnen muss!manage Product Backlog manage risks Define Features create release plan adjust priorities Stakeholder Managementresponse to changing business reporting tell the stories to the team support team with answers during sprint accept done stories Ensures profitability Facilitates scrum planning Release BurndownVelocity trackingViele
- Definierteeinen Product Owner Proxy für das Offshore-TeamEhertechnische Person, keindirektesMarktwissenEinenProdoct Owner Proxy für die Teams in der Schweiz und alsAnsprechparterfür den PO Proxy in den USAProduct Manager zuständigfürFunktionaleAnforderungen -> keinenDirektkontantzu den TeamsPO Proxy mussteimmerRücksprachenehmen
- http://www.elektro-warehouse.eu/images/produkte/i10/10278-P7130944.jpgPO-Proxy war reinerDurchlauferhitzermitentsprechendenReibungsverlusten. Team hat das auchgemerkt. PO solltegegenüberdem Team immerals PO mitabschliessenderEntscheidungskompetenzauftreten.
- Ueberforderter PO – Beispielenennen
- Product ManagernzuPosgemachtGut: DirektenKontaktzu TeamsDirektes Feedback, wenigerüberforderung, schneller die richtigeFunktionalitätdefiniert und gebautProblem: PoswarenvorherfürTeilproduktezuständigBegannen, Features zuvergolden, ihreTeilproduktezuoptimierenHatten den BlickfürsganzenichtWarenliebmiteinander
- Projektleiterwiederaktivim PO TeamImplizit (abernichtexplizit) Chief Product Owner RolleBlickaufsGanzeEinfachereLösungeneinfordernFeatresweglassenfürersten ReleaseWichtig: PO als PO definieren. Als PO gegenüberdem Team nichtimmer auf andereLeuteverweisen, “die das eigentlichentscheiden”.
- http://www.elektro-warehouse.eu/images/produkte/i10/10278-P7130944.jpgScrum: Oft hört man, bei Scrum fändekeineProjektplanungstattImGegenteil: Releaseplanungistein Must, nicht optional.Was brauchtes, um miteinemflugzeugeinePunktlandungzumachen? Höhe, Geschwindigkeit, Richtung, Sinkrate.
- http://www.thelearningweb.net/chapter04/page156.html
- http://www.periscopeclothing.com.au/wp-content/uploads/2012/08/Bassike-Watermelon.jpgAmpelstati: schaffen Sie das ab.Wassermelonenprinzip: aussen grün, innen rot und schmierigHand auf’s Herz: Haben Sie jemals ein Gantt-Chart gesehen, das korrekt ist?
- Wiekommen Story Owner an ihrWisen?Messeesuch war umstritten!Kundenkontakt! Kundenkontakt! Kundenkontakt!Lückenwerdensofortersichtlich! Rationale wirdvom Team eingefordert. Beispielgeben!Source: http://www.hotflick.net/pictures/big/999MTX_Carrie-Anne_Moss_032.htmlAlternate: http://www.hotflick.net/pictures/999MTX_Keanu_Reeves_069.htmlAlternate 2: http://www.hotflick.net/pictures/999MTX_Keanu_Reeves_038.htmlAlternate 3: http://www.moviepicturedb.com/picture/8d87aa95?qid=1Alternate 4: http://outnow.ch/Movies/1999/Matrix/Bilder/dvd-1.ws/45
- Ichstehe hinter diesemSatz, aber …
- Es kann nur einen geben.PO Team ja, aber nur einer als verantwortlicher PO. Verteilte Entscheider (Vermarkter, Verkäufer, Produkt Manager, Business Analyst) mag in der Vergangenheit für einen linearen Prozess gut gewesen sein. In der hochdynamischen globalisierten Welt braucht es schnelle Entscheidungen.
- Telco funktioniertschlecht5-10 min, bisallesparatistPlanning und Grooming zwingendvor OrtAlternieren: PO reist, Team reistFunktioniertnicht Offshore: Lösung: PO Proxy vor Ort!!POs tendierendazu, nicht die Zeitfür das Reisenaufzuwenden, weilsie “überfordert” sind. -> dagegenhalten
- Eingespielte Teams brauchen viel „Futter“.Mehrmals erlebt dass Teams „zu schnell“ waren für die POs – zuwenige Requirements parat.Goldene Regel: 1 FTE pro 5 Entwickler für Requirements. Hyperproductive Teams: 1 PO pro 2 Entwickler (Jeff Sutherland)Impediments der Retroperspektive lösen