Kravspesifikasjon.comIngen skal måtte være ekspert

Forsiden › Formulering › Akseptansekriterier

Akseptansekriterier

Kravet beskriver hva som skal lages. Akseptansekriteriet beskriver hva som må være sant før du skriver under på at det er levert. Blandes de to, ender diskusjonen i sluttfasen — der den er dyrest.

Forskjellen på krav og kriterium

KravAkseptansekriterium
Svarer påHva skal systemet gjøre?Hvordan vet vi at det er gjort?
Skrives avBestillerBestiller, ofte sammen med tester
Brukes iKonkurransegrunnlag og kontraktGodkjenningstest og overtakelse
AntallEtt per behovEtt eller flere per krav

Gitt, når, så

Den mest brukbare malen er tredelt: en forutsetning, en handling og et forventet resultat. Formen tvinger deg til å tenke gjennom utgangspunktet, som er der de fleste misforståelser bor.

Mal

Gitt at saksbehandleren er innlogget og har en åpen sak med status «Under behandling»

Når hun laster opp et vedlegg på 40 MB i PDF-format

Så lagres vedlegget på saken, det blir synlig i dokumentlisten innen 5 sekunder, og opplastingen logges med bruker og tidspunkt.

Strukturen i et akseptansekriterium: gitt, når, så Gitt utgangspunktet — hvem er brukeren, og hvilken tilstand er systemet i? Her bor de fleste misforståelsene. Når handlingen — én konkret ting brukeren gjør. Ikke to. Én. Så det observerbare resultatet — noe du kan peke på og si «der, det skjedde». Kan du ikke peke på det, er kriteriet ikke ferdig.
Formen tvinger fram utgangspunktet. Det er derfor den virker: de fleste uenigheter i sluttfasen handler om «gitt», ikke om «så».

Husk grensetilfellene

Et akseptansekriterium som bare dekker det vellykkede tilfellet, er halvferdig. Systemer går sjelden i stykker når alt går bra. Skriv derfor minst ett kriterium for hva som skal skje når noe feiler.

Grensetilfelle

Gitt at saksbehandleren forsøker å laste opp en fil på 300 MB, som er over grensen på 250 MB
Når opplastingen starter
Så avvises filen før overføring begynner, og brukeren får en melding som oppgir både den faktiske og den tillatte størrelsen.

Legg merke til detaljen «før overføring begynner». Uten den kan leverandøren la brukeren vente i to minutter på en opplasting som uansett skal avvises — teknisk innenfor kravet, praktisk elendig.

Hvor mange kriterier per krav?

Nok til å dekke det normale forløpet, minst ett avvik, og eventuelle regler for hvem som har lov til hva. Er du oppe i ti kriterier for ett krav, er kravet sannsynligvis for stort og bør deles — se ett krav per krav.

Når bør de skrives?

I en anskaffelse trenger du sjelden akseptansekriterier for alle krav i konkurransegrunnlaget — det gjør dokumentet uleselig, og du låser detaljer før du vet hvilken løsning du får. Skriv dem for de kravene som er kritiske eller tvetydige, og utarbeid resten sammen med valgt leverandør i oppstartsfasen. Da bruker du kunnskapen om den faktiske løsningen, som er langt mer verdt.