Historias de usuarios

Historias de usuarios

Hace más de un año comenzamos el camino de utilizar metodologías ágiles. El cambio significó modificar nuestra forma de trabajar e incluso nuestra cultura pero sabíamos que era el camino correcto en pos de buscar la eficiencia en nuestro trabajo.

Trabajar con Scrum nos hizo conocer las “historias de usuarios”, las cuales se enfocan en definir lo que el usuario necesita hacer, sin describir el cómo, por lo que representa el inicio y no el final de las conversaciones. De esta manera dejamos atrás la forma menos práctica de levantar los requerimientos de los usuarios mediante documentación detallada que sólo representa el final de las conversaciones.

Utilizando esta metodología se establece que el encargado de elaborar los elementos del Product Backlog es el Product Owner. Pero el Scrum Master Sin embargo, el Scrum Master tiene la misión de colaborar con el equipo Scrum para que el Product Backlog sea claro. En nuestro caso utilizamos la historia de usuarios con la base de una plantilla preestablecida (¡Descargala!)

Si usamos correctamente esta plantilla logramos tener un enunciado que nos ayudará a identificar los requerimientos de los usuarios ¡Tendremos el qué pero faltará el cómo! La frase quedará de la siguiente forma: Yo como un [Rol], necesito [Descripción de la funcionalidad], con la finalidad de [Descripción de la consecuencia].

Estos son lo elementos de la plantilla que utilizamos para crear el enunciado.

• Identificador (ID) de la historia: Código que identifica unívocamente a la historia en el Proyecto que se esté desarrollando. El formato debe ser elegido por el equipo. esto es para una mejor clasificación
• Rol: Es el rol que está desempeñando el usuario cuando utiliza la funcionalidad que se está describiendo. Debe ser lo más específico posible. Por ejemplo:
  • Yo como cliente registrado.
  • Desempeñando el rol de cliente registrado.
  • Como un cliente registrado.
• Funcionalidad: Representa la función que el rol quiere o necesita hacer en el sistema que se está desarrollando. Se puede diferenciar las acciones obligatorias de las opcionales utilizando las palabras puedo o necesito. Por ejemplo:
  • Necesito realizar búsquedas de productos por categorías.
  • Puedo seleccionar una categoría para ver el número de productos que tiene asociado.
• Razón / Resultados: Lo que el rol necesita lograr al ejecutar la acción. Este es el resultado de ejecutar la acción desde el punto de vista del rol. Este punto puede ser opcional, pues la historia puede documentarse sólo con la definición del rol y la acción (sin definir la consecuencia).