1. Sådan indføres agil udvikling
Og sådan kan det gå galt...
Copyright 2011, BestBrains
2. Vores erfaringsbasis
• Egen implementation over 6 år
• BestBrains tager sin egen medicin
• En lille snes virksomheder, som vi har
guidet/hjulpet/coachet
• Involvering i meget store agile projekter
Copyright 2011, BestBrains
3. Hvad har de fået ud af det......
• Bedre, hurtigere levering
• Koordinering af teams i Ukraine og Danmark
• Mest respekterede udviklingsteam
• Fælles metode for teams spredt over hele USA,
konstant forbedring
• Og undervejs også frustrationer, skænderier,
opsigelser, mistillid…….
Copyright 2011, BestBrains
4. En rejse
Man "Indfører" ikke agil udvikling, man starter på en rejse,
der med tiden vil gøre organisationen mere agil:
• Forudsigelighed
• Kvalitet
• Fleksibilitet
• Kort fra idé til resultat
"Agilitet"
Tid
Copyright 2011, BestBrains
5. Et ofte set mønster
Organisationen har en problemløsende kultur
Frustration når det ikke er så let
De første sejre Det seje træk
Initiel enthusiasme
Copyright 2011, BestBrains
6. Implementeringsmodellen
3 spørgsmål: Implementering Hvorfor?
• Hvorfor?
• Nuværende situation?
• Hvordan motiverer vi?
• Strategi for implementering
Nuværende
Plan
• Trinvis implementering sitiuation
Motivere
Copyright 2011, BestBrains
7. Hvorfor?
• Forretningens ønsker:
• Effektivitet?
• Kvalitet?
• Pålidelighed?
• Medarbejdernes ønsker:
• Mere indflydelse?
• Ro til at gøre arbejdet ordentligt?
• Gladere kunder?
• Er der overlap mellem forretningens og
medarbejdernes mål?
• Definér success – hvordan måler vi det?
Copyright 2011, BestBrains
8. Agil udvikling må ikke være målet i
sig selv
Eksempel:
Vi har i de seneste år oplevet
1. At vi bruger mere og mere tid på at håndtere
kundeklager
2. Det bliver sværere og sværere at få nye versioner af
vores produkt på gaden.
Vi vil indføre agile metoder for at vende denne trend og
øge frekvensen af nye versioner, så vi kan frigive hvert
kvartal, og samtidig forventer vi et fald I kundeklager på
mindst 30% over det næste år.
Copyright 2011, BestBrains
9. Eksisterende situation
• Team
o Kender de hinanden godt?
o Team kultur og virksomhedskultur?
o Faglig standard?
• Proces
o Hvordan foregår udvikling i dag?
o Er der en beskrevet proces?
o Hvordan er den faktiske proces?
• Produkt/Projekt
o Greenfield vs eksisterende produkt
o Kvalitet og design af eksisterende løsning
o Teknologi
• Organisation
o Ledelse
o Teams
Copyright 2011, BestBrains
10. Motivation
Væk fra Henimod
• Fejl • Muligheder
• Forsinkelser • Pålidelighed
• Overarbejde • Gøre det rigtige
• Kriser • Markedsmæssige
• Tab af kunder muligheder
• Bureaukrati • Faglig udvkling
Copyright 2011, BestBrains
11. Effektiv motivation
Brændende platform er godt til at få folk til at flytte benene
Desværre holder de op med at bevæge sig så snart temperaturen er
faldet
En motiverende vision er langt stærkere for det lange seje træk, som
kendetegner indførelsen af agil udvikling.
Copyright 2011, BestBrains
12. Forest and Mountain People
XP is an experiment in answer to the question, How would you program if you had
enough time?i Now, you can't have extra time, because this is business after all, and
we are certainly playing to win. But if you had enough time, you would write tests;
you would restructure the system when you learned something; you would talk a lot
with fellow programmers and with the customer.
Copyright 2011, BestBrains
13. Implementations strategi
• Hvem kan være drivkræfter?
oToneangivende udviklere
oRespekterede team-leads
• Hvem skal med ombord
oEr der en magtfuld test-organisation?
oHvad med projektlederne?
• Hvordan takler vi ændringer i
organisationen og folks arbejdsområder?
Copyright 2011, BestBrains
17. Kanban
1. Analyser nuværende proces og
komprimér værdistrøm
2. Visualiser processen og lav WIP-grænser
3. Inspect and adapt
Copyright 2011, BestBrains
18. XP
• 1 praksis ad gangen
• Team og teknik er i fokus i starten
• Den velsmurte udviklingsmaskine
Copyright 2011, BestBrains
19. Tilgang Kunde siden Tekniksiden
Scrum 1 • Sprint backlog • Estimering
• Interaktion med teamet • Sprint planlægning
• Product vision • Daglig praksis
• Product backlog • Done -Done
• Release planlægning • Review
• Make ready proces • Retrospektiver
• Inspect and adapt • Agil engineering
• Release planlægning
Scrum 2 • Product vision • Backlog estimering
• Release planlægning • Release planlæning
• Product backlog • Sprint planlægning
• Sprint backlog • Daglig praksis
• Interaktion med teamet • Done -Done
• make ready process • Review
• Inspect and adapt • Retrospektiver
• Agil Engineering
• Release planlægning
Kanban • eksisterende proces • Eksisterende proces
• Komprimer værdistrømmen • Komprimer værdistrøm
• Prioriterings regler • WIP limits
• Inspect and adapt • Daglig praksis
• Done-Done
• Inspect and adapt
XP • On-site customer • Agil Engineering
• Metafor/Vision • Iterations planning
• User stories • Demo
Copyright 2011, BestBrains
20. Pilot eller……
• Pilot:
– Udvælg et projekt med omtanke
• Vigtigt, men ikke for vigtigt
• God sandsynlighed for at lykkes
– Indbyg løbende evaluering og lad læring
komme resten af organisationen tilgode
Copyright 2011, BestBrains
22. LARGE
S C A L E
AGILE
TRANSFORMATION
How Salesforce.com revolutionized their R&D
development methodology in a Big Bang way
Steve Greene | Chris Fry
47. Første forsøg er sjældent nok
• Daglige møder
• Estimering
• Samarbejde, åbenhed
• Forbedring og problemløsning
• T- formede
• At nå helt i mål
• Forudsigelighed
• Selvorganisering
Copyright 2011, BestBrains
48. Persontyper og modstand…
• Primadonnaen
• Den passive modstander
• Brændt barn
• Konvertitten
• Den fraværende ledelse
• Den alt for nærværende ledelse
Copyright 2011, BestBrains
49. Selvorganisering eller ledelse?
• The L-word
• Ledelse er nødvendig!
• Holder processen på sporet
• Forventninger
• Mentoring
• Justeringer uden for
teamets kompetence
Copyright 2011, BestBrains
50. Uanset udgangspunktet
• Undervejs vil der være
– Tilbageslag og problemer
– Sejre og nye erkendelser
• Perioder med fokus på
– Teknisk excellence og godt håndværk
– Team
– Planlægning og styring
Copyright 2011, BestBrains
51. Uanset udgangspunktet
• En vellykket agil transformation ender
altid
– Som noget andet end man troede i starten
• Ellers lærer man ikke undervejs
– Som netop den virksomheds eller det
teams måde at lave agil udvikling
Copyright 2011, BestBrains
52. Hvad skal starte med?
• Kanban hvis
– Der er meget uplanlagt arbejde
– Stor variation
– Skepsis mod for store forandringer
– Hvis I kan slippe afsted med det
• Scrum, hvis
– I ligner en startup fra Silicon Valley
• XP, hvis
– Nyt projekt
– Dygtige, erfarne udviklere
Copyright 2011, BestBrains