La oss ta det åpenbare først: dette er i hovedsak en god utvikling. Terskelen for å skrive et ryddig kravdokument har falt dramatisk. En kommune uten egen bestillerkompetanse kan nå få hjelp til struktur, språk og fullstendighet på minutter. Det gjør godt kravarbeid tilgjengelig for langt flere, og det er nettopp derfor denne siden finnes.
Men verktøyet endrer også hvor det er lett å gjøre feil.
Flaskehalsen har flyttet seg
Tidligere var skrivingen det dyre. Å formulere 200 krav tok uker, og den kostnaden fungerte som en bremse: du tenkte deg om før du la til et krav, fordi noen måtte skrive det.
Nå er skrivingen nesten gratis. Bremsen er borte, men kostnadene lenger ned i kjeden er uendret: hvert krav skal fortsatt leses, prises, evalueres, testes og forvaltes.
Når det blir billigere å skrive krav, må disiplinen flyttes til prioritering. Sett tak på antall skal-krav før du begynner. Uten den bremsen vokser dokumentet fritt. Se hvorfor kravspesifikasjoner blir for lange.
Det KI er godt til
- Struktur. Foreslå kapittelinndeling, minne deg på hva som mangler, og holde formen konsistent gjennom hele dokumentet.
- Omskriving. Gjøre et vagt krav om til et testbart, eller dele et sammensatt krav i tre. Dette er kanskje den mest undervurderte bruken.
- Kritisk gjennomlesing. «Finn alle krav som ikke kan testes» eller «hvilke krav motsier avgrensningen» er oppgaver den løser godt.
- Å simulere leverandøren. Be den lese grunnlaget som en tilbyder og liste alt som er uklart. Det er en gratis spørsmålsrunde før den ekte.
- Oversetting mellom former. Fra brukerhistorie til kravsetning med akseptansekriterier, eller motsatt.
Det KI ikke kan gjøre for deg
- Vite hva dere trenger. Modellen kjenner ikke arbeidsdagen deres, omveiene folk har laget, eller hvilke tre saker som gikk galt i fjor. Det får du bare ved å spørre folk.
- Prioritere. Prioritering er å velge bort noe noen ønsket seg. Det er en beslutning med en eier, ikke en tekstoppgave.
- Kjenne tallene deres. Volum, samtidige brukere, datamengde, hvor mange saker som gikk over frist. Uten dem blir kravene generiske.
- Ta ansvaret. Kravspesifikasjonen blir bilag til en kontrakt. Da må et menneske stå for hver setning.
Den nye fallgruven: flytende, feilfri gjennomsnittlighet
En språkmodell skriver godt norsk og treffer alltid det trygge midtsjiktet. Resultatet er krav som ser profesjonelle ut og som kunne stått i hvilken som helst kravspesifikasjon i landet — velformulert, komplett i formen, og uten et eneste tall fra deres virkelighet.
Det er en farligere versjon av den kopierte kravlisten, fordi den ikke ser kopiert ut. Motgiften er den samme: krev en kilde per krav. Et krav som ikke kan spores til et intervju, et tall eller et mål, er en kandidat for stryking uansett hvor pent det er formulert.
Begge sider bruker det nå
Leverandørene bruker de samme verktøyene til å skrive tilbud. Det betyr at tilbudene blir mer velformulerte og mer like hverandre — og at forskjellen mellom dem er vanskeligere å se i teksten alene.
Konsekvensen er praktisk: legg mer vekt på det som ikke lar seg generere. Strukturerte svar per kravnummer, demonstrasjon med oppgaver du har laget på forhånd, referanser du faktisk ringer. Se evaluering og tildelingskriterier.
Skriv for maskiner også
Kravspesifikasjonen din blir lest av språkmodeller — hos leverandørene, og etter hvert hos dere selv. Det er et argument for nøyaktig de tingene som alltid har vært god praksis: stabile kravnumre, ett krav per krav, definerte begreper og strukturerte felt framfor lange avsnitt.
Godt kravarbeid har alltid vært maskinlesbart. Nå får det bare en ekstra gevinst.
En praktisk arbeidsmåte
- Snakk med folk selv. Ingen modell kan gjøre dette for deg.
- Skriv målene og avgrensningen selv. De er beslutninger, ikke tekst.
- Bruk KI til å strukturere, omformulere og finne hull.
- Sett tak på antall skal-krav før du begynner.
- Krev en kilde per krav, og stryk dem som ikke har noen.
- La et menneske lese hele dokumentet før det sendes. Se sjekklisten før utsendelse.