Spørg de fleste teams, om de har en godkendelsesproces, og de vil sige ja. Spørg dem derefter om at vise dig den seneste godkendelse, de gav, hvem der godkendte den, hvad de så, da de godkendte den, hvilken version de underskrev, hvornår det præcist skete, og se selvtilliden forsvinde ud af rummet.
Sandheden er, at de fleste “godkendelsesprocesser” bare er vaner. Nogen viser nogen andet noget, den anden person siger noget som “det ser fint ud for mig,” og det betragtes som godkendt. Det fungerer fint, indtil klienten spørger, hvorfor teksten ændrede sig, eller den juridiske afdeling påpeger noget, der aldrig blev gennemgået, eller to mennesker husker den samme samtale helt forskelligt.
Vi har set dette scenarie i bureauer, driftsteams, HR-afdelinger, klientservices, overalt, hvor arbejde kræver menneskelig godkendelse, før det bevæger sig fremad. Den uformelle version af godkendelse er så udbredt, at de fleste ikke engang tænker på det som et problem, før de er midt i en meget dyr misforståelse.
Godkendelsen der levede i en chat-tråd
Her er et scenarie, der er mere almindeligt, end nogen ville indrømme. Et bureau sender en klient en kladde. Klienten svarer i en e-mail-tråd: “Det ser fint ud, fortsæt.” Account manageren fortolker dette som den endelige godkendelse. Tre uger senere, da kampagnen er live, siger klienten, at de aldrig godkendte den endelige version, kun kladden. Nu er der en tvist, nogle meget anspændte opkald, og et forhold, der er lidt dårligere end det var før.
Ingen løj. Ingen handlede i ond tro. Godkendelsesprocessen var bare for vag til at beskytte nogen af parterne. Der var ingen registrering af præcis, hvad der blev set, hvornår og af hvem. En tommelfingeropadgang emoji i en e-mail-tråd er ikke en kontrakt, men for mange teams er det næsten det samme.
Hvad strukturerede godkendelser faktisk ser ud
Vi byggede godkendelsesworkflows ind i Gript, så når noget kræver en underskrift, sker hele processen inde i arbejdet, ikke i en sidekanal, som ingen kan spore bagefter.
Du tildeler en reviewer. De får en notifikation. De ser det faktiske element, i fuld kontekst, med alt hvad de behøver for at træffe en beslutning. De godkender eller afviser det, med en valgfri kommentar. Den beslutning registreres, tidsstemples og er synlig for alle med adgang til boardet. Færdig.
Ingen jagt. Ingen tvetydighed. Ingen “vent, fik vi godkendelse til dette?”-samtaler om morgenen på en lanceringsdag.
Den del folk ikke tænker på, før de har brug for den: sporet
Ud over at få godkendelser til at ske rent, giver strukturerede workflows dig noget, som uformelle godkendelser aldrig kan: en registrering. Ikke fordi du er paranoid, men fordi om tre måneder vil nogen spørge. Nogen spørger altid.
“Hvem godkendte dette?” “Gennemgik jura den endelige version?” “Hvornår godkendte klienten omfangsændringen?” Hvis du har et struktureret godkendelsesworkflow, kan du besvare disse spørgsmål på ca. ti sekunder. Hvis du ikke har, scroller du gennem gamle Slack-beskeder og håber, svaret er der et sted.
Vi byggede denne funktion dels fordi vi var trætte af at se gode teams komme i unødvendig problemer, ikke fordi de var uorganiserede, men fordi deres godkendelsesproces levede et sted, ingen tænkte på at kigge. At bringe det ind i selve arbejdet gav bare mening.