Du vet redan att er standup inte funkar. Det svåra är att säga det.

Någon i ditt team har redan skrivit meddelandet. Något i stil med ”jag tror inte att vår standup funkar för oss”. Sen tittade hen på det, tänkte efter hur det skulle landa, raderade det och gick in i mötet.

Den raderingen är vad den här texten faktiskt handlar om. Forskningen om standups är inte svår att hitta, och det mesta pekar åt samma håll. Det svåra är meningen. Du försöker säga något som bär på tre olika sociala risker samtidigt, och alla tre fastnar på dig personligen.

Risk ett: du låter lat. Varje förslag om att ta bort ett möte läses per automatik som en begäran om att bli mindre bevakad.

Risk två: du låter som att du inte är en lagspelare. Standupen framställs som det som håller ihop alla. Att invända mot den låter som att invända mot att hålla ihop.

Risk tre: du angriper en person, inte en process. Någon äger det där mötet. En scrum master, en chef, eller den som satte upp det för två år sedan. Den personen hör kritik mot ritualen som kritik mot sitt eget omdöme, för i de flesta rum är det precis vad det är.

Så folk säger ingenting, och mötet rullar vidare enbart för att ingen har hittat orden.

Den goda nyheten är att orden finns, och de är inte komplicerade. De måste bara sättas ihop i en viss ordning, och ordningen spelar större roll än underlaget.

---

Omtolkningen som vinner diskussionen

Argumentera inte för att standupen är slöseri med tid. Det argumentet förlorar varje gång, av de tre skälen ovan.

Argumentera i stället för att den version ni kör inte är det möte den ska vara, och erbjud ett experiment som går att backa.

Scrum Guide står på din sida här, vilket är den del nästan ingen kollar upp. 2020 års guide¹ definierar Daily Scrum som ett femton minuter långt event för utvecklarna i scrumteamet, till för att granska framstegen mot sprintmålet och anpassa planen. Den definieras inte som en rapport till en chef. Revisionen 2020 tog dessutom bort de tre föreskrivna frågorna som de flesta team fortfarande rabblar varje morgon.¹

Om er standup går till som en ring av människor som rapporterar igår och idag till den som är mest senior i rummet, då försvarar du inte Scrum genom att behålla den. Ni kör något som regelboken redan har strukit, och det kan du säga högt utan att anklaga någon för någonting.

Det är hela greppet. Du ber inte om mindre ansvar. Du ber om att köra mötet så som ramverket beskriver det, och att testa om ett billigare format håller.

---

Del 1: Skälen som håller för granskning

Jag har strukit en hel del av de siffror som cirkulerar i ämnet. Längst ner finns en notering om vilka och varför. Det som följer är det jag skulle lägga fram för en skeptisk chef.

1. Den har blivit en statusrapport uppåt, vilket ramverket säger att den inte ska vara. Det mest dokumenterade felläget. Stray, Sjøberg och Dingsøyrs grounded theory-studie av dagliga standups visade att deltagarna uppskattade dem för informationsdelning och gemensam problemlösning, och reagerade negativt när mötet blev till statusrapportering till en chef eller kördes för ofta och för länge.² Samma fynd dyker upp i praktikerlitteraturen från samma forskargrupp.⁴

2. De tre frågorna ger berättande i stället för samordning. ”Igår jobbade jag på ärendet, idag fortsätter jag på ärendet.” Ingen ställer en följdfråga. Ingenting förändras av det. Formatet uppmuntrar ett uppvisande av aktivitet snarare än en granskning av framstegen mot ett mål, och det är därför 2020 års guide strök frågorna.¹

3. Seniora utvecklare och stora team får minst ut av den. Stray och kollegor frågade yrkesverksamma utvecklare och fann att betygen samlades runt neutralt totalt sett, med juniora utvecklare mer positiva och seniora utvecklare och medlemmar i större team mer benägna att se litet värde.³ Om dina mest erfarna kollegor är de minst engagerade i rummet är det en signal om formatet, inte om dem.

4. Den delar förmiddagen i två. Paul Grahams argument från 2009¹³ håller fortfarande. Den som bygger saker behöver långa oavbrutna block, och ett enda möte mitt på förmiddagen kan förstöra hela förmiddagen genom att klyva den i två bitar som är för små för svårt arbete. En standup 10:30 är det klassiska exemplet. Det finns också en kostnad i själva väntan. Folk undviker att sätta igång med något djupt de 45 minuterna innan.

5. Att byta uppgift försämrar arbetet på båda sidor om mötet. Sophie Leroys forskning introducerade begreppet attention residue: när du byter från en uppgift till en annan stannar en del av din uppmärksamhet kvar i den första, och din prestation i den andra blir sämre.⁵ En standup tvingar fram det bytet två gånger för varje deltagare, en gång in och en gång ut.

6. Att komma tillbaka in i arbetet tar riktig tid. Gloria Marks forskning om avbrott är källan till den flitigt citerade siffran på ungefär 23 minuter för att komma tillbaka till en avbruten uppgift, och hennes arbete med Gudith och Klocke visade också att människor kompenserar för avbrott genom att jobba snabbare, till priset av högre stress, frustration och upplevd arbetsbelastning.⁶ Citera den här försiktigt. Det är den mest misshandlade siffran i hela produktivitetssamtalet, och en chef som har sett den sågas kommer att använda det mot dig.

7. Blockeringar nämns men löses inte. Håll utkik efter det i ditt eget team. Någon säger att hen sitter fast, alla nickar, och den faktiska lösningen kommer fyrtio minuter senare i ett DM mellan två personer. Är det mönstret så löste inte mötet blockeringen. Det bokade bara in samtalet som gjorde det.

8. Möteslasten byggs upp fysiologiskt. Microsofts Human Factors Lab körde EEG på deltagare i möten på rad och såg stressmarkörer byggas upp genom hela serien, medan korta pauser dämpade uppbyggnaden.⁸ Steven Rogelbergs mötesforskning dokumenterar samma sak från enkäthållet, tillsammans med den återhämtningstid folk lägger på att varva ner efter ett dåligt möte, som läggs ovanpå mötets egen längd.⁷

9. Den passar inte distribuerade team. Det är alltid någon som tar den på en usel tid. GitLabs handbok för helt distribuerat arbete¹⁴ är det mest heltäckande publika argumentet för att sköta status asynkront i stället, och den är användbar just för att den kommer från ett företag som jobbar så i stor skala och inte från en blogg.

10. En daglig kadens tar ut ett dagligt pris, oavsett om det finns något att samordna. I team där arbetet är löst kopplat uppstår det verkliga samordningsbehovet ryckvis. Det fasta mötet betalar överpris varje lugn dag.

---

Del 2: Motargumenten, som du själv ska ta med dig

Gå in i rummet med argumenten mot dig redan framlagda. Det är den snabbaste vägen till att bli tagen på allvar, och det gör att din chef slipper känna att hen måste försvara mötet ensam.

En standup som körs bra gör tre saker som är svåra att ersätta.

Den fångar blockeringar tidigt. Ett problem som lyfts 09:30 och annars hade slukat en hel dag är värt de femton minuterna i sig. Det här är funktionen din ersättning absolut måste täcka.

Den bygger en gemensam bild av vem som gör vad, vilket minskar dubbelarbete och krockar. Stray och Dingsøyr dokumenterar det som en av de verkliga fördelar folk rapporterar.²

Den stöttar psykologisk trygghet. Rietze och Zacher fann ett positivt samband mellan dagliga standupmöten och psykologisk trygghet, som i sin tur hängde ihop med arbetstillfredsställelse och upplevd teamprestation.¹⁰ Det vilar ovanpå Edmondsons grundläggande arbete som kopplar psykologisk trygghet till lärande beteende i team.⁹ En regelbunden kontaktpunkt med låga insatser gör något för tilliten, särskilt i nya eller distribuerade team.

Så ge dem rätt där de har rätt. Är ditt team litet, tätt kopplat, juniort eller tre veckor gammalt, då är standupen förmodligen värd sin kostnad, och det ska du säga.

---

Del 3: Skaffa egna siffror innan du öppnar munnen

Två veckor. Tre saker. Gör det här före samtalet, för åsikt mot ritual förlorar, medan aritmetik mot ritual inte gör det.

Mät den verkliga längden, inte den bokade. Ta tid varje dag. De flesta team upptäcker att femtonminutersmötet är ett tjugotvåminutersmöte.

Räkna på lönen. Antal deltagare gånger faktisk längd i timmar gånger antal arbetsdagar på ett år. Ett team på åtta med genuina 15 minuter blir 2 persontimmar om dagen, ungefär 10 i veckan, runt 460 persontimmar om året. Med en belastad kostnad på 60 euro i timmen landar det på cirka 27 000 euro, och den siffran räknar inte ens in återhämtningskostnaden på var sida. Använd ditt eget teams siffror, så kan ingen bråka om indata.

Räkna blockeringarna. Skriv i tio arbetsdagar ner varje blockering som tas upp på standupen, och markera om den löstes inne i mötet eller någon annanstans efteråt. Det är oftast den siffran som avslutar debatten.

Fråga teamet anonymt. En fråga. Hjälper standupen dig att göra ditt jobb, ja eller nej, och varför. Anonymiteten är det som ger dig det ärliga svaret, och den gör också att du talar för teamet och inte för dig själv, vilket stryker risk två från listan högst upp.

---

Del 4: Formuleringarna

Fyra situationer, fyra manus. Anpassa detaljerna, behåll strukturen, för det är strukturen som gör jobbet.

Alla följer samma fyra steg. Bekräfta vad den andra personen faktiskt behöver. Sätt siffror på kostnaden i hens termer. Föreslå något som går att backa och som har ett slutdatum. Lägg bevisbördan och förarbetet på dig själv.

Till din chef, på ett en-till-en-samtal

”Jag vill skydda teamets fokustid utan att du tappar insyn, och jag har två veckors data på hur vår standup faktiskt används. Den tar 22 minuter, inte 15. Det blir ungefär 675 persontimmar om året för oss åtta. På tio dagar togs sex blockeringar upp, och en löstes faktiskt i mötet. Resten löstes efteråt i DM.

Jag skulle vilja köra det här i fyra veckor. Skriftliga uppdateringar i en gemensam kanal senast 09:30 som du kan läsa när du vill, en egen kanal för blockeringar där folk taggar dig direkt i samma stund som något fastnar, och en live-sync i veckan. Jag mäter tiden det tar att lösa blockeringar mot hur det ser ut nu. Blir det sämre går vi tillbaka, och då säger jag det på retron. Jag sätter upp alltihop.”

Till din scrum master

”Jag har läst 2020 års guide igen. Den definierar Daily Scrum som ett event för utvecklarna, och den strök de tre frågorna. Vår har glidit iväg till en runda uppdateringar riktade till den som är mest senior i rummet, vilket är precis det som guiden försöker förhindra.

Skulle vi kunna testa att köra den utifrån tavlan i stället för runt ringen, under en sprint, och fråga utvecklarna efteråt om den blev mer användbar för dem?”

Notera vad det gör. Det lämnar över auktoriteten till ramverket i stället för till dig, och det gör hen till personen som återställer praktiken i stället för personen som försvarar en trasig version av den.

Till dina kollegor, innan du gör något annat

”Var helt ärlig med mig. Hjälper standupen dig på riktigt, eller är det bara något du tar dig igenom? Jag vill ta upp det, och jag vill bara göra det om jag talar för teamet och inte bara för mig själv.”

Gör det här först. Alltid. Om två personer säger att standupen är den enda gång de får be om hjälp, då måste ditt förslag behålla det, och nu vet du det innan du har låst dig vid en ståndpunkt offentligt.

På en retro

”Jag vill granska en sak idag. Jag har mätt vår standup i två veckor. Här är vad den kostar, och här är hur många blockeringar den faktiskt löste. Jag ber inte om att vi ska lägga ner den. Jag frågar om vi kan ändra formatet under en sprint och titta på siffrorna innan vi bestämmer något permanent.”

Som ett skriftligt förslag

Ämne: Fyra veckors experiment, asynkron standup

Just nu tar vår dagliga standup 22 minuter för åtta personer, vilket blir ungefär 675 persontimmar om året. Under de senaste tio arbetsdagarna togs sex blockeringar upp i den, och en löstes inne i mötet.

Förslag, fyra veckor, helt möjligt att backa:

Skriftliga avstämningar i #team-standup senast 09:30, tre rader var. Framsteg mot sprintmålet, fokus idag, eventuella blockeringar. Blockeringar taggas direkt till rätt person i samma stund som de dyker upp, i stället för att sparas till nästa morgon. En live-sync på 30 minuter på måndagar för planering och allt som behöver ett samtal.

Jag mäter tid till löst blockering, cykeltid och en kort teampuls, och tar med alla tre till retron den [datum]. Om tiden till löst blockering blir sämre går vi tillbaka. Jag konfigurerar verktygen och driver testet.

Det uttalade villkoret för att backa är den viktigaste raden i hela meddelandet. Det är det som gör om ditt förslag från en förändring till ett test, och det är oftast det som ger dig ett ja.

---

Del 5: Vad de kommer att svara

”Jag behöver insyn i vad alla gör.” Skriftliga uppdateringar ger dig mer än ett möte gör. De går att söka i, de ligger kvar, och du kan läsa dem 07:00 eller 19:00 i stället för att sitta i ett rum 09:30.

”Blockeringar blir bara liggande.” Tvärtom. En blockering som postas i samma stund som den uppstår får uppmärksamhet snabbare än en som sparas till nästa morgon. Det är precis det måttet jag föreslår att vi följer, och det är det som skulle få mig att avbryta testet.

”Det är ju bara femton minuter.” Det är femton minuter gånger åtta personer, varje arbetsdag, plus tiden var och en behöver för att komma tillbaka in i det de höll på med. Här är årssiffran.

”Scrum kräver en Daily Scrum.” Scrum kräver en Daily Scrum för utvecklarna, och 2020 års guide tog bort de tre frågorna vi fortfarande använder. Det vi kör är inte det som guiden beskriver.¹

”Teamet tappar sammanhållningen.” Det är en verklig risk, och det är därför veckosynken blir kvar. Jag mäter också en teampuls under testet, så om sammanhållningen sjunker ser vi det i stället för att gissa.

---

Del 6: Fem sätt att förlora den här diskussionen

Att rama in det som att du vill göra mindre. Det bekräftar exakt den misstanke den andra personen kom in med.

Att döda mötet utan att peka ut en ersättning. Röran som följer hamnar på dig personligen, och det ska den.

Att bestämma själv. En ritual i ett team ändras genom ett teambeslut, annars är den tillbaka inom en månad.

Att hoppa över testperioden och måtten, vilket gör ett testbart förslag till en åsiktstävling mot status quo, och den tävlingen vinner status quo.

Att ignorera dem som faktiskt har nytta av den. Om juniorn i teamet lutar sig mot den, bygg lösningen runt hen och säg det i rummet. Det kostar dig ingenting och tar bort den starkaste invändningen innan någon hinner göra den.

---

Del 7: Vad som ersätter den

Sju alternativ, med den ärliga nackdelen hängd på varje.

Asynkrona skriftliga avstämningar via en bot. Geekbot, Standuply eller Range puffar varje person och postar i en gemensam kanal.¹⁷ Funkar över tidszoner och lämnar ett sökbart spår. Kan förfalla till oläst statusteater om ingen svarar på det som postas.

Standup två gånger i veckan. Behåller den live-synken, skär i frekvensen. Lätt att sälja in eftersom det är en liten ändring. Behöver en kanal vid sidan om för allt som brådskar.

Gå igenom tavlan i stället för ringen. Gå igenom arbetsposterna från höger till vänster och prata om ärendena i stället för om personerna. Dödar den personliga rapporteringsdynamiken omedelbart. Funkar bara om tavlan faktiskt är uppdaterad.

En egen kanal för blockeringar. Den enskilt mest värdefulla biten och den billigaste att lägga till. Kräver disciplinen att posta, och någon som håller ett öga på den.

Parprogrammering vid behov. Snabbast möjliga lösning, utan publik. Minskar insynen för hela teamet, så det behöver ett skriftligt spår.

En djup synk i veckan. Utrymme för de samtal som ett femtonminutersmöte inte rymmer. För sällan för att fungera på egen hand.

Mötesfria dagar. Shopifys kalenderrensning 2023 är det mest citerade företagsexemplet, rapporterat som att tusentals återkommande möten togs bort ur företagskalendern.¹⁵ Det här är en fokuspolicy snarare än en samordningsmekanism, så den måste kombineras med något av ovanstående.

Kombinationen som funkar oftast: skriftliga uppdateringar för den dagliga överblicken, en blockeringskanal för allt som brådskar, en live-sync i veckan för resten.

---

Del 8: Designa testet så att det överlever mötet med en retro

Välj dina framgångsmått innan du börjar, och välj sådana som din chef redan tror på.

Leverans. Ett mått i DORA-stil, oftast ledtid för ändringar eller deployfrekvens.¹² Cykeltid funkar om ni inte deployar ofta.

Tid till löst blockering. Din försäkring mot huvudrisken. Det här är måttet som ska kunna döda experimentet, och att säga det högt är det som gör experimentet trovärdigt.

Teampuls. En fråga, varje vecka, anonymt. Det motsvarar tillfredsställelsedimensionen i SPACE-ramverket, som finns till just för att produktivitetsmätning på ett enda mått går fel.¹¹ Utan den kan du höja genomströmningen medan du i tysthet bränner ut folk, och aldrig märka det.

Fyra veckor är rätt längd. Två är för kort för att se något bortom nyhetseffekten. Åtta är så pass långt att en återgång börjar kännas som ett offentligt misslyckande, vilket får folk att försvara testet i stället för att läsa det ärligt.

---

Det som faktiskt är svårt

Allt ovanför finns tillgängligt för vem som helst som lägger en eftermiddag på att läsa. De flesta som behöver det kommer ändå inte att skicka meddelandet.

Det är inte underlaget som saknas. Det som saknas är en version av meningen som säger att mötet inte fungerar utan att antyda att personen som håller i det inte fungerar, och det är mycket svårare att skriva än en litteraturlista. Den skrivs om sex gånger i en Slack-ruta och överges sedan.

Det glappet är anledningen till att vi bygger Subtext. De flesta meddelanden folk inte får ur sig är inte komplicerade till innehållet. Det är meddelanden där det inte räcker att ha rätt, och där formuleringen bär hela risken. Ett standupförslag är en liten variant. Samma form dyker upp när du ber om löneförhöjning, tackar nej till mer arbete, säger till en grundare att roadmapen är fel, eller säger nej till en vän.

Om du tar med dig en enda sak: skicka meddelandet med villkoret för att backa i sig. ”Om tiden till löst blockering blir sämre går vi tillbaka, och då säger jag det.” Den enda bisatsen tar bort skälet som någon hade att säga nej.

---

En notering om siffrorna jag lämnade utanför

Flera siffror cirkulerar brett i ämnet och jag kunde inte stå för dem, så de finns inte i texten ovan.

Påståendet att 80 % av utvecklarna anger irrelevanta uppdateringar som sin största frustration på standupen finns inte i den Stray-enkät som det brukar tillskrivas. Påståendet att 80 % av mötenas åtgärdspunkter aldrig blir gjorda reser omkring utan källa. Den ofta citerade statistiken ”40 % längre och 50 % fler fel”, som tillskrivs en färsk artikel i Journal of Experimental Psychology, verkar vara en förvanskad version av Rubinstein, Meyer och Evans från 2001, som mätte uppgiftsbyten i labbmiljö och inte utan vidare går att överföra på ett morgonmöte.¹⁸ Olika årliga kostnadsbelopp per team för bortkastad mötestid hänger helt på antagandena bakom dem, och det är därför räkneövningen i del 3 använder ditt eget teams indata i stället.

Ännu en ärlig lucka. Jag hittade ingen rigorös kontrollerad studie som direkt jämför asynkrona skriftliga statusuppdateringar med synkrona statusmöten när det gäller leveransresultat. GitLab, Doist och Basecamp argumenterar alla för den skriftliga varianten, och alla tre har en position att försvara. Om din chef frågar efter den jämförelsen är det korrekta svaret att den inte verkar finnas än, och att ditt fyraveckorstest är hur du tar fram den för ditt eget team.

---

Tycker du att er standup är värd sin kostnad, eller att jag har läst underlaget fel? Säg det till mig på LinkedIn.

Samet Durgun är medgrundare av Subtext, en app som fångar den känslomässiga tonen i dina meddelanden och skriver om dem med dina egna ord. Han bor i Berlin.

---

Källor

Varje länk ovan går till primärkällan där det finns en.

1. The Scrum Guide (2020), Ken Schwaber and Jeff Sutherland, scrumguides.org. Det enskilt mest användbara dokumentet för det här argumentet. Läs avsnittet om Daily Scrum direkt och citera det ordagrant. Slår fast att eventet är till för utvecklarna, är 15 minuter långt, och att de tre frågorna togs bort i 2020 års revision.

2. Stray, V., Sjøberg, D. I. K., and Dingsøyr, T. (2016). “The daily stand-up meeting: A grounded theory study.” Journal of Systems and Software, volume 114. Peer-granskad. Dokumenterar både värdet (informationsdelning, gemensam problemlösning) och felformerna (statusrapportering till en chef, för hög frekvens och för lång tid). Skicka den här till en scrum master.

3. Stray, V., Moe, N. B., and Bergersen, G. R. (2017). “Are Daily Stand-up Meetings Valuable? A Survey of Developers in Software Teams.” XP 2017, Lecture Notes in Business Information Processing. Enkät bland yrkesverksamma utvecklare. Bland de rapporterade siffrorna finns 87 % av agila team som håller dagliga standups, med genomsnittliga betyg runt neutralt, juniora utvecklare mer positiva, seniora utvecklare och större team mindre. Jag har använt riktningen i fyndet snarare än procentsatsen.

4. Stray, V. and Moe, N. B., practitioner writing in IEEE Software on adapting daily stand-up practice. Argumenterar för att stelbenta standupritualer bör anpassas till teamet snarare än följas som standard. Exakt titel och år är obekräftade, och versionen som cirkulerar online innehåller deltagarantal jag inte kunde bekräfta.

5. Leroy, S. (2009). “Why is it so hard to do my work? The challenge of attention residue when switching between work tasks.” Organizational Behavior and Human Decision Processes, volume 109, issue 2. Ursprunget till attention residue. Starka belägg utanför agilvärlden för att uppgiftsbyten försämrar kvaliteten på det som kommer härnäst.

6. Mark, G., Gudith, D., and Klocke, U. (2008). “The Cost of Interrupted Work: More Speed and Stress.” CHI 2008. Och Mark, G. (2023). Attention Span. Hanover Square Press. Källan till fynden om avbrutet arbete och till siffran på ungefär 23 minuter för att komma tillbaka, som cirkulerar överallt. Siffran är äkta men citeras ofta med större precision än den underliggande forskningen bär, så citera primärarbetet och formulera det som ”över 20 minuter”.

7. Rogelberg, S. G. (2019). The Surprising Science of Meetings. Oxford University Press. Standardverket om mötesslöseri och återhämtning efter möten. Jag har använt det kvalitativa fyndet snarare än en specifik procentsats, eftersom siffrorna varierar mellan enkäter.

8. Microsoft Human Factors Lab, EEG study on breaks between meetings, published via Microsoft WorkLab and the 2021 Work Trend Index. Fysiologiska belägg för att stress byggs upp genom möten på rad och att pauser minskar den. Användbart för att det är mätning och inte enkät.

9. Edmondson, A. (1999). “Psychological Safety and Learning Behavior in Work Teams.” Administrative Science Quarterly. Den grundläggande referensen om psykologisk trygghet. Handlar om team i allmänhet snarare än specifikt om standups, så överdriv inte ett orsakssamband.

10. Rietze, S. and Zacher, H., research on daily stand-up meetings, psychological safety, work satisfaction and team performance perceptions, European Journal of Work and Organizational Psychology. Det starkaste publicerade argumentet för standups, vilket är exakt därför du själv ska ta med det. Publiceringsåret är obekräftat, och versionen som cirkulerar anger 2025, ett årtal jag inte kunde bekräfta.

11. Forsgren, N., Storey, M.-A., Maddila, C., Zimmermann, T., Houck, B., and Butler, J. (2021). “The SPACE of Developer Productivity.” ACM Queue. Fritt läsbar. Använd dimensionen tillfredsställelse och välbefinnande för att motivera att du mäter en teampuls vid sidan av leveransmåtten.

12. Forsgren, N., Humble, J., and Kim, G. (2018). Accelerate: The Science of Lean Software and DevOps. IT Revolution Press. Källan till de fyra DORA-måtten för leverans. Använd ett av dem som ditt genomströmningsmått, så blir måttet försvarbart i stället för uppfunnet för tillfället.

13. Graham, P. (2009). “Maker’s Schedule, Manager’s Schedule.” paulgraham.com/makersschedule.html. Kort, gratis och det mest övertygande du kan vidarebefordra till en kollega som är osäker.

14. GitLab all remote handbook, about.gitlab.com/company/culture/all-remote. En stor organisation som offentligt arbetar med asynkrona statusuppdateringar. Bevis för att modellen fungerar i stor skala, även om GitLab har ett intresse i saken.

15. Shopify calendar purge, January 2023, as reported by Bloomberg, Fortune and others. Rapporterat som att tusentals återkommande möten togs bort ur företagskalendern och att återkommande möten med fler än två personer förbjöds på onsdagar. Den specifika siffran på återvunna timmar kommer från företaget, så tillskriv den Shopify i stället för att presentera den som uppmätt fakta.

16. Atlassian Agile Coach, standup guidance. Branschvägledning som rekommenderar att standups hålls korta och anpassas efter teamets behov, inklusive asynkrona format. Användbar för att den kommer från en källa din chef redan litar på i agila frågor.

17. Verktyg: Geekbot och Standuply för asynkrona standups i Slack och Teams, Range för teamavstämningar. Kontrollera aktuella priser och produktstatus innan du rekommenderar något av dem internt.

18. Rubinstein, J. S., Meyer, D. E., and Evans, J. E. (2001). “Executive Control of Cognitive Processes in Task Switching.” Journal of Experimental Psychology: Human Perception and Performance. Det faktiska ursprunget till påståendet om ”upp till 40 % av den produktiva tiden” vid uppgiftsbyten. Listad här så att du kan kolla den själv i stället för att upprepa den förvanskade versionen.