Transcript Voorspelbare Projecten

Hoezo SE light ?
Niels Malotaux
030-228 88 68
Praktijk SE – juni 2013
[email protected]
www.malotaux.nl
1
Niels Malotaux
Project Coach
•
•
•
•
Evolutionair Project Management (Evo)
Requirements Engineering
Reviews and Inspecties
Betrouwbaarheid
Systemen die het gewoon doen
Projecten en organisaties helpen
•
•
veel voorspelbaarder te worden
en gewoon op tijd het juiste af te leveren of het juiste te krijgen
Praktijk SE – juni 2013
2
SE nodig ?
Nee
• Tenminste als je een beter alternatief hebt
•
Praktijk SE – juni 2013
3
Waarom SE ?
Expliciet
• Transparant
• Consistent
• Effectief
• Efficient
•
•
Heb je een plan gemaakt ?
Praktijk SE – juni 2013
4
Hoeveel SE ?
•
Light - Medium - Heavy ?
•
15288: A project tailors policies and procedures according
to its requirements and needs
•
Toesnijden aan de situatie
•
•
•
Wat wil je bereiken ?
Hoe bereik je dat ?
Als je het snapt is het niet meer moeilijk
Praktijk SE – juni 2013
5
Duurt SE langer ?
Natuurlijk niet
Kwaliteit duurt het kortst
(non-kwaliteit duurt langer !)
Praktijk SE – juni 2013
6
Crosby: Absolutes of Quality
•
•
•
•
Conformance to requirements
Obtained through prevention
Performance standard is zero defects
Measured by the price of non-conformance (PONC)
Philip Crosby, 1970
•
The purpose is customer success (not customer satisfaction)
Added by Philip Crosby Associates, 2004
Praktijk SE – juni 2013
7
Handboeken Handig ?
•
•
•
•
•
•
Leidraad SE
Handboek Specificeren
15288
INCOSE handbook
Leuk overzicht
Maar hoe doe je het nu in de praktijk ?
Praktijk SE – juni 2013
8
Agreement Processes
Project Processes
Technical Processes
Acquisition
Project
Planning
Stakeholder
Requirements
Supply
Project Assessment
& Control
Requirements
Analysis
Decision
Management
Architecture
& Design
Enabling Processes
Risk
Management
Implementation
Life Cycle Model
Management
Configuration
Management
Integration
Infrastructure
Management
Information
Management
Verification
Project Portfolio
Management
Measurement
Management
Transition
Quality
Management
Validation
Human Resource
Management
Operation
Maintenance
ISO 15288
Praktijk SE – juni 2013
Disposal
9
Het geheim: de Plan-Do-Check-Act cyclus
(Shewart-cyclus, Deming-cyclus, Kaizen)
Act
·
·
What are we going
to do differently?
We are going to
do it differently!
Plan
·
·
What to achieve
How to achieve it
Check
·
·
Praktijk SE – juni 2013
Is the Result
according to Plan?
Is the way we achieved
the Result according to Plan?
In
tu
cy itiv
cle e
Pl
Do
Do something
Carry
out the Plan
10
Waar gaat het eigenlijk om ?
•
Heathrow Terminal 5: Geweldig succes !
•
•
Gewone mensen zijn niet geïnteresseerd in de technische details van
een terminal
Ze willen hun bagage zo gemakkelijk mogelijk kwijt
en
•
hun bagage zo snel mogelijk in acceptabele conditie terug
op de bestemming
Dat gebeurde niet
•
Een van de problemen is te bepalen waar het project
nu eigenlijk om draait
•
Wat zijn de ‘real’ requirements ?
•
Duidelijke focus op de real requirements bespaart tijd
Praktijk SE – juni 2013
11
Uiteindelijk doel van elk Project
•
Het Juiste Resultaat op het Juiste Moment,
met zo min mogelijk verspilling (= efficiënt)
•
Leveren aan de klant
•
•
•
•
•
wat hij nodig heeft
op het moment dat hij het nodig heeft
zodat hij tevreden is
en succesvoller dan ervóór
Beperkt door (win - win)
•
•
•
wat de klant zich kan veroorloven
en wat we tot wederzijds nut en tevredenheid kunnen realiseren
in een redelijke tijd
Praktijk SE – juni 2013
12
Requirements with Planguage
ref Tom Gilb
Definition:
RQ27:
Scale:
Meter:
Speed of Luggage Handling at Airport
Time between <arrival of airplane> and first luggage on belt
<measure arrival of airplane>, <measure arrival of first luggage on belt>,
calculate difference
Benchmarks (Playing Field):
Past:
Current:
Record:
Wish:
2 min [minimum, 2012], 8 min [average, 2012], 83 min [max, 2012]
< 4 min [competitor y, Jan 2013]  <who said this?>, <Survey Dec 2012>
57 sec [competitor x, Jan 2010]
< 2 min [2014Q3, new system available]  CEO, 19 Jan 2013, <document ...>
Requirements:
Must:
Must:
Goal:
Praktijk SE – juni 2013
< 10 min [99%, Q4]  SLA
< 15 min [100%, Q4, Heathrow T4]  SLA
< 15 min [99%, Q2], < 10 min [99%, Q3], < 5 min [99%, Q4]  marketing
13
DesignLog
•
In computer, not loose notes, not in e-mails, not handwritten
• Text
•
•
•
•
•
(project level)
Drawings!
On subject order
Initially free-format
For all to see
All concepts contemplated
• Requirements
•
•
•
•
•
Assumptions
Questions
Available techniques
Calculations
Choices + argumentation:
•
•
If rejected: why?
If chosen: why?
Rejected choices
• Final (current) choices
• Implementation
•
Praktijk SE – juni 2013
Chapter
Requirement  What to achieve
.
Assumptions
Questions + Answers
.
.
.
.
Design options
Decision criteria
Decision  implementation spec
New date: change of idea:
Design options
Decision criteria
Decision  implementation spec
14
•
Plan-Do-Check-Act
•
•
Business Case
•
•
Bepalen van de kwaliteit van wat we doen, terwijl we nog bezig zijn
Evo Project Planning
Korte termijn planning
Optimaliseren van schatten
Beloven wat we kunnen
Doen wat we beloven
Twee-wekelijkse DeliveryCycle
•
•
•
Kiezen van het beste compromis voor de conflicterende requirements
Wekelijkse TaskCycle
•
•
•
•
•
Wat we gaan verbeteren en wat niet
Hoeveel we gaan verbeteren: kwantificeren
Early Review & Inspection
•
•
Zero
Defects
houding
Architecture en Design
•
•
Waarom we wat moeten verbeteren
Requirements Engineering
•
•
•
Het geheime gereedschap voor succes
Evolutionair Project
Management (Evo)
Optimaliseren van de requirements en verifiëren van de aannames
Creëren van feedback door leveren aan de juiste en gretige Stakeholders
TimeLine
•
Beheersen van tijd, rekenschap van de werkelijkheid en er wat aan doen
Praktijk SE – juni 2013
15
No Design in the Requirements, but ...
Needs:
what do we need
Requirements
Options:
how can we do it
Design
Requirements
Selected solution:
this is how we are going to do it
Design
Requirements
Design
Requirements
Design creates the
Requirements for the next level
Praktijk SE – juni 2013
Design
16
We kwamen tot hier
De volgende slides zijn wellicht ook nog interessant
Praktijk SE – juni 2013
17
Victims are a special type of Stakeholder
Victims can be a big Risk
Praktijk SE – juni 2013
18
Victims:
Narita Airport
Praktijk SE – juni 2013
19
Systems Engineering
•
•
•
•
(INCOSE)
Systems Engineering (SE) is an interdisciplinary approach
to enable the realization of successful systems
It focuses on defining customer needs and required
functionality early in the development cycle
documenting requirements and proceeding with design
synthesis and system validation while considering the
complete problem:
•
•
•
operations, cost and schedule, performance, training and support,
test, manufacturing, and disposal
SE considers both the business and the technical needs of all
customers
with the goal of providing a quality product that meets the user needs
Praktijk SE – juni 2013
20
Voorspelbare resultaten ?
Juiste resultaat ?
• Op tijd ?
• Klanten blij ?
• Gebruikers blij ?
• Andere Stakeholders blij ?
• Return on Investment (Business Case) gerealiseerd ?
•
Praktijk SE – juni 2013
21
Oplevertijd is een Requirement
•
Oplevertijd is een van de belangrijkste Requirements
•
Hoe komt het dan dat vrijwel alle projecten langer duren ???
•
Blijkbaar zijn alle andere Requirements belangrijker dan het
belangrijkste
•
Is dat echt zo ?
Praktijk SE – juni 2013
22
Vóórdenken en Voorkómen
Insanity is doing the same things over and over again
and hoping the outcome to be different (let alone better)
Albert Einstein 1879-1955, Benjamin Franklin 1706-1790, Franklin was waarschijnlijk eerder
Alleen als we onze manier van werken veranderen,
kan het resultaat anders zijn
• Achteraf kijken is makkelijk, maar reactief
Vóóraf kijken is minder makkelijk, maar proactief
• Nádenken is om te leren
• Vóórdenken is om te voorkómen
•
Alleen door preventie kunnen we kostbare tijd besparen
Dit is de basis van de Deming of Plan-Do-Check-Act cyclus
Praktijk SE – juni 2013
23
Het geheim: de Plan-Do-Check-Act cyclus
(Shewart-cyclus, Deming-cyclus, Kaizen)
Act
·
·
What are we going
to do differently?
We are going to
do it differently!
Plan
·
·
What to achieve
How to achieve it
Check
·
·
Praktijk SE – juni 2013
Is the Result
according to Plan?
Is the way we achieved
the Result according to Plan?
In
tu
cy itiv
cle e
Pl
Do
Do something
Carry
out the Plan
24
Project evaluaties (‘retrospectives’)
project
project
project
project
evealu
vaalutiaon
tie
e va l u
ev a
stsart alutiaotnie
tart
stsart
tart
project-duur
one project duration
Praktijk SE – juni 2013
project
project
eie
nidnd
taak taak taak
taak
cyclus taak
cyclus taak
cyclus
cyclus cyclus cyclus
eiend
i
stsarnt d
tart
evealu
vaalutiae
tie
evealu
vaalutiae
tie
evealu
vaalutiae
tie
stsart
tart
Project evaluatie
Project evaluation
Resultaat evaluatiues
Resultaat evaluaties
25
To-do lijst
•
Gebruik je to-do lijstjes ?
Hoe weet je dat je dat op tijd af kunt hebben ?
•
Evo:
•
•
•
•
•
Omdat we weinig tijd hebben, kunnen we de beperkte beschikbare
tijd beter zo goed mogelijk benutten
We kunnen niet beter zijn dan mogelijk
Om te zorgen dat we het best mogelijke resultaat bereiken,
kiezen we wat we doen in de beperkt beschikbare tijd
We laten het niet gewoon maar gebeuren,
we bepalen hoe het gebeurt
Praktijk SE – juni 2013
26
Wekelijkse Taak Cyclus
•
•
•
•
•
•
Doen we de juiste dingen,
in de juiste volgorde,
tot het juiste detailniveau voor dit moment
Optimaliseren van schatten, plannen en opvolgen, project
voor betere grip op de toekomst
organization
We selecteren alleen het belangrijkste,
doen geen minder belangrijke dingen
en werken niet aan ongedefiniëerde zaken
Er zijn ca 26 Planbare uren in een week (2/3)
In de overige 1/3 van de tijd doen we alle andere dingen
die we ook moeten doen
Taken zijn aan het einde van de week altijd 100% af
Praktijk SE – juni 2013
task
delivery
strategy
roadmap
27
Weekplanning
Voor de weekplanning bepalen we:
•
•
•
•
•
•
•
Task a
Task b
Task c
Task d
Task e
Task f
Task g
Task h
Task j
Task k
2
5
3
do
6
1
4
5 26
4
not
3
do
1
Hoeveel tijd hebben we beschikbaar in de week
2/3 van de beschikbare tijd is de netto planbare tijd
Welke dingen zijn het belangrijkst om te doen
Hoeveel tijd (inspanning) kosten deze dingen
Welke belangrijkste dingen passen in de netto planbare tijd
Wat gaan (en kunnen !) we dus doen
Wat gaan we dus niet doen
2/3 is default startwaarde
Deze blijkt bij veel (ontwikkel)projecten goed uit te komen
Praktijk SE – juni 2013
28
Delivery
ontwerp
TaskCycle
Fri
Mon
Delivery to
Stakeholders
Serge (ProjLead)
MbWA
3
Planning nxt wk
3
Work for deliv
4
6
2
1
5
Total
24
Praktijk SE – juni 2013
Tue Wed
Thu
Fri
Mon
available time:
36 hr gross
24 hr plannable
Gregory
Draft design
Finish design
Work for deliv
XMLa
XMLb
Total
0
6
0
6
3
1
2
2
3
5
6
41
41
42
24
30
Tue Wed
deliv to
main
team
Thu
Fri
Delivery to
Stakeholders
Gregory (later)
Draft design
Finish design
...
0
0
Repair deliv
0
Zero
...
Defects
Attitude
Jerome
XMLa
XMLb
...
3
3
29
TimeLine
Wat de klant wil kan hij zich niet veroorloven
(BudgetLine)
nu
deadline (FatalDate)
Alles
alleswat
watwe
wedenken
denkentetemoeten
moetendoen
doen
“alles”
“alles”klaar
klaar
onvoorzien
Standaard Projecten
deadline (FatalDate)
nu
zeker klaar
belangrijkste zaken
Praktijk SE – juni 2013
misschien klaar gebeurt niet
Evo
aanpak
toeters en bellen
30
Van Resultaat naar Taken en weer terug
nu
Horizon
Fatale datum
Horizon
nu
delivery1
Taaka
Taakb
Taakc
Taakd
Taake
Taakf
Taakg
nu
2
5
3
6 doen
1
4
5 26
Taakh 4 niet
Taakj 3 doen
Taakk 1
delivery2
delivery3
delivery4
delivery5
calibreren
calibreren
Taak Cyclus
calibreren
Taak Cyclus
delivery1
Praktijk SE – juni 2013
31
Activity
Activit
Act1
Act2
Act3
Act4
Act5
Act6
Act7
Act8
Act9
Act10
Act11
Act12
Act13
Act14
Act15
Act16
Act17
Act18
Act19
Act20
Act21
Estimate
Ae1
Ae2
Ae3
Ae4
Ae5
Ae6
Ae7
Ae8
Ae9
Ae10
Ae11
Ae12
Ae13
Ae14
Ae15
Ae16
Ae17
Ae18
Ae19
Ae20
Ae21
Real
Ar1
Ar2
Ar3
Ar4
Ar5
Ar6
Ar7
Ar8
Ar9
Ar10
Calibratie
Calibratie Factor
ratio ΣAr/ ΣAe
tot heden
nu
voorspelde
Value Still To Earn
in de toekomst
dan
nu  n
 Ar
nu 1
nu  n
 Ae
nu 1
Value Still To Earn
dan
Calibratie Factor 
Act…
Ae…
Praktijk SE – juni 2013
dan2
 Ae
nu
32
Voorspellen wat wanneer af zal zijn
Line
1
2
3
4
5
6
7
8

16
17
18
Activity
Activity 1
Activity 2
Activity 3
Activity 4
Activity 5
Activity 6
Activity 7
Activity 8

Activity 16
Activity 17
Activity 18
Praktijk SE – juni 2013
Estim Spent Still to Ratio Calibr Calibr
spend real/es factor still to
2
2
0
1.0
5
5
1
1.2
1.0
1
1
3
0
3.0
2
3
2
2.5
1.0
2
5
4
1
1.0
1.0
1
3
1.4
4.2
1
1.4
1.4
3
1.4
4.2
4
5
7
1.4
1.4
1.4
5.6
7.0
9.8
Date
done
30 Mar 2009
1 Apr 2009
2 Apr 2009
9 Apr 2009
10 Apr 2009
16 Apr 2009
2 Jun 2009
11 Jun 2009
25 Jun 2009
33
Wat doen we als het niet past ?
nu
FataleDatum
Earned Value
Value Still to Earn
needed time << available time : OK for now
needed time = available time : not OK
needed time > available time : not OK
Als de wedstrijd is afgelopen,
kun je geen doel meer scoren
Praktijk SE – juni 2013
34
Intuïtieve opties … die niet werken (integendeel)
• Hopen dat het vanzelf goed komt (fatalistisch)
• Ervoor gáán (macho)
• Overwerk (jezelf en anderen voor de gek houden)
• Deadline verschuiven
•
Wet van Parkinson
•
•
Work expands to fill the time for its completion
Studenten Syndroom
•
Zo laat mogelijk beginnen - pas wanneer de deadline nabij is
Intuïtie wijst ons vaak precies de verkeerde kant op
Praktijk SE – juni 2013
35
Meer mensen ?
laagste kosten
economisch
optimum?
14
13
werkelijkheid
(Putnam)
12
11
10
kortere tijd
9
8
negen
moeders
gebied
7
6
5
project
duur
Intuïtie:
mensen x tijd = constant
Sprookje van de Man-Maand
4
3
2
Wet van Brooks (1975):
Adding people
to a project
makes it later
Praktijk SE – juni 2013
1
1
2
3
4
5
6
7
8
9 10 11 12 13 14 15 16
aantal mensen
36
De optie die wèl werkt: Tijd besparen
We hebben te weinig tijd, maar we kunnen tijd besparen
zonder het resultaat van het project negatief te beïnvloeden !
•
Efficiency in wat we doen (waarom, voor wie) – de juiste dingen doen
•
•
Niet doen wat later blijkt niet nodig te zijn geweest
( Lean)
Efficiency in hoe we het doen – dingen anders doen
• Het product
•
•
Het project
•
•
Vinden van de meest efficiënte oplossing in plaats van de gebruikelijke oplossing
Op een betere manier organiseren, niet automatisch doen zoals we het altijd
deden
Continue verbetering en preventie
•
Continu leren de dingen beter te doen – verkeerde neigingen tegengaan
•
Efficiency in wanneer we dingen doen – juiste volgorde, juiste moment
•
TimeBoxing - veel efficiënter dan FeatureBoxing
Praktijk SE – juni 2013
37
AHOB (Automatische Halve OverwegBomen)
Praktijk SE – juni 2013
38
ADOB
(Automatische Dubbele OverwegBomen )
1 trein per 4 minuten
1999-2011: enige stabiliteit
na jaren met problemen
Bij >22oC nog steeds problemen
2011: terug naar AHOB
Why it didn’t work
is irrelevant
What we deliver
should simply work
Is that so difficult?
Praktijk SE – juni 2013
39
Tunnels in Nederland
•
•
•
•
•
•
•
•
18-02-2008: Tunnels open voor verkeer.
A73 (42km) is nu compleet ! (besluit 1975)
V&V zei “NEE!”  Blijvende problemen
03-03-2008: Tunnels zijn nu eindelijk open, na
veiligheids test afgerond
10-03-2008: Tunnels zijn nu eindelijk open, na
veiligheids test afgerond
06-06-2008: Komende maanden bezig met
afwerking van de A73 tunnels
24-09-2008: Begin afwerking
januari 2009 en/of april 2009
24-09-2009: Afwerking verloopt volgens plan.
Tunnels dicht vanaf 1 october.
1 december definitief open
28-01-2010: Tunnels dicht in de weekends voor
“regulier onderhoud”
Praktijk SE – juni 2013
40
Ongelofelijke
OV chipkaart
Praktijk SE – juni 2013
Kan
Check
niet
verwerken
uit
41
www.malotaux.nl/booklets
1
Evolutionary Project Management Methods (2001)
More
Issues to solve, and first experience with the Evo Planning approach
2
How Quality is Assured by Evolutionary Methods (2004)
After a lot more experience: rather mature Evo Planning process
3
Optimizing the Contribution of Testing to Project Success (2005)
How Testing fits in
3a Optimizing Quality Assurance for Better Results (2005)
Same as Booklet 3, but for non-software projects
4 Controlling Project Risk by Design (2006)
How the Evo approach solves Risk by Design (by process)
5
TimeLine: How to Get and Keep Control over Longer Periods of Time (2007)
Replaced by Booklet 7, except for the step-by-step TimeLine procedure
6 Human Behavior in Projects (APCOSE 2008)
Human Behavioral aspects of Projects
7
How to Achieve the Most Important Requirement (2008)
Planning of longer periods of time, what to do if you don’t have enough time
8 Help ! We have a QA Problem ! (2009)
Use of TimeLine technique: How we solved a 6 month backlog in 9 weeks
RS Measurable Value with Agile (Ryan Shriver - 2009)
Use of Evo Requirements and Prioritizing principles
www.malotaux.nl/inspections
Inspection pages
Praktijk SE – juni 2013
42
Evolutionaire
Project Planning
Hoe garandeer je het juiste resultaat
op het juiste moment
Niels Malotaux
030-228 88 68
Praktijk SE – juni 2013
[email protected]
www.malotaux.nl
43