Why your Agile rollout is failing

Torsdagen på Øredev innehöll till skillnad från onsdagens mellanmjölk både de absoluta topparna och en och annan bottentrålning.
Dan North från ThoughtWorks stod för den absoluta toppen. Likt en nyvaken engelsman som har bråttom till bussen levererade han 50 minuter fakta på ett enastående underhållande sätt. Salen var bokstavligt talat fylld till bredden, med eftersläntrarna sittandes på golvet!

Men så till ämnet, varför fallerar införandet av agila arbetssätt och hur gör man istället?

De främsta orsakerna är:

• Dålig start,
• Bristfällig planering,
• Otillräcklig finansiering,
• Bristande kommunikation och
• Rädsla för förändring

För att komma till rätt med detta bör man:

• Vinna organisationens förtroende.
• Framhäv vad den enskilde har att vinna på det.
• Utbilda alla som finns i och kretsat kring projektet.
• Känna till vad förändring innebär, se SatirChange Model.
• Använd agila coacher (75% av projekten som saknar coacher misslyckas).
• Inför automatiska byggeni projektet (Continuous Integration).
• Inför automatiserade tester.
• Teamet testar det de anser relevant, inte det som står i ev. testfall.
• Bli bra på att skapa user stories.
• Bryt ner större funktionsområden i user stories.
• Användsmå user stories.
• Använd 1 vecka korta sprintar.
• Identifiera vad som går att göra bättre.
• Förbättra processen fortlöpande.
• Var transparent mot omvärlden.
• Gör ”quick wins”.
• Starta smått.
• Involvera ledning och asärskild personer som innehar ”stödfunktioner”, som ex. Configuration Management.
• Anpassa Human Resources-funktionerna efter agila arbetsätt.
• Uppdatera styrtalen så att se avspeglar detverkliga resultatet snarare än insatsen.
• Arkitekterna ska ingå i teamen.
• Inför incitament att dela med sig av kunskap.
• Teamen ska vara multifunktionella, där arkitekten ingår.

Ett föredrag bli inte effektivare och roligare än så här. En lysande dragning!