Problemet är sällan brist på struktur
Vi har blivit bra på att strukturera. Vi delar upp drift, utveckling, styrning, ansvar och processer i tydliga boxar. Men verkligheten fungerar inte uppdelat.
En incident börjar i drift, men orsaken finns ofta i design. Ett behov uppstår i verksamheten, men prioriteras bort i styrningen. En lösning byggs i utveckling, men fungerar inte i användning.
Det som saknas är inte fler delar. Det som saknas är ett sammanhängande flöde – en röd tråd som binder ihop delarna till en fungerande helhet.
Det som faktiskt styr
Det som avgör om en IT-lösning fungerar över tid är inte hur bra incidentprocess vi har, hur tydlig vår roadmap är, eller hur effektiv vår utveckling är. Det avgörs av hur dessa hänger ihop.
Tre frågor blir avgörande:
- Leder problem i drift till verkliga förbättringar (eller löser vi samma sak om och om igen)?
- Leder behov till rätt prioriteringar?
- Leder utveckling till faktisk nytta i användning?
Om svaret är nej på någon av dessa, så spelar resten mindre roll. Vi kan ha världens bästa incidenthantering – men om de mönster vi upptäcker aldrig leder till förändring, fortsätter vi bara att släcka samma bränder.
Krafterna som alltid finns där
Oavsett hur vi organiserar oss återkommer samma tre krafter:
- Verksamhet – vad som behövs och hur det används
- Förändring – vad vi väljer att göra och i vilken ordning
- Teknik – vad som är möjligt och hållbart
Problemen uppstår när de inte är i balans.
För mycket verksamhetsstyrning, och vi beställer mer än vi kan hantera. För mycket teknikfokus, och vi bygger det som är ”rätt” men som ingen använder. För lite styrning, och vi gör lite av allt utan att något blir riktigt bra.
Det är inte perspektiven i sig som är svåra – det är balansen mellan dem.
Det som gör verklig skillnad är när vi slutar se arbetet som separata funktioner och börjar se det som ett flöde:
Från användning → till problem → till analys → till beslut → till utveckling → tillbaka till användning
Det låter självklart. Men det är här många organisationer tappar kraft. Incidenter stannar i drift och analyseras aldrig ordentligt. Problem identifieras men prioriteras inte. Prioriteringar omsätts inte till genomförande. Och det som utvecklas kopplas sällan tillbaka till mätbar effekt.
Vi optimerar delarna – men inte helheten.
Ett exempel
Föreställ dig en myndighet som inför ett nytt ärendehanteringssystem. Drift rapporterar att handläggare ringer supporten varje vecka med samma fråga – systemet visar inte ärendestatus på ett begripligt sätt. Incidenten loggas, löses tillfälligt med en workaround, och stängs.
Men ingen analyserar mönstret. Ingen kopplar ihop de återkommande samtalen med ett designproblem. Ingen lyfter det som ett förbättringsärende till utvecklingsteamet. Och verksamheten, som ursprungligen definierade behovet, får aldrig veta att deras krav inte blev tillgodosett.
Allt fungerar – tekniskt sett. Men flödet är brutet, och organisationen betalar priset i tid, frustration och utebliven nytta – vecka efter vecka.
I praktiken pågår alltid tre typer av flöden samtidigt:
- Det akuta – incidenter som måste lösas här och nu.
- Det återkommande – problem som kräver att vi tar bort rotorsaken.
- Det strategiska – behov och initiativ som formar framtiden.
De hanteras ofta av helt olika team, i helt olika verktyg, med helt olika tidshorisonter. Men de borde ses som variationer av samma grundläggande flöde – och de påverkar varandra konstant.
Det akuta avslöjar brister som det återkommande borde åtgärda. Det återkommande ger insikter som borde påverka det strategiska. Och det strategiska sätter ramarna för vad som ens är möjligt att förändra.
Det centrala som ofta saknas
Många modeller beskriver vad som ska göras. Färre beskriver vem som håller ihop helheten, och hur den hålls ihop.
Det är därför ledarskapet blir avgörande, och mer specifikt systemledarskapet. Det går inte att ta ansvar för en del av riktning, prioritering, balans och uppföljning.
Systemledarskapet handlar om att ta ansvar för helheten genom att förstå hur de olika delarna påverkar varandra.
Och det kräver att någon faktiskt äger flödet, inte bara de enskilda delarna.
Ett vanligt svar på återkommande problem är att öka kontrollen: fler forum, fler beslutspunkter, mer uppföljning. Utan ett sammanhängande flöde leder det ofta till motsatsen.
Besluten blir långsammare, antalet beroenden ökar och ansvaret i linjen minskar.
Kontroll utan flöde är som att lägga till fler trafikljus på en väg som egentligen behöver en rondell.
Vad som faktiskt funkar
Det som skiljer organisationer som får effekt från de som inte får det är inte vilka ramverk de använder. Det är om de lyckas med tre saker:
- Koppla ihop drift med utveckling – så att problem leder till verklig förändring.
- Koppla behov till prioritering – så att det som är viktigt faktiskt får företräde.
- Koppla utveckling till effekt – så att det som byggs fungerar i verkligheten.
Det är enkelt att säga. Men svårt att göra utan en tydlig förståelse för hur det ska gå till.
Slutsats
Istället för att fråga ”Vilka processer saknar vi?” kan vi fråga:
”Hur rör sig arbetet genom organisationen – från problem till nytta? Och var bryts flödet idag?”
Det är ofta där svaret finns. Inte i ännu ett ramverk, utan i en ärlig kartläggning av hur arbetet faktiskt flödar och var det fastnar.
Vi organiserar i delar, men verkligheten fungerar i flöden.
När vi börjar styra flödet, istället för att optimera delarna bar för sig, händer något: färre problem återkommer, rätt saker prioriteras, och utveckling ger faktisk effekt.
Det är först då förvaltning blir det den borde vara – inte bara att hålla igång, utan att kontinuerligt skapa värde.