Plantilla d'agenda de standup diari (que els enginyers utilitzen de debò)

El problema amb la majoria de plantilles de standup

La majoria de plantilles de standup estan pensades per a equips que no fan standups de veritat. Tres preguntes per persona, cinc persones, 15 minuts es converteixen en una reunió de planificació si l'equip deixa que s'expandeixi. La plantilla de sota està optimitzada per a una sola cosa: mantenir el standup per sota dels 10 minuts alhora que garanteix que la informació correcta surti a la llum i quedi recollida. Les preguntes són deliberadament estretes. Les seccions posteriors a la ronda s'ocupen de tota la resta.

L'agenda (copia i enganxa això)

Durada: 10 minuts màxim
Format: Síncron, cadascú parla una vegada

Per a cada membre de l'equip (90 segons per persona):

  1. Fet des de l'últim standup — lliurat o fusionat, no en curs
  2. Previst per avui — el que tens intenció de tancar, no feina aspiracional de sprint
  3. Bloqueigs — nomena el responsable; «esperant la revisió de disseny» només compta si algú és responsable de desbloquejar-ho

Després de la ronda (temps restant):

  • Decisions necessàries — qualsevol cosa que requereixi una decisió ara mateix; si triga més de 2 minuts, programa una reunió a part
  • Anuncis — una frase per element, sense discussió durant el standup

Temes per tractar a part: quan surt un tema a mitja ronda que no cal que impliqui tot el grup, apunta'l i tracta'l després o de manera asíncrona. La discussió d'aquests temes a part — normalment 2-3 persones en lloc de tot l'equip — sovint és més útil que el mateix standup.


Què fan malament la majoria de plantilles de standup

Les plantilles de standup més ben posicionades cauen en dos modes de fallada.

L'esquelet («Què has fet? Què faràs? Bloqueigs?») està bé fins que l'equip comença a tractar els bloqueigs com a opcionals. Ningú apunta «esperant la revisió de seguretat» perquè no passa res quan ho fan. Les dependències es perden, desbloquejades per qui casualment ho pregunta la setmana següent.

La versió sobrecarregada afegeix 8-12 preguntes i un control de salut de l'equip. Això converteix el standup en una reunió de plantilla. Els enginyers deixen de prestar atenció després dels dos primers que parlen.

Totes dues versions comparteixen el mateix problema d'arrel: plantegen el standup com un exercici de reporting. El standup és un exercici d'alineació. El reporting produeix informació; l'alineació produeix acció. Aquesta distinció importa a l'hora de cronometrar les preguntes i de decidir què passa quan acaba la ronda.

La segona cosa que les plantilles ometen és què passa amb la informació després de la trucada. Fins i tot els standups ben gestionats produeixen bloqueigs que no se segueixen, decisions que ningú apunta i accions sense responsable.

Per què s'esfondren els resums de standup

L'enfocament del prenedor de notes rotatiu es trenca al cap de poques setmanes. A qui li toca està saturat, s'estalvia el detall i publica alguna cosa vaga que ningú llegeix. L'equip deixa de confiar en les notes, després deixa de llegir-les i, finalment, les notes deixen de servir per a res.

Els standups asíncrons —publicar la teva actualització a Slack abans de la trucada— resolen el problema d'assistència però perden la responsabilitat que aporta una ronda en directe. La gent encara pregunta «què vam decidir sobre X?» més tard durant el dia.

El cost ocult s'acumula ràpidament. Per veure què costa a un equip la pèrdua de context del standup al llarg d'un trimestre, consulta L'impost de les reunions.

Com gestiona Pavleur el resum

Fes el standup seguint aquesta agenda amb Pavleur obert. Quan acaba la trucada, l'informe es genera automàticament: sense prenedor de notes, sense 5 minuts de neteja després del standup. El resum recull el fet/previst/bloqueigs de cada persona, extreu les decisions preses i llista les accions amb els responsables tal com s'han nomenat a la reunió.

La part que les eines només d'àudio es perden: si algú obre un tauler de PR, un tauler de Jira o un gràfic de desplegament a mitja standup, Pavleur ho captura i ho inclou a l'informe amb context. Eines com Otter o Fireflies et donen les paraules; el registre visual del que hi havia a la pantalla no existeix. Qualsevol que s'hagi perdut el standup pot llegir l'informe complet sense haver de preguntar què va passar. Si estàs comparant eines en aquesta dimensió, la pàgina de comparació cobreix les diferències.

Fer complir el límit de temps

La disciplina dels 90 segons per persona es trenca amb més fiabilitat quan l'EM comença a respondre preguntes a mitja ronda. Entrena l'instint de dir «ja ho tractem després» i apunta-ho als temes per tractar a part.

Si el standup passa sistemàticament dels 10 minuts, la causa sol ser una de les següents: massa gent (divideix el standup), punts d'agenda que s'infiltren des de la planificació de sprint, o un tema de discussió recurrent que necessita la seva pròpia reunió recurrent. Corregeix la causa estructural en lloc de només el símptoma.

Plantilla d'agenda de standup diari (que els enginyers utilitzen de debò) | Pavleur