¿Cómo evaluar e integrar los cambios de producto en un proyecto ágil

Acogiendo con satisfacción el cambio en un proyecto ágil ayuda a crear el mejor producto posible. Sin embargo, la integración de los nuevos requisitos o sugerencias significa evaluar y priorizar los requisitos y la actualización de la Pila de Producto, una lista completa de todos conocido el alcance del producto. Debido a que usted recibe sugerencias de cambios de productos en todo un proyecto ágil, es necesario determinar qué cambios son válidos y gestionar las actualizaciones:

  1. Evaluar si el nuevo requisito debe ser parte del proyecto, la liberación o el sprint haciendo algunas preguntas clave:

  1. a.¿Apoya el nuevo requisito de la declaración de visión producto?

    Si es así, añadir el requisito de la cartera de pedidos de productos y planificación de producto.

    Si no, el requisito no debe ser parte del proyecto. Puede ser un buen candidato para un proyecto independiente.

  2. b.¿El nuevo requisito apoyar la meta versión actual?

    En caso afirmativo, el requisito es un candidato para el plan de lanzamiento actual.

    Si no, dejar el requerimiento en la cartera de producto para una versión futura.

  3. c.¿El nuevo requisito apoyar el objetivo del sprint actual?

    Si es así, y el sprint no ha comenzado, el requisito es un candidato para el sprint backlog actual.

    Si no, deje el requisito sobre la cartera de productos para un sprint futuro.

  • Haga que el equipo de desarrollo de estimar el esfuerzo para el nuevo requisito.

  • 3.Prioritize el requerimiento en contra de otros requisitos de la cartera de productos y añadir el nuevo requisito de la cartera de pedidos de productos, en orden de prioridad, teniendo en cuenta:

    1. El dueño del producto más sabe acerca de las necesidades de negocio de la de productos y la importancia que el nuevo requisito puede estar en relación con otros requisitos. El propietario del producto también puede llegar a los grupos de interés para una visión adicional de la prioridad de un requisito del proyecto.

    2. El equipo de desarrollo también puede tener una visión técnica sobre la prioridad de un nuevo requisito. Por ejemplo, si Requisito A y B Requisito tienen igual valor comercial, pero hay que completar Requisito B para Requisito A ser posible, el equipo de desarrollo tiene que avisar al dueño del producto.

    3. Aunque el equipo de desarrollo y los interesados ​​del proyecto pueden proporcionar información para ayudar a priorizar un requisito, determinar la prioridad es en última instancia el trabajo del propietario del producto.

    4. Adición de nuevos requisitos para la cartera de productos puede significar mover otros requisitos abajo la lista de la cartera de productos.

    5. No añadir nuevos requisitos para los sprints ya en curso a menos que el equipo de desarrollo de los solicite.




      » » » » ¿Cómo evaluar e integrar los cambios de producto en un proyecto ágil