Retrospectives de Sprint que Realment Impulsen Canvis
Si la retro del teu equip produeix les mateixes queixes cada sprint, no tens una retrospectiva — tens una sessió de desahogament. N'he presenciat centenars. El patró és consistent: post-its, temes, vots, una discussió de 10 minuts, i llavors no passa res. Dues setmanes després, els mateixos problemes reapareixen. L'equip deixa de creure que les retros poden canviar res, i eventualment algú suggereix cancel·lar-les.
La retro és la cerimònia única més valuosa en qualsevol procés agile. És l'única reunió dissenyada explícitament perquè l'equip es millori a si mateix. Quan funciona, s'acumula — petites millores cada sprint que sumen fins a un equip fonamentalment millor al llarg dels trimestres. Quan falla, l'equip s'estanca.
Per Què Fallen la Majoria de Retros
Sense seguiment dels punts d'acció. El principal assassí. L'equip acorda una acció, ningú és el seu propietari, i per a la pròxima retro s'ha oblidat. Després de tres cicles, l'equip aprèn que els compromisos de la retro no signifiquen res.
Quedar-se al nivell del símptoma. "Els desplegaments són lents" apareix en un post-it. L'equip acorda "hauríem de fer els desplegaments més ràpids" i passa pàgina. Però el pipeline de CI és inflat? Hi ha un pas d'aprovació manual? Les proves fal·len de manera intermitent? Sense aprofundir, l'acció és vaga i ningú sap què fer.
Les veus més fortes dominen. Dues o tres persones fan el 80% de la conversa. Els enginyers silenciosos — sovint amb les observacions més agudes — callen perquè el format no els fa espai.
El mateix format cada vegada. "Què va bé / què no va bé / què millorar" és adequat per a les teves primeres retros. Després de sis mesos, és ranci. L'avorriment mata l'engagement.
Els 5 Perquès: Arribar a les Causes Arrel
La tècnica de retro més poderosa és els 5 Perquès — originalment de Toyota, però es tradueix perfectament als equips de software. Quan algú planteja un problema, continua preguntant "per què?" fins arribar a la causa arrel.
Exemple:
- "Vam tenir una interrupció en producció el dimecres." — Per què?
- "Una migració de base de dades va executar-se durant el tràfic màxim." — Per què?
- "No teníem una política sobre quan executar migracions." — Per què?
- "Ningú ho havia pensat — el tràfic mai havia estat prou alt per importar." — Per què?
- "No tenim una llista de verificació de preparació per al desplegament." — Causa arrel.
L'acció no és "no executar migracions durant el tràfic màxim." Això és un pedaç. L'acció és "crear una llista de verificació de preparació per al desplegament." Això és una solució sistèmica.
Un Format que Funciona
Pas 1: Revisar les Accions de l'Últim Sprint (5 minuts)
Comença cada retro revisant els punts d'acció anteriors. Els vam fer? Si no, per què? Aquest únic pas crea responsabilitat i senyala que els compromisos són reals. La regla: Si una acció no es va completar, es torna a comprometre amb un propietari clar o s'abandona explícitament. Res s'allarga més de dos sprints.
Pas 2: Pluja d'Idees en Silenci (5 minuts)
Tothom escriu observacions de manera independent. Sense parlar. El silenci evita l'ancoratge on el primer parlant estableix el marc. Rota els prompts per mantenir-ho fresc:
- "Què hauríem de començar / deixar de fer / continuar fent?"
- "On ens hem sentit bloquejats? On ens hem sentit en flux?"
- "Si poguéssim canviar una cosa sobre com treballem, quina seria?"
Pas 3: Agrupar i Votar (5 minuts)
Agrupa les observacions en temes. Vota amb punts. Tria els 2-3 temes principals — no 5, no 7. Intentar cobrir-ho tot significa no cobrir res bé.
Pas 4: Aprofundiment amb els 5 Perquès (15 minuts)
Per a cada tema, condueix una discussió estructurada. El facilitador continua preguntant "per què?" i evita les culpes o les tangents. Regla fonamental: Sense anomenar individus. "El procés de desplegament és lent" és vàlid. "En Joan retarda les revisions de codi" no ho és.
Pas 5: Comprometre's amb Accions (10 minuts)
Cada acció ha de tenir:
- Un propietari. Una persona específica, no "l'equip."
- Una definició de fet. No "millorar els desplegaments" sinó "afegir una etapa de proves paral·leles per reduir el temps del pipeline a menys de 10 minuts."
- Un termini. Normalment "per a la pròxima retro."
Limita a 2-3 accions. Dues accions completades per sprint supera cinc abandonades.
Facilitadors Rotatius
No deixis que la mateixa persona dirigeixi cada retro. Quan el tech lead sempre facilita, la dinàmica s'endureix. Rota per tot l'equip — sí, inclosos els enginyers més silenciosos. Proporciona una guia senzilla: el format anterior, els límits de temps i les opcions de prompts. La majoria de les persones són millors facilitadors del que esperen.
La feina del facilitador: Controlar el temps. Assegurar-se que tothom parla. Preguntar "per què?" quan el grup es deté en els símptomes. Escriure les accions amb propietaris i terminis.
Creant Responsabilitat
La retro dura 40 minuts. El sistema de responsabilitat és el que fa que aquests minuts importin.
Fes visibles les accions. Posa-les al tauler de projectes de l'equip juntament amb el treball regular. Si el teu equip utilitza Jira o Linear, les accions de la retro són tiquets en el sprint actual. La millora del procés no és un crèdit extra — és treball regular.
Comprova a meitat del sprint. Una menció de 2 minuts en el standup: "Comprovació ràpida — Sara, com va la millora del pipeline de CI?" Això senyala que els compromisos de l'equip amb si mateix importen.
Fes el seguiment de la taxa de completar. Si el teu equip completa el 80% de les accions de la retro, el procés funciona. Per sota del 50% significa que les accions són massa ambicioses, massa vagues o no prioritzades.
Quan la Confiança Està Danyada
Si el teu equip ha patit mesos de retros inefectives, creuen que tot és una pèrdua de temps. Reconstrueix la confiança amb victòries ràpides. Tria un problema petit i concret que l'equip pugui resoldre dins del sprint. "La nostra plantilla de PR li falta una secció de pla de proves." Soluciona-ho. Mostra el resultat a la pròxima retro. Després de tres sprints d'accions completades, torna la creença. Aquesta creença ho és tot.
A Conectia, els enginyers sèniors que col·loquem en equips de clients aporten experiència de múltiples equips d'alt rendiment. Quan un enginyer ha vist el mateix coll d'ampolla de desplegament resolt de tres maneres diferents en tres empreses diferents, la seva aportació a la retro val més que una altra ronda de brainstorming des de zero.
Necessites enginyers que aportin maduresa de procés juntament amb habilitat tècnica? Parla amb un CTO — els nostres enginyers sèniors de LATAM enforteixen tant la teva base de codi com les teves pràctiques d'enginyeria.
