Taller

Historias de Usuario
Historias de Usuario
Qu es una historia de usuario?

Representacin de una necesidad corta en un lenguaje

comn, colaborativo y conversacional.
Las historias de usuario NO son

La historia de usuario no dice el

Como se deben de hacer las
cosas, solo dice Que se debe de
hacer.

CASOS DE USO
REQUISITOS
REQUERIMIENTOS
Cmo nace una historia de usuario?

Forma Natural y Sencilla de Anlisis Funcional

 Conversacin
La Conversacin que tiene el Product Owner con el equipo
de desarrollo.
 Caractersticas de una historia de usuario

Estn escritas en
leguaje del
Contiene la
usuario / natural
informacin
necesaria para su
Describen una desarrollo
necesidad del
sistema
 Elementos de las historias de usuario
1. Que cumpla con las caractersticas: Descripcin,
Criterio de aceptacin, Conversacin
2. Que sean I.N.V.E.S.T
3. Que cumplan la definicin de Listo (Definition of
Ready)
4. Que tengan asociada una Definicin de Hecho
(Definition of Done)
 Las historias de usuario de deben se
I.N.V.E.S.T

I.ndependent (Que sea independiente)

N.egotiable (Que se pueda negociar)
V.aluable (Que de valor al negocio)
E.stimable (Que sea estimable)
S.mall (Que sea pequea)
T.estable (Que se pueda probar)

ATOMICA
 Estructura de una historia de usuario

Pedazos de funcionalidad que sean

implementables independientes.

La unidad mnima funcional que se

podra llevar a produccin en un
determinado momento.
Priorizacin de Historias de Usuario
 Mtodos para priorizar

- Mtodo de MoSCoW
- Mtodo de Theme Scoring
 Priorizacin por MoSCoW

- M Must have (Tiene que estar en la pila de producto)

- S Should have (Debera estar si es posible)
- C Could have (Podra estar si no afecta a nada ms)
- W Wont have (No estar esta vez, pero lo estar en un
futuro)
Priorizacin por Theme Scoring
1 + 2 - 3 (+ riesgo mitiguen)
Historias de usuarios segn su tamao
 Tcnicas para la divisin de Historias de
Usuario
- Conjunciones y Conectores
Sensibles de divisin cuando (y, o, si, cuando, pero, para, aunque, ni,
entonces, como, bueno, porque, sino)

- Palabras Genricas
Sensibles de divisin cuando (Aquellas que abarcan por debajo
muchos conceptos, por ejemplo Informacin,
plataformas)

- Criterios de Aceptacin
Sensibles de divisin cuando (Sensibles de divisin por grupos
de criterios de aceptacin)
 Ejercicio
Caso Real
Necesidad
Priorizacin Inicial

Interesado ?

Unidad Mnima Funcional

y con Valor (Criterios Aceptacin)

Necesidad Funcional
Conjunciones
Generalidades
Criterios Aceptacin
I.N.V.E.S.T.
H.U. Refinada
H.U. EPICA
En trminos de beneficios Propsito / Valor
para el negocio, Cliente
Criterios de Aceptacin
Que se espera que hagan las caractersticas
esperadas en la historia de usuario.
 Ingreso al sistema
Yo como Usuario
Deseo ingresar al sistema
Para poder hacer uso de las funcionalidades del sistema

--- Criterios de aceptacin -----

Criterios de Aceptacin 1: Ingreso exitoso

Cuando el ingreso del usuario y contrasea son correctos

Entonces el sistema permitir el ingreso al sistema
Criterios de Aceptacin 2: Ingreso fallido

Cuando el ingreso del usuario y contrasea son incorrectos

Entonces el sistema NO permitir el ingreso
Y el sistema presentar una alerta con el siguiente mensaje: Usuario y/o
contrasea no vlido, por favor recuerde que tiene 4 intentos para ingresar al
sistema, luego de esto su usuario ser bloqueado.

Criterios de Aceptacin 3: ltimo ingreso fallido

Cuando el ingreso del usuario y contrasea son incorrectos

Entonces el sistema NO permitir el ingreso
Y el sistema presentar una alerta con el siguiente mensaje: Su usuario se
encuentra bloqueado, favor contacte al administrador del sistema, o al telfono
xxxxxxxx para que sean reestablecidos los accesos al sistema.
Criterios de Aceptacin 4: Ingreso a una url o pgina no autorizada

Cuando el usuario intente ingresar a una URL o pantalla en la que no tenga permiso
Entonces el sistema no permitir el ingreso a la direccin o pantalla solicitada
Y no permitir ninguna operacin
Y el sistema direccionar a la pantalla de ingreso

Criterios de Aceptacin 5: Sesin expirada

Cuando la sesin haya expirado

Entonces el sistema no permitir ninguna operacin
Y el sistema direccionar a la pantalla de login

Nota:
Se deber configurar en el sistema el tiempo mximo de sesin para el usuario. XXXXX
Criterios de Aceptacin 6: Falta uno o ms campos obligatorios

Dado que no se ingrese en el formulario alguno de los datos obligatorios.

(marcados con * )
Cuando el usuario oprima el botn Ingresar
Entonces el sistema no permitir el ingreso al sistema
Y aparecer el mensaje :Por favor ingrese los campos obligatorios (*) faltantes :
[Presentar el listado de campos faltantes]
Formatos
 Formato de descripcin de una historia
de usuario
Descripcin que habla claramente de lo que se quiere hacer

Yo como (me identifico con uno de los interesados de esta

funcionalidad) - Quin - Rol?
Deseo (los deseos y las necesidades del cliente) - Qu - Funcin?
Para ... (el propsito o el beneficio del negocio, propsito social o
humano, motiva) - Por qu - Objetivo?
Ejemplo:

Yo como <cajero de almacn>

Quiero poder <registrar las compras de la mercanca>
De tal forma que <pueda contabilizarla en el inventario>
 Formato del Criterio de aceptacin de
una historia de usuario
Son base para pruebas y validaciones

Dado que <ESCENARIO>

Cuando <EVENTO>
Entonces <ACCIN O CAMBIO DE ESTADO>
Ejemplo

Dado que <un cliente compro 1 camisa y quedan 3

camisas en el inventario>
Cuando <el cliente devuelva la camisa>
Entonces <el inventario debe quedar en 4>
Referencias
http://jmbeas.es/guias/agile-inception/
http://www.javiergarzas.com/2015/11/agile-
inception.html
Simplex +giles +Dinmicos +Flexibles
http://www.agile42.com/en/training/kanban-pizza-
game/
http://www.romanpichler.com/blog/the-product-
vision-board/
http://www.lecciones-
aprendidas.info/2015/03/ejemplo-de-historias-de-
usuario-ingreso.html