Systemtänkande: varför orsak och verkan sällan är en rak linje

De två föregående artiklarna i den här serien beskrev vad som händer när en åtgärd skapar ett motsatt resultat – kobraeffekten, i olika skepnader från kolonial ormjakt till vårdadministration. Den här artikeln handlar om varför det händer. Svaret finns i systemtänkande: läran om hur delar i ett system påverkar varandra över tid, ofta på sätt som inte syns förrän långt efter att beslutet fattades.

Fältet som ger oss språket för det här kallas system dynamics, grundat vid MIT av professor Jay W. Forrester på 1950-talet och sedan vidareutvecklat av John Sterman, i dag Jay W. Forrester-professor vid MIT Sloan School of Management och chef för MIT:s System Dynamics Group. Sterman's standardverk Business Dynamics: Systems Thinking and Modeling for a Complex World har gett namn åt hela det ämne den här artikeln rör sig inom.

Ett system, inte en kedja

Den vanligaste tankefällan i beslutsfattande är att se orsak och verkan som en kedja: A leder till B leder till C. Ett system fungerar sällan så. I stället är delarna kopplade i loopar, där C ofta återkopplar till A – ibland direkt, ibland med flera mellansteg och en fördröjning som gör kopplingen svår att upptäcka.

Två typer av loopar förklarar det mesta av det som är svårt att förutse:

Förstärkande loopar gör att en förändring driver på sig själv i samma riktning. Fler kunder ger mer intäkt, vilket ger råd att investera i produkten, vilket lockar fler kunder. Obruten blir loopen antingen en tillväxtspiral eller, om riktningen är negativ, en nedåtgående spiral som accelererar.

Balanserande loopar motverkar i stället förändring och söker en jämvikt. Ett termostatsystem är det enklaste exemplet: temperaturen stiger, systemet reagerar, temperaturen sjunker tillbaka. De flesta organisationers "immunförsvar" mot förändring – varför nya initiativ ofta rinner ut i sanden – är en balanserande loop i praktiken.

Kobraeffekten är i grunden en förstärkande loop som byggdes in av misstag. Belöning för döda kobror skapade ett incitament (uppfödning) som drev fler kobror in i systemet, inte färre – en loop som förstärkte precis det man ville minska.

Fördröjningen som gör loopar farliga

Det som gör loopar svåra att hantera i praktiken är inte loopen i sig, utan fördröjningen mellan orsak och synlig effekt. I vårdexemplet från förra artikeln tar det tid innan ökad administrativ börda syns som längre köer, och ännu längre tid innan de längre köerna syns som sjunkande nöjdhetssiffror. Den som fattade det ursprungliga beslutet om att mäta nöjdhet hårdare är sällan kvar i samma roll, eller ens medveten om kopplingen, när effekten till slut blir synlig.

Fördröjningen skapar två återkommande problem. Det första är att man överreagerar: eftersom effekten av en åtgärd inte syns direkt, tolkas den uteblivna förändringen som att åtgärden inte räckte, och man lägger på mer – tills alla fördröjda effekter slår in samtidigt och överraskar alla inblandade. Det andra är att man misstolkar orsaken helt: när problemet väl syns har så mycket annat hunnit hända att den ursprungliga åtgärden inte längre är den mest uppenbara förklaringen, och man letar efter orsaken på fel ställe.

Ett återkommande mönster: "Fixes that Fail"

Inom systemtänkande finns ett antal återkommande mönster, så kallade systemarketyper, som beskriver hur organisationer gång på gång hamnar i samma typ av fällor oavsett bransch. Den som bäst beskriver det den här serien hittills handlat om kallas "Fixes that Fail" – en snabb lösning som löser symptomet på kort sikt men, via en fördröjd bieffekt, förvärrar det underliggande problemet på lång sikt.

Mönstret följer samma form varje gång: ett problem uppstår, en snabb åtgärd sätts in, symptomet lindras tillfälligt, men åtgärden har en oavsiktlig bieffekt som med fördröjning förstärker grundproblemet. Eftersom lindringen kommer snabbt och bieffekten kommer sent, upprepas ofta samma snabba åtgärd om och om igen – varje gång med en något sämre utgångspunkt.

Ett annat, närbesläktat mönster är "Shifting the Burden": man väljer den enkla, symptomlindrande lösningen i stället för den svårare grundorsakslösningen, och varje gång man gör det blir organisationens förmåga att faktiskt hantera grundorsaken något svagare – vilket gör den enkla lösningen ännu mer lockande nästa gång. Administrativ personal som anställs för att hantera symptom på ett underliggande processproblem, i stället för att lösa processen, är ett exempel som passar rakt in i det mönstret.

Varför det här spelar roll för beslut, inte bara diagram

Poängen med att lära sig se loopar, fördröjningar och arketyper är inte att rita fina diagram. Det är att ändra vilken fråga man ställer inför ett beslut. I stället för "löser det här problemet" blir frågan: "vilken loop sätter det här i rörelse, och var i den loopen slår effekten tillbaka på oss själva – och när?"

Den frågan förklarar också något som annars är svårt att acceptera: att den bästa lösningen på ett djupt rotat problem ofta gör situationen synligt sämre innan den blir bättre, medan den snabba, symptomlindrande lösningen ofta ger en känsla av framgång direkt – som sedan vänder. Det är precis den dynamiken nästa artikel i serien går in på.

Källor och vidare läsning

Jay W. Forrester, professor vid MIT och grundare av fältet system dynamics, lade grunden i Industrial Dynamics (1961).
John Sterman, Jay W. Forrester-professor vid MIT Sloan School of Management och chef för MIT:s System Dynamics Group, samlade fältet i standardverket Business Dynamics: Systems Thinking and Modeling for a Complex World (2000).
Peter Senge populariserade systemarketyperna, bland annat "Fixes that Fail" och "Shifting the Burden", för en bredare målgrupp i The Fifth Discipline (1990).
Donella Meadows ger en kortare, mer tillgänglig introduktion till systemtänkande i Thinking in Systems: A Primer (2008).