Kvalitetssjekk av ett enkelt krav

• Entydig: kan to fornuftige mennesker lese dette ulikt? Se etter «osv.», «ved behov», «relevant», «brukervennlig», «som regel». Se ordene som ødelegger et krav.
• Testbart: hvordan avgjør vi om det er oppfylt? Har du ikke svar, har du et ønske, ikke et krav. Se kravet må kunne bevises oppfylt.
• Atomært: er det ett krav, eller flere med «og» mellom? Sammensatte krav kan bli halvveis oppfylt. Se ett krav per krav.
• Prioritert: har det et nivå, og tåler nivået prøven? Skal-krav er krav du ville avvist et ellers godt tilbud på. Se skal, bør og kan.
• Eid: hvem svarer når leverandøren spør hva vi mente? Et navn, ikke en avdeling. Se hvert krav trenger en eier.
• Begrunnet: hvilket mål eller behov tjener kravet? Finner du ingen kobling, er kravet en kandidat for stryking. Se sporbarhetsmatrise.

To spørsmål til, hvis du har tid

• Beskriver kravet behovet eller løsningen? Nevner det en bestemt teknologi, et skjermelement eller en arbeidsmåte, har du sannsynligvis spesifisert løsningen. Se beskriv behovet, ikke løsningen.
• Hvem merker at kravet er oppfylt? Finner du ingen brukergruppe, er det verdt å spørre hvorfor kravet finnes. Se kravet uten bruker.

Slik ser en runde ut i praksis

Kravet feiler på fem av seks punkter: det er ikke entydig («god», «raskt», «ved behov»), ikke testbart, ikke atomært (søk og rapportering), nivået er selvmotsigende («skal ha» og «bør være»), og det er ingen begrunnelse.