Den ekte motsetningen
Motsetningen finnes, men den handler ikke om dokumentasjon. Den handler om når beslutningene tas.
En anskaffelse krever at du beskriver leveransen godt nok til at noen kan prise den, og at du deretter ikke endrer beskrivelsen. Smidig utvikling bygger på at du lærer underveis og justerer. Det ene forutsetter stabilitet, det andre forutsetter endring.
Løsningen er ikke å velge side. Den er å være presis om hva som bindes og hva som holdes åpent.
Hva som skal bindes opp front
Uansett arbeidsform må dette være avklart før kontrakt, fordi det er dyrt eller umulig å endre senere:
- Mål og gevinster. Hva skal være annerledes, målt hvordan. Se kapittel 2.
- Avgrensning. Hva som ikke er med. Se kapittel 3.
- Ikke-funksjonelle krav. Ytelse, sikkerhet, personvern, tilgjengelighet. Disse påvirker arkitekturen, og arkitektur er dyr å endre sent.
- Integrasjoner. Hvem snakker med hvem, og hvem eier grensesnittet.
- Drift, forvaltning og exit. Se kapittel 12.
- Samarbeidsformen. Hvor ofte, med hvem, hvem som prioriterer og hvem som godkjenner.
Hva som kan holdes åpent
Detaljene i hvordan funksjonaliteten løses. Rekkefølgen leveransene kommer i. Hvordan skjermbildene ser ut. Hvilke av de mindre viktige kravene som faktisk realiseres innenfor rammen.
Det siste er verdt å merke seg: i en smidig leveranse er det normalt at ikke alt på listen blir laget. Det er ikke en svikt — det er hele poenget, forutsatt at det er de minst viktige tingene som faller fra. Da må prioriteringen være reell, og den må ha en eier.
Jo mindre du binder i detalj, desto viktigere blir det at målene er presise. Uten detaljerte krav er målbildet den eneste målestokken du har igjen — og et vagt målbilde gir da en leveranse ingen kan si om lyktes.
Kontrakten må passe til arbeidsformen
Dette er der det oftest går galt: smidig arbeidsform under en avtale som forutsetter fast leveranse til fast pris. Da har du en form som krever endring, og en kontrakt som straffer den. Hver justering blir en endringsordre, og fleksibiliteten du kjøpte forsvinner i administrasjon.
Statens standardavtaler har egne avtaler for smidig utvikling, og de er innrettet nettopp for dette: løpende prioritering innenfor en ramme, med kunden tett på. Se kontraktsoversikten for hvilken avtale som passer til hvilken leveranseform.
Prisen du betaler for fleksibilitet
Smidig leveranse er ikke gratis fleksibilitet. Du betaler med noe konkret:
- Egen tid. Kunden må være tilgjengelig gjennom hele løpet, ikke bare ved oppstart og godkjenning. Det er reelle timer fra folk som har en jobb ved siden av.
- Beslutningsevne. Prioriteringer må tas løpende, av noen med mandat. Se hvert krav trenger en eier.
- Mindre forutsigbarhet i innhold. Du vet hva det koster og når det er ferdig, men ikke nøyaktig hva som er med.
Kan dere ikke stille med tid og beslutningsevne, får dere ikke gevinsten — og da er en tradisjonell leveranse med tydelige krav faktisk det tryggeste valget. Det er en ærlig vurdering å gjøre før kontraktsformen velges, ikke etter.
Kravene skrives på et annet nivå
I en smidig anskaffelse beskriver du gjerne behovene som områder eller brukerhistorier med tydelige mål, i stedet for 400 nummererte krav. Akseptansekriteriene detaljeres underveis, sammen med teamet.
Men de ikke-funksjonelle kravene skrives like presist som ellers — kanskje mer, siden de er det faste punktet i en ellers bevegelig leveranse. Se kapittel 8.
Kort sagt
Smidig utvikling fjerner ikke behovet for å vite hva du vil oppnå, hva som ikke er med, hvor godt det må være, og hvordan dere skal jobbe sammen. Den fjerner behovet for å bestemme detaljene før du har lært noe. Det er en stor forskjell, og det er den som er verdt å være presis om i konkurransegrunnlaget.