¿Cuándo está bien para borrar una historia de usuario de la cartera de pedidos [cerrada]

Question

Si estoy y estética el atraso y veo una historia de usuario que es completamente válido, pero se debería suprimirse prioridad ultra baja? Es el retraso supone que sólo las historias de usuario que tienen la oportunidad de ser trabajado en o deben ser todas las historias de usuario que están relacionados con un producto, incluso si es sólo una idea que tenemos mientras la lluvia de ideas. ¿Y si la idea surgió de adentro como petición del cliente, pero no es un punto de alta prioridad desde el punto de vista del propietario del producto?

Answer 1

No me quito tales historias. La naturaleza atraso es tal que contiene todo, no importa lo insignificante como para que el sake importante que es. Hacia el final de cada sprint que podría haber una oportunidad de trabajar en este tipo de historias, si se incluyen como metas exigentes como nosotros. Sobre todo si son relativamente pequeños. La belleza de las tareas de estiramiento es que ellos no tienen que hacer. No son más que dulces. Así que por eso siempre guardo ellos.

Answer 2

La respuesta - como puedo demostrar que soy un consultor de corazón - es "depende"

Si cree que la historia se llevará a cabo algún día, o el usuario que pidió la historia es desagradable, o si desea mantener la historia en torno a porque representa "bueno tener" funcionalidad que puede ser que consiga nuevo grado de prioridad en el futuro, luego mantenerlo.

Si está seguro, absolutamente seguro, que la supresión no va a dar la vuelta a morder en el culo, eliminarlo.

Answer 3

  

Si estoy y estética el atraso y veo una historia de usuario que es completamente válido, pero es prioritario ultra baja debería ser borrado?

Por supuesto que no! Mientras se está preparando a sus historias de usuario, también es necesario preparar su estructura de liberación o plan. Es necesario compartimentar sus historias de usuario en los lanzamientos. También me gustaría crear un comunicado de la papelera de reciclaje llamado para poner todas las cosas que usted no está seguro de si necesita o no. Lo que sería útil sería leer "Estimación ágil y planificación" por Mike Cohn

Answer 4

El dueño del producto posee pila de producto y ella debe ser la única persona que puede modificar el contenido de la cartera. Una vez que se añade una historia de usuario a la cartera de pedidos se describe alguna característica y tiene cierta prioridad. historias de baja prioridad de los usuarios no deben suprimirse porque las prioridades pueden cambiar con el tiempo o el próximo relese se pueden planificar más adelante y estas características capturadas se pueden incluir una nuevas prioridades.

No hay nada malo cuando termina el proyecto y todavía hay un montón de historias de baja prioridad de usuario en el atraso. Sólo significa que el presupuesto / resurces fueron a la baja para completar todos o que no era posible la entrega de todos ellos en el horario previsto. (También muestra oportunidad para que la próxima versión o revisión.) La rason para la priorización es entregar las historias de usuario con el mayor valor de negocio.

Editar

Me puedo imaginar que la historia de usuario se puede eliminar si encuentra a alguien que no se puede implementar (nunca). Por ejemplo, debido a la política de la empresa o por razones legales. Pero en tal caso yo todavía quiere usar sólo "suave" borrar con motivo añadido para borrar.

Answer 5

  

Si estoy y estética el atraso y veo una historia de usuario que es completamente válido   pero se debería suprimirse prioridad ultra baja?

Como propietario de un producto es su deseo de mantener / historias eliminar de la cartera de pedidos. Sin embargo, si es una historia válida para que borrarlo? He visto prioridad ultra baja de repente se mueve de repente a veces. También podría ser que en el futuro esta historia ofrece un buen complemento de bonificación para darle en si necesita algunas historias pequeñas para poner en su carrera, pero no hay otras historias de mayor prioridad caben. Dicho esto, me gustaría probablemente preferiría poner en algún momento de hacer las pruebas más automatizados y refactorización si hay tiempo libre. (Si alguna vez tiene tiempo libre que es :))