Pero, ¿Qué pasaría si equivocarnos rápido nos permitiera corregir más rápido?
Algo que aprendí en uno de mis primeros trabajos es que al cometer un error se buscaba corregirlo rápido y después que se corregía se buscaban "culpables" , y aunque suene extraño eso hacia ágil un proyecto , cuanta energía y malos momentos hacen perder el tiempo antes de buscar una solución? 🤔
Uno de los principios que hace poderoso a Scrum es trabajar en ciclos cortos, revisar lo realizado y obtener retroalimentación antes de continuar invirtiendo tiempo y recursos.
Un error detectado después de una semana puede ser corregido.
El mismo error descubierto después de seis meses puede convertirse en un problema mucho más costoso. Nunca falta un error que aparece después de mucho tiempo y retomar el tema , empaparse de lo que se trata hace perder aun mas tiempo .
El caso de Spotify
Spotify ha utilizado prácticas de Scrum en algunos de sus equipos. En un caso documentado por Spotify Engineering, un equipo adoptó Scrum de manera más completa, utilizando sprints de dos semanas, revisiones y retrospectivas para mejorar continuamente su forma de trabajar.
El resultado fue interesante: el tiempo promedio para completar un elemento de trabajo pasó de 8,1 días a 3,9 días, mientras el equipo aumentó su capacidad de trabajo.
La lección no es que Scrum elimine los errores.
La lección es que los hace visibles antes y permite aprender de ellos más rápido. Equivocarse es normal , lo que no es normal es no corregir. 🙄
En un proyecto, equivocarse no siempre significa fracasar.
A veces significa que estamos aprendiendo.
La clave está en detectar, corregir, aprender y volver a intentar.
No comments:
Post a Comment