Para un área de una aplicación que se ha desarrollado, se ha recibido la solicitud para eliminar un elemento de un menú.
Sé que esto es algo pequeño, pero ¿cómo se trata en Scrum? Estoy acostumbrado a usar User Stories para agregar funcionalidad, no para eliminar.
Entonces mi pregunta es: ¿Debería crear una historia de usuario para esto, de alguna manera relacionada con la eliminación del botón? ¿O hay una mejor manera de lidiar con esto?
Respuestas:
Sí, deberías escribir una historia de usuario.
Usa una historia para todo lo que haces. Te obliga a responder la pregunta "¿qué valor comercial hay en hacer este trabajo?". Escribir historias de usuarios también te obliga a comprender quién se beneficia del trabajo.
Además, usted está añadiendo algo. Presumiblemente, la eliminación se debe a que la función no se usa o tiene errores, o se reemplaza por alguna otra función. Por lo tanto, está agregando usabilidad al producto.
Por ejemplo, la historia podría leerse así:
Como propietario del producto X, quiero que se elimine la función Y para que nuestra interfaz de usuario sea más optimizada y solo proporcione funciones que sean realmente útiles para nuestros clientes.
El valor no está en la historia del usuario per se , sino en el trabajo realizado para crear la historia. Al escribir la historia, ayudas a enfocar tus esfuerzos.
Depende de la razón por la que se elimina el botón:
Si se está eliminando porque ya no se necesita / utiliza la funcionalidad, escriba una historia de usuario que indique el cambio en los requisitos comerciales.
Si se está eliminando porque es confuso o se comporta incorrectamente, entonces vincule el trabajo al error que está solucionando.
Si se está eliminando porque se trata de un cambio en la interfaz de usuario, vincúlelo a la historia de la deuda tecnológica que detalla ese nuevo trabajo.
De lo contrario, deje de hacer un trabajo innecesario y / o diga a las empresas que dejen de dictarle al equipo cómo debe verse su IU.