¿Es apropiado hacer una historia de usuario para eliminar pequeñas piezas de funcionalidad existente?

9

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?

P2l
fuente

Respuestas:

14

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.

Bryan Oakley
fuente
De acuerdo en eso. Es importante saber por qué se agrega o elimina una función, y probablemente haya otra razón oculta en algún lugar detrás de la solicitud para eliminar un botón.
Bruno Schäpper
+1 Agregar eliminando es algo en lo que nunca había pensado, aunque soy optimista
superM
¿Qué pasa con los criterios de aceptación?
geoom
1
@geoom: No sé lo que estás preguntando. Si quieres eliminar una característica, presumiblemente, los criterios de aceptación sería que la función se ha ido de la interfaz de usuario, el conjunto de pruebas se ha actualizado correctamente, la documentación ha cambiado, etc
Bryan Oakley
1

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.

Telastyn
fuente