Material para Estudiante USFC V042020A SP1 PDF

Objetivos de Aprendizaje
● Entender los beneficios de usar historias de usuario en entornos inciertos y ambiguos.

● Desarrollar las habilidades necesarias para usar las historias de usuario como instrumentos de
conversación entre las partes interesadas.
● Aplicar varias formas de escribir historias de usuario.
● Reconocer si una historia de usuario cumple con los atributos de toda buena historia de usuario.
● Emplear distintas técnicas de división de historias de usuario para que estas se puedan elaborar en
períodos muy breves de tiempo, desde unas pocas horas, hasta muy pocos días.
● Usar las historias de usuario para comprender la proposición de valor del producto y de sus
características desde el inicio del proyecto.
● Guiar a otras personas de sus equipos en el uso apropiado de historias de usuario en contextos
complejos y adaptativos.
● Certificarse en User Stories Foundations Certificate (respaldando el conocimiento y la aplicación
fundamental de las Historias de Usuario).
¿Quién es CertiProf®?
CertiProf® ofrece una amplia gama de certificados profesionales para personas y empresas. Nuestra misión
es preparar a los profesionales de la más alta calidad reconocidos a nivel internacional.
Con un equipo internacional que se especializa en la implementación de material, nuestro instituto es uno
de los proveedores líderes que no solo brinda educación excepcional en el mercado de los EE.UU., sino que
también se está expandiendo a las regiones de América Latina.
Potenciamos a las personas y las ayudamos a alcanzar su nivel óptimo al proporcionarles las herramientas y
USER STORIES FOUNDATIONS CERTIFICATE (USFC)
capacitación necesaria para aumentar su desempeño, habilidades y mejorar su desarrollo profesional.
¿Quién debe atender este taller de certificación?
Este curso es apropiado para cualquier persona interesada en usar las técnicas relacionadas con
historias de usuario, que estén o vayan a participar en proyectos ágiles con marcos de trabajo como
Scrum; también, para interesados en los proyectos que están en la cadena de valor de proporcionar
características o requisitos a los equipos de desarrollo de productos o servicios.
2
Agenda
Introducción 5
Introducción 6
Historias de Usuario: Un Nuevo Orden en los Requisitos 8
Historias de Usuario: Un Nuevo Orden en los Requisitos 9
Algunas Características de las Historias de Usuario 10
La Magia de las Historias de Usuario 11
La Magia de las Historias de Usuario 12
Ventajas de las Historias de Usuario 12
Cómo Luce una Historia de Usuario 13
Las Historias de Usuario Tienen Dentro de sus Objetivos 14
Historias de Usuario y Agilidad 14
Formato 14
HU: Solicitud de Información Laboral del Cliente 15
HU: Dejar Comentarios en una Publicación de Facebook 16
Historia de las Historias de Usuario 17
Historia de las Historias de Usuario 18
Los Modos de Representación de las Historias de Usuario 21
Los Modos de Representación de las Historias de Usuario 22
Resumen 24
Historias de Usuario Altamente Efectivas (INVEST) I 25
Historias de Usuario Altamente Efectivas (INVEST) 26
Historias de Usuario Dependientes 27
Historias de Usuario Independientes 27
Clases de Dependencia entre Historias de Usuario 28
Dependencia por Superposición de Funciones 29

Historias Independientes 30
Dependencia por Orden de Funciones 30
Dependencia por Contención 31
Historias de Usuario Negociables 32
Priorización de las Historias de Usuario para Negociarlas 32
Historias de Usuario Negociables 33
Historias de Usuario Valiosas (y Valuadas) 34
Sobre el Valor de las Historias de Usuario 34
Historias de Usuario sin Valor 35
Historias de Usuario Estimables 36
Estimación de las Historias de Usuario 37
Si No Puedes Estimar una Historia de Usuario 37
3
Sucinta | Pequeña 38
El Tamaño Sí Importa 39
Esfuerzo Sugerido para las Historias de Usuario 40
Cómo Dividir una Historia de Usuario 41
Convirtiendo un Formulario o Épica en Historia de Usuario 42
Épica -Solicitud de Crédito de Consumo 43
Consideraciones 52
Historias de Usuario Altamente Efectivas (INVEST) II 54
Advertencia 55
Otros Patrones de División 56
HU: Publicar en el Periódico 57
Variaciones por Tipo de Usuario 57
Variaciones por Navegador 59
Variaciones por Plataforma 60
Servicios Externos 61
Retrasa los Comportamientos Opcionales 62
Retrasa las Condiciones de Error 63
El Mayor Valor 64
Seis Disfunciones de un Equipo con las Historias de Usuario 65
El Método “Hasta Acá Llegamos” (Criterio de Equipo) 65
Historias de Usuario que se Pueden Probar 66
Sobre las Pruebas de las Historias de Usuario 67
Algunas Ideas Sobre las Pruebas de las Historias de Usuario 68
Historias de Usuario que se Pueden Probar 68
Creadores 69
4
Introducción
Introducción
Las historias son un poderoso medio Las historias de usuario permiten crear un
para fomentar la cooperación y la vínculo entre usuarios o consumidores y
enseñanza de muchas cosas. desarrolladores de productos.
Son el primer movimiento de esa er la proposición de valor del producto

sinfonía que es el descubrimiento desde sus inicios.
del producto Nos ayudan a entend-
Las historias de usuario permiten a los equipos virtuosos construir los productos correctos, incluso
antes de pensar en hacerlo de la manera correcta.
6
7
Historias de Usuario: Un Nuevo Orden en los Requisitos
8
Historias de Usuario: Un Nuevo Orden en los Requisitos
¡LAS HISTORIAS DE USUARIO NO SON REQUISITOS DE SOFTWARE!

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 son:
Sin que tengan que escribirse todos los detalles.
Una Historia de Usuario es una breve declaración

de intención que describe algo que el sistema
necesita hacer para el usuario.
● Historia 1: Quiero publicar en el blog.

● Historia 2: Quiero buscar temas en el blog.
● Historia 3: Quiero ordenar las entradas al blog
por fecha.

● Historia 4: Quiero conocer qué actividad hay
en mi blog.
Una historia de usuario es una carta de intención.
9
Algunas Características de las Historias de Usuario
10
La Magia de las Historias de Usuario
11
La Magia de las Historias de Usuario
La simpleza de las Historias de Usuario obliga al equipo a estar en comunicación con el Dueño de
Producto. Durante el refinamiento y en la planificación, el equipo pregunta al Dueño de Producto el
detalle de lo que quiere y lo que espera.
1. En la planificación con base en lo conversado, el equipo estima lo que va a construir en presencia

del Dueño de Producto.
2. Durante el Sprint el equipo clarifica con el Dueño de Producto detalles menores olvidados.
3. Criterios de aceptación ¡Esto es lo que nos tiene maravillados!
Una historia de usuario no estará finalizada hasta que cumpla todos sus escenarios y cumpla todos
los criterios de Terminado.
Ventajas de las Historias de Usuario
12
Cómo Luce una Historia de Usuario
13
Las Historias de Usuario Tienen Dentro de sus Objetivos
Lo importante de la historia es la conversación que se genera o se debe producir alrededor de la

misma.
Historias de Usuario y Agilidad

Relación entre las Historias de Usuario con
Scrum y Agile.
● Sobre la documentación: La forma y la

herramienta que se use para documentarlas
pierden valor.
● Scrum y Agile: Sobre todo ante el conocido

principio de la conversación cara a cara y el
valor de la confianza en Scrum.
Formato
Yo como Rol (persona que va a usar la funcionalidad)
Deseo / Quiero / Necesito Funcionalidad requerida
Para Beneficio o valor que va a generar al negocio.
14
Yo como Rol (persona que va a usar la funcionalidad)
Deseo / Quiero / Necesito Funcionalidad requerida
Para Beneficio o valor que va a generar al negocio.
Criterios de Aceptación:
Criterios o acuerdos por los
1. Criterio de Aceptación o Acuerdo 1. cuales se considerará aceptada la
2. Criterio de Aceptación o Acuerdo 2. funcionalidad por parte de quien
3. Criterio de Aceptación o Acuerdo 3. la solicita.
4. Criterio de Aceptación o Acuerdo n.
HU: Solicitud de Información Laboral del Cliente
Yo como CLIENTE DEL BANCO

Deseo / Quiero / Necesito INGRESAR MI INFORMACIÓN LABORAL ACTUAL
Para QUE EL BANCO DETERMINE SI ME PUEDE PRESTAR O NO
1. Que pida los datos de la empresa.
2. Que pida el NIT (identificador único nacional para las empresas) y lo valide.
3. Que pida salario actual.
4. Que pida fecha de ingreso a la empresa.
5. Que pida tres comprobantes de pago.
Conversación

La conversación son aclaraciones realizadas por el PO durante el refinamiento o el planning, y muchas
de esas aclaraciones son solicitadas por los miembros del equipo al entender las historias de usuario y
comprender el negocio, ejemplo:
● Los datos de la empresa son nombre, teléfono y dirección.

● Que la validación del NIT sea contra el web service de la Dirección de Impuestos (DIAN).
● El mínimo valor de salario actual debe ser el salario mínimo, el que debe ser leído de la tabla de
parámetros.
● La fecha de ingreso a la empresa debe ser superior a 6 meses.
● Los comprobantes de pago deben ser en formato jpg, gif y máximo de 2 megas cada uno.
Como fruto de una conversación puede resultar que se actualicen los criterios de aceptación o solo
que se deje el registro aclaratorio.
15
HU: Dejar Comentarios en una Publicación de Facebook
Yo como usuario de Facebook 6. Dentro del comentario se podrán insertar

Deseo / Quiero / Necesito poner comentarios a una imagen.
las diferentes publicaciones 7. Las imágenes cargadas se bajarán a
Para interactuar con mis contactos, grupos y resolución de 300K.
páginas. 8. Dentro de los comentarios se podrá ingresar

un sticker.
Criterios de Aceptación: 9. Dentro de los comentarios se podrá ingresar
un GIF.
1. Se podrán dejar comentarios de máximo 10. Cuando se ingrese el comentario y este
2048 caracteres. contenga palabras ofensivas se enviará una
2. Dentro del comentario se podrán ingresar notificación al robot de validación de acoso.
todos los emoticones que se deseen hasta 11. Los comentarios serán en texto plano.
un total de 2048. 12. Antes de que se escriba el comentario
3. Dentro del comentario se podrán ingresar aparecerá según el boceto proporcionado.
links a otras páginas de internet. 13. Cuando se publique el comentario aparecerá
4. De los links se pondrá previas de la página la foto de quien publica, el comentario, la
web. imagen, los emoticones y sticker publicados.
5. Solo se pondrá las previas del primer link.
16
Historia de las Historias de Usuario
17
Historia de las Historias de Usuario
https://twitter.com/sebrose/ https://twitter.com/mikewcohn/
status/1186266504242880512 status/1186328465651490817
https://twitter.com/rachelcdavies/
status/1186313143611469826
Rachel Davies mostrando una tarjeta de historia.

Fuente: User Story Mapping by Jeff Patton, Peter
Economy.
18
Las Historias de usuarios se originaron con Extreme Programming (XP).
Su primera descripción escrita en 1998 solo afirma que los clientes definen el alcance del proyecto
"con historias de usuarios, que son como casos de uso".
En lugar de ofrecerse como una práctica distinta, se describen como una de las "piezas del juego"
utilizadas en el "juego de planificación“ (Planning Game) de XP.
Extreme Programming (XP) fue desarrollada por Kent Beck en 1996 y a partir de allí la refinó hasta
publicarla en Extreme Programming Explained en 1999.
Fuente: Agile Alliance
En 2001, Ron Jeffries propone el modelo de Carta, Conversación, Confirmación, para distinguir
historias de usuarios "sociales" de prácticas de requisitos "documentales", como los casos de uso.
En 2001, Rachel Davies presentó una charla "Tuning XP" en el XPDay con Tim Mackinnon, donde
presentaron el formato de historia que usaban en Connextra:
"As a role I want feature so that benefit“.
Fuente: As a Coach I want a Story Template so that People Ask Questions.

https://ronjeffries.com/xprog/articles/expcardconversationconfirmation/
“Este formato puede llevar a las personas a

centrarse más en los intereses de los usuarios
finales que en la perspectiva de la persona que
presenta el caso de negocio. Además, cuando se

les da una plantilla, las personas pueden comenzar
a tratar las tarjetas de historias escritas de esta
manera como especificaciones de requisitos
mínimos que se centran en las palabras escritas
en lugar de usar historias como herramientas
para conducir una conversación. Peor aún, las
historias que no se ajustan a esta forma serán
maltratadas hasta que lo hagan”.
Raches Davies
Fuente: As a Coach I want a Story Template so that

People Ask Questions.
19
En 2004, Mike Cohn publica su libro: User Stories Applied: For Agile Software Development, donde
ayuda a popularizar el formato de Davies y su equipo en Connextra.
https://twitter.com/mikewcohn/status/1186758766462754817
En 2018, Jorge Abad y Lucho Salazar publican su libro: Historias de usuario: una visión pragmática,
que incluye el User Stories Conversation Canvas, un lienzo para que los usuarios, Dueños de Producto,
Gerentes de producto y otros interesados mantengan conversaciones efectivas con los miembros de
los equipos de desarrollo de productos y se construyan productos o servicios extraordinarios.
Fuente: ¡Conversaciones con Jorge y Lucho!

20
Los Modos de Representación de las Historias de Usuario
21
Los Modos de Representación de las Historias de Usuario
Modo 1: Solamente el título.

Nivel de madurez del equipo y del Dueño de Producto: Alto.
Ejemplo:
Modo 2: El título + la descripción de Mike Cohn.

Nivel de madurez del equipo y del Dueño de Producto: Alto.
Ejemplo:
Modo 3: El título + el boceto.

Nivel de madurez del equipo y del Dueño de Producto: Intermedio.
Ejemplo:
22
Modo 4: El título + la descripción de Mike Cohn + Los criterios de aceptación en prosa
[+ boceto ( opcional)].
Nivel de madurez del equipo y del Dueño de Producto: Principiante.
Ejemplo:
Criterios de aceptación:
• Se requieren capturar los • Todos los campos son
HU25: Registro de datos personales. campos de: obligatorios.
HU25: Registro de datos personales. • Nombre • Países, estados/provincias
• Como POSIBLE ARRENDATARIO.
• Como POSIBLE ARRENDATARIO. • Apellidos y ciudades se tomarán de
• Deseo/Quiero/Necesito INGRESAR
• Deseo/Quiero/Necesito INGRESAR • DNI la base de datos.
LOS DATOS PERSONALES.
• Para PODER SER UN CANDIDATO • Fecha de nacimiento • El DNI tendrá las
Para PODER
• ELEGIBLE SEREL
PARA UN CANDIDATO • Nacionalidad validaciones requeridas
ELEGIBLE PARA EL
ARRENDAMIENTO DE LA • Ciudad por la ley.
ARRENDAMIENTO DE LA
PROPIEDAD. • Dirección actual
PROPIEDAD. • País de residencia
• Estado/Provincia
• Ciudad
Modo 5: El título + la descripción de Mike Cohn + Los criterios de aceptación con BDD
[+ boceto ( opcional)].
Nivel de madurez del equipo y del Dueño de Producto: Junior.
Ejemplo:
HU25: Registro de datos personales.

• Como POSIBLE ARRENDATARIO.
• Deseo/Quiero/Necesito INGRESAR
• Para PODER SER UN CANDIDATO

ELEGIBLE PARA EL
ARRENDAMIENTO DE LA
PROPIEDAD.
Se requieren capturar los

campos de:
Criterios de aceptación: • Nombres
• Apellidos
CA1: Ingreso de datos. • DNI
• Fecha de nacimiento
DADO que el usuario se encuentra en la página de registro • Nacionalidad
CUANDO seleccione la pestaña de datos personales • Ciudad de nacimiento
ENTONCES el sistema le pedirá los campos. • Dirección actual
• País de residencia
• Estado
• Ciudad
23
CA2: Validación de ingreso de datos. CA1: Validación del DNI.
DADO que el usuario ingresó los datos requeridos DADO que el usuario ingresó el DNI
Y existe al menos un campo sin diligenciar CUANDO el usuario cambie de campo
CUANDO seleccione enviar ENTONCES el sistema validará las restricciones
ENTONCES el sistema le presentará un mensaje asociadas al DNI (ver documento de REGLAS DE
informándole el/los campo(s) sin diligenciar VALIDACIÓN DE DNI.Docx en el repositorio)
Y el/los campo(s) sin diligenciar aparecerán Y presentará los errores asociados
remarcados en color rojo Y no permitirá avanzar a otro campo hasta que sean
Y no permitirá guardar los datos corregidos
Resumen
24
Historias de Usuario Altamente Efectivas (INVEST) I
25
Historias de Usuario Altamente Efectivas (INVEST)
26
Historias de Usuario Dependientes
Historias de Usuario Independientes
27
Clases de Dependencia entre Historias de Usuario
Dependencia por superposición de funciones.

Dependencia por orden de funciones.
Dependencia por contención.
28
Dependencia por Superposición de Funciones
Cómo independizar historias de usuario dependientes.
No se trata de dependencia técnica,

sino funcional.
Se deben revisar atentamente las

conjunciones (Y) en la parte de la
Actividad de la historia de usuario.
Se trata además de funciones que se

sobreponen o intercalan entre dos o
más historias de usuario.
Historia Dependiente 1 Historia Dependiente 2
29
Historias Independientes
Historias independientes luego de remover la superposición de funciones.
Dependencia por Orden de Funciones

30
Dependencia por Contención
31
Historias de Usuario Negociables
De cómo lograr un balance entre el Negocio y el Equipo.
Una buena historia de usuario permite

que entre el negocio y el equipo haya
arreglos flexibles.
Una buena historia de usuario permite

un balance entre sus características y
las fechas de entrega.
Una historia de usuario se puede

convertir fácilmente en dos o más.
Priorización de las Historias de Usuario para Negociarlas

32
Historias de Usuario Negociables
De cómo lograr un balance entre el Negocio y el Equipo.
Durante la negociación podemos llegar

a acuerdos con los usuarios.
Incluso podríamos llegar a la conclusión

de no implementar alguna(s)
característica(s).
Habrá una negociación fluida si el

usuario está realmente interesado en el
éxito del esfuerzo de desarrollo.
33
Historias de Usuario Valiosas (y Valuadas)
Cómo tener una perspectiva más clara del valor real de una Historia de Usuario.
Al negociar las características de una

historia también tenemos en cuenta su
valor para el negocio o usuario.
Encontrar ese 20 % de las

características que se usan el 80 % de
las veces.
En resumen, encontrar ese 20 % del

producto que tiene el 80 % del valor
para el negocio.
Sobre el Valor de las Historias de Usuario

34
Historias de Usuario sin Valor
35
Historias de Usuario Estimables
Cómo medir el esfuerzo requerido para implementar una historia de usuario.
Una historia de usuario se debe poder

construir en un período muy corto de
tiempo.
En tres días o menos, permitiendo al

equipo entregar varias historias con
valor en Sprints muy cortos.
La estimación de cada historia se puede

hacer usando procedimientos simples
que tomen solo segundos.
36
Estimación de las Historias de Usuario
Si No Puedes Estimar una Historia de Usuario
Mike Cohn identifica tres razones principales por las cuales una Historia de Usuario no podría estimarse:
37
Sucinta | Pequeña
S
Sucinta | Pequeña
Se puede construir en una iteración junto a otras
historias.
Historias de usuario tan pequeñas que las

puedas finalizar durante las primeras horas o Historias de usuario cuyo tamaño oscile entre
días del Sprint.
1/10 y 1/6 de la capacidad del equipo, en cada

iteración.
Historias de usuario con Valor para el negocio,
es decir, no caer en la descomposición funcional. Historias de usuario que inviten a una conversación,
ojalá cara a cara entre representantes del negocio
y el equipo de producto.
38
El Tamaño Sí Importa
Ilustración adaptada con fines educativos. Kurtz, R. (Productor), Kershner, I. (Director). (1980). Star Wars:
Episodio V - El Imperio contraataca [Película]. Estados Unidos: The Walt Disney Company.
39
Esfuerzo Sugerido para las Historias de Usuario
*Basado en el artículo: https://agileforall.com/resources/how-to-split-a-user-story/ en el que se propone que

las historias deben tener entre 1/10 a 1/6 de la velocidad del equipo por Sprint.
** Los números fueron aproximados al entero superior.
Basado en la sugerencia de Thomas Wallet (@WalletThomas), en el que mostraba que tener historias
gigantes no es buena práctica, se estableció la clasificación amarillo, naranja y rojo, mostrando que hay
tamaños grandes de historias de usuario que posiblemente se constituyan en unas épicas susceptibles
de ser divididas.
El esfuerzo invertido en esta historia es grande, se sugiere hacer partición de la historia de

usuario.
El esfuerzo invertido en esta historia de usuario versus la duración del Sprint lo pone en
riesgo que se logre en el tiempo comprometido, es un tamaño de historia riesgoso, se sugiere
realizar división de la historia.
Definitivamente no se recomiendan historias de usuario de este tamaño ya sea porque están

cerca, iguales o exceden el tamaño del Sprint, o porque su tamaño es lo suficientemente
grande y es altamente factible que puedan ser divididas en historias de usuario más pequeñas.
40
Cómo Dividir una Historia de Usuario
41
Convirtiendo un Formulario o Épica en Historia de Usuario
42
Épica -Solicitud de Crédito de Consumo
43
Título: Solicitud de Crédito de Consumo Criterios de Aceptación:
Historia Épica: 24. Debe Capturar la siguiente información:
Como Solicitante de un Préstamo ● Datos del solicitante.

Deseo un formulario de solicitud de crédito de ● Dirección de habitación.
consumo ● Datos sobre actividad laboral.
Para que el banco determine si puede adjudicarme ● Datos del Cónyuge.
el préstamo o no. ● Referencias bancarias.
● Referencias personales.
Hipótesis de Beneficio ● Datos Financieros – Activos.
● Datos Financieros – Pasivos.
Con la información proporcionada por el
solicitante el banco podrá determinar el riesgo y
si se puede otorgar el préstamo, al igual que el
monto, plazo e intereses.
44
Comencemos la división:
1. Prepara la historia: no cumple INVEST, pues no es pequeña (“small”).

2. Aplica los patrones de división:
a) ¿Describe esta historia un workflow completo? No.
b) ¿Esta historia incluye múltiples operaciones? No.
c) ¿Tiene la historia variedad en las reglas de negocio? No.
d) ¿Hace lo mismo la historia sobre diferentes tipos de datos? No.
e) ¿La historia tiene una interfaz complicada? No.
f) ¿Tiene la historia un núcleo simple que provee la mayoría del valor o aprendizaje? No.
g) ¿Debe la historia mucha de su complejidad a requisitos no funcionales, como el rendimiento? No.
h) Cuando realizas la división obvia: La división obvia es la que se decide hacer, es decir, por
cada grupo de información del formulario:
● Datos del solicitante. ● Relación de ingresos y egresos – Ingresos
● Dirección de habitación. mensuales.
● Datos sobre actividad laboral. ● Relación de ingresos y egresos – Gastos.
● Datos del cónyuge. ● Datos del crédito solicitado.
● Referencias bancarias.
● Referencias personales.
● Datos Financieros – Activos.
● Datos Financieros – Pasivos.

Título: Datos del Solicitante ● Estado civil.
HU:96. ● Edad.
● Fecha de nacimiento.
Como Solicitante del Crédito ● Profesión.
Deseo Ingresar los datos del solicitante ● Nivel académico.
Para que el banco determine si puede adjudicarme ● Correo electrónico.
el préstamo o no.
2. Estado civil, profesión y nivel académico
Criterios de Aceptación: deben ser consultados de las listas que
1. Los campos que capturará son: tiene el banco.
● Apellidos y nombres.
● Cédula de identidad.
● Sexo.
45
Título: Dirección de Habitación
HU:97.
Como Solicitante del Crédito
Deseo Ingresar los datos de dirección de habitación
Para que el banco determine si puede adjudicarme el préstamo o no.
Criterios de Aceptación: ● Fecha adquisición.

1. Los campos que capturará son: ● Dirección anterior (si lleva menos de tres años
● Urbanización. en la dirección actual).
● Avenida Calle. ● Urbanización.
● Manzana Piso. ● Avenida Calle.
● Edificio residencia. ● Manzana Piso.
● Casa Apartamento. ● Edificio residencia.
● Ciudad. ● Casa Apartamento.

● Estado. ● Ciudad.
● Código Postal. ● Estado.
● Apto Postal. ● Código Postal.
● Teléfono fijo. ● Apto Postal.
● Teléfono Celular. ● Teléfono fijo.
● Vivienda (Propia/Alquilada). ● Teléfono Celular.
● Hipoteca (si/no).
● Nombre del Acreedor. 2. Ciudad y Estado deben ser consultados de
● Teléfono. las listas que tiene el banco.
46
Título: Datos sobre Actividad Laboral
HU:98.
Deseo Proporcionar los datos de actividad laboral
Criterios de Aceptación: ● Correo electrónico.

1. Los campos que capturará son: ● Empresa en la que trabajó (si tiene antigüedad
● Empresa donde trabaja. menor a 2 años en empleo actual).
● Relación con la empresa (Dueño/Empleado/ ● Antigüedad.
Contratado/Otra). ● Cargo.
● Actividad económica. ● Dirección oficina Anterior.
● Fecha de ingreso. ● Ciudad.
● Cargo. ● Estado.

● Sueldo. ● Código Postal.
● Dirección oficina actual. ● Apto Postal.
● Ciudad. ● Teléfono fijo.
● Estado. ● Correo electrónico.
● Código Postal.
● Apto Postal. 2. Ciudad, estado y cargo deben ser consultados
● Teléfono fijo. de las listas que tiene el banco.
47
Título: Datos del Cónyuge
HU:99.
Deseo proporcionar los datos de mi cónyuge
Criterios de Aceptación: ● Ciudad.

1. Los campos que capturará son: ● Estado.
● Nombres y Apellidos. ● Código Postal.
● Cédula. ● Apto Postal.
● Profesión. ● Teléfono fijo.
● Edad. ● Correo electrónico.
● Fecha de nacimiento.
● Empresa donde trabaja. 2. Profesión, Cargo, Actividad económica, Estado
● Relación con la empresa (Dueño/Empleado/ y Ciudad deben ser consultados de las listas que
Contratado/Otra). tiene el banco.
● Actividad económica.
● Fecha de ingreso.
● Cargo.
● Sueldo.
● Dirección oficina actual.
48
Título: Referencias Bancarias
HU:100.
Deseo proporcionar mis referencias bancarias
Criterios de Aceptación: 3. Nombre del banco y franquicia deben ser

consultados de las listas que tiene el banco.
1. Se solicitará al menos una referencia bancaria,
máximo 3, capturando la siguiente información: 4. Cuando se ingrese el número de tarjeta de
crédito se validará su veracidad con el web
service de validación de números de tarjetas de
● Nombre del banco.
crédito (WS-NROTC-VAL-001).
● Tipo de cuenta (ahorro/corriente).
● Número de cuenta.
2. Se solicitará al menos del dato de una tarjeta

de crédito, máximo tres capturando la siguiente
información:
● Número de tarjeta de crédito.

● Franquicia.
● Límite.
49
Título: Datos financieros
HU:101.
Deseo proporcionar mis referencias datos financieros
Criterios de Aceptación: 3. Se solicitarán los valores asociados a la siguiente

información:
1. Se solicitará al menos una referencia bancaria,
máximo 3, capturando la siguiente información: ● Pasivos + Patrimonio.
● Tarjetas de Crédito.
● Activos. ● Préstamos.
● Banco. ● Hipotecas por pagar.
● Cuentas por cobrar. ● Otros pasivos.
● Mobiliario.
● Vehículos. 4. Se calculará el total de la suma de los pasivos
● Inmuebles. (tarjetas de crédito + préstamos+ otros pasivos)
● Otros activos. y se presentará en un campo llamado “Total de

Pasivos”.
2. Se calculará el total de la suma de los activos
y se presentará en un campo llamado “Total de
Activos”.
50
Título: Relación de Ingresos y Egresos a la Fecha de la Solicitud
HU:102.
Deseo proporcionar mi relación de ingresos y egresos a la fecha de la solicitud
Criterios de Aceptación: 3. Se solicitará al menos del dato de una tarjeta

de crédito, máximo tres capturando la siguiente
1. Se solicitará al menos una referencia bancaria, información:
máximo 3, capturando la siguiente información:
● Gastos mensuales.
● Ingresos mensuales. ● Vivienda (alquiler o hipoteca).
● Sueldo básico mensual. ● Tarjetas de Crédito.
● Bonificaciones. ● Otros Egresos.
● Comisiones. ● Aportes a la familia.
● Intereses. ● Pago préstamos.
● Dividendos.

● Alquileres. 4. Se calculará el total de la suma de los egresos y
● Otros Ingresos. se presentará en un campo llamado “Total Egresos
Mensuales”.
2. Se calculará el total de la suma de los ingresos
y se presentará en un campo llamado “Total
Ingresos Mensuales”.
51
Título: Datos del Crédito Solicitado
HU:103.
Deseo proporcionar los datos del crédito solicitado
1. Se solicitarán los valores:

● Monto Solicitado.
● Plazo en meses (12/24/36 /48/60).
● Destino del crédito.
● Forma de pago.
● Débito en cuenta de nómina (Sí/No).
Los estudiantes deben escribir esta historia de usuario.
Consideraciones
Para el Refinamiento
● Esta división preliminar de historias de usuario debe presentarse en el refinamiento para discutirlo
con el equipo, en donde probablemente preguntarán por temas como:
● Integraciones con otros sistemas.

● Validaciones.
● Reglas de negocio.
● Consultas a fuentes de datos.
● De forma que estas preguntas harán que se generen nuevas particiones o uniones de historias
usuario.
52
Para el Planning
● Es muy probable que en el planning que se incluyan algunas de estas historias de usuario se terminen
de aclarar aspectos que no fueron resueltos durante el refinamiento, como: fuentes de datos, tipos
de validaciones, tipos de datos, validaciones cruzadas (es decir: que la edad coincida con la fecha
de nacimiento, o la fecha de ingreso corresponda con la antigüedad), etcétera.
Generales
● Siempre considerar las heurísticas (que también ayuda a dividir historias de usuario) de:
● Las suma aproximada del tiempo de las tareas para construir las historias de usuario debe tomar
de 2 a 3 días-persona para lograr la definition of done.
● Las historias deben ser entre 6 a 10 historias para el backlog del Sprint.
● El orden en que aparecen las historias de usuario no necesariamente es la forma en que se construirá,
pues es probable que sea otra la forma en que agreguen valor.
● Adicionalmente, es probable que el equipo junte historias de usuario que considere muy pequeñas.
53
Historias de Usuario Altamente Efectivas (INVEST) II
54
Advertencia
55
56
Otros Patrones de División
HU: Publicar en el Periódico
Yo como PERIODISTA DEL PERIÓDICO

Quiero PUBLICAR UN ARTÍCULO O NOTICIA EN EL PERIÓDICO
Para MANTENER ACTUALIZADO A LOS LECTORES SOBRE LOS ACONTECIMIENTOS MUNDIALES,
CREAR INTERÉS SOBRE TEMAS ESPECÍFICOS EN LOS LECTORES DEL PERIÓDICO Y GENERAR
TRÁFICO HACIA LA PÁGINA DEL PERIÓDICO
1. El artículo no se publica de inmediato.
2. El artículo debe tener menos de mil (1000) palabras.
3. El artículo se debe clasificar por su categoría.
4. También hay distintos tipos de noticias.
5. El artículo puede contener hasta 2 imágenes en HD.
6. Para las noticias en vivo, se puede agregar señal de video.
7. …
Conversación
● La noticia debe tener un titular.

● Las noticias pueden ser Nacionales, Internacionales o Regionales. También de Deportes, Judiciales,
Financieras, Medio Ambiente, de Actualidad, Salud, Urgentes, de Última Hora.
● Los artículos y las noticias deben ser aprobados por Editores.
● Las imágenes de las noticias deben ser en alta resolución, mínimo 1920 x 1080.
● Las noticias y artículos pueden ser comentadas por los lectores.

● Hay distintos tipos de periodistas: de noticias nacionales, financieras, deportivos, internacionales,
regionales, judiciales, de noticias en vivo, editores, de artículos de opinión.
Variaciones por Tipo de Usuario
¿Tiene la historia un comportamiento distinto para distintos tipos de usuario?
Yo como PERIODISTA DEL PERIÓDICO

Quiero PUBLICAR UN ARTÍCULO O NOTICIA EN EL PERIÓDICO
Para MANTENER ACTUALIZADO A LOS LECTORES SOBRE LOS ACONTECIMIENTOS MUNDIALES,
CREAR INTERÉS SOBRE TEMAS ESPECÍFICOS EN LOS LECTORES DEL PERIÓDICO Y GENERAR
TRÁFICO HACIA LA PÁGINA DEL PERIÓDICO
57
3. El artículo se debe clasificar por su categoría.
4. También hay distintos tipos de noticias.
5. El artículo puede contener hasta 2 imágenes en HD.
6. Para las noticias en vivo, se puede agregar señal de video.
7. …
Conversación
● La noticia debe tener un titular.

● Las noticias pueden ser Nacionales, Internacionales o Regionales. También de Deportes, Judiciales,
Financieras, Medio Ambiente, de Actualidad, Salud, Urgentes, de Última Hora.
● Los artículos y las noticias deben ser aprobados por Editores.
● Las imágenes de las noticias deben ser en alta resolución, mínimo 1920 x 1080.
● Las noticias y artículos pueden ser comentadas por los lectores.
● Hay distintos tipos de periodistas: de noticias nacionales, financieras, deportivos, internacionales,
regionales, judiciales, de noticias en vivo, editores, de artículos de opinión.
Yo como PERIODISTA DE OPINIÓN Yo como PERIODISTA DE DEPORTES

Quiero PUBLICAR UN ARTÍCULO DE OPINIÓN Quiero PUBLICAR UNA NOTICIA DE DEPORTES
EN EL PERIÓDICO EN EL PERIÓDICO
Para GENERAR INTERÉS SOBRE UN TEMA Para MANTENER ENTERADO A LOS LECTORES
ESPECÍFICO EN LOS LECTORES DEL SOBRE EL ACONTECER DEPORTIVO MUNDIAL

PERIÓDICO
1. El artículo no se publica de inmediato. 2. El artículo debe tener menos de 500
palabras. 3. …
3. …
58
Yo como EDITOR DEL PERIÓDICO ¿Tiene la historia comportamientos distintos
Quiero PUBLICAR UN ARTÍCULO O NOTICIA para diferentes interesados o usuarios?
DE OTRO PERIODISTA EN EL PERIÓDICO
Para MANTENER ENTERADO A LOS Yo como PERIODISTA DE NOTICIAS EN VIVO
LECTORES SOBRE LOS ACONTECIMIENTOS Quiero TRANSMITIR UNA NOTICIA EN VIVO
EN EL PERIÓDICO
DEL MOMENTO EN EL MUNDO Y GENERAR
Para INFORMAR SOBRE LA ACTUALIDAD
MAYOR TRÁFICO HACIA LA PÁGINA DEL
NOTICIOSA Y GENERAR TRÁFICO HACIA LA
PERIÓDICO PÁGINA DEL PERIÓDICO
Criterios de Aceptación: Criterios de Aceptación:
1. El artículo se publica de inmediato. 1. El artículo se publica de inmediato.

2. … 2. El artículo debe permitir agregar una señal
3. … de video a la noticia en vivo.
3. El periodista debe ser capaz de interactuar
con los “lectores” de la noticia.
4. …
Variaciones por Navegador
¿Tiene la historia el mismo comportamiento para varios navegadores de Internet?

En el ejemplo anterior…
Criterios de aceptación

La noticia debe poder adicionarse al periódico desde navegadores Web móviles y de escritorios.
…
59
Yo como PERIODISTA DE DEPORTES EDGE Yo como PERIODISTA DE DEPORTES CHROME
Quiero PUBLICAR UNA NOTICIA DE DEPORTES Quiero PUBLICAR UNA NOTICIA DE DEPORTES
EN EL PERIÓDICO EN EL PERIÓDICO
Para MANTENER ENTERADO A LOS LECTORES Para MANTENER ENTERADO A LOS LECTORES
SOBRE EL ACONTECER DEPORTIVO SOBRE EL ACONTECER DEPORTIVO
MUNDIAL. MUNDIAL.
Criterios de Aceptación: Criterios de Aceptación:
1. El artículo no se publica de inmediato. 1. El artículo no se publica de inmediato.

2. El artículo debe tener menos de 500 2. El artículo debe tener menos de 500
palabras. palabras.
3. El artículo se debe publicar desde navegador 3. El artículo se debe publicar desde navegador
Edge de Windows. Chrome de Windows.
4. … 4. …
Variaciones por Plataforma
Yo como PERIODISTA DE DEPORTES iOS ¿Tiene la historia el mismo comportamiento

Quiero PUBLICAR UNA NOTICIA DE DEPORTES para varias plataformas o infraestructuras
EN EL PERIÓDICO tecnológicas, por ejemplo, dispositivos móviles o
Para MANTENER ENTERADO A LOS LECTORES servidores?
SOBRE EL ACONTECER DEPORTIVO
MUNDIAL. Yo como PERIODISTA DE DEPORTES ANDROID
Quiero PUBLICAR UNA NOTICIA DE DEPORTES
Criterios de Aceptación: EN EL PERIÓDICO
Para MANTENER ENTERADO A LOS LECTORES

1. El artículo no se publica de inmediato. SOBRE EL ACONTECER DEPORTIVO MUNDIAL.
2. El artículo debe tener menos de 500
palabras.
3. El artículo se debe publicar desde plataforma
iOS.
2. El artículo debe tener menos de 500
4. …
palabras.
3. El artículo se debe publicar desde plataforma
Android.
4. …
60
Servicios Externos
Yo como EDITOR DE LA SECCIÓN FINANCIERA ¿Consume la historia servicios externos que
Quiero PUBLICAR EL VALOR DEL DÓLAR apenas se van a implementar o que ya están
MINUTO A MINUTO construidos?
Para INFORMAR A LOS LECTORES
INTERESADOS EN FINANZAS SOBRE LAS Conversación
NOTICIAS Y DATOS RELEVANTES PARA QUE
HAGAN MEJOR SU TRABAJO Y MANTENER ● Se debe mostrar una gráfica del valor minuto
UN ENFOQUE A LA ITERACIÓN CONSTANTE a minuto.
Y LAS PRUEBAS EN TORNO A LA EXPERIENCIA ● Se debe mostrar el valor oficial del día.
DIGITAL. ● La fuente oficial es Re&%$rs.
● Se toma el valor de manera automática por vía
Criterios de Aceptación: de un servicio que proporciona la fuente.
1. El valor del dólar se mueve de 8 a. m. a 1:00 p. m. ● Hay que comprar el servicio que incluya otros
2. Se debe tener un valor cada minuto en ese indicadores económicos.
rango. ● Para la primera versión se puede digitar el
3. Cualquier lector debe poder acceder a esa valor minuto a minuto.
información.
4. El valor del dólar debe venir de la fuente
oficial.
5. …

MINUTO A MINUTO “DIGITADO” construidos?

● Se toma el valor de manera automática por vía
Criterios de Aceptación: de un servicio que proporciona la fuente.
● Hay que comprar el servicio que incluya otros
1. El valor del dólar se mueve de 8 a. m. a 1:00 p.m. indicadores económicos.
2. Se debe tener un valor cada minuto en ese ● El valor minuto a minuto es un valor que solo
rango. se informa a los lectores, es referencial más no
3. Cualquier lector debe poder acceder a esa oficial.
información. ● Para la primera versión se puede digitar el
4. El valor del dólar debe digitarse minuto a valor minuto a minuto.
minuto.
5. …
61
MINUTO A MINUTO “AUTOMÁTICO” construidos?
● Se toma el valor de manera automática por
Criterios de Aceptación: vía de un servicio que proporciona la fuente.
● Hay que comprar el servicio que incluya otros
1. El valor del dólar se mueve de 8 a. m. a 1:00 p. m. indicadores económicos.
2. Se debe tener un valor cada minuto en ese ● El valor minuto a minuto es un valor que solo
rango. se informa a los lectores, es referencial más no
3. Cualquier lector debe poder acceder a esa oficial.
información.
4. El valor del dólar debe tomarse directamente
de la fuente.
5. …
Retrasa los Comportamientos Opcionales
Yo como PERIODISTA INFORMATIVO ¿La historia incluye mucho comportamiento

Quiero PUBLICAR NOTICIAS CON IMÁGENES opcional (por ejemplo, distintas formas de lograr
Para HACER MÁS VERÍDICA LA NOTICIA Y la misma meta)?
GENERAR CREDIBILIDAD EN LOS LECTORES.
Conversación
● La noticia puede no contener imágenes.
1. Las imágenes deben ser en alta resolución ● Para noticias de menos de 500 palabras,
(mínimo 1920 x 1080). máximo una imagen.
2. Las imágenes deben ser aprobadas por un ● Las imágenes no deben contribuir a dañar el
Editor de imágenes del periódico. buen nombre de las personas que aparecen
3. Máximo 2 imágenes por artículo. en la foto.
4. La noticia puede no contener imágenes. ● Si son imágenes referenciales, deben ser de
5. … un banco de imágenes del periódico o de una
fuente con la que el periódico tenga convenio
y se debe referenciar al autor.
62
Yo como PERIODISTA INFORMATIVO ¿La historia incluye mucho comportamiento
Quiero PUBLICAR NOTICIAS HASTA CON UNA opcional (por ejemplo, distintas formas de lograr
IMAGEN la misma meta)?
Para HACER MÁS VERÍDICA LA NOTICIA Y
GENERAR CREDIBILIDAD EN LOS LECTORES. Conversación
Criterios de Aceptación: ● La noticia puede no contener imágenes.

● Para noticias de menos de 500 palabras,
1. Las imágenes deben ser aprobadas por un máximo una imagen.
Editor de imágenes del periódico. ● Las imágenes no deben contribuir a dañar el
2. Máximo 1 imagen por artículo. buen nombre de las personas que aparecen
3. La noticia puede no contener imágenes. en la foto.
4. … ● Si son imágenes referenciales, deben ser de
un banco de imágenes del periódico o de una
fuente con la que el periódico tenga convenio
y se debe referenciar al autor.
Retrasa las Condiciones de Error
Yo como … ¿La historia incluye comportamiento asociado a

Quiero … las condiciones de error, es decir, lo que ocurre
Para … con la historia en una situación con errores?
Criterios de Aceptación: Conversación

1. … ● ¿Qué ocurre si el artículo de opinión tiene
2. … más de mil palabras?
3. … ● ¿Qué ocurre si son más de la 1 de la tarde en
4. … la publicación del valor del dólar?
● ¿Qué pasa si las imágenes tienen una
resolución menor a la requerida?
● ¿Qué pasa si son más de 2 imágenes?
● ¿Qué ocurre si el enlace al video de la noticia
en vivo no funciona?
63
El Mayor Valor
Yo como LECTOR DEL PERIÓDICO La historia incluye mucha funcionalidad, pero ¿el
Quiero ESCRIBIR COMENTARIOS A LAS 80 % del Valor que proporciona proviene del 20 %
NOTICIAS O ARTÍCULOS DE MI INTERÉS de la misma?
Para DAR A CONOCER MI OPINIÓN RESPECTO
DE UN TEMA Y DARME A CONOCER EN LOS Conversación
FOROS DEL PERIÓDICO.
● Las personas que hagan comentarios deben
Criterios de Aceptación: estar registradas como lectores del periódico.
● Se debe proporcionar una dirección de correo
1. El comentario debe ser de máximo 250 electrónico válida del lector comentarista.
palabras. ● El lector debe cumplir con las políticas y
2. El comentario debe ser aprobado por un condiciones para realizar comentarios en el
Editor de comentarios. periódico.
3. El comentario debe cumplir con las políticas ● …
de publicaciones del periódico.
4. El comentario puede contener enlaces Web.
5. El comentario no debe incluir datos
sensibles del lector o de otras personas.
6. …
Yo como LECTOR DEL PERIÓDICO La historia incluye mucha funcionalidad, pero ¿el
Quiero ESCRIBIR COMENTARIOS “TEXTO” A 80 % del Valor que proporciona proviene del 20 %
LAS NOTICIAS O ARTÍCULOS DE MI INTERÉS de la misma?
Para DAR A CONOCER MI OPINIÓN RESPECTO

DE UN TEMA Y DARME A CONOCER EN LOS Conversación
FOROS DEL PERIÓDICO.
● Las personas que hagan comentarios deben
Criterios de Aceptación: estar registradas como lectores del periódico.
● Se debe proporcionar una dirección de correo
1. El comentario debe ser de máximo 250 electrónico válida del lector comentarista.
palabras. ● El lector debe cumplir con las políticas y
2. El comentario debe ser aprobado por un condiciones para realizar comentarios en el
Editor de comentarios. periódico.
3. El comentario debe cumplir con las políticas ● …
de publicaciones del periódico.
4. …
64
Seis Disfunciones de un Equipo con las Historias de Usuario
El Método “Hasta Acá Llegamos” (Criterio de Equipo)
65
Historias de Usuario que se Pueden Probar
Cómo se pueden verificar y validar las historias de usuario.
El equipo entiende la historia a un nivel

suficiente como para ser capaces de
elaborar las pruebas para ello.
Saber qué y cómo probar una historia

desde el punto de vista de los usuarios

hace más productivo a los equipos.
Conocer anticipadamente las pruebas a

realizar es un gran paso hacia el
cumplimiento de las metas del Sprint.
66
Sobre las Pruebas de las Historias de Usuario
67
Algunas Ideas Sobre las Pruebas de las Historias de Usuario
Historias de Usuario que se Pueden Probar
¿Cómo se pueden verificar y validar las historias de usuario?

En las conversaciones sobre historias de usuario:
Debemos prestar especial atención a términos o expresiones como:

● Automáticamente.
● Procesar.
● Administrar.
● Gestionar.
Y sus sinónimos para así proceder a clarificarlas.
68
Creadores
Luis Antonio Salazar más conocido como Lucho

Salazar coautor del libro: “Historias de Usuario:
Una Visión Pragmática”. Es uno de los agilistas
más reconocidos a nivel de Latinoamérica y con
quien tuvimos la oportunidad de crear esta nueva
certificación, tomando como fundamento el libro
de su autoría.
Importantes reconocimientos: Traductor al

idioma español de la guía oficial de Scrum y de la
Guía oficial de Nexus, para escalar Scrum, de Ken
Schwaber.
Jorge Hernán Abad Londoño coautor del libro:

“Historias de Usuario: Una Visión Pragmática”.
Es Ingeniero Civil con amplio conocimiento
en metodologías ágiles, con más de 18 años
de trayectoria en la industria de software y 6

años de experiencia como Agile Coach y con
quien en compañía de Lucho Salazar tuvimos la
oportunidad de crear esta nueva certificación,
tomando como fundamento el libro de su autoría.
Importantes reconocimientos: Traductor al

idioma español de la guía oficial de Nexus, para
escalar Scrum, de Ken Schwaber. Miembro activo
y reconocido en la comunidad Ágiles Colombia y
Ágiles Latinoamérica.
69
70
Certiprof_llc
71

Material para Estudiante USFC V042020A SP1 PDF

Cargado por

Copyright:

Formatos disponibles

Material para Estudiante USFC V042020A SP1 PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Material para Estudiante USFC V042020A SP1 PDF

Cargado por

Copyright:

Formatos disponibles

Objetivos de Aprendizaje

● Entender los beneficios de usar historias de usuario en entornos inciertos y ambiguos.

capacitación necesaria para aumentar su desempeño, habilidades y mejorar su desarrollo profesional.

¿Quién debe atender este taller de certificación?

USER STORIES FOUNDATIONS CERTIFICATE (USFC)

Son el primer movimiento de esa er la proposición de valor del producto

¡LAS HISTORIAS DE USUARIO NO SON REQUISITOS DE SOFTWARE!

Las historias son:

Sin que tengan que escribirse todos los detalles.

Una Historia de Usuario es una breve declaración

● Historia 1: Quiero publicar en el blog.

USER STORIES FOUNDATIONS CERTIFICATE (USFC)

Una historia de usuario es una carta de intención.

1. En la planificación con base en lo conversado, el equipo estima lo que va a construir en presencia

Ventajas de las Historias de Usuario

Lo importante de la historia es la conversación que se genera o se debe producir alrededor de la

Historias de Usuario y Agilidad

● Sobre la documentación: La forma y la

● Scrum y Agile: Sobre todo ante el conocido

HU: Solicitud de Información Laboral del Cliente

Yo como CLIENTE DEL BANCO

USER STORIES FOUNDATIONS CERTIFICATE (USFC)

● Los datos de la empresa son nombre, teléfono y dirección.

Yo como usuario de Facebook 6. Dentro del comentario se podrán insertar

páginas. 8. Dentro de los comentarios se podrá ingresar

Rachel Davies mostrando una tarjeta de historia.

Fuente: Agile Alliance

Fuente: As a Coach I want a Story Template so that People Ask Questions.

“Este formato puede llevar a las personas a

USER STORIES FOUNDATIONS CERTIFICATE (USFC)

Fuente: As a Coach I want a Story Template so that

Fuente: ¡Conversaciones con Jorge y Lucho!

USER STORIES FOUNDATIONS CERTIFICATE (USFC)

Modo 1: Solamente el título.

Modo 2: El título + la descripción de Mike Cohn.

Modo 3: El título + el boceto.

HU25: Registro de datos personales.

USER STORIES FOUNDATIONS CERTIFICATE (USFC)

Se requieren capturar los

USER STORIES FOUNDATIONS CERTIFICATE (USFC)

Historias de Usuario Independientes

USER STORIES FOUNDATIONS CERTIFICATE (USFC)

Dependencia por superposición de funciones.

Dependencia por orden de funciones.

Dependencia por contención.

Cómo independizar historias de usuario dependientes.

No se trata de dependencia técnica,

Se deben revisar atentamente las

Se trata además de funciones que se

Historia Dependiente 1 Historia Dependiente 2

USER STORIES FOUNDATIONS CERTIFICATE (USFC)

Historias independientes luego de remover la superposición de funciones.

Dependencia por Orden de Funciones

Historia Dependiente 1 Historia Dependiente 2

Historia Dependiente 1 Historia Dependiente 2

Historias de Usuario Altamente Efectivas (INVEST)

USER STORIES FOUNDATIONS CERTIFICATE (USFC)

De cómo lograr un balance entre el Negocio y el Equipo.

Una buena historia de usuario permite