Jeg vet hvorfor du ikke “får til smidig”
Publisert February 7, 2009
I kategorien smidig | 5 kommentarer
I andedammen her i Norge har skeptikerne til smidige metoder virkelig fått vann på mølla ettersom flere og flere “står frem” med sine historier om hvordan de ikke har vært på et eneste bra smidig prosjekt.
Smidige fundamentalister vil gi deg følgende svar: “Hvis det ikke virker, så gjør du det feil”. Hvilket egentlig ikke er noe svar siden det ikke gir den som sliter noen løsning. Særlig ettersom svaret på “hva er riktig måte?” ofte er: “Du må bare tilpasse og plukke det som passer fra Scrum”. Igjen er dette svaret like nyttig for en som ikke får til smidige metoder som det vil være å si til en nyfødt baby: “Hvordan skal vi ta på bleien idag?”. Uten god kunnskap og erfaring vil hverken du som nyfrelst Scrum bruker eller babyen klare å velge riktig fremgangsmåte.
Flere nivå av modenhet
Allistar Cockburn skriver i en av de beste bøkene om smidig systemutvikling, Agile Software Development, om hvordan man i kampsporten Aikido går gjennom tre stadier for å lære nye teknikker: Shu-ha-ri.
Å tilnærme seg en smidig systemutviklingsprosess med disse tankene i hodet er en nøkkel til å lykkes med smidige metoder. Akkurat som kampsporteleven må også organisasjoner / prosjekter gå gjennom de tre stegene for læring. Det viktigste er å innse på hvilket nivå man faktisk er.
Hvis du er ny til Scrum så mener jeg du bør følge det du har lært til punkt og prikke som en mal (du er i Shu stadiet). Dette helt til du har målt og erfart hvilke teknikker som ikke passer for din situasjon (du er kommet til Ha stadiet). Da har du oppnådd større innsikt til å gjøre kvalifiserte valg og tilpassninger. Etterhvert vil du se fler og flere ting som du kan gjøre av tilpassninger for at det skal passe i din organisasjon (du har nådd Ri stadiet).
Det viktigste er at du må gå gjennom alle tre stadiene. Du er ikke si at du er så smart at du kan gå rett på å tilpasse smidige metoder uten erfaring.
Forsøk å i ikke tenke til å begynne med, det vil hjelpe i det lange løp.
Smidige prosjekter handler også om teknologi
I iveren etter å være smidig glemmer mange at metoder som Scrum faktisk ikke sier noe som helst om den tekniske gjennomføringen av et prosjekt. Derfor ender mange prosjekter med å “glemme” viktigheten til de fundamentale teknikkene som du finner i blant annet eXtreme Programming:
- Test drevet utvikling
- Kvalitet på testkode
- Automatisert utrulling
- Objekt orientert design
Ivrige Scrum-praktikere glemmer ofte bort viktigheten til det å ha smidig teknologi og smidige metoder for å jobbe med teknologi. Hvis du ikke fortsetter å ha fokus på disse grunnleggende tingene vil du aldri lykkes med smidige prosjektmetodikker. Du vil feile om og om igjen inntil du innser viktigheten av å se smidig systemutvikling i en helhet, hvor du må velge teknikker så lenge du ikke ødelegger balansen mellom dem.
To ting kreves for å lykkes med smidige metoder
- Ikke tenk når du er ny til smidige metoder, gå igjennom de tre stadiene av læring.
- Ikke fokuser utelukkende på prosjektmetodikk, men også tekniske metoder for systemutvikling.
Kommentarer
5 kommentarer to “Jeg vet hvorfor du ikke “får til smidig””
Skriv ett svar
Bra oppsummering. Dette med at smidig prosess krever smidig teknologi er veldig viktig. Du kan ikke drive og bygge på og endre hvis du ikke legger grunnlaget for det i teknologien også.
Det er viktig å være klar over at man går gjennom læringsfaser, og at ulike grader av “frihet” er optimalt etter hvert som man lærer mer og går fra novice til expert (for å bruke terminologien fra Dreyfuss)
Men: Jeg synes det er feil løsning å si at intil man har blitt eksperter, så bør vi i prosjektene våre bare følge en kokebokoppskrift.
En bedre løsning er: Hvis du ikke har kompetansen, så få inn noen som har den.
Du ville vel aldri ha startet et større utviklingsprosjekt i Java uten å ha folk som var flinke i Java. Hvem vil vel starte et større prosjekt uten å ha folk som er flinke på prosjektmetodikk?
Forøvrig en relatert diskusjon på smidig-forumet:
http://forum.smidig.no/forums/11/topics/394
Jeg har startet både ett lite og vært med i starten på ett stort hvor vi brukte teknologi ingen i organisasjonen kunne, så svaret på spørsmålet er vel at jeg ville startet et prosjekt i Java uten Java utviklere ;)
Det er selvsagt satt på spissen at jeg sier man skal følge noe slavisk, men jeg har sett veldig mange som forsøker å “tilpasse” Scrum lenge før de har noe som helst erfaring. Det har aldri ført noe godt med seg, fordi man gjør tilpasninger før man vet hva som faktisk fungerer. Det handler om “inspect and adapt” etterhvert og det blir i mitt hode helt feil å begynne med tilpassning lenge før man vet noe som helst.
Helt enig i det. Før man er oppe på et vist nivå (betegnes vel som “competent” i Dreyfus), så er det vanskelig å lykkes med kontekstuelle tilpassninger.
Men jeg står fortsatt på mitt: Kjører du prosjekter uten personer du ville klassifisere som “competent”, er du ille ute uavhengig av prosjektfilosofi.