Skip to content

Latest commit

 

History

History
52 lines (29 loc) · 2.73 KB

Historias de usuario.md

File metadata and controls

52 lines (29 loc) · 2.73 KB
Raw

Historias de usuario

17_09_2022

Las características o funcionalidades de una aplicación son las acciones que un usuario puede hacer, si llevamos esto a algo de uso cotidiano podríamos decir que las características de un calefón son: calentar agua y regular la temperatura de la misma.

Las historias de usuario describen con una frase sencilla, corta y no técnica como es una característica para el usuario, son como un recordatorio o promesa de lo que el usuario hará.

Las historias de usuario para una estufa podría ser así:

  1. Como persona que tiene frío, enciendo la estufa para calentarme.

O así:

Como persona que tiene frío, enciendo la estufa para calentarme.

  • Encender la estufa.
    • Crear un botón para encender la estufa.
    • Crear la función que permite encender la estufa.

Como un extra ten en cuenta que las historias de usuario tienen un gran valor en el desarrollo ágil y sus metodologías.

INVEST

INVEST son las siglas de seis características (Indepent, Negotiable, Valuable, Estimable, Small y Testable) las cuales deberían tener todas las historias de usuario.

  • Las historias de usuario tienen que ser independientes unas de otras, para así poder desarrollarlas sin un orden especifico.

  • Los detalles de una historia de usuario tienen que ser negociables, es por eso que son historias de usuario.

  • Una historia de usuario tiene que tener un valor claro ya que tiene un valor comercial, no seria el caso de la refactorizacion o la arquitectura, ya que el usuario no puede saber que interactúa con ellos o más bien saber de su existencia. Por eso un usuario no va a decir "hey, voy a usar esta aplicación por su hermosa arquitectura hexagonal".

  • Una historia de usuario tiene que ser lo bastante concreta como para ser estimable, algo como "la aplicación tiene que ser rápida" no es una historia de usuario.

  • Una historia de usuario tiene que ser pequeña en todo sentido, una descripción breve y clara de algo concreto.

  • Se tienen que poder realizar pruebas que demuestres que una historia está terminada.

Las 3C

Las 3C de las historias de usuario son tres puntos de referencia que se debería tener en cuenta a la hora de trabajar con historias de usuario, las cuales serian tarjeta (Card), conversación (Conversation) y confirmación (Confirmation).

  • Una historia de usuario debería estar escrita en algun lugar accesible para todos.

  • Todos los involucrados tienen que conversar sobre las historias de usuario, el valor de estas, su prioridad y posibles soluciones.

  • Se tiene que confirmar que los objetivos de una historia se alcanzaron y que la misma está terminada.

/// https://asana.com/es/resources/user-stories El libro "Desarrollo ágil esencial" de Robert C.Martin. ///