10/19/2015
Henri Stegehuis
Hoe SCRUM succesvol toe te passen bij infra project en
210/19/2015
Henri Stegehuis
Hoe SCRUM succesvol toe te passen bij infra project en
10/19/20153
Hoe SCRUM succesvol toe te passen bij infra project en
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.
Presentation title
10/19/20154 Presentation title
Henri Stegehuis
• 20 jaar ervaring binnen verschillende Embedded omgevingen
• 15 jaar actief in team & project management• 10 jaar actief in project/proces verbeter trajecten
Functie
Experience
• High Volume Mass Production• Low Volume Special Products• Verschillende team groottes (2-40)• Verschillende locaties (bij de klant,
op kantoor of zelfs multi-site)
• Project Manager • Scrum professional
• Consultant
Certified Prince2 FoundationCertified Scrum PractitionerCertified Scrum MasterProfessional Coach
10/19/20155
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
6
Scrum toegepast binnen Infra projecten
10/19/20157
Agenda
1. Scrum bouwstenen2. Waarom Scrum3. Wanneer kiezen we voor Scrum4. Gemene deler bij Infrastructuur projecten5. Gekozen insteek, de voor- en nadelen6. Aandachtspunten bij nieuwe projecten7. Vragen?
10/19/20158
Scrum bouwstenen - Essentie
Is Scrum fundamenteel nieuw?
Is Scrum structureel anders?
Waarom is Scrum moeilijk?
Kwaliteit
Nee, kan ook in watervalprojecten
Misschien, cultuur is een factor
Zie volgende slide
10/19/20159
Scrum bouwstenen – Agile Manifesto
CUSTOMERCOLLABORATIONover contract negotiation
INDIVIDUALSINTERACTIONSover processes and tools
AN
D
RESPONDINGCHANGEover following a plan
TO WORKING
SOFTWARE/PRODUCT
over full documentation
sturing gaat over andere assen !
10/19/201510
Scrum bouwstenen - FrameworkBacklog refinement (sizing)
Sprint Planning Retrospective
DEMO
Shippable
product
Prioritising
PBSB
Sprint
Daily
10/19/201511
Waarom Scrum?
Boek: Agile Werk – Hennie Huijgens – ISBN: 978 90 12 58393 0
“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.”
10/19/201512
Wanneer kiezen voor Scrum
Projecten kunnen in verschillende
vormen worden uitgevoerd:
fixed price,
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.
Erratic Fluctuation Routine Stable
Bleading 10 8 7 7
Leading 8 7 6 5
Familiar 7 6 4 3
Well 7 5 3 1
Agile / Scrum
Prince2
Local Hero
Requirements
Co
mp
ete
nce
10/19/201513
Veel van deze
argumenten spelen
niet alleen bij Infra
projecten maar ook
bij andere Units
binnen ICT.
De gemene deler bij Infrastructuur projecten
1. Doel, visie is scherp aanwezig2. Veel gegevens nog niet beschikbaar3. Snel willen beginnen, voortgang moet zichtbaar worden4. Hoge tijdsdruk5. Puur waterval traject, niet mogelijk door o.a. bovengenoemde
punten6. Verschillende toeleveranciers7. Verschillende domeinen en expertices,
de oplevering bestaat uit 1 integraal multidisciplinair systeem
8. Scrum steeds vaker in RFQ
10/19/201514
Vaak gekozen insteek – waterval gedreven iteraties (1/3)
DefineDesignDevelopTestAcceptDeploy
DefineDesignDevelopTestAcceptDeploy
10/19/201515
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.
10/19/201516
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.
10/19/201517
DefineDesignDevelopTestAcceptDeploy
DefineDesignDevelopTestAcceptDeploy
DefineDesignDevelopTestAcceptDeploy
10/19/201518
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.
HHIP
Partij APartij BPartij C
HHIP
HHIP
HHIP
Iteratie 1 Iteratie 2 Iteratie 3 Iteratie 4
10/19/201519
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”.
10/19/201520
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).
10/19/201521
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.
10/19/201522
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.
10/19/201523
Gekozen insteek
Plaatje 3+1+1 voor (handmatig) testenPlaatje voorwerk, uitvoerVolledige doorloop van feature in 2 iteratiesIn de +1 backlog groomingSpecialisten in team (die niet uitwisselbaar zijn)PO 3x per week aanwezigSprint planning schatten bleven expert only
10/19/201524
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 cycleRelatief veel hand-testwerk � PO daardoor wel snel en veel betrokkenTegen 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 PODoor expert schattingen geen spiegeling
10/19/201525
Aandachtspunten bij volgende infra projecten
Zie eerder critische succesfactor multi disciplinaire samenwerking is de betrokkenheid van de de POTest cycle moet kleiner en efficienter, zou je tot een kwart kunnen besparen op doorloopSCADA 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.
26
Vragen ?
10/19/201528
Test
10/19/201529
10/19/201530
10/19/201531
10/19/201532
10/19/201533
10/19/201534
10/19/201535
10/19/201536
37
Section title
NOTE:When a presentationhas more sectionsthese section dividerpages can be used
38
Section title
39
Section title
40
Section title
41
Section title
42
Section title
10/19/201543
Headline comes here
Introduction text
Sub headingBody text
Presentation title
10/19/201544
• Bullet list specification
Headline comes here
Introduction text
Presentation title
Sub headingBody text
Sub heading
10/19/201545
Headline comes here
• Bullet list comes here
Presentation title
10/19/201546 Presentation title
Headline comes here
Introduction text
Dub headingBody text
10/19/201547 Presentation title
Headline comes here
Introduction text
Sub headingBody text
NOTE:For implementation of tablesand graphs we refer to theBrand Guideline document on intranet (pafe 12). Respect the color palette when creating these visuals.
10/19/201548 Presentation title
Headline comes here
10/19/201549 Presentation title