Definition of Ready, Definition of Done y release
Un ticket en la columna «Hecho» no significa que el usuario tenga algo que funcione, ni que el negocio haya aprendido nada. En esta lección aprenderás a usar la Definition of Ready como una conversación y no como una aduana, a escribir una Definition of Done que sea un listón real, a separar desplegar de lanzar con feature flags y rollout progresivo, a decidir el rollback antes de necesitarlo y a aprender de los incidentes y de los lanzamientos sin buscar culpables.
La Definition of Ready dice cuándo un trabajo está lo bastante claro para empezar; la Definition of Done, cuándo está terminado de verdad; el release, cómo llega a los usuarios sin romper nada.
Importa porque la mayoría de los lanzamientos que salen mal no fallan en el código, fallan en lo que nadie revisó: la analítica sin instrumentar, el soporte sin avisar, el rollback que no existía.
La idea clave: define los criterios de salida antes de construir, despliega detrás de un flag, abre el tráfico por fases con guardrails y no des nada por terminado hasta haber aprendido si funcionó.
- Redactar una Definition of Done de equipo que cubra implementación, revisión, pruebas, analítica, documentación, seguridad y camino de release.
- Diseñar un plan de rollout progresivo con porcentajes, guardrails, criterio para avanzar y disparadores de rollback escritos antes del lanzamiento.
- Facilitar un postmortem sin culpa que separe causa inmediata de causa sistémica y termine en acciones con responsable y fecha.
Crea tu cuenta gratis para leer la lección entera
Crea una cuenta gratuita para acceder al contenido y guardar tu progreso.