Per què les mètriques DORA importen més que la velocitat
Tots els sprint plannings als quals he assistit segueixen el mateix ritual. Algú obre el gràfic de velocitat, l'equip discuteix si els 42 punts de l'últim sprint van ser «bons» i tothom es compromet a 45 per al següent. Dues setmanes després, el cicle es repeteix. Ningú no fa la pregunta que importa: estem millorant a l'hora de lliurar programari?
La velocitat mesura activitat. No diu res sobre si aquells punts es van traduir en valor, si el codi era estable o si l'equip està millorant. He vist equips amb la velocitat pels núvols que eren incapaços de publicar una funcionalitat fiable ni que els anés la vida. I equips petits, amb un throughput modest, que desplegaven amb confiança diverses vegades al dia i gairebé sense incidents.
La diferència? El segon grup seguia les mètriques DORA.
Quatre mètriques que mesuren el lliurament, no l'activitat
El 2018, Nicole Forsgren, Jez Humble i Gene Kim van publicar Accelerate: The Science of Lean Software and DevOps. El llibre destil·lava anys de recerca en quatre mètriques que prediuen el rendiment del lliurament de programari. No són opinions: són indicadors avalats per dades i validats en milers d'organitzacions.
Freqüència de desplegament — cada quan desplega el teu equip a producció. Els equips d'elit despleguen sota demanda, diverses vegades al dia. Els de baix rendiment, un cop al mes o menys. Aquesta mètrica captura la capacitat de publicar canvis petits i incrementals en lloc de llançaments enormes i arriscats.
Lead time dels canvis — el temps des que el codi es comiteja fins que corre a producció. Equips d'elit: menys d'una hora. Baix rendiment: d'un a sis mesos. Tots els colls d'ampolla del pipeline — revisió de codi, CI/CD, proves, aprovacions — hi queden retratats.
Temps mitjà de recuperació (MTTR) — quan producció cau, quant trigueu a aixecar-la? Els equips d'elit ho recuperen en menys d'una hora. Els de baix rendiment hi dediquen una setmana o més. Reflecteix directament el monitoratge, les alertes i la resposta a incidents.
Taxa d'error dels canvis — quin percentatge dels desplegaments provoca una fallada a producció. Els equips d'elit es mantenen entre el 0 i el 15%. Els de baix rendiment superen el 46%. Aquí es veu la qualitat del codi, la cobertura de proves i la fiabilitat del pipeline.
La troballa contraintuïtiva: velocitat i estabilitat no estan renyides. Els equips de més rendiment són alhora els més ràpids i els més estables. Despleguen més sovint, es recuperen més de pressa i trenquen menys coses.
Per què la velocitat et falla
És un número relatiu i intern. Els story points volen dir coses diferents a cada equip. Una velocitat de 60 no et diu res si no saps amb detall què representen aquells punts. No hi ha cap referència externa.
Incentiva el comportament equivocat. Quan la direcció vigila la velocitat, els equips optimitzen per a la velocitat: inflen estimacions, trossegen històries per fer pujar el recompte i eviten el refactoring perquè no produeix punts «visibles». La mètrica es converteix en objectiu, i quan una mètrica es converteix en objectiu deixa de ser una bona mètrica — la llei de Goodhart.
Mesura output, no resultats. Un sprint en què l'equip crema 50 punts però deixa producció caiguda dos dies? Per a la velocitat, un gran sprint. Per a DORA, un desastre.
Pots començar a mesurar-ho aquesta setmana
No et cal cap plataforma. Comença pel més senzill.
Freqüència de desplegament. Compta els desplegaments a producció per setmana a partir dels logs de CI/CD. Si desplegues menys d'un cop per setmana, els llançaments són massa grossos, les branques viuen massa temps o desplegar és massa feixuc.
Lead time dels canvis. El timestamp del merge commit menys el del primer commit de la branca. Si supera la setmana, busca la restricció: la revisió de codi s'encalla? La CI és lenta? La QA manual fa de coll d'ampolla?
MTTR. Registra els incidents de producció: quan es detecten i quan es resolen. Amb un full de càlcul ja en tens prou. Posa't com a objectiu inicial baixar de les 24 hores; menys d'una hora és nivell d'elit.
Taxa d'error dels canvis. Desplegaments que han causat incidents dividits pel total de desplegaments. Per sota del 15% és elit. Per sobre del 30%, el pipeline de proves té forats.
La conversa canvia
Quan un equip passa a les mètriques DORA, les converses es transformen. En lloc de «hem complert el compromís del sprint?», es pregunta «per què es va disparar el lead time la setmana passada?». En lloc de discutir si una història són 3 punts o 5, els enginyers investiguen per què va fallar el desplegament de dijous.
Les mètriques DORA són indicadors avançats. Una taxa d'error que puja t'avisa abans de la pròxima caiguda. Un lead time que creix assenyala un coll d'ampolla abans que es converteixi en crisi. La velocitat és, en el millor dels casos, un indicador endarrerit de l'esforç — i en el pitjor, una mètrica de vanitat.
Els story points encara poden servir per planificar sprints dins d'un equip. Però no haurien de ser mai la mètrica que reportes a direcció, que fas servir per comparar equips o que tractes com a salut de l'enginyeria. Per a això hi ha DORA.
Perquè arreli
Mesura les quatre mètriques cada setmana. Posa-les en un dashboard visible. Comenta'n les tendències a les retros. Marca objectius direccionals: «lead time per sota de 3 dies aquest trimestre» és útil; «augmentar la velocitat un 20%», no.
Si vols la recerca de fons, llegeix Accelerate, de Forsgren, Humble i Kim. És el llibre més fonamentat en dades que he llegit sobre lliurament de programari, i prou curt per a un cap de setmana.
A Conectia, quan integrem enginyers sèniors a l'equip d'un client, una de les primeres coses que mirem plegats és com mesura l'equip el seu propi rendiment. Els enginyers que entenen les mètriques DORA no es limiten a escriure codi: milloren el sistema que lliura el codi. Aquesta mentalitat és el que separa un desenvolupador que omple una cadira d'un que fa créixer la capacitat de tot l'equip.
Busques enginyers a qui importi el rendiment del lliurament, i no només les línies de codi? Parla amb un CTO — els nostres enginyers sèniors de LATAM porten les pràctiques i la mentalitat que mouen les teves mètriques DORA en la bona direcció.
