Killing 360 Reviews: Hvordan vi stoppede med at vurdere folk og begyndte at styre arbejdet

Hej! Mit navn er Vitalina, og jeg er account manager hos SToFU Systems.

Vi er den slags virksomhed, hvor processer fødes i bevægelse og først senere får navne, regler og voksenopsyn. I starten havde vi ikke vores egen lederskole, så vi kopierede det "alle kopierer". En af de lånte ledelsesvaner var 360 feedback.

På papiret ligner 360’eren noget retfærdigt og modent. Mange kilder. Mindre bias. "Objektivitet". Mmmm!

I praksis trak 360 stille og roligt holdet fra hinanden i stedet for at styrke det. Formelt så det rigtigt ud, mens det rigtige arbejde gik i den forkerte retning. Så vi skar det ud. Lad os gå skridt for skridt.

Hvad er 360?

360 er, når du indsamler feedback om en person "fra alle sider": fra lederen, kolleger, tilstødende holdkammerater og nogle gange klienter. Normalt det er et spørgeskema med vurderinger og spørgsmål som f.eks "hvad går godt", "hvad kommer i vejen", "hvad bør ændres".

Det gjorde vi også. Vi sendte et spørgeskema ud, indsamlede svar, samlede dem og skrev anbefalinger. Formelt så alt pænt ud. Der var datapunkter. Der var konklusioner. Der var en "udviklingsplan".

For at gøre det klart, hvilken slags "spørgeskema" vi taler om, vil jeg give et meget forenklet eksempel på, hvad der normalt stilles i 360. Dette er typisk logik fra formen, omskrevet.

For eksempel: "Hvad skal en person blive ved med at gøre?". Så: "Hvad skal en person begynde at lave?". Så: "Hvad skal en person holde op med at gøre?". Og endnu et spørgsmål, der altid virker uskyldigt: "Beskriv en situation, hvor interaktionen var svær, og hvorfor."

Og resuméet ligner ofte en lille rapport fra et kollektivt altseende øje. Sådan nogenlunde:

Styrker: opfanger opgaver hurtigt, hjælper andre, forsvinder ikke fra radaren. Risici: "klar" betyder nogle gange "næsten klar", diskussionen på møder kan være skarp, i chatten svarer han i brudstykker. Hvad skal du gøre nu: enig definitionen af ​​Udført, synkroniser forventninger, aftal eskaleringsformatet.

På papiret er alt fint. Smukt, endda. Men der er én detalje. Den er skrevet af mennesker, der arbejder sammen hver dag. Og når du tilføjer anonymitet, eller forsinket feedback "til senere", det holder op med at være et udviklingsværktøj og begynder at leve sit eget liv. Forestil dig et projekthold af fem personer. Så siger nogen: "Her er anonym feedback." Anonym. I et hold på fem. Og i denne virkelighed begynder 360 at vise sit sande ansigt.

Hvorfor 360 blev et værktøj til at trække holdet fra hinanden

1. Punkt et. Ros - en linje, kritik - en trebindsroman

Når tingene er gode, skriver folk kort. "Alt er ok." "Komfortabelt arbejde." "Godt gået". Dette er feedback på niveau med et klistermærke på en skolenotesbog. Hvornår noget er galt, begynder litteraturen. Med detaljer, med eksempler, med følelser. Og teknisk set er dette normalt: negativ er lettere at specificere end positiv. Men i 360 er der problemet: hele denne "roman" kommer så tilbage til én person som en generaliseret dom fra holdet.

Selv hvis du formulerer det så blidt som muligt, den menneskelige hjerne lyder det sådan: "Vi tog os alle sammen og skrev ned hvad er der galt med dig." Og det er det. Herefter kan ethvert forsøg på "konstruktiv feedback" føles som en høring i retten. Du ønskede et udviklingsværktøj, og fik et kollektivt nævn.

Vi spurgte ærligt os selv: hvad prøver vi egentlig at gøre med denne praksis? Det disciplinerer formatet, ja, men det ødelægger tilliden.

Fra livet ser det sådan ud. En rapport kommer til en person, hvor der er tre sætninger "alt er ok", og to negative lærreder. Og hjernen husker selvfølgelig de to negative mærker skarpere end de tre positive "ikke ok". For det er sådan opmærksomhed er indrettet: det gør ondt, så det er vigtigt! Og fra det tidspunkt, personen bevæger sig mod selvforsvar i stedet for udvikling. De begynde at bevise det modsatte, eller at "det var sammenhængen", eller at "I er heller ikke helgener". Og i dette øjeblik bliver 360 til et ritual, hvor alle som om de ville godt, men det blev som det plejer.

2. Punkt to. Anonymitet i et lille team er selvbedrag

Der er et velkendt ledelseseventyr: "Anonym feedback fjerner frygt." Anonymitet? Virkelig? I små projektteams? I virkeligheden betyder det næsten altid "Jeg vil gætte, hvem der har skrevet det her!".

En person modtager flere ubehagelige bemærkninger, og derefter kommer til næste projektmøde, hvor de samme 3-5 personer sidder. De tænker ikke på "organisationsudvikling". De tænker: "Hvilken var det en af jer?" Og det starter en meget giftig proces: alle forbliver udadtil høflig, men nedenunder er der et skjult lag af mistillid.

Det eksploderer ikke altid i åben konflikt. Det simpelthen gør holdet koldere. Mindre sammenhængende. Mindre villige til at hjælpe. Og så undrer vi os over, hvorfor folk ikke deler deres problemer "i de tidlige stadier". Men fordi de allerede er en gang delt - og det vendte anonymt tilbage til dem en liste over krav.

3. Så snart 360 påvirker salgsfremmende beslutninger, begynder legene

Her var det mest interessante. Og det mest sørgelige.

Ved en af vores koordinationsdiskussioner bemærkede vi noget mærkeligt. En person kan være høflig, støttende og nem at arbejde med ved opkald. Inde på holdet kan de ligne en komplet kæreste. Og så du giver dem et "anonymt" spørgeskema, hvor de kan "bedømme andre", og pludselig falder scoren, eller kritikken bliver overdreven. Den effekt så vi selv. Det virkede direkte mod integriteten.Forestil dig situationen. Du fortæller holdet, "360 vurderinger tæller med forfremmelse." Og i samme sekund vender du en del af hold til spillere, ikke kolleger. Fordi hvis knappen "påvirkning" vises i systemet, nogen vil trykke på den. Ikke altid fra det onde. Nogle gange bare ved at føle uretfærdighed ("og hvorfor bliver han forfremmet, han er..."). Nogle gange fra konkurrence. Nogle gange fordi "det er sådan verden fungerer." Og i det øjeblik får du, hvad du ønskede undgå: politik, spil, "bare i tilfælde af lavere" karakterer.

Det er i øvrigt en af grundene til, at mange forskere og praktikere rådes til at dele feedback til udvikling og administrative beslutninger (penge, karakterer, promo). CIPD siger det ganske ligeud: tal om det er bedre at adskille evalueringer/administrative beslutninger fra samtaler, hvor der gives feedback med henblik på udvikling. Her er en PDF fra deres bevisgennemgang (praksisresumé): www.cipd.org/...​e-review_tcm18-111378.pdf

4. Punkt fire (vores smertefulde indsigt). 360 erstatter ofte lederens arbejde

Efter flere cyklusser endte vi med en sætning, der først lød som en fornærmelse og derefter lød som sandheden.

Hvis en leder har brug for en 360 for at forstå hvordan folk arbejder, og hvor problemerne er, den leder har ikke et system af observerbare signaler. Der er ingen målinger. Der er ingen regelmæssige samtaler. Der er ingen rytme. Eller alt det eksisterer "et sted", men bliver faktisk ikke brugt.

Og 360 bliver en krykke: "Vi vil nu samle spørgeskemaet og endelig vi vil lære sandheden at kende." Og så får du ikke "sandheden" og et følelsesmæssigt billede, ganget med anonymitet, gætværk og politiske spil.

For at holde dette begrundet, vil jeg tilføje en reference.

Der er en undersøgelse om feedback fra flere kilder. Dens konklusion er grundlæggende: "Forvent ikke magi". I en metaanalyse af 24 longitudinelle studier skriver Smither, London og Riley, at forbedring efter 360 feedback er normalt beskedent, og at du ikke skal forvente en stor "masseopgradering" efter én bølge af feedback. Chancen for forbedring vokser, når en person ser et reelt behov for at ændre sig, accepterer feedbacken, tror på de kan ændre sig, sætter konkrete mål, og faktisk gør noget i stedet for bare at "læse en PDF og gå videre." Her er selve teksten (PDF): www.bauer.uh.edu/...​ngs/SmitherLondon2005.pdf

Okay, vi har fjernet 360. Hvad erstattede det?

Vi holdt op med at måle folk efter billetantal

Én billet kan passe til en uges research, en svær beslutning, ti opkald og kun 20 linjer kode. I en anden, 50 funktioner, der faktisk kom ud af en kørsel af AI-agenten på 20 minutter.

Hvis du kun måler billetter, måler du faktisk hvordan din proces skærer arbejdet i stykker

Derfor ændrede vi spørgsmålet. Det bedre spørgsmål blev: Hvad blev leveret, hvilken værdi skabte det, hvad var kvaliteten, var det forudsigeligt, og var statuserne ærlige?

Hvordan vi definerede "resultat" uden ledelsesteater

Vi konvergerede om en enkel ramme.

Et resultat er, når værdi leveres, kvalitet er acceptabel, teamet er forudsigeligt, og fremskridt er gennemsigtigt.

Værdien er ikke "koden er skrevet". Det er "brugeren eller kunden fik et bedre resultat" eller "det blev nemmere for teamet at understøtte systemet".

Kvalitet er ikke "jeg kan lide din kode". Disse er konsekvenser: fejl i produktet, hændelser, revisioner.

Forudsigelighed er ikke "vi klarer det altid." Det er: "vi forstår ærligt, hvad vi har tid til, og hvad vi ikke har, og vi lyver ikke for os selv om det."

Gennemsigtighed er, når "næsten færdig" ikke bliver til en livsfilosofi.

Metrics

Når folk hører ordet "metrics", er der mange med det samme husk den lettere traumatiserede arbejder fra tidligere erfaringer: den, der blev slået over hovedet med tal.

Metrikker bør ikke være en pisk. De skal være briller. Uden dem er en leder ofte blind. Og når lederen er blind, begynder han at lede efter "objektivitet" i spørgeskemaer. Nå, du fik det.

Vi efterlod metrikken på holdniveau, fordi de fleste af problemerne er systemiske! Og hvis vi vil rette processen i stedet for at lede efter skyld, så skal vi måle processen!

Vi har ærligt talt ikke opfundet noget her. DORA (DevOps Forskning og vurdering) fremmer allerede en meget praktisk sæt leveringsmetrics: hvor hurtigt du leverer ændringer og hvor smertefulde fejl er, når ændringer går galt. Her er deres hurtige guide: dora.dev/guides/dora-metrics.

Der er også en vigtig bemærkning, som jeg gerne vil slå fast på væggen til alle, der nogensinde har ønsket at lave KPI-målinger: "gør ikke metrikken til målet"! Fordi så snart du siger "vi skal implementere N gange om dagen", en del af team begynder at implementere et nummer i stedet for værdi. Dette er det gamle historie om, at når en metrik først bliver målet, holder den op med at være en indikator. DORA henviser eksplicit til Goodharts lov og beskriver typiske faldgruber. Her er siden om de "fire/fem nøgler" med enkle ord: dora.dev/...​s/dora-metrics-four-keys

Og endnu en vigtig ting, som DORA normalt understreger: konteksten er vigtig. Disse metrics ses bedst inden for én team eller service og over tid, ikke ved at sammenligne en mobilapplikation med en mainframe eller et lille team med en platform til 200 personer.

Hvis du ikke er et teknisk team, er logikken den samme. I stedet for "deploy" du kan have "klienten accepteret resultatet"; i stedet for "hændelse" kan du have "eskalering"; i stedet for "rollback", "rework efter justering". Pointen er stadig den samme: hvor hurtigt vi flytter værdi gennem systemet og hvor meget fejlen koster os.Og nu - det meget vigtige "gør det ikke". Konverter ikke disse metrics til individuelle KPI'er! For så begynder folk at optimere antallet i stedet for at forbedre produktet. KPI på "udrulninger", og pludselig har man udrulninger af hensyn til udrulninger. KPI på "cyklustid", og opgaver bliver nedbrudt til det absurde bare for at "lukke dem hurtigt", mens hårde dele stille og roligt forsvinder i skyggen. KPI på "hændelser", og hændelser begynder at blive omdøbt til "ejendommeligheder" eller "uventede brugerscenarier".

Det første, der hjalp os, var forudsigelighed. Simpelt spørgsmål: hvad lovede vi i planlægningen og hvad der faktisk blev givet. Ikke for skam. For forståelse. For hvis du konstant lover 10 og gør 6, så er problemet ikke "dovne mennesker". Problemet er i skøn, prioriteter, WIP, blokeringer, kontekstskifte. Med andre ord i ledelsen.

Det andet er leveringstid. Hvor lang tid tager opgaven? på vej fra "taget på arbejde" til "faktisk leveret". Det er meget nøgternt. For det viser sig ofte at vi "skriver kode" hurtigt, men "leverer" langsomt. Og så kan du se, hvor flaskehalsen er: gennemgang, test, frigivelse, forsoning, afhængigheder.

Den tredje er WIP. Hvis teamet er "på arbejde" samtidig ti problemer på én gang, så er der ingen, der rigtig gør noget. Mere præcist, alle gør alt på én gang. Og så undrer vi os over, hvorfor fremskridt føles langsom og nervøs. Når hjernen er spredt i et tyndt lag på tværs af ti opgaver bliver det ikke mere produktivt. Det bliver det bare mere træt.

En anden ting, der hjalp os til at tænke mere klart, var dette: Hvis du vil have arbejdet til at bevæge sig hurtigere gennem systemet, er svaret ofte ikke at presse hårdere på folk. Det er for at reducere batchstørrelsen. Mindre ændringer er nemmere at gennemgå, teste, frigive og rulle tilbage. DORA gør direkte det samme: Mindre partier forbedrer normalt både hastighed og stabilitet. Det lyder indlysende, indtil et hold rent faktisk forsøger at leve efter det i en måned.

Kvalitet: vi holdt op med at skændes "det forekommer mig" og begyndte at se på konsekvenserne

At vurdere "kvalitet" med spørgeskemaer er en dårlig idé. Fordi "kvalitet" i spørgeskemaet handler det ofte om sympati, stil og smag.

Vi gik videre til konsekvenserne.

Hvor mange fejl nåede produktionen. Hvor seriøse var de? Hvordan ændrer tendensen sig?

Hvor mange hændelser har vi haft. Hvor lang tid tog det os at komme os? Gentages de samme grunde?

Hvor mange revisioner. Hvor mange opgaver blev "bestået" og derefter returneret. Fordi "klar" viste sig ikke at være klar.

I skændes ikke længere om "hvem der er den bedste". Du ser, hvad der virkelig sker med produktet.

En kontraintuitiv konklusion: Hvorfor overhovedet evaluere en person?

Jo længere vi gravede, jo oftere faldt vi over et mærkeligt spørgsmål.

Hvorfor vurderer vi en person? At afslå en forfremmelse? For at vise hvem "stjernen" er? At sammenligne mennesker?

Og da vi talte ærligt om det, viste det sig at de fleste af vores reelle behov ikke handlede om rangering mennesker. De handlede om holdpræstationer: gør vi hvad vi lovede, er kvaliteten god, er arbejdet forudsigeligt, brænder vi ud, og får klienten hvad forventer de?

Altså om systemet.

Og hvis ja, så er det første evalueringsobjekt holdet og processen. Og ikke en person som mål.

Teamet er underpræsterende, så vi gennemgår helheden kæde: ansættelse, onboarding, opgavedefinition, planlægning, gennemgang, test, frigivelse, kommunikation, afhængigheder. Dette er ledelsesmæssigt sværere, ja. Men det er mere ærligt.

Nogle gange ser det meget jordnært ud. For eksempel hvornår "vi havde ikke tid igen", det første spørgsmål er ikke "hvem sænker farten", og "hvor forsvandt tiden". For tiden kan forsvinde i vente: opgaver står stille i gennemgang, stå i test, blokeret efter aftale, eller der er simpelthen for mange af dem parallelt.

Når nogen kæmper, hvad vi tjekker først

Vi ser også nogle gange situationer, hvor nogen "ikke trækker". Men i stedet for et spørgeskema laver vi en simpel diagnose.

Har dette problem altid været der? Hvis ja, er problemet sandsynligt ved ansættelse eller onboarding. I så fald ordner du ansættelsesprocessen, ikke personen med spørgeskemaer.

Var det normalt før, og så blev det slemt? Så det kan være konteksten: udbrændthed, skift af opgaver, rollekonflikt, personlige forhold. Dette er zonen for normalt ledelsesarbejde: find ud af, hvad der skete, reducer belastningen, hjælp personen med at komme tilbage kontrol, og opbyg en kort 2-4 ugers genopretningsplan.

Har personen en klar forståelse af, hvilken succes ser ud i den nærmeste fremtid? For ofte er problemet ikke at personen er "svag". Det er, at vi placerede dem i tåge og kaldte det forventninger.

Og endnu en nuance, som vi også havde. Hvis en person mislykkedes flere gange, kan lederen nogle gange rejse subjektivt bar: "bevis nu, at du ikke er en fiasko." Det virker ofte på et underbevidst plan, og det virker dårligt for holdet. Det er normalt bedre at gøre det modsatte: reducere omfanget, gøre opgaverne mindre, fjern støjen, giv en person en chance for konsekvent at gøre et par ting godt og genvinde selvtilliden. Dette er en svær opgave for ledere. Og netop derfor kigger vi meget nøje hos de ledere, vi ansætter.

Konklusioner

Selvfølgelig kan 360’eren fungere. I store virksomheder, hvor anonymitet virkelig er muligt.

Når teamet allerede har en kultur med direkte feedback, og 360 er et ekstra signal, ikke det vigtigste "sandhed".

Det havde vi ikke. Vi havde små teams, et højt tempo og en høj pris på mistillid.

360’eren lignede et voksent værktøj på papiret. I vores virkeligheden er det blevet en mekanisme, der samler frygt ét sted, gætværk, konkurrence og "kollektiv dømmekraft".

Vi skar 360 ud og gik tilbage til det grundlæggende: simple team-metrics, åbne samtaler og gennemsigtige statusser.

Materialer og links (hvis du vil grave dybere)DORA, software delivery performance metrics. En begrundet forklaring af de fem målinger og de fælder, hold falder i, når de misbruger dem.

DORA, DORA’s software delivery performance metrics. Kort version med historisk "hvorfor fire/fem" og en advarsel om spil med metrics.

DORA Research: 2024, DORA Report. Fuld rapport (download PDF på forskellige sprog).

Smither, London (2005), meta-analysis on multisource feedback. Hvorfor du ikke skal forvente en magisk effekt fra én 360-bølge.

CIPD, Performance feedback: an evidence review (PDF). Om hvordan feedback virker/ikke virker og hvorfor det ofte er skadeligt at forveksle "vurdering" med "udvikling".

CCL, 360 Degree Assessment & Feedback: Best Practices Guidelines. Hvis du alligevel laver en 360'er, er der noget at tænke over før starten, ikke efter branden.

CCL, SBI feedback model. En meget enkel ramme for "ingen genveje"-feedback.

Google SRE, Postmortem Culture: Learning from Failure. Om ulastelige postmortems og hvorfor shaming-kultur dræber læring.

Amy Edmondson (1999), Psychological Safety (PDF). Primær kilde om psykologisk sikkerhed i teams.

WEF, Feedforward technique. Om hvordan man flytter feedback i retning af "hvad vi gør nu" og ikke "hvad der skete i går".

Goodhart’s law. En af de mest nyttige "anti-teorier" for alle, der ønsker at lave KPI-målinger.

Spørgsmål til fællesskabet

Hvad synes samfundet om 360? Bruger du det? Hvordan har din oplevelse været?

Hvordan løser man problemet med "anonymitet", når holdet er lille og alle forstår alt?

Og hvilke leverings-/kvalitetsmålinger hjælper dig faktisk med at styre processen i stedet for at tegne smukke rapporter?

Tak for din tid og opmærksomhed.