7. 7
1
Historias de
Usuario: un nuevo
orden en los
requisitos
3
Como luce
una historia
de usuario
5
Historias de
usuario altamente
efectivas (INVEST)
2
La magia de
las historias
de usuario
4
Los modos de
representación de
las historias de
usuario
10
The user story
conversation
canvas
8
De historias de
usuario, cultura y el
arte de narrar
historias
6
INVEST ++
9
Algunas ideas
clave sobre las
historias de
usuario
7
Convertir una
épica en una
historia de
usuario
10. 10.
Las historias generan conexiones entre los emisores y los
receptores y hacen que unos y otros se conviertan en un solo
grupo, un solo equipo, un solo ser
11. 11
Las historias son un poderoso
medio para fomentar la
cooperación y la enseñanza
de muchas cosas
12. 12
Las historias de usuario permiten crear
un vínculo entre usuarios o
consumidores y desarrolladores de
productos
13. Las historias de usuario permiten
a los equipos virtuosos construir
los productos correctos, incluso
antes de pensar en hacerlo de la
manera correcta
14. Nos permiten concentrarnos en el valor de los componentes de cada producto
y de cómo estos componentes hacen o harán resonancia unos con otros
15. Nos permiten concentrarnos en el valor de los componentes de cada producto
y de cómo estos componentes hacen o harán resonancia unos con otros
16. Nos permiten concentrarnos en el valor de los componentes de cada producto
y de cómo estos componentes hacen o harán resonancia unos con otros
Las historias de usuario son el primer movimiento de esa
sinfonía que es el descubrimiento del producto y de sus
características
17. Nos permiten concentrarnos en el valor de los componentes de cada producto
y de cómo estos componentes hacen o harán resonancia unos con otros
Las Historias de
Usuario nos ayudan a
entender la proposición
de valor del producto
desde sus inicios
20. La historia de usuario es un sustituto más ligero para lo que han sido
nuestros medios tradicionales de especificar requisitos de software
¡Las historias de usuario no son
requisitos de software!
22. 22
* dejan un legado,
HERENCIA
* Porque son simples,
SIMPLICIDAD
* trascienden más allá del
tiempo (y del espacio),
TRASCENDENCIA
* permiten que las culturas
sobrevivan
SUPERVIVIENCIA
02
03
04
01
23. 23
2 31
* Fáciles de entender
y de aceptar
FACILIDAD
* De franca
recordación
PERSISTENTES
* Descripción
corta
BREVES
24. 24
Quiero conocer qué
actividad hay en mi blog
HISTORIA 4
Quiero ordenar las
entradas al blog por
fecha
HISTORIA 3
Quiero buscar temas en
el blog
HISTORIA 2
Quiero publicar en el
blog
HISTORIA 1
Una Historia de Usuario es una breve declaración de intención que describe
algo que el sistema necesita hacer para el usuario
Una historia de usuario es una carta de intención
25. Una historia de usuario es un recordatorio de una conversación
(a tener en el futuro)
27. Representan incrementos pequeños de funcionalidad
valorada que puede ser desarrollada en pocos días
2
Son cortas y fáciles de leer, entendibles por los
desarrolladores, interesados y usuarios
1
Fáciles de estimar porque el esfuerzo de implementar la
funcionalidad puede determinarse rápidamente
3
No se llevan en documentos grandes o pesados, sino en
listas organizadas que se reordenan fácilmente
4
28. Evitan especificidad demasiado pronto, retardos en el
desarrollo e inventario de requisitos
6
No se detallan al principio del proyecto, sino que se
elaboran sobre una base JIT (just-in-time)
5
Necesitan poco o ningún mantenimiento y se pueden
desechar con seguridad después de la implementación
7
Sirven como insumo para la documentación, la cual
también es elaborada de manera incremental
8
29. Por lo general, representan “funcionalidades parciales” de valor,
es decir, no indican funciones o procedimientos complejos y
grandes que el sistema debe hacer
*
31. y en la
Planificación, el
equipo pregunta
al Dueño de
producto el
detalle de lo que
quiere y lo que
espera.
Durante el
refinamiento
En la
planificación,
con base en lo
conversado, el
equipo estima lo que
va a construir en
presencia del Dueño
de producto
&
01
Durante del
Sprint,
el equipo clarifica con
el Dueño de producto
detalles menores
olvidados
(
02
Criterios de
aceptación,
¡Esto es lo que nos
tiene maravillados!
a
03
La simpleza de las Historias de Usuario obliga al equipo a
estar en comunicación con el Dueño de producto
32. 04
Aceptación
03
Despliegue
02
Condiciones
01
Funciones
Cumplir los
aspectos
funcionales,
Cumplir con los
criterios de
aceptación y de
pruebas (ya
sean estas
manuales o
automatizadas)
Desplegado y
funcionando en
un ambiente
determinado
Fue probada y
certificada por
el equipo +
Fue aceptada
por el Dueño de
Producto
Una historia de usuario no estará finalizada hasta que
cumpla todos sus escenarios y cumpla todos los criterios
de Terminado
33. v
r h
e o
Estamos orientados al
resultado
y no a la
especificación
No quedan escenarios
sin probar,
pues estos se
explican en los
criterios de
aceptación
Lo que está por fuera
de los criterios de
aceptación se convierte
en una nueva historia
y se le asigna
prioridad
Se puede olvidar
no nos tenemos que volver a
preocupar por ella pues el
desarrollo orientado a casos
de prueba garantizará que
no quedaron escenarios por
cubrir
Las grandes ventajas que hemos visto son
35. Sincronizar las expectativas
del Dueño de Producto o
usuario con el equipo
respecto a una funcionalidad
Servir como elemento que
dirigirá la elaboración del
producto (de software)
36. Lo importante de la historia es la
conversación que se genera o se
debe producir alrededor de la
misma
37. La forma y el utensilio
que se use para
documentarlas pierden
valor,
sobre todo ante el
consabido principio
de la conversación
cara a cara y el valor
de la confianza en
Scrum
38. Los Modos de Representación de
las Historias de Usuario
50. Independiente
No requiere de otra
Negociable
Se puede reemplazar por otra
de diferente prioridad
Valuable | de Valor
Necesaria y de valor para el
producto y los consumidores
Estimable
El equipo se siente seguro al
estimar el esfuerzo requerido
Sucinta | Pequeña
Se puede construir en una
iteración junto a otras historias
Comprobable
Se puede probar y verificar
I
N
V
E
S
T
52. 52.
El libro que dio origen a la presentación en mi Gazafatonario:
http://bit.ly/librohu
http://www.gazafatonarioit.com/2018/10/historias-de-usuario-una-vision.html
54. Sobre el material utilizado
• Además de las referencias explícitas, esta presentación puede
contener material o ideas de otras personas u organizaciones
que omití sin intención.
• Nota: Trate de dar crédito a todos, pero si consideras que faltaste por que no te
referencié o debo modificar algo de tu propiedad, por favor, no dudes en hacérmelo
saber, contactándome a: lucho.Salazar@gmail.com
55. Aviso de Copyright
• Eres libre de:
– Compartir- copiar, distribuir y transmitir este trabajo
– Modificar- adaptar el trabajo
• Bajo las siguientes condiciones
– Atribución: debes atribuir el trabajo en la manera especificada por el autor o licenciante (pero de ninguna
manera que sugiera que ellos aprueban su uso del trabajo).
• Nada de lo dispuesto en esta licencia menoscaba o restringe los derechos
morales del autor.
• Para más información ver http://creativecommons.org/licenses/by/3.0/