Crear backlog priorizado del producto con scrum

Ingeniería de software->Análisis, diseño e implementación de software->Crear backlog priorizado del producto con scrum

Beneficios del backlog priorizado del producto con scrum

El Product Backlog priorizado en el mundo de la ingeniería del software es un documento en donde se lista todas las funcionalidades que necesita el negocio ordenadas sea por:

1) Valor que aporta al negocio.

2) Nivel de riesgo.

3) Dependencia.

con el fin de optimizar recursos o aumentar la productividad o reducir costos o aumentar los ingresos. Por consiguiente, el dueño del Product Backlog viene siendo el Product Owner quien es el representante del negocio frente al área técnica para gestionar la Implementación de las funcionalidades de software que necesita la operación para su funcionamiento.

Con base en lo anterior, el Product Backlog Priorizado ofrece lo siguientes beneficios.

1) Aumentar el valor en cada incremento de producto.

2) Acelerar el ROI (Retorno de la Inversión) por cada incremento de producto entregado.

3) Reducir la materialización de riesgos.

4) Priorizar las Historias de usuario que presentan mayor dependencia de agentes exterNoS.

¿Cómo definir el backlog priorizado con scrum con scrum?

Se debe construir un cuadro que contenga como mínimo las siguientes columnas:

Historia de usuario: Es en donde se registra. la necesidad del cliente ojalá haciendo uso del Como – Necesito – Para. Ejemplo:

Estimación: Haciendo uso de la serie Fibonacci se estima la complejidad de la historia de usuario y con base en la complejidad obtenida se obtiene el tiempo estimado de desarrollo tomando una matriz de tiempos definida previamente por la fábrica de software.

Prioridad: Corresponde a la urgencia que tiene el negocio para poner en la operación la funcionalidad esperada con la historia de usuario.

Detalle: Este campo es utilizado únicamente para aquellas Historias de usuario que están próximas a ser incluidas en un sprint, con el fin de detallar el requisito del cliente. Este campo no es diligenciado en las Historias de usuario que están lejos de ser parte de un sprint debido a que puede presentar variaciones en el tiempo por lo cual, su diligenciamiento en lugar de aportar valor genero pérdida de tiempo que pudo haber sido invertido en actividades de mayor impacto.

A continuación dejamos disponible un archivo de Excel para realizar seguimiento a los sprint - Product Backlog priorizado y los remanentes.

Contenido del product backlog priorizado con scrum

Para obtener el máximo beneficio del Product Backlog es muy importante incluir únicamente requisitos o Historias de usuario que cumplan alguna de las siguientes condiciones:

• Generar valor al negocio en el aspecto financiero.

• Generan valor al negocio en el aspecto operativo.

• Generan valor al negocio en el aspecto comercial.

• Generan valor al negocio en el aspecto normativo.

Condiciones que van en contravía de las Historias de usuario presentadas por el negocio que no aportan valor. Siendo la causal de su origen alguna de las siguientes condiciones:

• Son un capricho del usuario, quien no tiene claro para que desea una nueva funcionalidad.

• Optimizan una o varias actividades de un proceso, pero ralentizan otras actividades del proceso debido a que no se visualizó el impacto de la historia de usuario a nivel global.

Creado por El portal web - Siendo su última actualización el: 2019-06-28

Otros temas de interés