Saltar al contenido
APDD
Ver mi biblioteca

Método

Historias de usuario

Descripciones breves de algo que una persona necesita, escritas desde su punto de vista, que sirven para conversar y planificar el trabajo en equipos ágiles.

En inglés
User stories
Origen
Jeffries (2001); Cohn (2004)
Produce
una lista de historias con sus criterios de aceptación

Para qué sirve

Ayuda a que el equipo trabaje pensando en para qué sirve cada cosa y no solo en una lista de funciones.

Cómo se hace

  1. Escribir la necesidad en una frase.

  2. Conversar con el equipo para entender los detalles.

  3. Confirmar cómo se sabrá que está terminada.

Aplicaciones en diseño

  • Úsalo así

    Para pasar de la investigación y las ideas al trabajo de un equipo que construye por partes.

  • Evita

    Escribir tareas técnicas con forma de historia.

  • Para no caer

    Un «para…» vago, como «para mejorar la experiencia», no ayuda a decidir: concreta el beneficio.

Elementos clave

  • Tarjeta, conversación, confirmación

    Una nota breve; los detalles salen hablando; y unas pruebas dicen cuándo está terminada.

  • Quién, qué y para qué

    La plantilla «Como…, quiero…, para…», que se popularizó en el equipo de la empresa Connextra.

  • INVEST

    Independiente, negociable, valiosa, estimable, pequeña y comprobable.

Autores y obras

  • Ron Jeffries (2001)

    Describió las tres partes de una historia: tarjeta, conversación y confirmación.

  • Bill Wake (2003)

    Propuso INVEST para revisar si una historia está bien escrita.

  • Mike Cohn (2004)

    Reunió en un libro cómo escribir, estimar y usar historias de usuario.

Conexiones

Fuentes

Fuentes originales

Fuentes secundarias

Última revisión: