Valor por encima de la producción: distinguir un equipo Scrum sano de uno solo ocupado
Existe en Scrum un modo de fallo silencioso que de lejos parece éxito. El equipo está ocupado. La velocidad sube. El tablero se llena y se vacía a tiempo. Sin embargo, nada de lo que le importa al cliente está mejorando. El equipo está optimizando la producción — cuánto trabajo empuja — cuando todo el sentido de Scrum es el valor: los resultados de los que el cliente realmente se beneficia. La Guía Scrum de 2020 lo deja explícito al vincular el Objetivo del Producto y el Objetivo del Sprint con el valor, no con el rendimiento. Con muchos equipos trabajando ahora separados, la distinción importa más, porque es fácil sustituir la actividad visible por el progreso real cuando no se puede leer el ambiente de la sala.
El equipo obsesionado con la producción
Un equipo centrado en la producción se mide en puntos de historia completados y trata la velocidad como una meta que superar. El Product Backlog es una cola de funciones ordenada según quien gritó más fuerte. La Revisión del Sprint es una demostración de todo lo que se hizo, sin importar si alguien lo quería. Los Objetivos del Sprint, si existen, son 'terminar estos tickets'. Nadie puede decirle qué problema resolvió la última entrega para un usuario, pero todos saben cuántos puntos costó. Con el tiempo el producto se vuelve más pesado y el cliente no más feliz.
El éxito se mide en puntos y velocidad, no en resultados.
El Objetivo del Sprint es una lista de elementos, no una razón para hacerlos.
La Revisión exhibe actividad en vez de preguntar si movió la aguja.
El backlog se ordena según quién pidió, no según el valor y el riesgo.
El equipo centrado en el valor
Un equipo centrado en el valor comienza cada Sprint con una pregunta: ¿qué resultado intentamos crear y cómo lo sabremos? El Objetivo del Sprint es un único propósito coherente que da sentido al Sprint, de modo que los desarrolladores pueden hacer concesiones razonables a mitad del Sprint sin pedir permiso. El Product Owner ordena el backlog por valor y riesgo y está dispuesto a decir no al trabajo de bajo valor. La Revisión del Sprint es una sesión de trabajo con las partes interesadas sobre lo aprendido y lo que sigue, no una demostración unidireccional. La velocidad se usa como ayuda de planificación, nunca como marcador.
Fije un verdadero Objetivo del Sprint. Una frase que describa el resultado, no una lista de tickets. Debe permitir que el equipo ajuste el alcance mientras entrega algo valioso y usable.
Ordene el backlog por valor y riesgo. El trabajo más difícil del Product Owner es decir no. Un backlog que solo crece es un backlog que nadie gestiona.
Haga que la Revisión sea sobre aprendizaje. Invite a partes interesadas reales, muestre producto funcional y adapte el backlog según lo que escuche. La Revisión es un punto de inspección, no un saludo final.
Trate la velocidad como un pronóstico, no como una meta. Cuando la velocidad se convierte en meta, los equipos inflan las estimaciones y el número deja de decirle nada cierto.
La forma más rápida de saber en qué equipo está es preguntarle a cualquiera para qué sirve el Sprint actual. En un equipo centrado en el valor obtiene una respuesta nítida sobre un resultado. En uno centrado en la producción obtiene una lista de tareas. El trabajo puede verse idéntico en el tablero; la diferencia está en si el equipo sabe por qué lo hace — y en si el cliente está mejor cuando se entrega.
Si sus equipos están ocupados pero el valor es difícil de ver, la asesoría en entrega de programas y proyectos de XNM puede ayudarle a reenfocar la entrega en los resultados que importan.