La prueba para saber si un equipo hace Scrum o sólo sus reuniones: ¿al final del sprint hay algo que un usuario podría usar? Si la respuesta es «no, falta integrarlo» durante tres sprints seguidos, las ceremonias están corriendo en el vacío.
Idea clave
Períodos cortos que terminan con algo funcionando, para corregir antes de gastar tres meses. Cada evento existe para responder una pregunta concreta; si no la responde, se acorta. Y si al final del sprint no hay nada que un usuario pueda usar, las ceremonias están corriendo en el vacío.
El límite de trabajo en curso no existe para que la gente trabaje más: existe para que el trabajo termine. Un tablero lleno de tareas empezadas no es un equipo productivo: es un equipo que todavía no entregó nada.
Idea clave
Menos cosas abiertas es más cosas terminadas. El tiempo de ciclo es el trabajo en curso dividido por lo que se entrega: para acelerar, lo más fácil no es correr más rápido, es tener menos cosas empezadas. Y cuando entra una urgencia, sale otra cosa.
Los criterios de aceptación son el lugar donde aparecen los casos borde antes de que aparezcan en producción. Escribirlos con quien pide la funcionalidad es la actividad con mejor relación entre tiempo invertido y problemas evitados de todo el proceso.
Idea clave
La plantilla no importa; los criterios de aceptación sí. Escribilos con quien pide, con al menos un caso borde y un caso de error, decí qué queda afuera, y cortá por caso de uso y no por capa técnica: la primera mitad tiene que servir para algo.
Una reunión se justifica cuando hace falta ida y vuelta en tiempo real: explorar algo difuso, resolver un desacuerdo, tomar una decisión que necesita discusión. Informar, coordinar y reportar funcionan mejor por escrito, y encima quedan registrados.
Idea clave
Cada reunión tiene que producir una decisión que no pueda salir de un mensaje. El daily mira el tablero y no a las personas; la revisión muestra algo funcionando; la retrospectiva sale con una acción, con dueño y revisada. Y probar cancelar una durante dos semanas es más rápido que discutir si sirve.
Un pedido describe una solución; el discovery recupera el problema, su frecuencia y lo que la persona hace hoy para arreglárselas. Ese apaño actual es la mejor fuente de información que existe: muestra qué le duele de verdad.
Idea clave
Antes de estimar, preguntá qué decisión cambia lo que se pide, cada cuánto pasa y qué hacen hoy sin eso. Preguntá por el pasado concreto y no por las intenciones, y buscá apaños: alguien que ya invirtió su tiempo en resolver algo es la evidencia más fuerte de que el problema existe.
Impacto y esfuerzo ordenan; el costo de demora desempata. Una función que da lo mismo hacer en enero que en junio compite distinto que una que cuesta plata cada semana que no existe.
Idea clave
Impacto y esfuerzo ordenan, el costo de demora desempata y lo que depende de terceros va primero aunque sea chico. Cuando alguien dice que todo es prioritario, la pregunta que lo resuelve es: si sólo pudiéramos terminar una cosa este mes, ¿cuál?
Cada rebanada tiene que poder salir sola a producción y servirle a alguien. Si un pedazo no se puede entregar sin el siguiente, no es una rebanada: es una capa con otro nombre.
Idea clave
Cada rebanada atraviesa toda la pila y le sirve a alguien sola. Cuando algo parece indivisible, probá con los seis cortes: caso de uso, tipo de dato, audiencia, regla de negocio, manual antes que automático, y funciona antes que funciona rápido.
Decidí la hipótesis con su mecanismo, una sola métrica principal y cuánto va a durar antes de ver ningún dato. Cambiar cualquiera de las tres después de mirar convierte el experimento en una anécdota con gráficos.
Idea clave
Escribí hipótesis, métrica única, efecto mínimo y duración antes de encender nada, con métricas de seguridad para no ganar rompiendo otra cosa. Si el tráfico no alcanza para concluir, no corras el experimento: decidí por criterio y medí el resultado después. Y limpiá el perdedor.
La activación se define por el primer momento en que el producto le sirvió a alguien, no por terminar el registro. Y la retención se mira por cohortes —los que entraron en marzo, los que entraron en abril— porque el promedio general esconde si el producto está mejorando.
Idea clave
La secuencia es llegar, activarse, volver, pagar, y se arregla de atrás para adelante: invertir en adquisición con la retención rota es llenar un balde agujereado. Definí la activación como el primer resultado útil, mirá la retención por cohortes y buscá que la curva se aplane.
El objetivo es cualitativo y memorable; los resultados clave son medibles y describen un cambio en el mundo, no trabajo terminado. Si el resultado clave se cumple y nada mejoró, estaba mal escrito.
Idea clave
Objetivo memorable, dos o tres resultados medibles con línea de base, un renglón de lo que no se va a hacer y una revisión cada dos semanas. Si el resultado clave se puede cumplir sin que nadie note una diferencia, es una tarea. Y no los ates al bono: en cuanto definen la plata, dejan de dirigir.
Se miran las cuatro juntas o ninguna. Subir la frecuencia de despliegue mientras sube la tasa de fallas no es progreso, y bajar las fallas congelando los despliegues tampoco.
Idea clave
Frecuencia, tiempo de entrega, tasa de fallas y recuperación: las cuatro juntas, como tendencia del propio equipo y nunca para comparar equipos ni personas. Descomponé el tiempo de entrega y vas a encontrar espera, no trabajo. Y recordá qué no miden: si lo que se entrega sirve.
Cualquier medida individual de volumen se convierte en objetivo y deja de medir lo que medía. La alternativa no es medir mejor a las personas: es medir el sistema y los obstáculos, que es donde además están las mejoras grandes.
Idea clave
No hay una medida individual de productividad que sobreviva a convertirse en objetivo. Medí el sistema, la fricción, las interrupciones y la espera, preguntá cada semana qué frenó a la gente, y cerrá el círculo mirando si lo entregado se usa.
Un roadmap orientado a resultados lista problemas con su criterio de éxito, no funcionalidades con fecha. Y la certeza baja con el horizonte, explícitamente: prometer el cuarto trimestre con el mismo detalle que el primero es lo que hace que nadie le crea a ninguno de los dos.
Idea clave
Tres horizontes con certeza decreciente, problemas con criterio de éxito en vez de funcionalidades con fecha, una sección explícita de lo que no se va a hacer, y una fecha fija de actualización. Los compromisos con fecha dura existen: se marcan como tales y se protegen.
Ingeniería no entra al final a estimar: entra en la exploración a poner precios. Saber qué es caro y qué es barato es información de diseño, no un obstáculo al diseño.
Idea clave
No se trata de reunirse más, sino de adelantar cuándo aparece cada disciplina: ingeniería pone precios durante la exploración, diseño revisa lo construido, y los tres miran a un usuario y a las métricas. Traducí «no se puede» a «cuesta tanto»: es lo que te mantiene en la conversación.
Acordá el contrato antes que la implementación. Dos equipos que se pusieron de acuerdo en la forma de los datos pueden trabajar en paralelo durante semanas sin hablarse, y eso es exactamente lo que se busca.
Idea clave
Primero eliminar la dependencia, después coordinarla. Contratos acordados temprano para las de interfaz, decisión por defecto con fecha para las de decisión, y documentación para las de conocimiento. Si la misma dependencia aparece todos los meses, el problema es el límite entre los equipos, no su coordinación.
atlas.matiascaliz.com.ar/materias/producto-y-agilidad — si algo de acá no se entiende solo, el post completo lo explica.