Bremsen får dig til at køre hurtigere
Om proces. Hvorfor det ofte er et fy-ord. Og hvordan du speeder produktudviklingen op med de rigtige processer.
TL;DR:
Processer er som bremser på en bil: Bruges de forkert, kører bilen langsomt. Bruges de korrekt, kører bilen hurtigt. Gode processer gør, at udviklingshold:
Tør trykke speederen i bund, fordi de stoler på, at bremsen virker
Kun bruger bremsen, når der rent faktisk er behov for det
Bremser hårdt og hurtigt op, så de kan speede op igen.
Jeg er lige startet nyt job i All Gravy (mere om det en anden gang). De første uger har bl.a. handlet om at definere processer, og hvordan vi undgår, at proces bremser fart.
Det er ikke let. Især fordi at en bremse faktisk ofte er selve forudsætningen for fart.
En bils bremser gør, at vi tør køre hurtigt i byzoner, fordi vi kan stoppe hurtigt op, når vi ser et lyskryds. Og er du racerkører, så gør bremsen, at du tør køre med fuld kraft hen imod et sving.
Desværre forfalder alt for mange virksomheder til at tro, at den eneste måde at køre hurtigere på er ved at trykke hårdere på speederen. Men biler uden bremser har det altså med at ende i ulykker.
Så frem for religiøst at undgå processer, har min tilgang været at definere processer, der gør, at vi tør køre med fuld fart ind i et hårnålesving.
Den type processer deler tre principper med en bilbremse:
Man tør speede op, fordi man stoler på den
Man bruger den kun, når det er nødvendigt
Den bremser hårdt op (så man hurtigt kan speede op igen)
Princip 1: Processer gør at du tør bruge speederen
Hele pointen med bremser er, at du tør bruge speederen, fordi du stoler på bremsen. Det samme princip bør du anvende i din produktudvikling.
Dine udviklingsprocesser bør i sidste ende kun eksistere, hvis de gør, at udviklingshold rent faktisk kan (og tør) arbejde hurtigere.
Gode vs dårlige bremser: Release-håndtering
De bedste og værste eksempler på dette princip findes i release-håndtering.
Gode release-processer gør, at udviklingshold tør release oftere og med mindre overhead, fordi processen minimerer risikoen for ulykker. Ting som unit testing, andre automatiserede tests og phased releases er alle bremser, der gør, at man tør speede op.
Dårlige release-processer får til gengæld udviklingshold til at lette på speederen. Det kan fx være unødigt store dokumentationskrav til releases.
Princip 2: Processen bruges kun, når det er nødvendigt
Hvis du er racerkører ved du, at du ikke skal bruge bremsen på langstrækningen. På samme måde, er det vigtigt, at de bremser, som du bruger i din produktudvikling, kun bliver brugt, når det er absolut nødvendigt.
Gode vs dårlige bremser: Planlægning
Rigtig ofte bryder virksomheder med dette princip i planlægningsprocesser.
Gode planlægningsprocesser gør udviklingshold i stand til at planlægge initiativer selv og uden afhængigheder til andre. Men i de tilfælde, hvor de ikke kan planlægge selv, så kan de ‘trykke på bremsen’ og få hjælp.
Dårlige planlægningsprocesser tvinger udviklingshold til at bruge den samme proces uanset hvad. Det kan være, at alle tiltag skal beskrives ved den samme standardformular. Eller at intet må releases uden 5 dages varsel. Her bliver processen en bremse, der trykkes på hele tiden - selv når alle er enige om, at man ikke er på vej ind i et farligt sving.
Princip 3: Bremser (og speeder) hårdt op
Racerkører rør ikke bremsen, når de drejer rundt i et sving. De kører helt frem til svinget. Bremser hårdt op på så få meter som muligt. For så at trykke speederen i bund! En god udviklingsproces følger samme princip.
Gode vs dårlige bremser: Prioritering
Jeg ser tit gode og dårlige eksempler på dette princip i prioriteringsprocesser.
Gode prioriteringsprocesser tvinger udviklingshold til enten at stå stille eller gasse op mod et mål. Det ses fx når udviklingshold har høj indflydelse på, hvilke opgaver der prioriteres, fordi de bliver målt på, hvilke metrikker de påvirker, og ikke hvilke tiltag de releaser.
Dårlige prioriteringsprocesser gør, at man bremser blødt. Det kan være fordi, at prioriteter skal godkendes af en chef, og derfor ender man med hele tiden at file lidt på bremsen indtil chefen giver tommelfingeren op. Eller endnu være: prioriteringer skal godkendes på møder, som kun sker hver anden uge.
Med andre ord. Processer bør…
Gøre, at du tør speede udviklingen op
Kun bruges når nødvendigt
Gøre, at du hurtigt kan hhv. stoppe og speede up for produktudviklingen, når du møder udfordringer.