Tratar los comentarios de los usuarios es fundamental para la experiencia del usuario, pero también se aplica a diferentes partes de la aplicación de diferentes maneras.
Tome los siguientes dos ejemplos:
Una historia podría centrarse en una interacción directa del usuario en la que se produce un error fatal. Se utiliza un cuadro de diálogo modal para informar al usuario del error y notificar que la recuperación es imposible. La historia para esto sería: "Como usuario, quiero que me informen acerca de una entrada no válida de algún formulario de datos para poder regresar y corregir este error de inmediato" . Esta historia de usuario implica que se trata de un error de bloqueo fatal que el usuario debe corregir de inmediato.
En una segunda historia, el usuario olvida ingresar datos obligatorios en un formulario. La historia sería: "Como usuario, quiero resaltar los campos faltantes en una entrada para que sepa cuáles son los campos obligatorios".
Esta notificación sutil es muy diferente y no se puede combinar con la primera historia en una historia general de manejo de errores. Sin embargo, ambos pueden surgir de excepciones internas.
Recuerde que es importante transmitir el "qué" de una historia, por ejemplo, el escenario de error que debe abordarse en una situación específica. El cómo del error (es decir, se está lanzando una excepción en algún lugar) es casi irrelevante para el propietario del producto, ya que no tiene valor comercial. Desde un punto de vista técnico, tener una arquitectura de sonido es algo que esperaría de mi producto de cualquier manera.
Al final, obtendrá flexibilidad y extensibilidad al enfocarse en el valor comercial y contar con historias de usuarios bien separadas y pequeñas .