Galls lag
Varför komplexitet måste växa fram ur det som redan fungerar
När vi står inför stora utmaningar frestas vi ofta att konstruera storslagna, heltäckande lösningar. Vi ritar komplexa organisationsscheman, planerar gigantiska IT-system eller utformar omfattande samhällsreformer. Men erfarenheten visar att dessa heltäckande projekt ofta havererar. John Gall, en amerikansk pediatr och systemteoretiker, myntade en regel som förklarar varför: ett fungerande komplext system visar sig nästan alltid ha utvecklats från ett fungerande enkelt system. Om vi vill bygga något stort som håller över tid måste vi förstå mekanismerna bakom denna lag.
Vad innebär Galls lag?
Praktisk tillämpning i vardag och arbete
För att tillämpa Galls lag i projekt och ledarskap bör man tillämpa en stegvis och iterativ strategi. Skapa först den enklaste möjliga versionen som faktiskt löser kärnproblemet i en verklig miljö. Testa den och låt den interagera med verkligheten. Först när den enkla versionen är stabil och genererar nytta lägger man till nästa lager av funktion eller struktur. Detta förhållningssätt minskar risken dramatiskt och gör att man upptäcker tankefel tidigt.
Utmaningar och begränsningar
Även om Galls lag ger en kraftfull riktlinje finns det sammanhang där enbart stegvis utveckling inte räcker. Vissa fysikaliska eller infrastrukturella projekt, som att bygga en bro eller ett kärnkraftverk, kräver omfattande förhandsplanering och kan inte byggas helt organiskt. Men även i dessa fall gäller principen på komponentnivå: varje delsystem måste testas och verifieras i sin enklaste form innan det integreras i det stora hela.
Vanliga fallgropar och missuppfattningar
Det vanligaste misstaget när ett stort projekt misslyckas är att tro att felet berodde på bristfällig planering. Reaktionen blir ofta att lägga ännu mer tid på specifikationer, utredningar och tjockare projektdokumentation. Galls lag visar att detta är fel botemedel: mer planering av ett komplext ohärdat system ökar bara risken för misslyckande. Ett annat misstag är att förväxla en enkel startpunkt med en slarvig startpunkt; det enkla systemet måste fungera felfritt i sin enkelhet.
Tankeövningar
Använd övningarna för att tillämpa kapitlets idéer. Du behöver inte skriva – stanna bara upp och fundera på varje fråga.
Identifiera storslagna ritbordsprodukter
Fundera över projekt i din närhet eller historia som försökt täcka allt från början.
- Vilket projekt känner du till som var mycket ambitiöst men kraschade?
- Byggde projektet på en helt ny design från grunden eller en vidareutveckling?
- Fanns det någon enkel del i projektet som faktiskt fungerade i början?
- Vad hade hänt om man bara lanserat den enklaste fungerande delen först?
Skär ner till kärnan
Tänk på en idé eller ett initiativ du vill förverkliga.
- Vad är det absolut minsta resultat som ger genuint värde?
- Vilka tre funktioner eller delar kan du ta bort utan att kärnan förstörs?
- Hur skulle en prototyp se ut som tar mindre än en vecka att bygga?
- Hur kan du testa denna enkla version på riktiga användare i verkligheten?
Analysera fungerande komplexitet
Välj ett framgångsrikt komplext system du använder dagligen.
- Hur såg detta system eller denna tjänst ut när den först lanserades?
- Vilket var det ursprungliga enkla problemet den löste?
- Vilka lager av komplexitet lades till efterhand baserat på användning?
- Vad visar detta om systemets förmåga att överleva och anpassas?
Känna igen reflexen att överplanera
Reflektera över ditt eget reaktionsmönster när osäkerhet uppstår.
- Brukar du svara på osäkerhet genom att göra mer detaljerade planer?
- När ledde omfattande planering senast till att ett projekt blev för tungt?
- Vad stoppar dig från att testa en odefinierad men enkel version direkt?
- Hur kan du träna på att acceptera temporär enkelhet?
Stegvis expansion i praktiken
Tänk på en rutin, vana eller process du vill förbättra.
- Vilket är det minsta mikrosteg du kan ta redan idag?
- Hur vet du att detta mikrosteg faktiskt fungerar i din vardag?
- Vilken indikator visar att det är dags att lägga till nästa steg?
- Vad gör du om det enklaste steget visar sig inte fungera?
Diagnostisera ett krisande system
Tänk på ett nuvarande system eller process som känns trögt och trasigt.
- Försöker ni laga systemet genom att lägga till ännu mer komplexitet?
- Går det att skala tillbaka systemet till en punkt där det faktiskt fungerade?
- Vilka onödiga lager eller beroenden kan tas bort omedelbart?
- Hur ser den mest avskalade fungerande versionen ut idag?
Sammanfattning
Galls lag lär oss att genvägar till komplexitet inte existerar. Ett komplext system som fungerar uppstår alltid ur ett enkelt system som redan fungerar i sin miljö. Försök att bygga komplext direkt leder till kaos, dolda fel och misslyckanden. Genom att börja smått, validera i verkligheten och gradvis bygga vidare skapar vi hållbara system i allt från mjukvara till organisationer.
Läs kortversionen i arkivet.