Meer waarde creeeren met agile project en portfolio management met behoud van agility en flow in de realisatie. 10 uitgangspunten die helpen bij het versterken van wendbaarheid in business en IT.

1. .
PLANET AGILE
17E BPUG SEMINAR
Tussen
Scylla
&
Charybdis:
10
uitgangspunten
voor
meerwaarde
door
samenhang
te
versterken
zonder
(teveel)
agility
te
verliezen
Hans
Smorenburg
Quint
Wellington
Redwood

2. www.bpug.nl
2
2
Even
voorstellen
Doel
van
deze
presentaCe:
Uitgangspunten
voor
Agile
Systeem
Ontwikkeling
in
een
context
van:
• Business
in
beweging
(PorEolio)
• Beheer
en
Onderhoud
• AFankelijkheden
tussen
projecten
(Ready)
• AFankelijkheden
in
realisaIe
(Done)
Hans
Smorenburg
Econoom
MSc
in
InformaIemanagement
IT
InformaIe
Management
Systeem
Ontwikkeling
Lean
IT
Consultant/
Trainer
Agile
Coach/
Consultant
Quint
Wellington
Redwood
Amsterdam
H.Smorenburg@Quintgroup.com
“Guaranteed to kill six men. Twelve if you’re
slow about it.”
3
juni
2014
H.Smorenburg@quintgroup.com

3. www.bpug.nl
3
Dé
realiteit
van
applicaCeontwikkeling
die
we
maar
moeilijk
onder
ogen
willen
zien!
• Drie
dingen
waarvan
we
willen
dat
ze
waar
zijn:
• De
klant
weet
wat
hij
wil
• Ontwikkelaars
weten
hoe
het
te
bouwen
• Gedurende
het
traject
verandert
er
niets
• Drie
dingen
waar
we
mee
moeten
leren
leven:
• De
klant
ontdekt
wat
hij
wil
• De
ontwikkelaar
ontdekt
hoe
hij
het
moet
bouwen
• Er
verandert
heel
veel
gedurende
het
traject
Bron: Henrik Kniberg
In applicatie ontwikkeling levert een empirische aanpak
meestal betere resultaten dan een voorschrijvende aanpak.
3
juni
2014
H.Smorenburg@quintgroup.com

4. www.bpug.nl
4
Het
Agile
manifesto
beschrijQ
een
mindset.
Er
zijn
vele
manieren
om
hiernaar
toe
te
groeien…
Ø Scrum
Ø DSDM/Atern
Ø Lean Software Development (Poppendieck)
Ø Extreme Programming
Ø Feature Driven Development
Ø Rational Unified Process
Ø SAFe
Ø …..
Waterval! Agile!
• Vaste scope
• Tijd, geld en
kwaliteit zijn
variabel
• Vaste teams,
timeboxes en
kwaliteit
• Scope variabel
Bij het ontwikkelen van nieuwe software
ontwikkelings methoden hebben we ontdekt dat:
Individuen en interactie Belangrijker
dan Processen en tooling
Werkende software Belangrijker
dan Uitputtende documentatie
Samenwerking met de klant Belangrijker
dan Contract onderhandelingen
Inspelen op veranderingen Belangrijker
dan Volgen van het plan
De zaken aan de rechterzijde zijn belangrijk maar….
De zaken aan de linkerzijde helpen meer voor het realiseren van
klantwaarde….
3
juni
2014
H.Smorenburg@quintgroup.com

5. www.bpug.nl
5
….maar
zijn
allemaal
gebaseerd
op
transparan4e,
presta4edialoog
en
voortschrijdend
inzicht
TransparanCe
(Transparency):
inzicht
status
en
planning
DefiniIon
of
Done:
eenduidig
helder
van
de
eisen
waaraan
het
eindresultaat
moet
voldoen
(documentaIe,
non
funcIonal
requirements
test
en
acceptaIe
DefiniIon
of
Ready:
Team
kan
daadwerkelijk
de
gecommi_eerde
resultaten
binnen
de
sprint
realiseren
Burndown
van
Sprintdoelen
en
gecommi_eerde
resultaten
PrestaCedialoog
(InspecCon)
Op
dagelijkse
basis
in
de
daily
scrum
(standup/
dagstart),
Einde
sprint:
RetrospecIve
gericht
op
verhogen
van
velocity.
(evaluaIe
van
het
sprintproces,
keek
op
de
week)
Sprintreview:
Inhoudelijke
evaluaIe
van
de
opgeleverde
producten
met
stakeholders
Inspelen
op
voortschrijdend
inzicht
(AdaptaCon)
Het
zo
snel
mogelijk
vertalen
van
opgedane
ervaringen
(voortschrijdend
inzicht
)
in
aanpassing
van
de
planning
zodat
sprintdoelen
worden
gehaald
en
over
de
sprints
heen
maximale
business
waarde
wordt
gerealiseerd.
Bron: Scrumguide juli 2013

6. www.bpug.nl
6
Agile
PorWolio:
• Samenhang
in
backlog
op
enterprise
level
• Prioriteer
op
Epic
level
business
case
met
business
owners
• “Decide
late”
Business Visie
J Product Visie
Portfolio
Ready
Projecten
Wat:
EPICS Wat?
Wat?
Waarom?
Waarom?
Waarom?Feature backlog
Marketable
Feature Sets
Increment
Sprint backlog
Waarde
doel
rol
User stories
Hoe?
Iteratie
Done
Agile richt zich op Drie Cascade niveau’s: Portfolio, project
(Ready) en realisatie (Done).
Realiseer
voorspelbaar:
• Eerst
aFankelijkheden
met
bestaande
diensten
en
projecten
definiëren
(DoD)
• DoR:
Pas
bouwen
na
een
besluit
en
bouwen
wat
rijp
is
• Dan
in
de
nieuwe
schil
in
eigen
sprint
test
omgeving
realisaIe
(Stubs
en
Mocks).
• Synchroniseer
Sprints:
Vast
ritme
van
Bouw
en
test
(integraIe)
over
alle
teams
heen
Organiseer
projecten
agile
zodat
:
• Risico’s
snel
worden
afgedekt
• Klantwaarde
snel
wordt
gerealiseerd
door
prioritering
en
planning
van
userstories
die
voldoen
aan
de
DoR
• Directe
communicaIe
project
en
realisaIeteams
• Pull
&
flow
in
de
scrum
realisaIeteams.
3
juni
2014
H.Smorenburg@quintgroup.com

7. www.bpug.nl
7
(Scrum)
realisa4e
is
succesvol
indien
gefaciliteerd
in
een
overkoepelende
agile
context
1 SPRINT = 2 WEKEN
Preparation
teamProd. Visie
BC
BL
Business/ Project/ Productowner SCRUM
Business waarde en
globale project scope is
bekend.(Epic level)
In gebruik
B&O
team
Voorbereiding Done Beheer
Conforming
Definition of
Ready
Ready
Prioriteren obv
businesswaarde
(Features)
Scope sprint is fixed
(Userstories)
Resultaat sprint is
voorspelbaar
Slicen/ dicen PBL
Risk mgt.
Stakeholder mgt
3
juni
2014
H.Smorenburg@quintgroup.com

8. www.bpug.nl
8
Quint
hanteert
10
implementaCe
uitgangspunten
om
te
sturen
op
meer
waarde
en
agility
in
de
organisaCe
te
versterken
+
1. Versterk
Business
focus
door
onderscheid
business
en
ICT
project
weg
te
nemen
2. Richt
(bestaande)
strategisch
porEolio
processen
op
kortcyclische
sturing
3. Geef
projectmanagement
sterke
focus
op
“business”
tot
“Ready”
4. Onderken
heldere
stappen
in
het
voortbrengingsproces;
borg
flow
.
5. Program
/
Projectmanagers
zijn
en
blijven
E2E
verantwoordelijk
6. Definieer
heldere
verantwoordelijkheden
&
bevoegdheden
7. Creëer
één
gedeelde
werkelijkheid
op
elk
niveau:
de
backlog
8. Organiseer
kort
cyclisch
overleg
business
en
ICT
gericht
op
voortschrijdend
inzicht
en
leidend
tot
eenduidige
prioritering
op
alle
niveau’s
9. Synchroniseer
realisaIesprints
zodat
in
vaste
ritmiek
voorspelbaar
aFankelijkheden
kunnen
worden
bestuurd
10. InteracIe
team
en
omgeving
op
inhoud
en
via
backlog,
processturing
minimaliseren
Bij het ontwikkelen van nieuwe software
ontwikkelings methoden hebben we ontdekt dat:
Individuen en interactie Belangrijker
dan Processen en tooling
Werkende software Belangrijker
dan Uitputtende documentatie
Samenwerking met de klant Belangrijker
dan Contract onderhandelingen
Inspelen op veranderingen Belangrijker
dan Volgen van het plan
De zaken aan de rechterzijde zijn belangrijk maar….
De zaken aan de linkerzijde helpen meer voor het realiseren van
klantwaarde….
Mindset
Implementatie uitgangspunten
3
juni
2014
H.Smorenburg@quintgroup.com

9. www.bpug.nl
9
Gebruik
bestaande
structuren
voor
de
versterking
van
de
business
focus
van
vernieuwing…
1. Versterk
Business
focus
door
onderscheid
business
en
ICT
project
weg
te
nemen
2. Richt
(bestaande)
strategisch
porEolio
processen
op
kortcyclische
sturing
3. Geef
projectmanagement
sterke
focus
op
“business”
tot
“Ready”
en
niet
op
realisaIe
(Daar
zijn
de
realisaIeteams
immers
goed
in)
Strate
gisch
Tactisch
Operationeel
Strate
gisch
Tactisch
Operationeel
Business
ICT
FuncIoneel
Technisch
Business
Architect
InformaIe
Architect
IT
Architect
Lead
ApplicaIon
Engineer
Product
Owner
Bij het ontwikkelen van nieuwe software
ontwikkelings methoden hebben we ontdekt dat:
Individuen en interactie Belangrijker
dan Processen en tooling
Werkende software Belangrijker
dan Uitputtende documentatie
Samenwerking met de klant Belangrijker
dan Contract onderhandelingen
Inspelen op veranderingen Belangrijker
dan Volgen van het plan
De zaken aan de rechterzijde zijn belangrijk maar….
De zaken aan de linkerzijde helpen meer voor het realiseren van
klantwaarde….
Agile
teams
(DE
MOTOR)
3
juni
2014
H.Smorenburg@quintgroup.com

10. www.bpug.nl
10
…
en
borg
flow
en
voorspelbaarheid
door
duidelijke
stappen
te
hanteren
in
het
gehele
vernieuwingsproces
4. Onderkennen
heldere
stappen
in
het
voortbrengingsproces
en
borg
de
flow
op
de
grensvlakken
:
a) Instroom
b) Ready
c) Done
d) ProducIe
Project
Management
betrokkenheid
Klant
/
Markt
Ideeën
/
behoeoen
3
juni
2014
H.Smorenburg@quintgroup.com

11. www.bpug.nl
11
Een beperkte set gedefinieerde rollen borgen kwaliteit door
directe communicatie over de processtappen heen
5. Programma- / Projectmanagers zijn en blijven E2E verantwoordelijk
voor de realisatie van de businesswaarde
6. Definieer heldere verantwoordelijkheden & bevoegdheden die over de
stappen heen de inhoudelijke samenhang borgen
PORTFOLIO
PROJECTEN
EPICS
FEATURES
USER
STORIES
Verantwoordelijk
heden
Kenmerken:
Kenmerken:
Kenmerken:
Kenmerken:
Kenmerken:
Programmamanager
Projectmanager
Projectmanager
Projectmanager
projectmanager
(
Lead
BCM
Productmanager
Productmanager
Productmanager
PO'er
Business
architect
SD
manager
SD
manager
MeeCng
structuur
Businessline
Projectboard
Projectboard
Projectboard
Betrokken
rollen:
Programmamanager
x
Productmanager
x
x
x
Productowner
x
x
Projectmanager
x
x
x
x
Testmanager
x
x
x
Business
architect
x
x
IT
architect
x
x
ApplicaIon
engineer
x
x
x
x
Test
engineer
x
x
3
juni
2014
H.Smorenburg@quintgroup.com

12. www.bpug.nl
12
Centrale Backlog: De CMDB van het vernieuwingsproces
Centrale backlog
Project Epic Feature
PID?
Functionele
scope?
PBS
helder?
Delivery
start
date
Feature
status PM SI BA AE TM Nazorg Maint
Start
Dom
tow
er/Sprinter
Start
Tidel/Inkpot
Start
Dom
tow
er/Sprinter
Start
Tidel/Inkpot
Start
Dom
tow
er/Sprinter
Start
Tidel/Inkpot
Start
Dom
tow
er/Sprinter
Wk11Wk12Wk13Wk14Wk15Wk16Wk17Wk18Wk19Wk20
ZZP
online
Your
business
account
Transactie
overzichten ja ja ja Ready
for
dev x x x
Transacties ja ja ja preparing x x x
Liquiditeits
manager Nee Nee Ja Open
We
share
risk
Overzicht
services
(verzekeringen) ja ja ja Ready
for
dev x x x
Configureren
aansprakelijkheid ja ja ja preparing x x x
Configureren
rechtsbijstand Nee Nee Ja Open
Configureren
arbeid
ongeschiktheid ja ja ja Open x x x
Configureren
bedrijfsmiddelen Nee Nee Ja Open
Configureren
stagnatie Nee Nee Ja Open
Configureren
verkeer Nee Nee Ja Open
ZZP
car
services
?
Project boards (Wat)
Team overleggen (Hoe)Programma board (Wat)
Bottom-up prio stelling Afhankelijkheden en impediments
Afhankelijkheden en impediments
??
Top-down prio stelling
7. Creëer één gedeelde werkelijkheid waarop besluitvorming op elk niveau wordt
gebaseerd: de backlog (Projecten, Epics, features en userstories)
3
juni
2014
H.Smorenburg@quintgroup.com

13. www.bpug.nl
13
Backlog management op elk niveau gebaseerd op strategie en
enterprise architectuur
8. Organiseer kortcyclisch overleg tussen business en ICT gericht op voortschrijdend inzicht,
afhankelijkheden en impediments dat leidt tot afgestemde prioritering op alle niveau’s
ICT rollenBusiness
rollen
Board, Portfolio en Team
Programma
Project (Ready)
Team (Done)
1. Dagstart
2. Retrospective
3. Sprint review
4. Sprint planning
5. Analyse
6. Beheer
Prio
Epics
Prio Epics
Prio
Projecten
Prio
Features
Prio Features
Prio
User Stories
Businss owner
Productmanager
Productowner
Programma
manager
Projectmanager
Scrum Master
Prio
Features
Prio
User Stories
Prio
Epics
Prio
Projecten
Architectuur
Enterprise Strategie
3
juni
2014
H.Smorenburg@quintgroup.com

14. www.bpug.nl
14
Voorspelbaar
en
afgestemd
opleveren
naar
producCe
in
synchrone
realisaCe
sprints
9. Synchroniseer
realisaIesprints
zodat
in
deze
vaste
ritmiek
maximaal
voorspelbaar
aFankelijkheden
kunnen
worden
bestuurd
en
opgeleverd
14
Change
3
juni
2014
H.Smorenburg@quintgroup.com
Ready
Ready
Ready
Ready
Done
Done
Done
Done
Productie

15. www.bpug.nl
15
Projectmanager
Stuur op prioriteiten door inhoudelijk belanghebbenden
10. Interactie tussen teams en projecten is indirect:
a. Communiceer door informatie via back log direct met inhoudelijk betrokkenen
b. Synchroniseer door vaste ritmiek
c. Focus op prioriteren niet op processen
Team
1
Team
n+1
Functionele kennis business
(Productowner/ Key user)
Technische kennis ICT
(dev. & testers)
Geen directe
processturing
maar
prioriteitstelling!
Project
1
Project
2
Project
3
Backlog (value, planning)
Business analyse –inhoud (BA)
Team
2
IT analyse–inhoud (L-AE)
Scrummaster
3
juni
2014
H.Smorenburg@quintgroup.com

16. www.bpug.nl
16
Wrap
up:
10
implementaCe
uitgangspunten
om
te
sturen
op
meer
waarde
en
agility
in
de
organisaCe
te
versterken
+
1. Versterk
Business
focus
door
onderscheid
business
en
ICT
project
weg
te
nemen
2. Richt
(bestaande)
strategisch
porEolio
processen
op
kortcyclische
sturing
3. Geef
projectmanagement
sterke
focus
op
“business”
tot
“Ready”
4. Onderken
heldere
stappen
in
het
voortbrengingsproces;
borg
flow
.
5. Program
/
Projectmanagers
zijn
en
blijven
E2E
verantwoordelijk
6. Definieer
heldere
verantwoordelijkheden
&
bevoegdheden
7. Creëer
één
gedeelde
werkelijkheid
op
elk
niveau:
de
backlog
8. Organiseer
kort
cyclisch
overleg
business
en
ICT
gericht
op
voortschrijdend
inzicht
en
leidend
tot
eenduidige
prioritering
op
alle
niveau’s
9. Synchroniseer
realisaIesprints
zodat
in
vaste
ritmiek
voorspelbaar
aFankelijkheden
kunnen
worden
bestuurd
10. InteracIe
team
en
omgeving
op
inhoud
en
via
backlog,
processturing
minimaliseren
Bij het ontwikkelen van nieuwe software
ontwikkelings methoden hebben we ontdekt dat:
Individuen en interactie Belangrijker
dan Processen en tooling
Werkende software Belangrijker
dan Uitputtende documentatie
Samenwerking met de klant Belangrijker
dan Contract onderhandelingen
Inspelen op veranderingen Belangrijker
dan Volgen van het plan
De zaken aan de rechterzijde zijn belangrijk maar….
De zaken aan de linkerzijde helpen meer voor het realiseren van
klantwaarde….
Mindset
Implementatie uitgangspunten
3
juni
2014
H.Smorenburg@quintgroup.com