Forsiden › Dokumentet
Dokumentet
En kravspesifikasjon er ikke en kravliste med forside. Kravene utgjør kanskje halve dokumentet — resten er det som gjør kravene mulige å forstå, prise og etterprøve. Her er hvert kapittel: hva det skal inneholde, og hva som skjer når det mangler.
Formål og bakgrunn
Hvorfor gjør dere dette i det hele tatt? Kapittelet leverandøren leser først, og det eneste som gir resten mening.
Kapittel 2Mål og gevinster
Hva skal være annerledes etterpå, og hvordan måles det? Skill mål fra krav — de har helt ulik funksjon.
Kapittel 3Avgrensning
Det viktigste kapittelet, og det som oftest mangler. Hva er uttrykkelig ikke med i denne leveransen?
Kapittel 4Dagens situasjon
Systemer, volumtall, integrasjoner og smertepunkter. Uten dette må leverandøren gjette, og gjetningen prises inn.
Kapittel 5Interessenter og brukergrupper
Hvem skal bruke systemet, hvor mange er de, og hva skiller dem? Grunnlaget for både lisensmodell og opplæring.
Kapittel 6Begreper og definisjoner
Hva er en «sak», en «bruker», en «enhet» hos dere? Kapittelet som avverger de dyreste misforståelsene.
Kapittel 7Funksjonelle krav
Hva systemet skal gjøre. Hvordan du strukturerer dem så de kan evalueres uten å bli en ønskeliste på 600 punkter.
Kapittel 8Ikke-funksjonelle krav
Ytelse, sikkerhet, tilgjengelighet, personvern, drift. Kravene som avgjør prisen mer enn funksjonslisten gjør.
Kapittel 9Integrasjoner
Hvilke systemer skal snakke sammen, hvilken vei går dataene, og hvem eier grensesnittet?
Kapittel 10Leveranse og innføring
Migrering, opplæring, parallelldrift og overtakelse. Kapittelet som avgjør om systemet faktisk tas i bruk.
Kapittel 11Test og godkjenning
Hvem tester hva, når, og hva skal til for at leveransen er godkjent? Skriv det før leveransen, ikke under.
Kapittel 12Drift, forvaltning og exit
Livet etter lansering: SLA, videreutvikling, eierskap til data — og hvordan dere kommer dere ut igjen.
Nei. Rekkefølgen er gjennomtenkt, men omfanget skal stå i forhold til anskaffelsen. Til en liten anskaffelse kan flere kapitler være ett avsnitt hver — det viktige er at spørsmålet er stilt og besvart, ikke at det fyller en side.
Skal du bare skrive fire kapitler, ta formål, avgrensning, funksjonelle krav og drift og exit. De fire dekker det meste av det som ellers blir dyrt.
Dette er strukturen. Håndverket i hver enkelt kravsetning — kravnivå, testbarhet, entydig språk, nummerering — er dekket under Formulering. Skal du velge avtale, går Kontrakter gjennom alle Statens standardavtaler.