• Save
Agiles Projektmanagement skaliert über mehrere Kontinente
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

Agiles Projektmanagement skaliert über mehrere Kontinente

on

  • 1,030 views

Vortrag an der Manage Agile 2012 - Agiles Projektmanagement skaliert über mehrere Kontinente

Vortrag an der Manage Agile 2012 - Agiles Projektmanagement skaliert über mehrere Kontinente

Statistics

Views

Total Views
1,030
Views on SlideShare
1,030
Embed Views
0

Actions

Likes
0
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • 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

Agiles Projektmanagement skaliert über mehrere Kontinente Presentation Transcript

  • 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