Finn tallet ved å spørre om smertegrensen
De fleste vet ikke hva de skal svare på «hvor rask må den være?». Snu spørsmålet: når blir det så tregt at folk slutter å bruke det, eller ringer deg? Det svaret har alle. Legg litt margin på, og du har terskelverdien.
Samme grep virker for tilgjengelighet. «Hvor lenge kan systemet være nede i arbeidstiden før det blir et reelt problem?» Svarer noen «en halv dag går greit», har du et helt annet — og langt billigere — krav enn hvis svaret er «ti minutter».
Terskelverdier er blant de dyreste ordene i dokumentet. Forskjellen mellom 99,5 og 99,99 prosent oppetid er forskjellen mellom én server og en redundant arkitektur med døgnbemannet overvåking. Sett tallet der behovet faktisk ligger, ikke der det ser imponerende ut.
Størrelser det er verdt å tallfeste
| Egenskap | Tallfest | Husk å oppgi |
|---|---|---|
| Svartid | Sekunder, med persentil | Målepunkt: server eller nettleser |
| Samtidige brukere | Antall innloggede og aktive | Toppbelastning, ikke gjennomsnitt |
| Datamengde | Antall poster i dag og om fem år | Vekstrate |
| Oppetid | Prosent per måned | Servicevindu og hva som teller som nedetid |
| Datatap ved havari | Maksimalt antall minutter | Gjelder også ved skifte av driftsleverandør |
| Gjenopprettingstid | Timer fra havari til drift | Om tallet gjelder hele eller deler av systemet |
| Opplæringstid | Minutter til første fullførte oppgave | Hvilken brukergruppe |
Bruk persentiler, ikke gjennomsnitt
«Gjennomsnittlig svartid skal være under 2 sekunder» er lett å oppfylle og verdiløst. Et gjennomsnitt skjuler at hver tjuende forespørsel tar tolv sekunder — og det er nettopp de tilfellene brukerne husker og klager på.
95 prosent av forespørslene skal besvares innen 1,5 sekunder, og 99 prosent innen 4 sekunder, målt på server ved normal belastning definert som 200 samtidige aktive brukere.
Oppgi alltid målepunktet
«Under to sekunder» målt på serveren og målt i brukerens nettleser er to helt forskjellige krav. Nettleseren må i tillegg laste ned, tolke og tegne opp siden — og går brukeren over mobilnett, kan differansen alene være flere sekunder.
Uten et oppgitt målepunkt vil leverandøren velge det som er lettest å oppfylle, og de har rett til det. Skriv derfor alltid hvor og under hvilke forutsetninger tallet gjelder.
Når du ikke vet tallet
Da er det bedre å be om det enn å gjette. To brukbare grep:
- Be leverandøren oppgi hva de tilbyr, og gjør det til et evalueringskriterium framfor et absolutt krav. Da får du markedets svar i stedet for din egen gjetning.
- Mål dagens system. Har du et system i drift, er tallene der allerede. «Minst like raskt som dagens løsning, målt likt» er et fullt gyldig krav — og et av de få som garantert er realistisk.