Smidig 2011

Beskrivelse

Du lager en product backlog.
Du arbeider med sprinter på 2-4 uker, og alt fungerer etter hver sprint.
Du er glad du har valgt å bli smidig. Men er du det?

Sannsynligvis ikke!

Selv om selve systemutviklingen kjøres etter gode prinsipper, er de fleste prosjekter fremdeles satt opp i en vannfalls-logikk der spesifikasjon, utvikling, testing, lansering og gevinstrealisering følger etter hverandre i klart definerte faser. Et slikt overordnet prosjektdesign øker risikoen for å mislykkes.

Uten tydelige nøkkelindikatorer for hvordan du presterer i øyeblikket, blir mye utvikling gjort i blinde. Du må derfor sikre målbarhet FØR du begynner å konkretisere funksjonalitet.

Først når første iterasjon er produksjonssatt, og en har dokumentert effekt på de overordnede måleparametrene, bør en ta beslutningen innholdet i neste iterasjon.

I praksis er dette meget, meget vanskelig. Men det er sannsynligvis skillet mellom gode og mindre gode resultater.