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.