Lästid: ca 5 minuter
Många organisationer investerar stora resurser i förbättringsinitiativ men ser ändå begränsade resultat. Ofta beror det inte på bristande engagemang eller genomförandeförmåga, utan på att förbättringsarbetet riktas mot symptomen i stället för grundorsakerna. I komplexa verksamheter uppstår problem sällan där de blir synliga.
Testteamet får skulden för försenade leveranser. Driftorganisationen hanterar återkommande incidenter. Supporten möter frustrerade kunder. Alla arbetar med att lösa problemet. Ändå kvarstår det.
Ju mer komplex en organisation är, desto större är risken att orsaker och symptom återfinns på helt olika platser. Det som ser ut som ett testproblem, ett driftproblem eller ett supportproblem kan i själva verket ha sitt ursprung långt tidigare i värdekedjan.
När organisationer identifierar problem är den naturliga reaktionen ofta att agera. Resurser investeras, nya arbetssätt införs, processer effektiviseras och team utbildas. Aktiviteten är hög och ambitionen god. Trots det kvarstår ofta de problem som förändringsarbetet var tänkt att lösa. Flaskhalsar flyttar på sig, kvalitetsbrister består och de förväntade resultaten uteblir.
Det är lätt att dra slutsatsen att organisationen behöver arbeta hårdare, snabbare eller mer strukturerat. Men ofta handlar det inte om brist på ansträngning. Problemet är att insatserna riktas mot det som syns i stället för det som orsakar problemen.
När ett problem blir synligt riktas uppmärksamheten naturligt mot den del av verksamheten där det upptäcks. En flaskhals i testmiljön uppfattas som ett testproblem. Återkommande produktionsincidenter verkar vara ett driftproblem. Missnöjda kunder framstår som ett supportproblem. Verkligheten är sällan så enkel.
Tänk exempelvis på en organisation där testfasen konsekvent blir en flaskhals. För att lösa problemet investerar man i nya testverktyg och ökad automatisering. Trots satsningen förbättras situationen bara marginellt.
När verksamheten analyserar hela processen framträder en annan bild. Krav förändras sent, prioriteringar skiftar under utvecklingen och teamen tvingas göra om redan genomfört arbete. Testfasen var aldrig grundorsaken. Det var bara där konsekvenserna blev tydliga.
På samma sätt kan produktionsincidenter vara resultatet av arkitekturbeslut som fattades långt tidigare, och kundmissnöje kan bottna i antaganden om kundbehov som aldrig ifrågasattes när produkten utvecklades. I komplexa organisationer finns därför orsaken ofta någon annanstans än där symptomen uppstår.
De flesta organisationer är uppbyggda kring funktioner och ansvarsområden. Verksamhet, produktledning, utveckling, test, drift och support har olika uppdrag, mål och kompetenser. Det är både logiskt och nödvändigt.Problemet är att verkliga problem inte bryr sig om organisationsschemat.
De uppstår sällan inom en enskild funktion och stannar där. I stället rör de sig genom hela organisationen. Ett team upptäcker symptomen, ett annat sitter på viktig information om orsaken och ett tredje påverkas av konsekvenserna.
När varje del av organisationen naturligt fokuserar på sitt eget område finns därför en risk att även förbättringsarbetet stannar där. Resultatet blir lokala optimeringar som förbättrar enskilda delar av verksamheten utan att påverka den övergripande förmågan att leverera värde.
Synliga problem skapar handlingskraft, vilket i grunden är positivt. Ledare förväntas agera när något inte fungerar. Men just därför uppstår också en av de vanligaste fallgroparna i förändringsarbete: att gå direkt till lösningen innan problemet är tillräckligt förstått.
När test upplevs som långsamt investerar man i nya testverktyg. När produktionen är instabil fokuserar man på övervakning och incidenthantering. När kundnöjdheten sjunker stärker man supportorganisationen. I många fall är det rätt åtgärder. Men ibland behandlar man budbäraren snarare än budskapet.
Organisationen förbättrar den plats där problemet råkar bli synligt utan att påverka den bakomliggande orsaken. Konsekvensen blir fler initiativ, högre kostnader och mer aktivitet, men begränsad effekt. Problemet försvinner inte utan återkommer ofta i en ny form någon annanstans i systemet.
När organisationer står inför komplexa problem behöver analysen börja någon annanstans än i organisationsdiagrammet. Den behöver börja i fakta.
Vilka mönster ser vi? När började problemet uppstå? Vilka beslut, beroenden eller förutsättningar föregick symptomen? Vilka fakta stödjer våra antaganden, och vilka fakta talar emot dem?
Det handlar mindre om att fråga: "Vem äger problemet?"
Och mer om att fråga: "Vad säger den samlade evidensen om var problemet faktiskt uppstod?"
Skillnaden kan verka liten, men i praktiken leder den ofta till helt andra slutsatser om vilka förbättringar som skapar störst affärsvärde.
En av de svåraste uppgifterna i förändringsarbete är inte att genomföra förbättringar. Det är att välja rätt förbättringar. Den verkliga utmaningen är att skapa förståelse innan organisationen börjar agera. Ju större och mer komplex verksamheten är, desto större blir risken att välmenande förbättringsinsatser optimerar fel del av systemet.
Därför är ett väl genomfört nulägesarbete sällan en fördröjning. Det är en investering. Inte därför att analysen i sig löser problemen, utan därför att den ökar sannolikheten att organisationen väljer rätt problem att lösa.
Innan nästa förbättringsinitiativ startar kan det vara värt att återvända till tre grundläggande frågor:
Förbättringsarbete handlar sällan om att göra mer. Oftare handlar det om att förstå bättre.
De mest synliga problemen är inte alltid de viktigaste att lösa. Organisationer som lyckas identifiera och adressera de bakomliggande orsakerna genomför inte nödvändigtvis fler förbättringsinitiativ än andra. De lägger sin energi på rätt initiativ.
Att effektivisera ett symptom kan skapa rörelse. Att eliminera en grundorsak skapar resultat.
