Det finns ett ögonblick i varje växande organisations liv när de verktyg och metoder som fungerade för fem team plötsligt inte fungerar för femtio. Det är en smärtsam insikt, för den innebär att det som tog oss hit inte är det som tar oss vidare. Under mina år som coach och rådgivare för tekniska organisationer har jag sett det ögonblicket upprepas om och om igen, och det som slår mig varje gång är att problemet sällan är tekniskt. Det är mänskligt.
DevOps i stor skala handlar inte om att rulla ut samma verktygskedja till fler team. Det handlar om att skapa förutsättningar för att team ska kunna fatta goda beslut på egen hand, utan att tappa sambandet med helheten. Det är en paradox som många organisationer brottas med: hur ger vi team autonomi utan att skapa kaos? Hur skapar vi alignment utan att centralisera besluten till en punkt där de blir för långsamma och för långt från verkligheten?
Plattformstänkande har blivit ett av mina viktigaste svar på den frågan. Inte plattformar i teknisk mening enbart, utan plattformar som organisatorisk princip. Tanken är enkel: istället för att tala om för team exakt hur de ska arbeta, bygger vi en gemensam grund som gör det lätt att göra rätt. Vi erbjuder vägar snarare än regler. Vi skapar möjligheter snarare än begränsningar. Ett plattformsteam som fungerar väl är som en bra värd — det skapar förutsättningarna för att gästerna ska trivas, utan att bestämma vad de ska prata om.
Kontroll kontra möjliggörande
Skillnaden mellan att kontrollera team och att möjliggöra dem är subtil i teorin men dramatisk i praktiken. En kontrollerande organisation skapar processer, grindar och granskningar. En möjliggörande organisation skapar verktyg, stöd och tydlighet. I den första gör team det de blir tillsagda att göra. I den andra gör team det som behöver göras, för att de har förståelsen och förmågan att avgöra det själva. Det är inte anarki — det är mognad.
Styrning behövs. Governance är inte ett fult ord. Men det finns en skillnad mellan styrning som kontrollerar och styrning som riktar. I stora organisationer behöver vi ramverk för säkerhet, compliance och arkitektur. Men dessa ramverk fungerar bäst när de är inbäddade i verktygen snarare än dokumenterade i policyer som ingen läser. Den bästa governance är den som är osynlig — den som gör det enkelt att göra rätt och svårt att göra fel, utan att någon behöver tänka på det.
Efter femton år av att coacha tekniska organisationer har jag landat i en ganska enkel övertygelse. Tekniskt ledarskap i skala handlar i slutändan om förtroende. Förtroende för att teamet närmast problemet oftast vet bäst hur det ska lösas. Förtroende för att människor som förstår varför något är viktigt kommer att göra det bättre än människor som bara fått en instruktion. Och förtroende för att den organisation som investerar i sina människors förståelse, snarare än i fler kontrollmekanismer, kommer att vara den som anpassar sig snabbast när verkligheten förändras. Det är inte alltid lätt att leva efter den övertygelsen, särskilt i stora organisationer med mycket att förlora. Men det är den enda hållbara vägen jag känner till.