Una User Story o historia de usuario es una petición que se formula en el lenguaje cotidiano o de negocios a un programa de ordenador en un máximo de dos frases. La user story juega un papel importante en el desarrollo ágil de software, lo que facilita al cliente la formulación de tareas para el software o los programadores.

Contexto

El origen de las user stories se remonta a 1998. En ese momento, los clientes solicitaron poder formular el objetivo de un proyecto en términos más sencillos en el marco de una programación extrema. Las user stories debían formularse de la misma manera que los casos de aplicación. El aspecto más importante fue el aspecto práctico, que permite a los clientes formular requisitos sin utilizar lenguajes de programación. Hoy en día, las user stories son una parte integral del desarrollo ágil de software.

Componentes y ejemplos

En 2001, Ron Jeffries desarrolló la fórmula de las tres Cs de la creación de user stories, que consistía en una tarjeta, una conversación y una confirmación:

• Tarjeta: objeto físico en el que se registra la solicitud.
• Conversación: la discusión de las necesidades de los respectivos grupos de interés. Estos pueden ser clientes, desarrolladores, testers o usuarios.
• Confirmación: garantiza el cumplimiento de los requisitos acordados.

Con respecto a un Scrum, el propietario del producto es responsable de crear user stories.

Los componentes de una user story

• Nombre: corto y conciso.
• Breve descripción.
• Criterios de aceptación: Los detalles del requisito se exponen brevemente. Estos criterios fueron una forma de determinar si se han cumplido los requisitos.

De esta manera, la parte interesada puede formular o negociar con precisión los requisitos de un software ágil.

Una user story suele desarrollarse de acuerdo con una estructura fija: Tipo de usuario -> Acción -> Objetivo o “Como un , quiero <objetivo/deseos> para que ”

Ejemplo

Nombre: Exporte las 10 primeras posiciones de una subpágina como una descripción de archivo CSV: Me gustaría descargar estos datos para crear un historial de mi posicionamiento.

Criterios de aceptación:

• Todos mis empleados pueden acceder a los datos.
• Puedo recopilar y comparar los datos de diferentes períodos de tiempo.
• Puedo elegir diferentes subpáginas de mi sitio web.