Gestión de Proyectos WEB – Historias de Usuarios

Qué nos pueden contar las historias de usuarios?

Las historias de usuario representan las expectativas y necesidades de los usuarios con respecto a un producto o servicio. Son elementos específicos dentro de la Lista de Producto que reflejan la perspectiva del usuario sobre las funciones que desean ver en el producto.

Los elementos de una historia de usuario comprenden:

  1. Título: Una breve descripción que resume la esencia de la historia.
  2. Descripción: Detalla la situación del usuario, la acción deseada y el beneficio esperado.
  3. Puntos: Una medida relativa de la complejidad o esfuerzo necesario para completar la historia.
  4. Criterio de aceptación: Condiciones que deben cumplirse para considerar la historia completa y satisfactoria.

La estructura básica de una historia de usuario es la siguiente:

  • Descripción:
    • Como [rol]
    • Quiero [acción]
    • Para [beneficio]

Por ejemplo:

  • Como estudiante
  • Quiero poder completar evaluaciones en la plataforma
  • Para poder ser evaluado y tener una calificación.

La definición de «completo» implica una serie de elementos necesarios para asegurar la finalización adecuada de una historia. Por ejemplo, funcionalidad (con criterios de aceptación), código subido en git, pruebas creadas y documentación.

Al invertir en historias de usuario, es esencial seguir el principio de las tres C’s:

  • Tarjetas: Representan las historias de usuario y su progreso.
  • Conversación: La interacción entre los miembros del equipo para comprender y refinar las historias.
  • Confirmación: La validación de que la historia de usuario cumple con los requisitos y expectativas del cliente.

Además, al invertir en historias de usuario, es útil recordar los principios de INVEST:

  • Independiente: Las historias deben ser independientes entre sí.
  • Negociable: Deben ser lo suficientemente flexibles para ser discutidas y adaptadas.
  • Valiosa: Deben agregar valor al producto final.
  • Estimable: Su tamaño o complejidad debe ser estimable.
  • Pequeña: Deben ser lo suficientemente pequeñas como para completarse en un período de tiempo razonable.
  • Testable: Deben tener criterios de aceptación claros para su prueba.

Deja un comentario

I’m Luis E. Fagúndez

Bienvenidos a mi página web personal. Mi nombre es Luis, me gusta enseñar, programar y tomar litros y litros de café.

En esta web vas a encontrar materiales sobre educación, programación, Gnu/Linux, software libre y mucho más.

Esta web busca brindar información sobre las asignaturas que imparto en DGETP-UTU, así como proyectos personales y otras cosas.

Gracias por ser parte de esta hermosa comunidad.

Formas de contacto