Oppgaven
- hvilken oppgave som tar tid
- hvor ofte den skjer
- hvilke eksempler som finnes
Rivan starter ikke med et stort systemprosjekt. Vi avklarer én konkret oppgave, lager en første leveranse dere kan teste, og bygger inn stoppunkter der mennesker skal vurdere før noe går videre.
Før vi bygger noe, må første oppgave være konkret nok til å teste. Avklaringen skal gjøre det tydelig hva som inngår, hvem hos dere som godkjenner, og hvor arbeidet skal stoppe for vurdering.
To uker er en praktisk ramme for én avgrenset første leveranse. Enkle, avklarte oppgaver kan ofte gå raskere når eksempler, regler og nødvendig materiale er klart. Oppgaver med flere systemer, uklare regler eller flere godkjenningspunkter tar normalt mer av rammen.
Resultat: avtalt første omfang.
Resultat: noe konkret å teste.
Resultat: mindre usikkerhet før bruk.
Resultat: beslutningsgrunnlag for neste steg.
Dere trenger ikke ha en perfekt prosess. Men noen avklarte eksempler og én person som kan svare, gjør arbeidet mer presist.
Dere skal ikke sende sensitiv informasjon, passord eller konfidensielle kundedata i første melding.
Rivan skal ikke fjerne menneskelig kontroll som standard. Arbeidet kan klargjøres, men viktige steg bør fortsatt vurderes av mennesker.
Målet er ikke å automatisere ukritisk. Målet er å klargjøre det som kan klargjøres, og stoppe det som bør vurderes.
Første leveranse skal gi et bedre beslutningsgrunnlag, ikke presse dere inn i et større prosjekt.
Hvis første leveranse gir mening, kan neste steg være å utvide, koble på flere eksempler eller gjøre flyten mer robust.
Hvis oppgaven var for bred, snevrer vi inn til den delen som faktisk kan håndteres trygt.
Hvis det ikke er verdt å bygge videre, stopper dere med et tydeligere bilde av hva som ikke bør automatiseres nå.
Det er bedre å vente eller snevre inn enn å starte med feil ramme.
Send en kort beskrivelse av hva som tar tid. Første svar handler om å finne ut om oppgaven passer — ikke å starte et stort prosjekt.