IPMA CCPM interessegroep 6 juni 2013 CCPM en Agile + =? Harry Barendse

Transcriptie

1 Harry Barendse

2 IPMA CCPM interessegroep 6 juni 2013 CCPM en Agile + =? Harry Barendse

3 Aannames N -E E -N Bekendheid met CCPM en Scrum Nederlands en Engels door elkaar gebruiken niet bezwaarlijk

4 Aannames Niet zwart wit denken maar open staan voor slim combineren van gereedschappen

5 Inhoud 1. Wat is Agile? 2. Agile ontwikkelmethoden 3. Fit 4 Scrum? 4. ToC en Scrum 5. CCPM en Scrum 6. Reliable Scrum

7 1. Watis Agile? Charles Darwin about the struggle for life: I have called this principle, by which each slight variation, if useful, is preserved, by the term Natural Selection, in order to mark its relation to man's power of selection. Herbert Spencer: Survival of the fittest..

8 Agile Behendig, lenig, veranderlijk Business Agility 1. Watis Agile? The ability of a business to adapt rapidly and cost efficiently in response to changes in the business environment.. Agile manufacturing A manufacturing organization that has created the processes, tools, and training to enable it to respond quickly to customer needs and market changes while still controlling costs and quality. Agile manufacturing is often seen as the next step after lean manufacturing. Agile software ontwikkeling Ontwikkelmethode voor situaties met veranderlijke eisen en/of hoge onzekerheidt.a.v. technologie.

9 OvergenomenuitScrum Reference Card (Michael James) 8 Extensively modifiedversionof a graphin Strategic Management andorganizationaldynamics, Stacey, 1993, referencedin Agile Software Development with Scrum, Schwaber/Beedle, Quote is from Process Dynamics, Modeling, andcontrol, Ogunnaike, Oxford University Press, 1992.Press, Watis Agile?

10 1. Watis Agile? In projecten omgaan met veranderlijke eisen en/of hoge onzekerheid t.a.v. technologie: Risico Management Proof of Concept, prototype Toenemende detaillering in de planning op basis van voortschrijdend inzicht Werkenin iteraties, timebuckets, stages (Prince) Agile software ontwikkelmethode Als we het hebben over Agile bedoelen we tegenwoordig meestal softwareontwikkeling volgens Scrum

12 2. Agile ontwikkelmethoden Agile achtige benaderingen bestaan al sinds er software ontwikkeld wordt Enkele Agile-ontwikkelmethoden: Extreme Programming(XP) Scrum Agile Modeling Adaptive Software Development (ASD) Crystal Clear and Other Crystal Methodologies Dynamic Systems Development Method (DSDM) Feature Driven Development (FDD) Lean software development Agile Unified Process(AUP) Continuous integration What sthe fittest?? Feb 2001: Agile Manifesto: Uitgangspunten Principes

13 2. Agile ontwikkelmethoden Onderzoek Principles behind the Agile Manifesto: 1. Satisfy the customer 2. Welcome changing requirements 3. Deliver working software frequently 4. Motivate individuals 5. Interact frequently with stakeholders 6. Communicate face to face 7. Measure by working software 8. Maintain constant pace 9. Sustain technical excellence and good design 10. Keep itsimple 11. Empower self-organizing teams 12. Reflect and adjust continuously Agile software ontwikkelmethoden: Lean SW Development X-treme programming Scrum Feature Driven Development

14 2. Agile ontwikkelmethoden

15 2. Agile ontwikkelmethoden Lessen (Scrum) Interactfrequentlywithstakeholders Customers, product managers, sponsors, and others involved in the project. Advies: Implementeer aanvullende maatregelen om de interactie met alle stakeholders te vergroten Progress measurement by working software Deployed in a production environment. Advies: Streefnaardaadwerkelijke produktiegang naiedere sprint; pas dan is de voortgang(throughput) daar Streef vervolgens naar geleidelijke verkorting sprintduur

16 Kritieke Succesfactoren 2. Agile ontwikkelmethoden 1. De cultuur van de organisatie moet open staan voor discussie en onderhandeling 2. Mensen moeten vertrouwd worden 3. Minder maar competentere mensen 4. Organisaties moeten de beslissingen accepteren die het ontwikkelteam ism de businessvertegenwoordiger neemt 5. Organisaties moeten een omgeving hebben waarin snelle communicatie tussen teamleden mogelijk is Cohen, Lindvall & Costa: An introductiontoagile Mathods. In: Advances in Computers (pp. 1-66). New York: Elsevier Science

18 Wat breng je in een sprint onder? 18

19 Wat je in een sprint onderbrengt is situatie afhankelijk Teamwork: Betrokkenheid Teamwork: Focus Herhaalbaarheid Afhankelijkheden 3. Fit 4 Scrum? Voorbeelden..

20 3. Fit 4 Scrum? Teamwork: Betrokkenheid Niet / nauwelijks betrokken Voorbeeld: Externe leverancier / bepaalde ketenpartijen Aanpak: Via afhankelijkheden in kaart brengen en traditioneel plannen workpackagedefiniëren / doen uitvoeren / kwaliteit verifiëren Intensief betrokken Voorbeeld:Uiteenlopende kenniswerkers / specialisten die in onderlinge samenwerking een deliverable kunnen creëren. Aanpak: In sprintteam laten samenwerken

21 3. Fit 4 Scrum? Teamwork: Focus Hoge mate van complexiteit / behoefte te kunnen focussen Voorbeeld: Ingewikkelde rekenroutine / validatie aanpassen Aanpak: Aanpassing uitschrijven Omstandigheden creëren waarbij de developerlangdurig kan focussen Eenvoudige taken / veel interactie nodig Voorbeeld: gebruikersinterface van een webapp Aanpak: In sprintteam uitvoeren

22 3. Fit 4 Scrum? Herhaalbaarheid Taak komt eenmalig voor in het project Voorbeeld:Voorbereidende / afsluitende fase, productiegang, gebruikerstraining, ketenintegratietest Aanpak: Traditioneel plannen Taak komt herhaald voor in het project Voorbeeld: Creëer nieuwe werkende software Aanpak:team en aard van de taak ongewijzigd herhalen. Door opdoen ervaring zal productiviteit van het sprintteam toenemen

23 3. Fit 4 Scrum? Afhankelijkheden Fysieke afhankelijkheid Bijvoorbeeld:Voordat ik muren kan metselen moeten eerst de fundering en de vloer gestort zijn. Aanpak:Via Product BasedPlanning afhankelijkheden in kaart brengen en traditioneel plannen Kunstmatige afhankelijkheid Bijvoorbeeld:Voordat ik kan programmeren heb ik een ontwerp nodig en dat is op zijn beurt gebaseerd op de requirements. Aanpak:In sprint met alle betrokkenen (kenniswerkers) realiseren van werkende software.

25 4. ToC& Scrum: Throughput X Mln ROI = (T-OE) / I 2 1 Years

26 4. ToC& Scrum: Harmony Uit analyse van oorzaak gevolg relaties blijkt volgens Goldrattdat er meestal maar één kernprobleem ten grondslag ligt aan vele andere Het kernprobleem is meestal een (gedrags-) conflict. Volgens Goldratt zijn er generieke oorzaken voor conflicten

27 Bron: Alan Barnard, Goldratt Research 4. ToC& Scrum: Harmony

29 Avoid wasting safety Student syndrome Parkinson s Law Over-engineering, gold plating 5. CCPM & Scrum: Safety ToC: Aggressive task estimates & fallback through buffer Provides early warning on overall due date Scrum: Visibility of all activity on sprint backlog & fallback through shifting items to next sprints

30 Avoid multitasking 5. CCPM & Scrum: Multiproject Optimise througputacross entire project organisation ToC: Share scarce resources between projects to maintain maximum throughput Stagger projects to avoid multitasking at scarce (but shared!) resources Scrum: All resources are dedicated sprintteammembers No facilities to share between projects / no multiproject steering However: The multidisciplinary way of work in a sprintteammight help to actively spread a scarce skill across the entire sprintteamthus lifting te constraining nature of this skill

31 5. CCPM & Scrum: Scheduling Voorwaarden: Productbacklog voor zover mogelijk compleet Storypoints voor gehele productbacklog geschat

32 5. CCPM & Scrum: Scheduling Feature Estimate50% -90%: 4-6 sprints ? 6? Scheduledas 4 sprints + 1d Final sprint + Buffer Buffer Target should be: As opposed to: Achieve the business goal asap Achieve the business goal after 6 sprints

33 5. CCPM & Scrum: Scheduling Start Buffer Automatic reduction of remaining duration as status date progresses Regular update of remaining duration for the final sprint After w Buffer After w Buffer After w Buffer After w Buffer After w Buffer

34 Dependencies between Scrum teams 5. CCPM & Scrum: Scheduling Team A Buffer Func X You must know the Pert first. Func Y Team B Buffer

35 Inhoud 1. Wat is Agile? 2. Agile ontwikkelmethoden 3. Fit 4 Scrum? 4. ToC en Scrum 5. CCPM en Scrum? 6. Reliable Scrum

36 6. Reliable Scrum Verschillende organisaties combineren ToC-CCPM en Scrum. Zij noemen dit Reliable Scrum. ReliableScrum dekt behoeften af die Scrum op zichzelf onvervuld laat: Borging van en heldere (project-) communicatie over realiseren business goals Input voor resourcemanagement en portfoliomanagement in multi-project omgeving Randvoorwaarde: Behoud van Agility.

37 6. Reliable Scrum: Context Het juiste gereedschap voor het juiste doel; de context bepaalt de keuze van het gereedschap 1. Software onderhoud 2. Multiple sprint softwareontwikkeling 3. Multiple sprintteam softwareontwikkeling 4. Complex project met gedeelte softwareontwikkeling 5. Visie

38 6. Reliable Scrum: Context 1. Software onderhoud Toelichting: Na elke sprint kan een nieuwe release in gebruik genomen worden. Scrum: Software onderhoud leent zich uitstekend voor toepassing van Scrum as is. ReliableScrum: N.v.t.

39 2. Multiple sprint softwareontwikkeling 6. Reliable Scrum: Context Toelichting: Er zijn meerdere sprints van één sprintteam nodig voordat de aangepaste/nieuwe software in gebruik genomen kan worden. Scrum: Velocity trendline & work added/removedtrendline. ReliableScrum: Voegt buffering principes toe om de project due date te bewaken aan de hand van voortgang en bufferverbruik. Dit kan heel goed handmatig.

40 6. Reliable Scrum: Context 3. Multiple sprintteam softwareontwikkeling Toelichting: Er zijn meerdere sprints van meerdere sprintteams nodig voordat de aangepaste/nieuwe software in gebruik genomen kan worden. Scrum: Als 2 + Coördinatie via Scrum of Scrums. Een goed praktijkgebruik is om de uiteenlopende scrumteams zo mogelijk parallel te schakelen en tegelijkertijd aan onderling gerelateerde storieste laten werken. Op deze wijze kunnen veel afhankelijkheden tussen teams al binnen de sprintduur opgelost worden. ReliableScrum: Als 2. + Een Pert-planning kan helpen een grote complexiteit aan afhankelijkheden te managen. Beschikbaarheid van planningsoftware zeer wenselijk.

41 6. Reliable Scrum: Context 4. Complex project met gedeelte softwareontwikkeling Toelichting: Naast softwareontwikkeling (al dan niet in meerdere sprintteams) vind er in het project een veelheid aan activiteiten plaats die zich er niet voor lenen om in sprints uitgevoerd te worden. Scrum: Geen specifieke voorzieningen. ReliableScrum: Als 2. + s worden als activiteit naast alle overige projectactiviteiten ondergebracht in een gebufferde Gantt-planning. Beschikbaarheid CCPM-software noodzakelijk.

42 6. Reliable Scrum: Context 5. Visie: Richting lean software manufacturing team => productioncell: Op de productbacklog van het sprintteam verschijnen zowel taken (user stories) uit (evt meerdere) projecten als taken voortvloeiend uit de SLA duur => Takt time:voortschrijdende versnelling van het ritme en reductie van de WIP (Extreme Programming, DevOps?). Investeren in wegnemen obstakels zoals bijvoorbeeld kwaliteitsborging (automatisch testen, built in quality), belemmeringen in OTAP-omgeving en/of complexe productiegang. Plannen en bewaken: CCPM sturing voor projecten Single-task prioritering Koppelen van taken aan sprints tijdens sprint preparation Beslismomenten resourceallocatie: projectrelease Prioriteren (overall) productbacklog

43 Resumé Scrum? Doen! Reliable Scrum (CCPM-Scrum combinatie) ondersteunt Sturing op business goals Resourcemanagement Portfoliomanagement Toenemende toegevoegde waarde naar gelang Complexiteit van het project Multiproject omgeving Combinatie met alternatieve werkstroom

44 Meer weten?

45 Questions

46 End of presentation.. Thank you for your attention