3. Praktijk
Onderzoeksresultaten
Agile
Homeground
Begripsomschrijving
Risk based
management approach
4. Begripsomschrijving
Kern:
• Iteratieve en incrementele ontwikkeling
• Accepteer wijzigingen in omgeving
• Technieken die teamwork bevorderen
• Kleine daadkrachtige teams
• Actieve betrokkenheid opdrachtgever
• Snelle oplevering werkende software
• Communicatie en feedback
• Aanpassen bestaande technieken
5. Risk based approach
Step 1: Risk analysis Step 2: Risk comparison Step 4: Tailor life-cycle
Vijf stappen:
Rate the project´s
environmental, agility Plan-driven risk dominate Go risk-based agile 1. Risico analyse
oriented, and plan-driven
risks
• Project kenmerken
Compare agile
Go risk-based plan-
and plan- Agile risk dominate
driven risks
driven
• Risico profiel
Uncertain no 2. Risico vergelijking
about things?
Neither dominate
• Project homeground
yes Step 3: Architecture analysis
3. Architectuur analyse
Buy information via Go risk-based agile for
prototyping, data collection
Architect application to
encapsulate agile parts
agile parts; go risk-based • Architectuur ontwerp
and analysis plan-driven elsewhere
4. Life cycle strategie
Step 5: Execute and monitor • Ontwikkel strategie
Deliver incremental 5. Uitvoeren en monitoren
capabilities according to
strategy
Tailor life-cycle precesses • Evaluatie
around risk patterns and
anchor point commitment
milestones • Bijsturing
Monitor progress and risk/
opportunitites, readjust
balance and process as
appropriate
Figuur 5.1 Risicomanagment methode (Boehm en Turner, 2003a)
6. Personeel
Homeground
Personeel 1B
(% level 1B) (% level 2+3)
40 15 40
30 20 30
20 25 20
Personeel 2+3
Dynamiek
15
1
es
10 30 10
20
y liv
5
life
Ma n
gle
25
10
Bedrijfsbelang Dynamiek
1
fun ntial
ry
fun retiona
Sin
5
e
ds
0 35 0
Ess
30
30
10
ds
c
fort
Dis
30
35
50
Com
50
t
or
ry
mf
na
Co
tio
Dis ds
cre
un
3
90
agile
f
ag
l
ntia
Es ds
90 ile 3
se
fun
life
70
10
gle
s
Sin
50
e
70
liv
ny
10
Ma
30
30
50 Bedrijfsbelang
10
10
0 30 Cultuur
30
30
0 pla
n-d 100
10 ri ve
plan-driven n
Omvang Cultuur
300
Omvang
Bezwaren homeground Boehm en Turner: Aangepaste homeground:
• Dubbele schaalverdeling personeel • Zes assen
• Meetbaarheid van de aspecten • Meetbaarheid: vragenlijst Strode en Cameron
• Schaalverdeling bedrijfsbelang
• Asymmetrie in diverse assen
7. Onderzoeksresultaten
Personeel 1B Projecten
40
1. Uniform Pensioenoverzicht
30
2. Pensioenadministratie
20
Personeel 2+3
Dynamiek 3. Elec. Gezondheidsverklaring
15
1
10
20
4. VA Portal
5
10
25
0
5. Zorgplicht
30
30
50
35
6. Belegginskoopsom
t
or
ary
mf
Co
ion
Di ds
ret
fun
sc
90
al
nti
Es ds
3
se
fun
life
70
Bevindingen
gle
s
Sin
50
e
liv
ny
10
• Omvang en bedrijfsbelang
Ma
30
Bedrijfsbelang
10
30 Cultuur
• Dynamiek en cultuur
• Personeel
100
300
• Plan driven naast agile
Omvang
• SWOT-analyse
8. Bevindingen
Algemene bijdrage van dit onderzoek:
1. Methode om, gebaseerd op risicomanagement, vooraf een keuze te maken tussen een agile
of plan-driven benadering o.b.v. zes projectkemerken: Dynamiek; Cultuur; Omvang;
Bedrijfsbelang; Personeel 2+3; Personeel 1B
2. Verzekeringsmaatschappijen kunnen, naast de toepassing van agile methoden, winst halen
op personeel, cultuur, dynamiek, communicatie en verwachtingsmanagement
Bevindingen:
• Geen eenduidige definitie van agile software development
• Balans risico’s en homeground bepalen ontwikkelstrategie
• Toekomst van software development vereist zowel plan-driven als agile methoden
10. Ervaringen
Elke scrumteam gebruikt zijn eigen methoden en devices
Digitale borden voor project op meerdere locaties ook in buitenland
User stories op boards, excels, brown-paper, zelf ontwikkelde)tools
Verschillende samenstellingen van scrumteams, en succesvol!
Ook scrum teams met leveranciers en pakketsoftware
Multiple team projecten en extra weekelijkse scrum-meetings
Portals en CRM zeer succesvol met scrum ontwikkeling
Worsteling met plan driven methoden (AMS)
Timing van de scrums
Gerbuik social media
11. Vragen? Google voor contact!
@pvanderklis
http://www.linkedin.com/pub/peter-van-der-klis/2/611/22
Editor's Notes
#2:Dank Michiel KosterLaatste sprint, dat zal niet meevallen aan het einde van de dag, daarom Aanpassen … net als timebox een kenmerk van agileWWW: Wie ben ik? Wat doe ik? Waarom ben ik hier?Presentatie van Michiel vraagt om een: academische reactieZoals eerder gezegd (door Daniel): wanneer pas ik agile toe? Geen/weinig empirisch onderzoek bekend doel van mijn scriptie!Eerst even iets luchtigs: vakantiefoto
