project-management – Es una nueva solicitud de cambio en una historia de usuario, una historia de usuario diferente

Pregunta:

Hemos completado una historia de usuario para un sprint. Cerca del final del sprint, se solicitó una nueva adición funcional para la misma historia de usuario.

Aquí la historia del usuario seguirá siendo la misma. es decir, como <user> quiero <> para que <> siga siendo el mismo. La única diferencia es que hay un nuevo valor agregado por hacer.

Entonces, ¿debería tomarse esto como una nueva historia de usuario para el próximo sprint o debería tomarse como un trabajo pendiente?

Hemos cumplido con la definición completa que teníamos para la historia del usuario y esta nueva característica es un nuevo requisito que no tendrá ningún cambio en la definición de la historia del usuario.

Estoy agregando un ejemplo para que quede más claro.

Tome una función, por ejemplo, crear perfil, en la que el usuario puede actualizar su nombre, dirección, número de teléfono, foto, etc. y listo. ahora, si el cliente quiere tener un enlace de Facebook o agregar un código de país al número de teléfono, ¿ese cambio solicita una nueva historia de usuario?

Respuesta:

Simplemente cree una nueva historia para su nuevo requisito .

Es posible que la pregunta en su título no tenga una respuesta genérica, pero consideremos su ejemplo:

As a user I want to maintain a user profile

Suponga que tiene una definición de terminado para esta historia, incluida la capacidad de editar y guardar la dirección de la casa, el número de teléfono y algunas otras cosas. El Product Owner estuvo de acuerdo, la historia se estimó y se puso en marcha. Más tarde se marcó como hecho y se ganaron los puntos de la historia.

Si cambia esta historia, esto inducirá un cambio de alcance de la historia original. También muestra una caída en su quema, incluso cuando entregó un trabajo de alta calidad como se acordó antes de asumirlo. Vea esta pregunta relacionada . Crea una nueva historia, acepta que es pequeña y úsala cuando necesites completar tu sprint con algo pequeño.

Aprenda de esto y ajuste su definición de hecho cada iteración para que incluya una revisión antes del final, para evitar adiciones triviales antes de que sea demasiado tarde.

Leave a Comment

Your email address will not be published. Required fields are marked *

Scroll to Top

web tasarım