Hvornår mærker din organisation egentlig tabet af en vigtig person? Ikke den dag, de forlader. Og som regel ikke i den første måned heller. Ofte ikke før tre til seks måneder senere, når en kritisk beslutning går i stå, eller et system går i stykker på en måde, ingen helt forstår.

Det gab, mellem hvornår noget sker, og hvornår systemet faktisk registrerer det, er en af de mest undervurderede kræfter i organisatorisk liv.

Mange ledere tænker i lige linjer. Problem opstår, handling foretages, problem løst. Men de systemer, vi arbejder i - teams, organisationer, markeder - opfører sig ikke sådan. De bevæger sig i loops. Og loops, især dem med indbyggede forsinkelser, producerer resultater, der føles uforudsigelige. Men nogle af dem er mere forudsigelige, end du tror, når du først ved, hvad du skal kigge efter.

Dette indlæg kigger på nogle udfordringer fra den virkelige verden i mange organisationer og forbinder dem med koncepter fra Donella Meadows' bog "Thinking in Systems". Det er koncepter, jeg personligt mener, enhver engineering- og organisatorisk leder bør forstå. De er ikke komplicerede i teorien. Men de forklarer næsten alt, der går galt i, hvordan organisationer ansætter, omstrukturerer og reagerer på at miste nøglepersoner. Koncepterne er: feedback loops, forsinkelser og oscillation.

Feedback loops: Motoren under det hele

Et feedback loop eksisterer, når outputtet af en proces cirkler tilbage og påvirker sit eget input. Ethvert system, der udviser vedvarende, dynamisk adfærd, har mindst ét. Meadows beskriver to slags feedback loops.

Det første er et forstærkende loop. Det er en forstærkende motor. Ændring i én retning forårsager mere ændring i samme retning. Mere af A fører til mere af B, som fører til mere af A. Disse loops er eksponentielle af natur og flader ikke ud af sig selv. Når de kører i din favør, ligner de momentum: et stærkt engineering-team leverer kvalitetsarbejde, hvilket tiltrækker bedre talent, hvilket gør teamet stærkere. Men når de vender om, kan de ligne en dødsspiral: en højprofileret opsigelse signalerer ustabilitet, hvilket får andre til at forlade teamet, hvilket gør organisationen mindre stabil, hvilket får flere til at forlade.

Det andet er et balancerende loop. Det er en målsøgende mekanisme. Det registrerer et gab mellem, hvor tingene er, og hvor de burde være, og det driver korrigerende handling for at lukke det gab. Termostater kører på balancerende loops. Det gør ansættelsesplaner også. Teamet er underbemandet, der åbner sig et gab i forhold til headcount-målet, rekrutteringen skrues op, ansættelser kommer ind, gabet mindskes, rekrutteringen sænkes. Balancerende loops stabiliserer systemer. De er ikke dramatiske. De kører bare altid i baggrunden, sammenligner nuværende tilstand med ønsket tilstand, og skubber systemet tilbage mod dets mål.

De fleste organisatoriske problemer involverer begge typer, der kører samtidig. Det interessante spørgsmål er aldrig "hvilket loop er på spil", men snarere "hvilket loop dominerer lige nu, og hvad sker der med det andet?"

Feedback Loops

Forsinkelser: Hvor teorien møder virkeligheden

Selv systemer, der ser meget simple ud, kan hurtigt blive ret lumske. Feedback loops opererer sjældent øjeblikkeligt. Der er næsten altid en forsinkelse mellem en handling og effekten af den handling, der bliver synlig. Og mellem den synlige effekt og den næste korrigerende reaktion.

Forsinkelser er det, mange organisationer glemmer. Men de er reelle, og de ændrer fundamentalt, hvordan et system opfører sig. Et balancerende loop uden forsinkelse er glat og selvkorrigerende. Et balancerende loop med en betydelig forsinkelse oscillerer. Og jo længere forsinkelsen er i forhold til beslutningstagningens hastighed, desto mere voldsom bliver oscillationen.

Det klassiske eksempel er et brusebad med et langsomt varmtvandsrør. Du træder ind. Det er koldt. Du skruer op for det varme. Stadig koldt. Du skruer længere op. Så, tredive sekunder senere, skoldhedt. Du skruer det hurtigt tilbage til koldt. Så er det iskoldt. Men hvad sker der? Varmtvandsbeholderen fungerer, og det balancerende loop virker præcis, som det er designet til. Problemet er forsinkelsen mellem din handling og dens effekt, kombineret med, at du blev ved med at handle i forsinkelsesvinduet, og forstærkede korrektionen, før den forrige overhovedet havde landet.

Dette mønster er: overskridelse i én retning, korrektion, overskridelse i den anden retning, korrektion - og det er det, der kaldes oscillation. Og det viser sig i ethvert system med forsinket feedback, fra lagerstyring til trafikpropper til engineering-headcount.

Oscillation

Sådan ser det ud i en organisation

Lad os se på et scenarie fra den virkelige verden. Dit engineering-team er presset. Hastigheden falder, PM'erne er frustrerede, og signalet er klart: I er underbemandede eller overarbejdede. Det balancerende loop træder i kraft. I åbner nye stillinger.

Men der er en forsinkelse. At finde og ansætte en god senior-ingeniør tager nemt et par måneder. Læg opsigelsesvarsler, onboarding og optrapningen til reel produktivitet til, og I kigger på seks til ni måneder fra behovet opstår, til de nye ansættelser rent faktisk bidrager på det niveau, I havde brug for. Til den tid har de forhold, der drev den oprindelige beslutning, ændret sig. Roadmappet skiftede, eller væksten blev svagere. De specifikke huller, ansættelserne skulle udfylde, har flyttet sig.

Men ansættelserne er i pipelinen. Tilbud er sendt ud. Loopet gjorde sit job. Headcounten ankom, bare til en fremtid, der ikke længere matcher fortiden, der bad om den.

Det er overskridelsen. Korrektionen var rigtig. Timingen var forkert. Og fordi systemet ser fint ud på papiret (headcount-mål nået, krav lukket), justerer ingen. Så rammer virksomheden et dårligt kvartal, og ledelsen kigger på lønsummen og igangsætter en omstrukturering.

Fyringer. Loopet korrigerer i den anden retning. Nu er I underbemandede igen. Atten måneder senere begynder cyklussen igen.

Ingen enkelt beslutning i denne sekvens var irrationel. Fejlen var ikke at tage højde for forsinkelsen og fortsætte med at presse hårdere i vinduet, hvor intet så ud til at virke, og dermed forstærke korrektionen, før den havde landet.

Bus-faktoren gør forsinkelsesproblemet værre

En anden version af forsinkelsesproblemet, som organisationer næsten aldrig modellerer, og en af de mest skadelige, involverer det, ingeniører kalder bus-faktoren: altså hvor mange personer i et team kunne forsvinde, før kritisk viden eller kapacitet går tabt?

Når nogen med en høj bus-faktor forlader teamet, uanset om det er gennem en fyring eller en frivillig opsigelse, er forsinkelsen mellem deres exit og den synlige skade ikke uger. Det er måneder.

Når en senior-ingeniør, en nøgle-produktchef eller en erfaren teamleder forlader en organisation, tager de tre ting med sig, som sjældent optræder på noget organisationsdiagram.

Den første er eksplicit viden: de systemer, de byggede, de arkitektoniske beslutninger, de traf, koden de ejer. Det er det, organisationer normalt prøver at fange i overdragelsesdokumenter og exitsamtaler. Det er vigtigt, men det er også den letteste del at se og adressere.

Den anden er tavs viden: de intuitioner, tommelfingerregler og vurderinger, der kommer fra års kontekst. Hvorfor byggede vi det på den her måde? Hvad prøvede vi før, som ikke virkede? Hvad har kunden faktisk brug for i modsætning til, hvad de beder om? Denne viden overføres ikke i en to-ugers overdragelse. Den overføres gennem måneder af fælles arbejde, observation og samtale. Når personen er væk, er denne viden simpelthen væk med dem.

Den tredje er relationel infrastruktur: de uformelle relationer, der får tingene til at bevæge sig. Personen, der kunne få et hurtigt svar fra juraafdelingen. Den, der vidste, hvilken stakeholder man skulle ringe til, når noget skulle løses op. Individet, der byggede bro mellem to teams, der ellers ikke kommunikerede godt. Det er næsten aldrig dokumenteret nogen steder, og det optræder næsten aldrig i en jobbeskrivelse.

Forsinkelsen eksisterer, fordi tabet af tavs viden og relationel infrastruktur er usynligt, indtil nogen rækker ud efter det og opdager, at det ikke længere er der. Det øjeblik kommer som regel ikke, før uger eller måneder efter, at personen er stoppet. Systemet kører på inerti, glider videre på de beslutninger, der allerede var truffet, de relationer, der stadig er varme, dokumentationen, der blev skrevet, dengang tingene fungerede.

Uret starter den dag, de forlader. Alarmen går meget senere.

Det forstærkende loop, der fodrer det balancerende

Forsinkelser i balancerende loops forårsager oscillation. Men der er et andet, forstærkende problem: opsigelser, især højprofilerede, aktiverer forstærkende loops samtidig.

Når en respekteret ingeniør bliver fyret eller stille siger op, opdaterer folk omkring dem deres egne modeller af organisationen. Nogle af dem, især dem med flest muligheder, begynder at udforske alternativer. Frafaldet stiger. Det tilbageværende team er mindre og bærer mere last, hvilket belaster moralen yderligere, hvilket driver mere frafald. Et ondskabsfuldt forstærkende loop kører nu side om side med det allerede forsinkede balancerende loop, der prøver at lukke kapacitetsgabet.

Forstærkende loops stabiliserer sig ikke af sig selv. De forstærker, indtil noget eksternt afbryder dem. Og fordi forstærkningen er eksponentiel, er vinduet for indgriben smalt. Det tidlige signal - de første par personer, der viser tegn på manglende engagement eller stille opdaterer deres CV - er øjeblikket til at handle. Når loopet først har momentum, er omkostningen ved at afbryde det en størrelsesorden højere.

Det er derfor, det mest skadelige organisatoriske resultat af en fyringsrunde eller en nøgleopsigelse ofte ikke er det direkte kapacitetstab. Det er det sekundære frafald, det udløser hos dem, der bliver tilbage. De personer, der er mest tilbøjelige til at forlade næst, er ofte dem med den højeste bus-faktor i teamet. Personerne med de stærkeste eksterne muligheder og den mest præcise fornemmelse af, hvad der faktisk er gået tabt.

At anvende teorien: Hvad ændrer sig, når du tænker i loops

At forstå disse dynamikker kræver ikke at opgive nødvendighed eller undgå svære beslutninger. Det kræver at justere, hvordan og hvornår du handler, og hvad du holder øje med.

Respekter forsinkelsen, før du forstærker korrektionen Instinktet, når en ansættelsesindsats ikke giver resultater, er at gøre mere af det: åbne flere stillinger eller presse rekrutteringen hårdere. I et system med tre til ni måneders forsinkelse er det brusebads-problemet. Effekten af din forrige korrektion er på vej. At tilføje flere korrektioner, før den første lander, gør næsten altid oscillationen værre, ikke bedre.

Lav mindre, hyppigere justeringer Store korrektioner skaber store overskridelser. At ansætte i mindre puljer med regelmæssige intervaller, evaluere effekten, og justere ved hvert trin giver dig reel feedback, før den næste beslutning træffes. Det omdanner én stor oscillation til en serie af små, kontrollerede korrektioner.

Behandl opsigelser som starten på forsinkelsen, ikke slutningen på begivenheden Exitsamtaler og overdragelsesdokumenter adresserer kun den eksplicitte viden. Hullerne i tavs viden og relationel infrastruktur dukker ikke op før om måneder. Flag dem, sæt tjekpunkter ved tre og seks måneder, og bliv ved med at holde øje længe efter, personen er væk.

Hold øje med de forstærkende loops, ikke kun de balancerende Moral og frafald er ikke laggende indikatorer, de er ledende. Et balancerende loop, der kører langsomt mod en forsinkelse, er forventeligt. Et forstærkende loop, der accelererer i den forkerte retning, er et helt andet problem, og det kræver en anden indgriben: ikke mere ansættelse, men at adressere narrativet og forholdene, der driver det sekundære frafald.

Kortlæg bus-faktoren, før du træffer strukturelle beslutninger Omstrukturering sker på organisationsdiagrammets niveau. Bus-faktoren lever på niveauet af systemer, relationer og dømmekraft. Før du finaliserer en betydelig nedskæring, bør nogen spørge: hvem af disse personer er et enkelt fejlpunkt for noget kritisk? Hvad sker der med feedback loopene om seks måneder, hvis de er væk?

Konklusionen

Feedback loops, forsinkelser og oscillation er ikke et ansættelsesfænomen. De er den grundlæggende arkitektur i, hvordan ethvert komplekst system opfører sig over tid. Lagerstyring, forsyningskæder, softwareudgivelsescyklusser, pengepolitik - de udviser alle de samme underliggende dynamikker. De organisationer og systemer, der klarer sig bedst over tid, er dem, hvis ledere har internaliseret denne mentale model dybt nok til, at den former, hvordan de handler under pres.

Den sværeste del er, at forsinkelsen præcis er det, der gør dette kontraintuitivt. Du handler, intet ser ud til at ske, du handler mere, og så lander effekterne af begge handlinger på én gang. Tålmodighed i de vinduer - at vente på signalet, før du drejer på knappen igen - er ikke at være passiv. Det er det korrekte svar på et system med en indbygget forsinkelse.

Og når en nøgleperson forlader, er loopet allerede startet. Spørgsmålet er kun, om du genkender det tidligt nok til at forme, hvad der sker næste.

Uret er allerede i gang