Kort første vurdering
Vi vurderer om problemet er avgrenset nok til en første sprint og om det finnes et tydelig sted å starte.
Arbeidsmåte
Slik jobber vi når én første flyt faktisk skal fungere i praksis.
Hjemmesiden viser den korte 2-ukers sprinten. Her forklarer vi hvordan samarbeidet faktisk fungerer: hvordan vi starter, hvordan vi jobber eksternt, hvordan kontrollen beholdes, og hva dere får i overleveringen.
1. Hvordan samarbeidet starter
Vi starter med én konkret flaskehals, ikke en stor workshop.
Den første kontakten er bevisst enkel: en kort e-post om hva som tar for mye tid, hvor ting stopper opp, og hva som må godkjennes av mennesker.
Ingen bredt omfang først
Vi prøver ikke å definere alt på forhånd. Målet er å finne én flyt som faktisk er verdt å forbedre først.
Tydelig neste steg
Hvis det ser lovende ut, peker vi ut hva som bør inn i første sprint og hva som kan vente.
2. Hvordan første sprint fungerer i praksis
Den samme kjernen som på forsiden — men forklart som faktisk arbeid.
Forsiden viser sprinten i kortform. Her er den praktiske versjonen av hva som skjer underveis.
1
Vi avklarer løype, regler og ansvar
Hva kommer inn? Hva er normal løype? Hvilke avvik må stoppes? Hvem skal godkjenne?
2
Vi bygger rundt ekte eksempler
Første sprint er ikke teori. Vi bruker reelle e-poster, skjemaer, dokumenter eller saker for å teste språk og logikk.
3
Vi gjør kontrollpunktene tydelige
Hvis noe skal godkjennes før det sendes eller registreres, bygges det inn som et tydelig steg.
4
Vi leverer noe dere faktisk kan prøve
Målet er et første oppsett som kan testes eller brukes videre med én gang.
3. Hvordan vi jobber eksternt
Vi jobber lett og konkret uten å skape mer prosjektfriksjon.
Rivan er laget for små og mellomstore bedrifter som vil teste én første arbeidsflyt uten tung prosjektform.
Asynkront først
Mye kan avklares via e-post og korte avklaringer. Vi samler ikke folk i lange møter hvis problemet fortsatt er uklart.
Få kontaktpunkter
Én tydelig kontaktperson er ofte nok i starten. Målet er fart og klarhet, ikke flere ledd.
Små leveranser underveis
Vi prøver å gjøre fremdriften synlig gjennom konkrete utkast, regler og testbare steg.
4. Kontroll og godkjenning
Automasjon betyr ikke at dere mister kontrollen.
Det som kan klargjøres automatisk, kan klargjøres automatisk. Det som må godkjennes av mennesker, skal fortsatt ligge hos mennesker.
Typiske ting systemet kan gjøre
- oppsummere og sortere innhold
- klargjøre forslag til svar eller neste steg
- holde oversikt over status og avvik
Typiske ting som fortsatt kan kreve godkjenning
- utsending til kunde
- registrering i viktige systemer
- saker som faller utenfor normal løype
Kontrollpunktet er en del av løsningen.
Poenget er ikke å fjerne mennesker fra viktige beslutninger. Poenget er å fjerne unødvendig mellomarbeid rundt dem.
5. Hva kunden faktisk får i overleveringen
Overleveringen betyr mer enn «her er noen ideer».
Når første sprint er ferdig, skal dere sitte igjen med noe konkret å jobbe videre med — ikke bare en presentasjon eller en løs anbefaling.
Første fungerende oppsett
En avgrenset arbeidsflyt satt opp rundt det første problemet vi valgte.
Tydelige kontrollpunkter
Det skal være klart hva som er automatisk, hva som skal godkjennes, og hvor ansvaret ligger.
Kort operativ overlevering
En kort overlevering som forklarer hvordan flyten brukes videre.
Overlevering i praksis: første oppsett, kontrollpunkter og tydelig neste steg.
6. Hva som skjer etter første sprint
Etter første sprint velger vi bevisst: videre, smalere eller stopp.
Hvis den første flyten fungerer, har dere et konkret grunnlag for neste beslutning. Hvis den ikke er riktig, er det bedre å stoppe tidlig enn å blåse opp omfanget.
Videreføring
Hvis første flyt fungerer godt, kan neste sprint bygge videre på samme løype eller ta neste naturlige steg.
Innsnevring
Hvis problemet fortsatt er for bredt, snevrer vi inn i stedet for å late som alt kan løses samtidig.
Stopp hvis det ikke passer
Hvis Rivan ikke er riktig videre vei, er det bedre å si det tydelig enn å tvinge frem et større prosjekt.