Desarrollar software correctamente no es suficiente
¿Sabes qué porcentaje de las funcionalidades que desarrollamos son rara vez —o nunca— utilizadas por el cliente final? Más del 60 %.
Imagina que lanzas una nueva funcionalidad en la que tu equipo ha invertido semanas de trabajo. Está probada y perfectamente integrada. Pero luego… nadie la usa.
Según Pendo, el 60 % de las funciones en un producto de software se utilizan nunca o poco
Eso equivale a miles de millones en esfuerzo de ingeniería desperdiciado, y una señal clara:
Desarrollar software correctamente no es suficiente
Debemos asegurarnos de que estamos desarrollando el software adecuado y demostrar que importa
¿Hacia dónde necesitan orientarse los equipos?¿Hacia dónde deben orientarse los equipos?
Para apoyar este cambio, el Scrum Guide Expansion Pack introduce un nuevo compromiso doble:
Compromisos Dobles en el Scrum Guide Expansion Pack 2025
Para apoyar esta evolución, el Scrum Guide Expansion Pack introduce un nuevo compromiso doble:
- Definition of output done: ¿Está desarrollado correctamente?
- Definition of outcome done: ¿Tuvo un impacto?
Cómo aplicarlo
En SQLI lo llevamos a cabo así:
Indicadores que importan
Necesitamos distinguir entre indicadores leading y lagging. Ambos son esenciales para medir los resultados de manera efectiva.
Ejemplos de Outcome Criteria
Los Outcome Criteria definen el éxito más allá de la entrega, centrándose en el impacto medible y en las hipótesis validadas para cada elemento del Product Backlog.
Al adoptar prácticas orientadas a resultados, definir indicadores claros y validar el impacto real, los equipos pueden ir más allá de entregas superficiales y crear productos que realmente marquen la diferencia. La pregunta es: ¿cómo medirás el éxito en tu próximo Sprint?
¿Cómo sabe tu equipo cuándo se ha logrado el resultado deseado?
Descubre cómo nuestros Servicios Ágiles apoyan la transformación digital con entrega basada en datos y prácticas adaptativas.
Contenido relacionado
