Kravspesifikasjon.comIngen skal måtte være ekspert

ForsidenFormulering › Testbarhet

Kravet må kunne bevises oppfylt

Still ett spørsmål til hvert eneste krav: hvordan avgjør vi om det er innfridd? Har du ikke et svar, har du ikke et krav. Du har et ønske — og ønsker kan ingen reklamere på.

Hvorfor dette er avgjørende

Kravspesifikasjonen din ender som regel opp som vedlegg til kontrakten. Når leveransen skal godkjennes, er spørsmålet ikke om du er fornøyd — det er om kravene er oppfylt. Et krav uten en verifiserbar grense har ingen tydelig terskel. Da blir godkjenningen en diskusjon om skjønn, og den diskusjonen vinner den parten med flest jurister og minst hastverk.

Fire måter å verifisere på

Ikke alt lar seg måle med et tall, og det er greit. Men hvert krav må ha en oppgitt verifikasjonsmetode. Det er fire å velge mellom:

MetodePasser forEksempel
Test Funksjonalitet og målbar ytelse Kjør 500 samtidige brukere og mål svartid
Demonstrasjon Arbeidsflyt og brukeropplevelse Vis at en ny saksbehandler fullfører oppgaven uten opplæring
Inspeksjon Dokumentasjon, kode, konfigurasjon Kontroller at all trafikk er kryptert i konfigurasjonen
Attestasjon Sertifiseringer og tredjepartsforhold Fremlegg gyldig ISO 27001-sertifikat

Fra ønske til krav

Kan ikke verifiseres

Systemet skal være brukervennlig.

Løsningen skal ha god ytelse også ved høy last.

Leverandøren skal ha god responstid ved feil.

Kan verifiseres

Brukervennlighet. Åtte av ti testbrukere uten forkunnskap skal fullføre registrering av en ny sak på under tre minutter, uten hjelp. Verifiseres ved brukertest med minst ti deltakere før godkjenning.

Ytelse. Ved 200 samtidige innloggede brukere skal 95 prosent av sidevisninger returnere innen 1,5 sekunder målt på server. Verifiseres ved lasttest.

Responstid. Ved kritisk feil skal leverandøren bekrefte mottak innen 1 time og ha påbegynt feilretting innen 4 timer, innenfor avtalt servicevindu. Verifiseres mot logg i saksbehandlingssystemet.

Legg verifikasjonen inn i kravet

Den mest effektive vanen er å gi hvert krav et eget felt for verifikasjon. Det tvinger fram presisjon mens du skriver, i stedet for at problemet dukker opp i testfasen når det er dyrt å rette.

Kravmal

ID: K-207

Nivå: Skal

Krav: Systemet skal kunne gjenopprettes fra sikkerhetskopi til et hvilket som helst tidspunkt de siste 30 dagene, med maksimalt 1 times datatap.

Verifikasjon: Test. Leverandøren gjennomfører dokumentert gjenopprettingstest før godkjenning, og deretter årlig.

Eier: Driftsansvarlig

Når kravet ikke lar seg verifisere

Finner du ingen verifikasjonsmetode, har du to ærlige valg: gjør kravet konkret nok til at en metode finnes, eller flytt det ut av kravlisten og inn i et innledende kapittel om mål og ambisjoner. Det siste er helt legitimt — mål og krav er forskjellige ting, og en spesifikasjon blir bedre av å skille dem.