Hoe SCRUM succesvol toe te passen bij infra projecten Henri Stegehuis 10/19/2015
Hoe SCRUM succesvol toe te passen bij infra projecten Henri Stegehuis 10/19/2015 2
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
10/19/2015
Presentation title
Henri Stegehuis Functie
• •
Project Manager Scrum professional
•
Consultant
Certified Prince2 Foundation Certified Scrum Practitioner Certified Scrum Master Professional Coach
Experience
• • • 4
20 jaar ervaring binnen verschillende Embedded omgevingen 15 jaar actief in team & project management 10 jaar actief in project/proces verbeter trajecten
10/19/2015
Presentation title
• • • •
High Volume Mass Production Low Volume Special Products Verschillende team groottes (2-40) Verschillende locaties (bij de klant, op kantoor of zelfs multi-site)
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
10/19/2015
Scrum toegepast binnen Infra projecten
6
Agenda 1. 2. 3. 4. 5. 6. 7.
7
Scrum bouwstenen Waarom Scrum Wanneer kiezen we voor Scrum Gemene deler bij Infrastructuur projecten Gekozen insteek, de voor- en nadelen Aandachtspunten bij nieuwe projecten Vragen?
10/19/2015
Scrum bouwstenen - Essentie Kwaliteit
8
Is Scrum fundamenteel nieuw?
Nee, kan ook in watervalprojecten
Is Scrum structureel anders?
Misschien, cultuur is een factor
Waarom is Scrum moeilijk?
Zie volgende slide
10/19/2015
Scrum bouwstenen – Agile Manifesto AND
CUSTOMER
INDIVIDUALS INTERACTIONS
over contract negotiation
over processes and tools
RESPONDING CHANGE
WORKING SOFTWARE/PRODUCT
over following a plan
over full documentation
COLLABORATION TO
sturing gaat over andere assen ! 9
10/19/2015
Scrum bouwstenen - Framework Prioritising
Backlog refinement (sizing)
PB
SB
Daily
Sprint
DEMO Shippable product
Sprint Planning 10
10/19/2015
Retrospective
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.”
11
10/19/2015
Wanneer kiezen voor Scrum Projecten kunnen in verschillende vormen worden uitgevoerd:
Requirements
fixed price,
Fluctuation
Routine
Stable
Bleading
10
8
7
7
time-material;
Leading
8
7
6
5
Familiar
7
6
4
3
Well
7
5
3
1
10/19/2015
Agile / Scrum Prince2 Local Hero
Competence
fixed date or,
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. 12
Erratic
De gemene deler bij Infrastructuur projecten 1. 2. 3. 4. 5.
Doel, visie is scherp aanwezig Veel gegevens nog niet beschikbaar Snel willen beginnen, voortgang moet zichtbaar worden Hoge tijdsdruk Puur waterval traject, niet mogelijk door o.a. bovengenoemde punten 6. Verschillende toeleveranciers Veel van deze argumenten spelen 7. Verschillende domeinen en expertices, niet alleen bij Infra de oplevering bestaat uit 1 integraal projecten maar ook bij andere Units multidisciplinair systeem binnen ICT. 8. Scrum steeds vaker in RFQ 13
10/19/2015
Vaak gekozen insteek – waterval gedreven iteraties (1/3) Define Design Develop Test Accept Deploy Define Design Develop Test Accept Deploy
14
10/19/2015
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
10/19/2015
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
10/19/2015
Define Design Develop Test Accept Deploy Define Design Develop Test Accept Deploy Define Design Develop Test Accept Deploy 17
10/19/2015
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 Iteratie 1
18
10/19/2015
H I P Iteratie 2
H I P
H I P
Iteratie 3 Iteratie 4
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
10/19/2015
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
10/19/2015
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
10/19/2015
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
10/19/2015
Gekozen insteek Plaatje 3+1 +1 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
10/19/2015
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
10/19/2015
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
10/19/2015
Vragen ?
26
Test
28
10/19/2015
29
10/19/2015
30
10/19/2015
31
10/19/2015
32
10/19/2015
33
10/19/2015
34
10/19/2015
35
10/19/2015
36
10/19/2015
Section title
37
NOTE: When a presentation has more sections these section divider pages can be used
Section title
38
Section title
39
Section title
40
Section title
41
Section title
42
Headline comes here Introduction text
Sub heading Body text
43
10/19/2015
Presentation title
Headline comes here Introduction text
44
Sub heading
Sub heading
Body text
• Bullet list specification
10/19/2015
Presentation title
Headline comes here • Bullet list comes here
45
10/19/2015
Presentation title
Headline comes here Introduction text
Dub heading Body text
46
10/19/2015
Presentation title
Headline comes here Introduction text
Sub heading Body text
47
10/19/2015
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.
Headline comes here
48
10/19/2015
Presentation title
49
10/19/2015
Presentation title