Creación del backlog
Descripción del backlog
El backlog de productos es una lista ordenada de objetos de trabajo, pequeños o grandes, específicos del proyecto, que califican para la implementación. Al usar terminología de Scrum, a estos elementos se los refiere como historias de usuarios. Además, Pega Express™ usa el término épica para denotar los agrupamientos de las historias de usuarios.
La épica y las historias de usuarios cubren una amplia variedad de tipos de trabajo, como:
- Ideas para nuevas funciones o mejoras
- Problemas de aplicaciones que requieren atención
- Trabajo requerido para abordar actualizaciones técnicas
Para obtener más información acerca de las historias de usuarios, consulte el tema de Pega Academy Preparación de historias de usuarios.
Detalles del backlog
Puede usar el backlog para tipos de caso (un resultado de la fase de descubrimiento) como punto de partida para el backlog del proyecto. Esta ya contiene documentación para varios de los elementos que se convierten en épica e historias de usuarios.
Como alternativa, los resultados de las sesiones de estrategia de diseño, como un sprint de diseño, son una rica fuente de ideas innovadoras. Los resultados tanto del backlog para tipos de caso como las sesiones de diseño conforman los aportes necesarios para completar el backlog del proyecto durante la fase de preparación.
Durante la fase de preparación, el equipo del proyecto (con representación del área de negocio y de TI) trabaja en colaboración mutua para agregar detalles al backlog para tipos de caso, a fin de crear y documentar borradores de tipos de caso de alto nivel con herramientas de Pega. Este esfuerzo colaborativo identifica las etapas y los pasos clave para el tipo de caso, además de asociar aspectos detallados de cada caso, como interfaces y Personas con el tipo de caso. Este detalle adicional hace que el equipo se concentre en la funcionalidad necesaria para entregar resultados de negocio y brinda una base para priorizar el trabajo.
La siguiente imagen muestra cómo la información asentada en el backlog para tipos de caso y los resultados de un sprint de diseño sirven para completar el backlog con borradores de épica e historias de usuarios.
La clave para crear su backlog es comprender que este puede cambiar en el tiempo. No se espera que un primer borrador incluya detalles en un 100 %. El equipo refina el backlog a medida que reúne más información y elabora las historias de usuarios en el tiempo. El equipo reúne datos del Product Owner, los Business Architects (BA), el Lead System Architect (LSA) y los evaluadores. Crear su backlog requiere una diversa variedad de puntos de vista para comprender lo que es importante, qué priorizar y cuándo entregar cada historia de usuario.
Tip: Cuando se diseña y se completa el backlog, es fundamental trabajar de manera colaborativa. La interacción y los debates entre los miembros del equipo de negocio y del proyecto son clave para lograr un entendimiento común.
Priorización para el backlog
Los backlogs evolucionan y cambian de manera continua a lo largo del tiempo. Asegúrese de que el backlog incluya historias de usuarios actualizadas y que esté priorizado en línea con el valor de negocio que proporcionan las historias de usuario. Las historias de usuarios nuevas se pueden priorizar sobre otras, y algunas se pueden reemplazar. Es posible que historias de usuarios existentes ya no sean necesarias, y se podrán quitar. La gestión y priorización del backlog es una actividad permanente que continúa durante todas las fases del proyecto.
La información sobre técnicas de priorización está disponible en Pega Community.
Creación y mantenimiento del backlog
El Product Owner es el propietario del backlog. El PO crea el backlog, lo mantiene actualizado y prioriza las historias de usuarios. En el comienzo del proyecto, el Product Owner y el equipo del proyecto deben acordar el enfoque de gestión del proyecto y los objetos de trabajo de la aplicación.
Al tomar decisiones de priorización, el Product Owner tiene una amplia variedad de historias de usuarios. Algunas historias son elaboradas, se comprenden correctamente y están listas para el desarrollo. Otras aún se encuentran en etapas tempranas del ciclo de vida de la historia del usuario. Esta variedad implica que el Product Owner debe considerar tanto las metas de corto plazo para la planificación del sprint como las metas de largo plazo para la planificación de la elaboración cuando se trata de priorizar historias en el backlog.
Tip: Aborde el backlog con una mentalidad abierta, de modo que el equipo pueda concentrarse rápidamente en lo que se requiere en el momento y, a la vez, pueda volver a priorizar la dirección de la aplicación a medida que cambian las necesidades del negocio.
This Topic is available in the following Module:
If you are having problems with your training, please review the Pega Academy Support FAQs.
¿Quiere ayudarnos a mejorar este contenido?