Forsiden › Formulering
Formulering
En kravspesifikasjon er ikke bedre enn kravene den består av. Et krav som ikke kan testes, kan ikke leveres. Et krav som beskriver løsningen, stenger døra for bedre løsninger. Her er håndverket i én enkelt setning.
Skal, bør og kan
Tre ord som avgjør hva du faktisk får levert — og hva du må betale ekstra for. Når alt er «skal», er ingenting prioritert.
GrunnregelBeskriv behovet, ikke løsningen
Skriver du «systemet skal ha en nedtrekksmeny», har du kjøpt en nedtrekksmeny. Skriver du hva brukeren skal oppnå, får du kanskje noe bedre.
GrunnregelKravet må kunne bevises oppfylt
Still ett spørsmål til hvert krav: hvordan avgjør vi om det er innfridd? Har du ikke svar, har du ikke et krav — du har et ønske.
PresisjonTall i stedet for adjektiver
«Rask», «brukervennlig» og «robust» betyr ingenting i en kontrakt. Slik gjør du dem om til noe som kan måles.
PresisjonOrdene som ødelegger et krav
Osv., ved behov, som regel, minst mulig, relevant. En liste over formuleringer som garantert gir strid i leveranseprosjektet.
StrukturEtt krav per krav
Krav med «og» i seg kan bli halvveis oppfylt. Da har du ingen sak. Slik deler du opp uten å drukne i nummerering.
VerifiseringAkseptansekriterier: når er vi ferdige?
Kravet sier hva. Akseptansekriteriet sier når du signerer. Forskjellen er verdt mye penger i sluttfasen.
StrukturNummerering og sporbarhet
Et kravnummer er en adresse du skal bruke i tilbud, kontrakt, test og tvist. Velg system én gang, og ikke renummerer.
JuridiskKravtekst som tåler å bli kontrakt
Kravspesifikasjonen blir som regel vedlegg til avtalen. Da leses den av noen som leter etter smutthull, ikke etter mening.
AnsvarHvert krav trenger en eier
Når leverandøren spør «mente dere egentlig dette?», må noen kunne svare med myndighet. Ellers stopper prosjektet.
Denne seksjonen lærer deg å formulere krav. Skal du ha ferdigskrevne ikke-funksjonelle krav å ta utgangspunkt i — sikkerhet, ytelse, drift, eierskap — har vår andre side en katalog med 34 slike.