Scrum – Historias de Usuario II

¿En qué consisten las Historias de Usuario?

La historia de usuario es una definición de la necesidad del usuario, como un recordatorio de la conversación con el cliente, siendo un acuerdo final de mínimos para dar por buena la funcionalidad escrita y esperada.

La forma de definir una Historia de Usuario es la siguiente:

Título

Como [ROL], quiero hacer [FUNCIONALIDAD] con el objetivo de [BENEFICIO]

¿Por qué las Historias de Usuario?

La Historia de Usuario está escrita en lenguaje coloquial al ser simplemente el recordatorio de la conversación con el cliente, y un acuerdo formal de mínimos para dar por buena la funcionalidad descrita y esperada.

Son mucho más humanas y entendibles que los casos de uso o los requerimientos funcionales, que necesitan de un conocimiento técnico para entenderlos. Un usuario normal no entiende la nomenclatura UML, ni los casos de uso y tampoco llega a entender perfectamente los requisitos funcionales.

Se utilizan las Historias de Usuario porque siguen los principios básicos de los requisitos ágiles:

  • Potencian la participación del equipo en la toma de decisiones
  • Se crean y evolucionan a medida que el proyecto avanza
  • Son peticiones concretas y pequeñas
  • Contiene la información imprescindible. Menos es más
  • Apoyan la cooperación, colaboración y conversación entre los miembros del equipo, lo que es fundamental.

¿Qué es una Historia de Usuario?

Una Historia de Usuario es una manera simplea de describir una tarea concisa que aporta valor al usuario o al negocio. Es una invitación a una conversación que no se detalla hasta el momento de su desarrollo.

Las Historias de Usuario pueden ser creadas durante la conversación con las partes interesadas, siendo una forma de reemplazar la documentación con conversaciones.

Ejemplos de Historias de Usuario

Historias de Usuario, Épicas y Temas

Según el nivel de detalle, podemos organizar el Roadmap de nuetro proyecto en:

Temas

Grandes proyectos, peticiones globales sin más análisis ni detalles

“Buscador de ofertas de trabajo”
“Backoffice para agregar ofertas de trabajo”

Épicas

“Super” historias de usuario, más concretas que los temas

“Sistema de búsqueda de texto libre de ofertas de trabajo”
“Filtros que aplicar a la búsqueda”
“Presentación listado-detalle de los resultados de búsqueda”

Historias de Usuario

Una manera simple de describir una tarea concisa que aporta valor

“Como candidato quiero buscar en las ofertas de trabajo para ver cuales me interesan”
“Como candidato quiero poder encontrar ofertas filtradas para obtener sólo las de mi zona, mi profesión y la remuneración que yo quiera”

Tareas

Las historias de usuario se pueden dividir en diversas tareas por necesidades técnicas

“Crear UI de presentación de resultados”
“Crear los métodos de consulta a BBDD para que retornen resultados”
“Mostrar un mensaje si no se encuentran resultados con los criterios de búsqueda”

Historias de Usuario, épicas y temas

Los 3 componentes en la creación de una Historia de Usuario

Componentes de la creación de historias de usuario

¿Cómo son las Historias de Usuario?

Cómo son las Historias de Usuario

Cómo son las Historias de Usuario II

El formato de las Historias de Usuario es el siguiente:

“Como <Actor> quiero <Funcionalidad> que <Beneficio>” 

El criterio de aceptación, donde la condición representa lo que se debe cumplir para obtener dicho resultado, se define de la siguiente manera:

Si <contexto>
Cuando <acción>
Entonces<resultado>

Ejemplo: Si el campo no tiene valor cuando se realiza una búsqueda bajo ciertos criterios entonces deberá presentar un mensaje

Criterios de Aceptación

Los criterios de aceptación son las condiciones que un producto de software debe satisfacer para ser aceptado por un usuario, cliente o stakeholder, se los define como un conjunto de sentencias redactadas de tal manera que conduzcan a una respuesta clara de “aceptado/rechazado”.

Tienen un comportamiento binario: lo cumple o no lo cumple. No existe el concepto de cumplir parcialmente un criterio de aceptación.

Algunos ejemplos de criterios de aceptación:

  • Un usuario no puede enviar un formulario sin completar todos los campos obligatorios.
  • La información del formulario se almacena en la base de datos de participantes.
  • Está funcionando el filtro Anti-SPAM.
  • El pago puede efectuarse con tarjeta de crédito.
  • Se envía un mensaje de “Registración recibida” luego de recibir la información del formulario.
  • Un usuario no puede registrarse con la misma información de otro usuario.
  • Se deberá chequear por dirección de mail.
  • Se podrá acceder con el login de Facebook o Google+.

Ejemplo de Historia de Usuario con criterios de Aceptación:

Ejemplo de Historia de Usuario con criterios de aceptación

Puedes encontrar más información en este libro:

Fundamentos de los Requisitos de Software

>>> Si quieres trabajar con nosotros haz click aquí <<<

Compartir el artículo:

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Scroll to top