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