El perfeccionamiento de la cartera de pedidos le lleva de la visión al valor
por Ellen Gottesdiener y Jeff Sutherland
Aporte valor antes
El refinamiento del backlog prepara el backlog para el desarrollo. Invertir en hacerlo bien le ayuda a ofrecer valor antes, puede duplicar su productividad y crea una sólida colaboración, la columna vertebral de los equipos de alto rendimiento. Hemos observado que los Product Owners necesitan formación avanzada en el refinamiento del backlog. Con un enfoque agudo en el valor y la realización de Conversaciones Estructuradas utilizando las 7 Dimensiones del Producto, mejorará en gran medida su capacidad para pasar de la visión al valor.
El perfeccionamiento consiste en prepararse
Perfeccionar el backlog del producto implica analizar y trocear las historias de forma que los elementos del backlog estén listos para la planificación de sprints. Un backlog sano es refinado continuamente por el propietario del producto para que el equipo detalle, estime, valore y ordene los elementos del backlog. Este trabajo de refinamiento continuo es la clave para una entrega rápida e incremental del valor del producto, al tiempo que optimiza la productividad del equipo de desarrollo. Según los estudios realizados por Jakobsen y Sutherland, los elementos del backlog del producto que se han refinado adecuadamente a tiempo para planificación de sprints puede duplicar la productividad de un equipo. [1]
Sin embargo, los equipos luchan por hacer este importante trabajo de forma eficiente y eficaz. Vacilan cuando pierden el tiempo con elementos del backlog que son insignificantes para el valor global del producto o son demasiado grandes o difusos para ser procesables o demostrables.
Empezar y terminar con valor
Un producto de éxito aporta valor cuando está alineado con la visión y los objetivos de su producto. Un producto aporta valor cuando proporciona un rendimiento justo a cambio de tiempo, dinero, bienes o servicios. El refinamiento supone que el propietario del producto colabore con el equipo de desarrollo para ordenar el backlog en función del valor. Y el refinamiento requiere decisiones difíciles que equilibren las diferentes perspectivas de valor de las partes interesadas con la forma en que el valor cambia con el tiempo en función de la evolución de las condiciones del mercado y las necesidades del cliente.
Las decisiones de refinamiento del backlog basadas en el valor requieren la colaboración entre el propietario del producto y el equipo. La creación de confianza debe revelar las complejidades que influyen en las inevitables compensaciones necesarias a lo largo del ciclo de vida del desarrollo. Algunos sprints, por ejemplo, pueden requerir que el equipo asuma una deuda técnica a corto plazo para ofrecer características necesarias para mantenerse a la par con otras ofertas de productos en un mercado altamente competitivo. Otros sprints pueden requerir que el equipo se centre en reducir el riesgo de incumplimiento normativo aplazando el trabajo sobre las características deseables a un sprint posterior.
Una visión holística de los atrasos
Cada producto y los elementos del backlog asociados tienen 7 dimensiones de producto que incorporan requisitos funcionales.(dimensiones Usuario, Acción, Datos, Control) y requisitos no funcionales (dimensiones Interfaz, Entorno, Atributo de calidad). [2]
Las 7 Dimensiones del Producto proporcionan una comprensión unificada, completa y exhaustiva del producto en desarrollo. Esta visión holística de los elementos del backlog enfatiza que ninguna dimensión es suficiente por sí misma, las siete son necesarias. Al explorar estas dimensiones, la comprensión de todos los elementos del backlog debería beneficiarse de conversaciones mejoradas.
Las conversaciones estructuradas le ayudan a obtener valor
El equipo necesita un mecanismo que fomente la exploración, la evaluación y la confirmación mientras se perfeccionan los elementos pendientes. Este enfoque continuo y sistemático se denomina conversación estructurada.
El concepto de conversaciones estructuradas es una herramienta útil para la colaboración y la innovación en grupo. Fomenta un enfoque más eficaz para explorar, evaluar y confirmar opciones.
Inicialmente, el equipo explora opciones para los elementos del backlog a través de las 7 Dimensiones del Producto. A continuación, el equipo evalúa un subconjunto de opciones de alto valor y las ensambla en trozos valiosos cohesionados. La conversación no termina hasta que todos saben cómo confirmar su entendimiento compartido identificando cómo se demostrará y validará cada historia.
El perfeccionamiento mediante conversaciones estructuradas con las 7 dimensiones del producto pone de manifiesto las dependencias y permite al equipo centrarse en historias útiles y valiosas que son lo suficientemente pequeñas como para estimarlas y completarlas en un sprint. Las especificaciones de habilitación son a menudo subproductos de estas conversiones que complementan historias más complejas. [3] Las especificaciones de habilitación pueden incluir wireframes (dimensión de interfaz), diagramas de modelos de datos (dimensión de datos), tablas de decisión (dimensión de control) o modelos de análisis visual similares. Por ejemplo, el equipo debe dar prioridad a la creación de especificaciones de habilitación que sean más útiles para el cumplimiento de la normativa, la información de referencia para el soporte del producto y para los miembros del equipo que no tengan conocimientos del dominio.
Hemos desarrollado dos días adicionales de formación, además de los cursos Scrum Inc Scrum Product Owner y Scrum Inc Scrum Master, para ayudar a los que realizan el refinamiento del backlog del producto a llevar su creación de historias al siguiente nivel. Mejores historias significan entregas más rápidas, mayor satisfacción del cliente y mayores beneficios. felicidad en equipo y motivación.
¿Quiere saber más?
Leer el libro Descubrir para entregar: Planificación y análisis ágiles de productos por Ellen Gottesdiener y Mary Gorman.
1. Jakobsen, C.R. y Jeff Sutherland, J. "Scrum and CMMI-Going from Good to Great: ¿Está preparado para ser Done-Done?". Agile Conference, IEEE Conference Publications (2009): 333-337.
2. Gottesdiener, Ellen y Mary Gorman. Descubrir para entregar: Agile Product Planning and Analysis. EBG Consulting. 2012.
3. Sutherland, Jeff. "Especificación habilitadora: La clave para construir sistemas ágiles." Scruminc (blog). 2 de junio de 2012.