Vi har stand up fordi vi skal være i synk

Hva vil vi egentlig ha ut av en stand up? Veldig mange team som jobber med produktutvikling har stand-up’s som en del av sin ukesrytme. Formålet er å holde teamet oppdatert på hva man jobber med fra en dag til en annen. Veldig ofte blir fokuset på hvilke oppgaver hver enkelt har gjennomført, eller hvorfor man eventuelt ikke er ferdig med oppgaven man jobber på. Formatet varierer, men jeg antar mange kjenner seg igjen i Walk the board eller at man tar en rapporteringsrunde i teamet hvor man sier hva man gjorde i går og hva man tenker å fortsette med i dag. Walk the board kan være veldig effektiv til å fjerne fokus fra individ og flytte det til løsning dersom det gjøres riktig. Dette har Linda skrevet en kjempefin bloggpost om.
Jeg vil prøve å løfte blikket og dra fokuset enda mer mot verdi. For det vi alle egentlig vil (eller i alle fall burde ville) høre om, er hvilken verdi vi har skapt for kundene våre siden sist vi snakka sammen, og hvordan vi alle kan hjelpe hverandre å levere verdi fram til neste gang vi snakker sammen.

Vri spørsmålene til verdien vi skaper

Hvordan kan dette se ut i praksis, sier du? Glad du spør! Jeg har vært så heldig å jobbe og lære i mange team med produktmennesker som har kunden fremst i panna. En av endringene vi gjorde i ett av disse teamene, var å endre spørsmålene vi stilte i stand-up’ene våre. Vi sluttet å ta runden hvor vi spurte om hva vi gjorde i går og hva vi skulle gjøre i dag (svaret var ofte «jeg jobbet med oppgave X i går, og skal fortsette med det i dag»), og begynte med følgende spørsmål:

1. Noe nytt i prod? 🚚
   1. Hvis ja; Fortell om verdien det fører til ✨
2. Er noen blokkert? ⛔️
3. Noe annet på ❤️?

På spørsmål 1 er det open mic og førstemann til å fortelle hva de har oppnådd siden sist. Det kan være alt fra "jeg har fått fiksa og prodsatt testene som brakk i går, så nå er vi sikre(re) på at det vi leverer faktisk fungerer" til "Endelig er den store endringen vi har jobba med de siste dagene ute, og hver gang noen tar i bruk dette tjener vi big bucks". Er det ikke noe nytt i prod? Nei, da er det ikke det, da. Bedre lykke i morgen!
Spørsmål 2 bidrar til å skape et kollektivt ansvar for å ferdigstille noe. Det å hjelpe hverandre står i sentrum, og det blir teamet minnet på hver eneste stand-up. "Jeg har en pull request som ingen har sett på enda, kan noen hjelpe meg å godkjenne denne?" eller "Nå har jeg ventet i 2 dager på en tilgang jeg trenger, kan noen hjelpe meg videre?"
Siste spørsmålet åpner for alle andre ting som ikke omhandler utvikling. Er det noe spesielt vi som team trenger å vite om dagen? Kanskje noen på teamet skal delta på et spennende brukerintervju og vil ha med seg flere? Eller har noen sovet ordentlig dårlig og trenger en litt tanketom oppgave for å snurre i gang hjernen for dagen? Her er det høyt under taket.

Verdidrevne stand up's + Radical Focus = <3

Da vi innførte denne måten å kjøre stand up's på, jobba teamet på en slags Kanban-måte. Etter hvert som vi fikk lest Radical Focus og omfavnet Monday Commitments; Friday Wins, fikk vi virkelig grepet om disse spørsmålene. Jo tydeligere vi fikk spissa mål på mandag morgen, jo enklere ble det å vite hva vi hadde oppnådd av verdi i løpet av uka. For det var jo akkurat denne verdien vi hadde planlagt å jobbe mot allerede.

Rendyrk stand up's - hold tekniske diskusjoner utenfor

Hva med de tekniske diskusjonene, da, tenker du kanskje? Stand up er ikke, og har aldri vært, riktig arena for inngående tekniske diskusjoner. Har man behov for å snakke gjennom detaljer? Jo, da tar man det uansett utenfor stand up. Løft det som en blokker hvis du trenger sparring for å komme deg videre (og fortsett diskusjonen etter stand up!), eller vis det fram i demo (for alle burde også ha demo jevnlig!) hvis du har lært noe kult som du vil at flere skal vite om. Snakk om løsningene når dere gjør code review, når dere diskuterer hvordan dere skal løse problemene deres, eller egentlig når som helst ad-hoc. Bare ikke dra ut stand-up'en deres!

Verdifokus kan være et steg mot kontinuerlige leveranser

Men vi får jo ikke noe ut i prod hver dag.. Det er ikke noen hemmelighet at ikke alle team prodsetter kode hver dag. Veldig ofte er oppgavene vi jobber med for store og omfattende; vi løser for mange problemer samtidig. Det igjen fører til at vi potensielt utsetter levering av verdi til kunde. Jeg vil argumentere for at denne måten å snakke sammen på kan gi et dytt i riktig retning mot kontinuerlige leveranser, det gir fokus på små, spisbare biter endring. Ikke gi opp hvis dere ikke får til å levere verdi hver dag. Bytt spørsmål 1 med noe sånt som "Noen som fullførte noe i går?", og behold 1a. Tada! Fokus på verdi. Lett som en plett!

Prøv det selv da, vel!

Når jeg sier "oppgavefokus" mener jeg fokuset på å gjøre ferdig en oppgave, og ikke bry seg om hva den oppgaven fører til. Mitt poeng er at det er ikke nok å kverne gjennom oppgaver, man må følge opp og lære av hvordan det man dytter ut i verden faktisk står seg når de treffer ekte kunder. Og husk: Alle team trenger å tweake prosesser og metoder. Hvis spørsmålene ikke helt passer til ditt team, så justerer dere til det treffer. Kontinuerlig forbedring er viktigere enn forsinka perfeksjon, så bare begynn et sted og jobb dere videre derfra.