¿Cómo evaluar e integrar los cambios de producto en un proyecto ágil
Video: Proceso de devolución por defectos en productos
Bienvenida cambio en un proyecto ágil ayuda a crear el mejor producto posible. Sin embargo, la integración de nuevos requisitos o sugerencias significa evaluar y priorizar las necesidades y actualizar el Pila de Producto, una lista completa de todos conocido el alcance para el producto. Debido a que usted recibe sugerencias para cambios de producto a lo largo de un proyecto ágil, es necesario determinar qué cambios son válidos y gestionar las actualizaciones:
Evaluar si el nuevo requisito debería ser parte del proyecto, la liberación o el sprint mediante unas preguntas clave:
a.¿Apoya el nuevo requisito de la declaración de la visión del producto?
Si es así, añadir el requisito a la pila de producto y planificación de producto.
Si no, el requisito no debe ser parte del proyecto. Puede ser un buen candidato para un proyecto separado.
segundo.¿El nuevo requisito apoyar la meta versión actual?
Si es así, el requisito es un candidato para el plan de lanzamiento actual.
Si no, deje el requisito sobre la pila de producto para una versión futura.
do.¿El nuevo requisito apoyar el objetivo actual de sprint?
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 pila de producto para un sprint futuro.
Tener el equipo de desarrollo de estimar el esfuerzo para el nuevo requisito.
Video: PUCP - Autoservicio de préstamo y devolución automatizada
3.Prioritize el requerimiento contra otros requisitos de la cartera de productos y añadir el nuevo requisito de la pila de producto, en orden de prioridad, teniendo en cuenta:
El dueño del producto que más sabe de las necesidades comerciales del producto y la importancia que el nuevo requisito puede estar en relación con otros requisitos. El dueño del producto también puede llegar a los agentes de penetración adicional a la prioridad de un requisito del proyecto.
El equipo de desarrollo también puede tener una visión técnica acerca de la prioridad de un nuevo requisito. Por ejemplo, si Requisito Requisito A y B tienen un valor empresarial iguales, pero hay que completar Requisito Requisito B para A sea factible, el equipo de desarrollo tiene que avisar al propietario del producto.
Video: Gap 1 2 Opera House
Aunque el equipo de desarrollo y los participantes del proyecto pueden proporcionar información para ayudar a priorizar un requisito, en última instancia, determinar la prioridad es el trabajo del dueño del producto.
La adición de nuevos requisitos a la pila de producto puede significar mover otros requisitos abajo en la lista de la cartera de productos.
No añadir nuevos requisitos para los sprints ya en curso a menos que el equipo de desarrollo de los solicite.