EngThrive: Make It Fast and Easy to Do Great Work
Dit artikel introduceert EngThrive, een meerdimensionaal meet- en verbeteringssysteem dat bij Microsoft is ontwikkeld en de productiviteit van ontwikkelaars organiseert rondom Snelheid, Gemak en Kwaliteit, terwijl het welzijn prioriteit geeft en gebruikmaakt van een combinatie van telemetrie en enquêtes om metrieken af te stemmen op echte resultaten in plaats van op activiteit.
Oorspronkelijk artikel gelicentieerd onder CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dit is een AI-gegenereerde uitleg van het onderstaande artikel. Het is niet geschreven of goedgekeurd door de auteurs. Raadpleeg het oorspronkelijke artikel voor technische nauwkeurigheid. Lees de volledige disclaimer
Stel je voor dat je de kapitein bent van een enorm schip. Je doel is om het schip zo snel mogelijk naar zijn bestemming te brengen. Jarenlang heb je succes gemeten door te tellen hoe vaak de bemanning het roer draaide of hoeveel emmers water ze overboord hebben geschept. Je dacht: "Meer emmers geschept = sneller schip."
Maar dan merk je iets vreemds op: de bemanning draait furieus aan het roer en schept als gek water overboord, toch beweegt het schip niet sneller. Sterker nog, de bemanning is uitgeput, boos en klaar om het schip te verlaten.
Dit is het probleem dat Microsoft's engineeringleiders tegenkwamen. Ze beseften dat het tellen van "activiteit" (zoals regels code of pull requests) een slechte manier was om te meten of hun ontwikkelaars echt geweldig werk leverden.
Dit paper introduceert EngThrive, een nieuwe manier om productiviteit te meten die software-engineering behandelt als een levend ecosysteem, niet als een fabrieksassemblagelijn. Hier is de eenvoudige uitleg hoe het werkt.
De Grote Fout: Het Meten van de Foute Dingen
Het paper legt uit dat bedrijven lange tijd probeerden productiviteit te meten met één enkel getal, zoals "Regels Code".
- De Valstrik: Als je een schrijver betaalt per woord, zal hij lange, saaie zinnen schrijven om meer betaald te krijgen. Als je een ontwikkelaar betaalt per regel code, zal hij rommelige, inefficiënte code schrijven om het getal te halen.
- De "Werken op Afstand"-Paradox: Tijdens de pandemie zag Microsoft ontwikkelaars 20% meer code indienen. Volgens de oude wiskunde was iedereen een superster. Maar toen ze de ontwikkelaars vroegen: "Hoe voel je je?", zei 78% dat ze uitgeblust waren. Het schip bewoog snel, maar de bemanning verdronk.
De Oplossing: De "Snelheid, Gemak, Kwaliteit"-Triade
In plaats van één getal gebruikt EngThrive een driepootkruk. Als één poot te kort is, valt de kruk om. Je hebt alle drie nodig om rechtop te staan.
- Snelheid (De Wedstrijd): Dit gaat niet alleen over snel typen. Het gaat over Idee-naar-Klant.
- Analogie: Het maakt niet uit hoe snel je een auto schildert als je drie weken moet wachten tot de verf arriveert of als de manager steeds de kleur verandert. Snelheid meet de totale tijd van het hebben van een idee tot de klant het daadwerkelijk gebruikt.
- Gemak (De Gladde Weg): Dit meet wrijving.
- Analogie: Stel je voor dat je een auto rijdt. Als de remmen vastzitten, de radio kapot is en je bij elk rood licht formulieren moet invullen, rijd je niet snel, zelfs niet als de motor krachtig is. "Gemak" meet hoeveel tijd ontwikkelaars besteden aan het vechten met hun tools, wachten op vergaderingen of het repareren van gebroken builds, versus het daadwerkelijk bouwen van nieuwe dingen.
- Kwaliteit (De Duurzaamheid): Dit meet of het werk standhoudt.
- Analogie: Als je een huis in één dag bouwt (Snelheid) zonder gedoe (Gemak), maar het dak lekt elke keer als het regent, heb je niet productief gewerkt. Je hebt gewoon meer werk voor later gecreëerd. Kwaliteit meet hoe vaak dingen stukgaan en hoe lang het duurt om ze te repareren.
De Reling: "Bloeien"
Er is een vierde element genaamd Bloeien. Dit is geen doel om te maximaliseren; het is een veiligheidsreling.
- Analogie: Denk aan de snelheidsmeter van een auto. Je kunt het gaspedaal volledig indrukken om snel te gaan, maar als de motor begint te roken en de bestuurder van pijn schreeuwt, moet je op de rem trappen.
- Als een verandering het team sneller maakt maar hen ellendig maakt (uitgeblustheid, slechte dagen), geeft de "Bloeien"-meting alarm. Het paper vond dat ongelukkige ontwikkelaars 25 keer zo vaak zeggen dat ze onproductief zijn en twee keer zo vaak ontslag nemen. Je kunt geen snel schip hebben als de bemanning opstapt.
Hoe Meten Ze Het: De "Gemengde Methode"
EngThrive kijkt niet alleen naar computerlogs (telemetrie) of vraagt mensen alleen hoe ze zich voelen (enquêtes). Het combineert ze.
- Telemetrie is als een fitnesstracker: Het vertelt je wat er gebeurde (bijv. "Je hebt 4 uur in vergaderingen doorgebracht").
- Enquêtes zijn als het vragen aan de persoon: "Hoe voelde dat?" (bijv. "Die vergaderingen waren nutteloos en frustrerend").
- Samen vertellen ze het volledige verhaal: "We hebben 4 uur in vergaderingen doorgebracht en het voelde als tijdverspilling."
Wereldwijde Voorbeelden uit het Paper
Het paper deelt drie verhalen over hoe dit bij Microsoft werkte:
- De "Vergadering"-Oplossing: Een team besefte dat ontwikkelaars verdronken in vergaderingen. Ze stelden een doel om iedereen meer "focustijd" te geven.
- Resultaat: Ontwikkelaars kregen 2 extra uur focustijd per week. Ze werkten niet alleen sneller; ze repareerden oude, gebroken code (technische schuld) die hen lastig viel. Het resultaat? Minder "slechte dagen" en een stijging van 13% in de feitelijke output.
- Het "Gamen"-Experiment: Een team probeerde een metrik genaamd "Tijd tot Eerste Pull Request" (hoe snel een nieuwe medewerker code indient) te "faken" door ze op dag één een kleine, makkelijke taak te geven.
- Resultaat: Verrassend genoeg werkte dit! Hoewel ze de metrik "gameden", voelden nieuwe medewerkers zich zelfverzekerder, leerden ze de tools sneller en schreven ze uiteindelijk meer code in het volgende jaar. Het "spel" dwong het juiste gedrag af.
- Het "Gezondheidsdagen"-Experiment: Tijdens een crisis van uitputting gaf een team iedereen twee ongeplande vrije dagen.
- Resultaat: De code-output daalde twee dagen (slecht voor "Snelheid"). Maar de verlichting van uitputting duurde maanden en het team haalde alle verloren werk in slechts twee weken in. Zonder de "Bloeien"-reling hadden leiders de vrije dagen misschien geannuleerd omdat ze er op dag één uitzagen als een "mislukking".
Wat Met AI?
Het paper betoogt dat AI gewoon een ander gereedschap is, zoals een nieuwe hamer of een snellere auto.
- AI kan mensen sneller code laten schrijven (Activiteit), maar EngThrive vraagt: Brengt het producten daadwerkelijk sneller naar klanten (Snelheid)? Maakt het de baan minder frustrerend (Gemak)? Laat het dingen minder vaak stukgaan (Kwaliteit)?
- Het kader werkt voor AI net zo goed als voor kantoorgebouwen, vakantiebeleid of vergaderregels.
De Conclusie
Je kunt een mens niet met één enkel getal meten. EngThrive is een systeem dat zegt: "Laten we het snel, makkelijk en van hoge kwaliteit maken om geweldig werk te leveren, en laten we ervoor zorgen dat de mensen die het werk doen gelukkig en gezond zijn terwijl ze het doen."
Het verplaatst bedrijven van "Hoeveel regels code heb je geschreven?" naar "Hoeveel waarde hebben we gecreëerd en hoe voelde het om het te creëren?"
Verdrinkt u in papers in uw vakgebied?
Ontvang dagelijkse digests van de nieuwste papers die bij uw onderzoekswoorden passen — met technische samenvattingen, in uw taal.