Agile... een aanwinst voor elk project?

BPUG

Workshop Agile

Agile...

een aanwinst voor elk project?

BPUG WORKSHOP 26 FEBRUARI 2014

PRINCE2®, MSP®, MoP®, M_o_R®, MoV® and P30® are registered trade marks of AXELOS Limited DSDM®, Atern® en AgilePM® are registered trade marks of DSDM Limited

Agile: oude wijn in nieuwe zakken?

© Tekening Infra Trends

PRINCE2®, MSP®, MoP®, M_o_R®, MoV® and P30® are registered trade marks of the Cabinet Office.

Hedeman Consulting / versie 2.3 / 26-02-2014

2

1

BPUG

Workshop Agile

Uw sprekers:

Bert Hedeman

Ron Seegers

Mede-auteur:

Henny Portman

Bert Hedeman is partner bij Hedeman Consulting en werkt als consultant en trainer en auteur van diverse standaardwerken binnen het PM vakgebied. Henny Portman werkt binnen het PM(O) domein van ING Insurance en Investment Management En 1 dag in de week als partner verbonden aan Hedeman Consulting. Ron Seegers is eigenaar van Projectmeester training en coaching en traint o.a. Agile PM. Hij is net als beide anderen (mede-)auteur en reviewer van diverse PM-boeken. Certified Scrum Master.


3

Agenda • • • • • •

Wat is agile? Managen van agile-projecten Positionering verschillende methoden PRINCE2 versus agile/Atern Scrum PRINCE2, Scrum, LSS tezamen



4

2

BPUG

Workshop Agile

Achtergrond Traditionele projecten: • • • • • •

Wordt ervaren als keurslijf Gebruikers te weinig betrokken Te laat opgeleverd Budget overschreden Ongebruikte functies Moeilijk omgegaan met voortschrijdend inzicht

Agile projecten: • • • • • • •

Focussen op het op te leveren bedrijfsresultaat Prioriteren van de gewenste functies Ontwikkelen op te leveren resultaat in korte iteraties (timeboxes) Incrementeel opleveren van het resultaat om maximale toegevoegde waarde te leveren Stimuleren samenwerking tussen alle bij het project betrokken partijen Vastleggen van kwaliteit, tijd en geld als een niet-onderhandelbare norm Definiëren van duidelijke rollen en verantwoordelijkheden PRINCE2®, MSP®, MoP®, M_o_R®, MoV® and P30® are registered trade marks of the Cabinet Office.

5


6


3

BPUG

Workshop Agile

Percentage van gebruik van de opgeleverde functionaliteiten in traditionele projecten

Vaak of altijd: 20%

Soms 16%

Zelden 19%

Vaak 13%

Nooit 45% Altijd 7%

Zelden of nooit: 64%


7

Succes rate Waterfall versus agile



4

BPUG

Workshop Agile

Traditioneel versus agile-aanpak

Tussen‐ resultaat

Tussen‐ resultaat

Ontwerp

Voorbereiding

Fase

Fase

Tussen‐ resultaat

Implemen‐ tatie

Realisatie

Implementatie

Fase

Fase

Traditionele projectfasering (waterval‐methode) Implemen‐ tatie

Implemen‐ tatie

Increment

Increment

Implemen‐ tatie

Increment

Incrementele oplevering


9

Projectvariabelen

Varieert:

Tijd

Geld

Functies

Traditioneel Agile

Vast:

Scope

Tijd



Geld

10

5

BPUG

Workshop Agile

Managen van agile-projecten

Sochi 2014

Boek ‘Managen van agile-projecten’ •

Gebaseerd op Atern

•

Nederlandstalig

•

Niet alleen voor ICT-projecten

•

Geschikt voor examens Agile PM

DSDM version 4.2 (Atern) •

Copyright DSDM Limited

•

Omvat ook aansturen van projecten

•

Methodiek sterk in ontwikkeling

Agile PM •

Agile PM is specifieke subset van Atern

•

Agile PM gelanceerd door APMG

•

gecertificeerde examens Foundation en Practitioner


11

Atern-raamwerk Filosofie Focus op de bedrijfsbehoefte n Programme Mensen

Organisation organization

Identifyin

Tranches

Closing aa Closing Programm Programme

me Delivering the Delivering Capability the Capability Realizing the Realising Benefits

the Benefits

Werk samen

Defining

Defining a Programm Programme e

Managing Managing the the Tranches

Communiceer continue en duidelijk

Proc Identifying a ga Programme es Program

e

Bouw incrementeel vanaf een stevige basis



12

6

BPUG

Workshop Agile

Waarom managen agile-projecten? • • •

Slechte voorbereiding Slechte beheersing totaal Gebrekkige communicatie

Atern-principes: • Focus op de bedrijfsbehoefte • Lever op tijd • Werk samen • Doe geen concessies aan kwaliteit • Ontwikkel iteratief + • Werk incrementeel vanuit een stevige basis • Communiceer duidelijk en continu • Zorg voor een zichtbare beheersing


13

Atern-procesmodel Haalbaarheid Pre-project

Post-project Fundatie

Verkenning

Increment

Implementatie

Ontwerp & Bouw



14

7

BPUG

Workshop Agile

Opleveren in increments Opleveren vereenvoudigde versies van het uiteindelijke product Opleveren delen van het uiteindelijke product

Pre-project

H

Post-project

F Increment

Increment

Increment


15

Atern projectstructuur Bedrijfssponsor

Projectbesturing (projectlaag)

Technisch Coördinator

Bedrijfsvisionair Projectmanager

Teammanager

Realisatieteam

Bedrijfsambassadeur

Ontwikkelaar

Bedrijfsanalist

Bedrijfsadviseur

Workshop moderator

Tester

Aterncoach

Technisch Adviseur



Overige rollen

16

8

BPUG

Workshop Agile

Atern-producten

Pre-project

Haalbaarheid

Fundatie

Verkenning, Ontwerp en Bouw

Nota van Uitgangspunten

Haalbaarheidsonderzoek incl. Plan op Hoofdlijnen

Basisbeschrijving Bedrijfssituatie incl. Geprioriteerde Eisenlijst en Bedrijfsbeschrijving en Borgingspakket op te leveren Resultaat

Implementatie

Post-project

Batenbeoordeling

Realisatie/Implementatieplan incl. Managementaanpak en Beheerspakket

Timeboxplan

Timeboxreviewverslag

Projectreviewrapport

Zich ontwikkelend Resultaat

Resultaat Geïmplementeerd gereed voor Resultaat Implementatie


17

1-3 uur

10-20% timebox

60-80% timebox



Conso -lidatie

10-20% timebox

Afsluiting

Uitwerking

Uitwerkingsreview

Onderzoek

Onderzoeksreview

Kick Off

Timebox proces

1-3 uur

18

9

BPUG

Workshop Agile

Prioriteren o.b.v. MoSCoW Must have Maximaal 60% vd inspanning

Minimaal

Should have Maximaal 80% vd inspanning Could have

Planning

Maximaal 100% vd inspanning

Optimaal


19


20


10

BPUG

Workshop Agile

Vragenlijst Atern-projectaanpak Nr

1 2 3 4 5 6 7 8 9

Vraag

Volledig eens

Mee eens

Neutraal

Oneens

Volledig oneens

Het management van het project begrijpt en stimuleert het gebruik van agile. Bedrijfssponsor en Bedrijfsvisionair zijn zichtbaar eigenaar van en betrokken bij het project. Wat men met het project wil bereiken is voor eenieder duidelijk. Er is een goede Basisbeschrijving Bedrijfssituatie met een bijbehorende aanpak en oplossingsrichting. Alle partijen begrijpen dat het vasthouden aan de opleverdatum een randvoorwaarde is voor het succes van het project. De aanpak en levenscyclus van het project zijn toegesneden op de project en de context. De kwaliteit van het op te leveren resultaat staat vast en staat niet ter discussie. Het op te leveren resultaat wordt incrementeel ontwikkeld en in gebruik genomen. Deelopleveringen dragen maximaal bij aan het realiseren van toegevoegde waarde voor de organisatie.


21

Vragenlijst Atern-projectaanpak Nr.

10 11 12 13 14 15 16 17

Vraag

Volledig eens

Mee eens

Neutraal

Oneens

Volledig oneens

Eisen zijn globaal bepaald aan het begin van het project en worden gedurende de increments nader gedetailleerd. De eisen zijn geprioriteerd volgens MoSCoW. Niet alle eisen zijn “Must Haves’ Het is voor eenieder duidelijk dat de eisen gedurende het project kunnen veranderen op basis van voortschrijdend inzicht Alle rollen en verantwoordelijkheden zijn voor de betrokken partijen duidelijk en overeengekomen. De overeengekomen communicatie en samenwerking steunen de iteratieve aanpak van het op te leveren resultaat. Bedrijfssponsor en Bedrijfsvisionair stellen de gevraagde en juiste medewerkers beschikbaar voor het project. Bedrijfsambassadeurs krijgen voldoende ruimte om de dagelijkse ontwikkeling van het resultaat te sturen. De juiste ontwikkelcapaciteit is beschikbaar gesteld door de Technische Coördinator.



22

11

BPUG

Workshop Agile

Vragenlijst Atern-projectaanpak Nr.

18 19 20 21 22 23 24 25

Volledig eens

Vraag

Mee eens

Neutraal

Oneens

Volledig oneens

Het Realisatieteam krijgt voldoende ruimte om het gewenste resultaat te ontwikkelen binnen de overeengekomen architectuur Bedrijfsambassadeurs en -adviseurs zijn dagelijks beschikbaar voor de overige leden van het Realisatieteam. Het Realisatieteam wordt zoveel mogelijk intact gelaten gedurende de looptijd van het project / increment. Het Realisatieteam beschikt over de juiste technische competenties om resultaat incrementeel op te leveren. Het Realisatieteam beschikt over de juiste sociale competenties om effectief te kunnen samenwerken in een agile-project. De ontwikkelmethoden en -technieken ondersteunen de iteratieve aanpak van het op te leveren resultaat. Alle partijen begrijpen dat een continue beoordeling van de “fit for purpose” van alle op te leveren producten essentieel is. Er zijn geen standaarden, contracten of andere beperkingen die een evolutionaire ontwikkeling van het resultaat belemmeren.


23

MoP

Doorvoeren

Initiëren

Positionering verschillende methoden

Uitvoeren

Opleveren

Managen

Sturen

MSP PRINC E2 Agile

Agile PM PM Atern

Scrum

Lean Six Sigma XP



24

12

BPUG

Workshop Agile

PRINCE2 versus Atern PRINCE2 principes • Voortdurende zakelijke rechtvaardiging • Gedefinieerde rollen en verantwoordelijkheden • Managen per fase • Management by Exception • Productgerichte aanpak • Leren van ervaring • Op maat maken voor projectomgeving PRINCE2 kenmerken • Detailleren vanuit basis P.v.E • Wijzigingen formeel en informeel bij te houden • Kwaliteitsbeoordelingen vanaf het begin • Mogelijk gefaseerde oplevering


25

PRINCE2 versus Atern projectstructuur Bedrijfssponsor Technisch Coördinator

Bedrijfsvisionair

Stuurgroep Seniorgebruiker

Projectopdrachtgever

Projectborging

Projectmanager

Seniorleverancier

Teammanager

Wijzigings -autoriteit Projectmanager

Bedrijfsambassadeur

Projectsupport

Teammanager

Teammanager

Teammanager

PRINCE2 projectstructuur

Ontwikkelaar Bedrijfsanalist

Bedrijfsadviseur

Workshop moderator

Aterncoach

Technisch Adviseur

Atern projectstructuur



Tester

26

13

BPUG

Workshop Agile

PRINCE2 versus Atern procesmodel

SP

PRINCE2 procesmodel

MF OP

BF

IP

AP

BF

MP

BF

MP

Deelresultaat

Pre-project

MF

MP

Deelresultaat

Eindresultaat

H

Post-project

F

Increment 2

Increment 1

Increment N


27

Scrum-proces

Dagelijkse stand-up

Product Backlog

•

Release Backlog

•

Sprint Backlog

Product increment 2-4 weken

•

•



28

14

BPUG

Workshop Agile

Lean Six Sigma •

Ontwikkeld door Motorola in 1986

•

Gericht op procesontwerp- en procesverbetering

•

maakt gebruik van kwaliteitsmanagement- en statistische technieken

•

(Master) Black Belts en Green Belts

•

LSS kent 5 processtappen

•

Stappen procesverbetering zijn bijv.: •

definiëren probleem

•

meten van de waarden

•

analyseren van het probleem

•

doorvoeren verbeteringen

•

realiseren van de baten

Control

Define

Improve Measure Analyse

 Realiseren baten onderdeel van de verbetercyclus


29

Interface PRINCE2 met Scrum en LSS

SP

PRINCE2 MF OP

interfa ce

Werkpakket middels: • PRINCE2 • Scrum • Lean Six Sigma

IP

BF

MF BF

AP BF

MP

MP

MP

LSS

PRINCE2

Scrum



30

15

BPUG

Workshop Agile

Tussentijds wisselen LSS en PRINCE2

Improve LSS

Define

PRINCE2

Opstarten van een Project

Measure

analyse

Execution / implementation

Initiation

Initiëren van een Project

Fase 1

Control

Fase N


31

Conclusies •

Agile toe te passen in projecten waar veel gebruikersbetrokkenheid noodzakelijk is

•

Managen van agile-projecten noodzakelijk

•

PRINCE2 ook geschikt voor managen agile-projecten Maar wel toesnijden op agile-context

•

Combinatie traditionele en agile projecten in een portfolio goed mogelijk

•

Toepassen LSS, PRINCE2 en Scrum binnen een en hetzelfde project goed mogelijk

Bert Hedeman

Henny Portman

Ron Seegers

[email protected]

[email protected]

[email protected]



32

16

BPUG

Workshop Agile

Voor u om mee te nemen



33

17

Agile... een aanwinst voor elk project?

Recommend Documents