Sådan indføres agil udvikling nov 2011

Sådan indføres agil udvikling

Og sådan kan det gå galt...

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

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…….

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"

Et ofte set mønster

Initiel enthusiasme

Frustration når det ikke er så let

De første sejre Det seje træk

Organisationen har en problemløsende kultur

Implementeringsmodellen

3 spørgsmål:• Hvorfor?• Nuværende situation?• Hvordan motiverer vi?

• Strategi for implementering• Trinvis implementering

Hvorfor?

Nuværende sitiuation

Motivere

Implementering

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?

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.

Eksisterende situation• Team

o Kender de hinanden godt?o Team kultur og virksomhedskultur?o Faglig standard?

• Proceso Hvordan foregår udvikling i dag?o Er der en beskrevet proces?o Hvordan er den faktiske proces?

• Produkt/Projekto Greenfield vs eksisterende produkto Kvalitet og design af eksisterende løsningo Teknologi

• Organisationo Ledelseo Teams

Motivation

Væk fra• Fejl• Forsinkelser• Overarbejde• Kriser• Tab af kunder• Bureaukrati

Henimod• Muligheder• Pålidelighed• Gøre det rigtige• Markedsmæssige

muligheder• Faglig udvkling

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.

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.

Implementations strategi

• Hvem kan være drivkræfter?oToneangivende udviklereoRespekterede team-leads

• Hvem skal med ombordoEr der en magtfuld test-organisation?oHvad med projektlederne?

• Hvordan takler vi ændringer i organisationen og folks arbejdsområder?

Udgangspunkt

Produkt

• Planlægnings løget

Release

Sprint

Daglig

Kanban

1. Analyser nuværende proces og komprimér værdistrøm

2. Visualiser processen og lav WIP-grænser

3. Inspect and adapt

• 1 praksis ad gangen• Team og teknik er i fokus i starten• Den velsmurte udviklingsmaskine

Tilgang Kunde siden Tekniksiden

Scrum 1 • Sprint backlog • Interaktion med teamet• Product vision• Product backlog• Release planlægning• Make ready proces• Inspect and adapt

• Estimering• Sprint planlægning• Daglig praksis• Done -Done• Review• Retrospektiver• Agil engineering• Release planlægning

Scrum 2 • Product vision• Release planlægning• Product backlog• Sprint backlog• Interaktion med teamet• make ready process• Inspect and adapt

• Backlog estimering• Release planlæning• Sprint planlægning• Daglig praksis• Done -Done• Review• Retrospektiver• Agil Engineering• Release planlægning

Kanban • eksisterende proces• Komprimer værdistrømmen• Prioriterings regler• Inspect and adapt

• Eksisterende proces• Komprimer værdistrøm• WIP limits • Daglig praksis• Done-Done• Inspect and adapt

XP • On-site customer• Metafor/Vision• User stories

• Agil Engineering• Iterations planning• Demo

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

Eller all in……

LARGES C A L E

AGILET R A N S F O R M A T I O N

Steve Greene | Chris Fry

How Salesforce.com revolutionized their R&D development methodology in a Big Bang way

History

8Age of Salesforce in years

from the beginning

3Number of people in R&D

4Number of Major Releases per year

7 years later

rapid success

35,000+Customers

900,000Subscribers

110 Million

transactions per day

200+people in R&D

it was getting more difficult to deliver

2000 2001 2002 2003 2004 2005 2006

Features Delivered per Team

Days between Major Releases

1Number of Major Releases per year

Everyone jumped in together

2000 2001 2002 2003 2004 2005 2006 2007

Features Delivered per Team

Days between Major Releases

Transformation Results

Created a dedicated, cross-

functional rollout team

Positioned as a return to our

core values

Listen to your customers

IterateKISS

Our customers are happy…

Our teams are happier…

PRAKTISKE UDFORDRINGER

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

Agile teams

Persontyper og modstand…

• Primadonnaen• Den passive modstander• Brændt barn• Konvertitten• Den fraværende ledelse• Den alt for nærværende ledelse

Selvorganisering eller ledelse?• The L-word

• Ledelse er nødvendig!• Holder processen på sporet• Forventninger• Mentoring• Justeringer uden for

teamets kompetence

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

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

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

Sådan indføres agil udvikling nov 2011

Documents

Agil wachsen

Jobrotation – sådan!

Manifiesto agil

metodlogia agil Xp

Manufactura Agil

Desenvolvimento agil de_software

Metodologia agil

Portfolio Agência Agil

Palestra agil completa

Startups agil o mas agil wayra talk

Agil målstyrning

Agil implementering

Metodo agil scrum

Sådan husse, sådan hund

AGIL Noticias

Mariana cafe agil

Proceso Agil+Usabilidad

Agil für alle

Presentacion agil

Intro agil