Hva prototypen er til for
I kravarbeid har prototypen ett formål: å avdekke at dere har forstått hverandre feil, mens det fortsatt er billig. Den skal ikke vise hvordan løsningen bør se ut. Den skal fremkalle setningen «nei, det er ikke sånn vi jobber».
Derfor er en grov skisse ofte bedre enn en pen. Ser prototypen ferdig ut, kommenterer folk farger og plassering. Ser den ut som en tegning på en serviett, kommenterer de innholdet — som er det du var ute etter.
Papirskisser, enkle bokser, håndskrift. Ingen ekte farger, ingen ferdige komponenter. Jo mindre ferdig den ser ut, desto mer ærlige tilbakemeldinger får du — og desto mindre risiko for at den siver inn i kravspesifikasjonen som et designkrav.
Den store faren
Prototypen har en tendens til å bli fasit. Noen legger skjermbildene inn som vedlegg, leverandøren tolker dem som bindende, og plutselig har dere kjøpt et bestemt design uten å ha ment det. Da har du gjort det som beskrives under løsningen forkledd som krav.
Motgiften er en eksplisitt setning i dokumentet, og den bør stå både i vedlegget og i kapittelet som viser til det:
Skissene i vedlegg C er utarbeidet for å illustrere behovet og er ikke bindende for utforming. Leverandøren står fritt til å foreslå en annen løsning som dekker de samme kravene. Ved motstrid gjelder kravteksten foran skissene.
Den siste setningen om motstrid hører hjemme i rangordningen mellom dokumentene. Se kravtekst som tåler å bli kontrakt.
Når metoden passer
- Når noe er vanskelig å forklare med ord. Sammensatte skjermbilder, oversikter, arbeidslister.
- Når brukerne ikke er vant til å lese kravtekst. De fleste er ikke det.
- Når det er uenighet om hva noe betyr. En skisse avgjør diskusjonen på minutter.
- Ved skreddersøm. Der er designet faktisk en del av leveransen, og tidlig avklaring er verdt mye.
Når den ikke er verdt bryet
- Ved kjøp av standardsystem. Da har løsningen allerede et grensesnitt, og skissene dine beskriver noe du ikke skal få. Bruk heller prosesskart for å vise behovet.
- Når prototypen skal bygges i et ekte utviklingsverktøy. Da koster den som et lite prosjekt, og du blir glad i den.
- For ikke-funksjonelle krav. Ytelse, sikkerhet og drift lar seg ikke skisse.
Test den på riktig folk
Vis skissen til dem som skal bruke systemet, ikke bare til prosjektgruppen. Be dem løse en konkret oppgave med den i hånden — «vis meg hvordan du ville registrert denne søknaden» — i stedet for å spørre hva de synes. Det er samme prinsipp som i intervju: oppgaver avslører mer enn meninger.
KI-genererte skisser
Det er raskere enn noen gang å få laget en klikkbar skisse, og det er i hovedsak en god ting: terskelen for å teste en idé har falt dramatisk. Faren er den samme som før, bare større — en skisse som ser ferdig ut, laget på ti minutter, får lett mer autoritet enn den fortjener. Behandle den som en serviett, ikke som en spesifikasjon.
Vanlige feil
- Prototypen blir vedlegg uten forbehold. Se formuleringen over.
- For pen for tidlig. Da diskuterer dere farge i stedet for innhold.
- Bare den lykkelige flyten skisses. Skisser også hva som skjer når noe mangler eller går galt.
- Skissen oppdateres ikke når kravene endres. To sannheter er verre enn én.