Hoe SCRUM succesvol toe te passen bij infra projecten. Henri Stegehuis 10/19/2015

Transcriptie

1 Hoe SCRUM succesvol toe te passen bij infra projecten Henri Stegehuis

2 Hoe SCRUM succesvol toe te passen bij infra projecten 2 Henri Stegehuis

3 Hoe SCRUM succesvol toe te passen bij infra projecten Programma beschrijving Kenmerkend voor de SCRUM aanpak is dat gewerkt wordt met multidisciplinaire en zelfsturende teams. Alle teamleden zijn betrokken bij het plannen, benoemen van blokkades, verdelen van de taken en de kwaliteitsbewaking. De opdrachtgever blijft gedurende de ontwikkelfase nauw betrokken bij de verschillende keuzes waardoor vroegtijdig afwegingen en keuzes worden gemaakt. Op basis van een praktijk voorbeelden wordt toegelicht hoe de SCRUM aanpak succesvol toegepast kan worden bij de (software)ontwikkeling van een infra project. 3 Presentation title

4 Henri Stegehuis Functie Project Manager Scrum professional Consultant Certified Prince2 Foundation Certified Scrum Practitioner Certified Scrum Master Professional Coach Experience 20 jaar ervaring binnen verschillende Embedded omgevingen 15 jaar actief in team & project management 10 jaar actief in project/proces verbeter trajecten High Volume Mass Production Low Volume Special Products Verschillende team groottes (2-40) Verschillende locaties (bij de klant, op kantoor of zelfs multi-site) 4 Presentation title

5 Huidige activiteiten - Project Manager voor Healthcare projecten - Scrum Master voor een Emergent Solutions project - Intern Scrum Coach voor andere projecten - Scrum consultant - Geef workshops met betrekking tot: - Working in Projects - Scrum Basics - Scrum Advanced 5

6 6 Scrum toegepast binnen Infra projecten

7 Agenda 1. Scrum bouwstenen 2. Waarom Scrum 3. Wanneer kiezen we voor Scrum 4. Gemene deler bij Infrastructuur projecten 5. Gekozen insteek, de voor- en nadelen 6. Aandachtspunten bij nieuwe projecten 7. Vragen? 7

8 Scrum bouwstenen - Essentie Kwaliteit Is Scrum fundamenteel nieuw? Is Scrum structureel anders? Waarom is Scrum moeilijk? Nee, kan ook in watervalprojecten Misschien, cultuur is een factor Zie volgende slide 8

9 Scrum bouwstenen Agile Manifesto CUSTOMER COLLABORATION over contract negotiation INDIVIDUALS INTERACTIONS over processes and tools AND RESPONDING CHANGE over following a plan TO sturing gaat over andere assen! WORKING SOFTWARE/PRODUCT over full documentation 9

10 Scrum bouwstenen - Framework Prioritising Backlog refinement(sizing) PB SB Daily Sprint DEMO Shippable product Sprint Planning Retrospective 10

11 Waarom Scrum? Boek: Agile Werk Hennie Huijgens ISBN: Agile ICT projecten leveren 34 procent sneller dezelfde functionaliteit dan traditioneel uitgevoerde ICT projecten. Daarnaast zijn de kosten gemiddeld 27 procent lager en is de kwaliteit in het ontwikkelproces, gemeten in het aantal fouten, 21 procent beter. 11

12 Wanneer kiezen voor Scrum Projecten kunnen in verschillende vormen worden uitgevoerd: fixedprice, fixed date or, time-material; Hoewel geen enkele project methodiek fout is, zijn er wel characteristieken die bepalen welkt methode het beste past. Bij ICT toetsen we met behulp van de Project Execution Decision Matrix. Requirements Erratic Fluctuation Routine Stable Bleading Leading Familiar Well Agile / Scrum Prince2 Local Hero Competence 12

13 De gemene deler bij Infrastructuur projecten 1. Doel, visie is scherp aanwezig 2. Veel gegevens nog niet beschikbaar 3. Snel willen beginnen, voortgang moet zichtbaar worden 4. Hoge tijdsdruk 5. Puur waterval traject, niet mogelijk door o.a. bovengenoemde punten 6. Verschillende toeleveranciers 7. Verschillende domeinen en expertices, de oplevering bestaat uit 1 integraal multidisciplinair systeem 8. Scrum steeds vaker in RFQ Veel van deze argumenten spelen niet alleen bij Infra projecten maar ook bij andere Units binnen ICT. 13

14 Vaak gekozen insteek waterval gedreven iteraties (1/3) Define Design Develop Test Accept Deploy Define Design Develop Test Accept Deploy 14

15 Vaak gekozen insteek waterval gedreven iteraties (2/3) Voordelen: Grotere flexibiliteit bij werkverdeling (makkelijker schuiven met features); Multi disciplinaire teams bij elkaar; Scrum Framework biedt structuur in communicatie; Samenwerking met de klant m.b.t. de Product Backlog, vaak ligt de productbacklog behoorlijk vast in tijd maar er vindt meer overleg plaats en daardoor meer kennisdeling. Nadelen: Scrum potentieel wordt niet ten volle benut; Grote afhankelijkheden in iteraties; Samewerking experts vaak beperkt tot overleg, weinig deling van kennis; Expert schattingen in plaats van team commitment; Deliverables uit eerdere fase (Define/Design) is onder invloed van Develop en Test onderhevig aan wijzigingen. 15

16 Vaak gekozen insteek waterval gedreven iteraties (3/3) In de praktijk wordt ervaren dat: Misschien niet ideaal maar een grote stap voorwaarts in deelplanning; Grote winst in het delen van kennis; Grotere flexibiliteit; Meer begrip bij verschillende partijen; Een eerste ervaring met, en mogelijk een opmaat naar volwaardig, Scrum. 16

17 Define Design Develop Test Accept Deploy Define Design Develop Test Accept Deploy Define Design Develop Test Accept Deploy 17

18 Vaak gekozen insteek +1 (1/2) Werken met andere partijen vereist vaak veel afstemming. Ondanks alle goede wil werken deze partijen toch autonoom aan een deel van het project. Wat vaak wordt toegepast is het creëren van een Hardening and Integration Phase. Deze HIP wordt vaak gebruikt als workshop waar de partijen bij elkaar komen. De producten integreren en daarna uitgebreid testen. Partij A Partij B Partij C H I P H I P H I P H I P Iteratie 1 Iteratie 2 Iteratie 3 Iteratie 4 18

19 Vaak gekozen insteek +1 (2/2) Voordelen: Gegarandeerd getest (deel) product; Kleine problemen bugs worden meteen opgelost; Integratie-overleg tussen verschillende deelnemende partijen (betrokkenheid). Nadelen: Doorbreken van ritme t.o.v. full Scrum; HIP kan ook als vluchtroute gezien worden als in de ontwikkel periode iets net niet af komt; Kwaliteitsbewaking, Er komt toch nog een test fase. 19

20 Aandachtspunten Scrum bij Infrastructuur projecten (1/2) Infrastructuur projecten hebben een cultuur van waterval ontwikkeling, probeer dit niet breken maar buig dit om; Traditionele partijen werken vaak directief. Coöperatief werken is een cultuuromslag, besteed daar tijd aan! De meeste betrokken partijen werken niet met Scrum Verwacht niet van alle partijen dezelfde betrokkenheid maar betrek iedereen zelf wel (nodig uit voor demo). 20

21 Aandachtspunten Scrum bij Infrastructuur projecten (2/2) Product Owner is een key-rol. Leg contractueel, of in een projectplan, tussen opdrachtgever en opdrachtnemer de rol van Product Owner vast met o.a. de beschikbaarheid en verantwoording. Het ideale Scrum team is dat team dat continue verbetert. Begin met een beetje Scrum en bouw stapje voor stapje verder; Integratie tussen partijen Zoek hier een workshop modus. Kijk naar wat je werkend kunt krijgen. 21

22 Infra - Krone en straubach Bediening en besturing / signalen (signalen, scheepvaart seinen). Video systeem. CCTV, omroepsysteem, Marifoon. PLC/SCADA safety SILL certificaat Snel beginnen, maar alle info nog niet voorhanden. Starten met wat je hebt. Pasquale - korte brokjes werk, iteraties van 4 weken met een FAT. Duidelijke mijlpalen. 3 weken ontwikkelen. Vertegenwoordige opdrachtgever 3x per week aanwezig. Betrokken bij intern testen. Veel tijd maar direct feedback. Samenwerking was goed en open, steeds meer connectie. Transparantie richting klant. Test - team, technische ontwerpen (TO), PLC, fail-safe programmatuur SCADA. 'V'-model zit er nog wel traditioneel. TO sprint vooruit. Wachttijden door rollen, inefficienty. Programmeervlak meer uitwisselbaar meer winst. Volgorde van werkzaamheden was inefficient. Info komt mondjesmaat. PLC programmeren, hardware interfaces. Vaak op dezelfde code rework. Elke vier weken resultaat in politieke omgeving is dit zichtbaar zijn heel belangrijk. Creëert vertrouwen in de keten, daardoor in coöperatie modus. Hoge druk, meer werk. Groter team. Inefficienty. DoD. Sprint planning - TO in laatste week vorige sprint, alle info is voorhanden voor ontwikkeling. Inlezen in de laatste week. Knelpunt natuurlijk niet altijd alle tijd. Kick-off, sprint plan met Scope van de sprint. Toelichting van de PBI's,. Uitwerkingen naar taken (expert schatting). Capaciteit van het team werd gerespecteerd. Iets overschat. TFS, daily, remote. To the point, wat later + PO. DEMO interne testen met PO. FAT was meer een verplicht nummer (kwam wel wat uit). Retrospective: 1 test systeem voor iedereen. Internet testen met Opdrachtgever. Communicatie. Gezamenlijk testen. Benoemen van problemen. PO. Backlog grooming: vaste scope. Plannen wanneer wat. Informatie prioretiseren. 22

23 Gekozen insteek Plaatje voor (handmatig) testen Plaatje voorwerk, uitvoer Volledige doorloop van feature in 2 iteraties In de +1 backlog grooming Specialisten in team (die niet uitwisselbaar zijn) PO 3x per week aanwezig Sprint planning schatten bleven expert only 23

24 Voor- en nadelen gekozen insteek Elke vier weken resultaat in politieke omgeving is dit zichtbaar zijn heel belangrijk. Creëert vertrouwen in de keten, daardoor in coöperatie modus. Relatief lange cycle Relatief veel hand-testwerk PO daardoor wel snel en veel betrokken Tegen het einde van het project, door specialisatie inefficient gebruik van resources. Interne Testen met PO leverde werk op maar zorgde er ook voor dat de FAT bijna een automatisme werd. Los van voor- en nadelen: critische succesfactor was de betrokkenheid van de de PO Door expert schattingen geen spiegeling 24

25 Aandachtspunten bij volgende infra projecten Zie eerder critische succesfactor multi disciplinaire samenwerking is de betrokkenheid van de de PO Test cycle moet kleiner en efficienter, zou je tot een kwart kunnen besparen op doorloop SCADA en PLC scheiding, expert scheiding hoe ga je daar tegen het einde van het project mee om? Definition of Ready en Definition of Done vooraf goed definieren. 25

26 26 Vragen?

27

28 Test 28

29 29

30 30

31 31

32 32

33 33

34 34

35 35

36 36

37 Section title 37 NOTE: When a presentation has more sections these section divider pages can be used

38 38 Section title

39 39 Section title

40 40 Section title

41 41 Section title

42 42 Section title

43 Headline comes here Introduction text Sub heading Body text 43 Presentation title

44 Headline comes here Introduction text Sub heading Body text Sub heading Bullet list specification 44 Presentation title

45 Headline comes here Bullet list comes here 45 Presentation title

46 Headline comes here Introduction text Dub heading Body text 46 Presentation title

47 Headline comes here Introduction text Sub heading Body text 47 Presentation title NOTE: For implementation of tables and graphs we refer to the Brand Guideline document on intranet (pafe 12). Respect the color palette when creating these visuals.

48 Headline comes here 48 Presentation title

49 49 Presentation title