• Autor de la entrada:
  • Comentarios de la entrada:Sin comentarios

También llamada User Story, la historia de usuario es documentación común a los marcos ágiles. Consiste en una breve descripción de las actividades necesarias para satisfacer las necesidades del usuario final.  

Para lograrlo, debe guiar la especificación de requisitos y todos los involucrados deben tener acceso a él. ¡Consulta las respuestas a las preguntas principales sobre el historial del usuario en este artículo!

1. ¿CÓMO HACER UNA HISTORIA DE USUARIO?

  La historia de usuario suele ser información breve y concisa, desarrollada por los Product Owners, pero no solo por ellos, en un párrafo o unas pocas frases.  

En general, para satisfacer las necesidades de los marcos ágiles, debe contener información como:  

  • quién necesita el software o quién es el interesado;
  • qué se debe hacer o qué función se debe realizar;
  • qué objetivo se debe cumplir o cuál es su valor empresarial.

VEA UN MODELO DE TEMPLATE:

  La técnica INVEST también es una excelente herramienta para escribir buenas historias de usuarios y, además, la siguiente plantilla es ampliamente utilizada y enseñada por muchas instituciones:  

yo como <actor>;

Quiero un/a <necesidad>;

para que <problema a resolver>.      

2. ¿POR QUÉ UTILIZAR LA HISTORIA DE USUARIO EN AGILE?

  En los métodos ágiles, los individuos y las interacciones son más importantes que las herramientas y los procesos. Por lo tanto, la historia de usuario en Agile permite que este marco se desarrolle, ya que es un breve recordatorio de lo que se debe discutir entre los involucrados en el proyecto.  

La historia de usuario se utiliza en Agile, especialmente en el backlog del producto, ya que reduce los problemas de comunicación y reduce el riesgo de conflicto. Es ideal para casos que requieren especificaciones de requisitos menos detalladas.  

Lea también: Los 9 Niveles de Escalada de Conflitos

3. ¿CUÁLES SON LAS PARTES DE HISTORIA DE USUARIO?

  En 2001, Ron Jeffries estableció tres señales de que una historia de usuario se está aplicando bien y las llamó “las tres C”. Mira cada uno de ellos:  

CARD

  La historia de usuario debe estar bien desarrollada y poder escribirse en un solo card, evitando detalles posiblemente innecesarios.  

CONVERSACIÓN

  La historia de usuario debe contener información para promover la comunicación entre el cliente y el equipo de desarrollo. Para ello, es necesario ofrecer la comprensión necesaria para que se entregue una determinada funcionalidad.  

CONFIRMACIÓN

  Es esencial que el equipo tenga una comprensión completa de la información contenida en la historia del usuario. Por tanto, la confirmación muestra si la historia de usuario se completa según los resultados obtenidos.  

Adaptworks ha desarrollado capacitaciones para que puedas aprender, combinando teoría y práctica, sobre temas relacionados con el día a día de las organizaciones, con contenidos disponibles en videos cortos y materiales actualizados.

La Experiencia: Cómo escribir un User Story aborda la redacción de Historias de Usuario de una manera práctica y ofrece acceso al Foro de Discusión para acelerar aún más su aprendizaje y ayudarlo a destacarse en el mercado laboral. ¡Haz su registro!

Adaptworks

@Adaptworks

Deja una respuesta