Sesión 02:
SCRUM
(complementario)
Copyright © Marzo de 2022 por TECSUP
Objetivo
• Conocer y aplicar la definición de Historia de Usuario
en la generación de Artefactos de SCRUM.
Contenido
• Definición de Historia de Usuario
• Ejemplo práctico
• Características de Usuario
• Uso de herramienta Trello (trello.com)
Definición
• Una Historia de Usuario (HU) es una representación de
un requisito escrito en frases utilizando el lenguaje
común del usuario.
• Las HUs son utilizadas en las metodologías de
desarrollo ágiles para la especificación de requisitos
(acompañadas de las discusiones con los usuarios y las
pruebas de validación).
• Son una forma rápida de administrar los requisitos de los
usuarios sin tener que elaborar gran cantidad de
documentos formales y sin requerir de mucho tiempo
para administrarlos. Las HUs permiten responder
rápidamente a los requisitos cambiantes.
Definición
• La HU utiliza lo siguiente:
– COMO <cargo o rol del usuario>
– QUIERO <requerimiento del usuario>
– PARA <propósito del requerimiento>
• El Product Owner (Propietario del Producto) discute
los detalles del requerimiento.
• Además solicita los criterios y pruebas de aceptación
para validar la solución de la HU.
Ejemplo práctico
• Se quiere crear un sistema que permita el
registro de clases de un estudiante.
Debe validar Debe mostrar Debe mostrar
que el Debe mostrar
las materias los horarios
estudiante los cupos
de acuerdo a disponibles
esté disponibles
la carrera y el para cada
matriculado para el horario
semestre materia
Debe verificar Debe tener
Debe agregar que no se una
el logo de la cruce los visualización ……………..
institución horarios entre previa del
materias horario
Funcionalidades que se espera del sistema
Ejemplo práctico
• Se deben traducir las funcionalidades en
Historias de Usuario.
HU01 – Logo de la institución
Debe agregar
el logo de la Como: Usuario del sistema
institución
Quiero: Visualizar que el sistema se identifique
con la imagen de la institución
Debe
Para: Lograr pertenencia hacia la institución
Debe validar
Debe
mostrar
que el las
mostrar los
materias de
estudiante
horarios
Condiciones:
acuerdo
esté a la
disponibles
carrera y el
matriculado
para cada
semestre
• Los colores amarillo y verde deben
materia predominar. (Ver mapa de colores).
• En la ventana de ingreso debe estar el logo
de la institución.
Debe • El encabezado debe ser similar al de la
Debe
verificar que
mostrar página web (Ver imagen del portal).
crucelos
no seDebe tener
cupos
los horarios
una • El login del usuario debe ser visible en todo
disponibles
entre
visualización momento.
para
materias el del
previa
horario
horario
Ejemplo práctico
• Priorizar el Product Backlog.
1
HU01 – Logo de la institución
2 Como: Usuario del sistema
HU04 – Validar matrícula
3 Quiero: Visualizar que el sistema se identifique
Como: Usuario del sistema
con la imagen de la institución
HU05 – Listar materias
Product Backlog 4 Para:
Quiero: Visualizar
Lograr que el hacia
pertenencia sistema se identifique
la institución
Como:
con Usuario
la imagen dedel sistema
la institución
HU02 – Inscribir materia
Quiero: Visualizar que el sistema se identifique
con la imagen
Como: de la institución
Estudiante
Quiero: Registrar la materia en el horario…..
Debe
Debe
verificar que
nomostrar
crucelos
seDebe tener
cupos
los horarios
una
disponibles
entre
visualización
para
materias el del
previa
horario
horario
Ejemplo práctico
• Refinar el Product Backlog.
HU01 – Logo de la institución
Como: Usuario del sistema HU04 – Validar matrícula
Quiero: Visualizar que el sistema se identifique Como: Usuario del sistema
con la imagen de la institución HU05 – Listar materias
Quiero: Visualizar que el sistema se identifique
Para: Lograr pertenencia hacia la institución Como:
con Usuario
la imagen dedel sistema
la institución
HU02 – Inscribir materia
Condiciones: Quiero: Visualizar que el sistema se identifique
con la imagen
Como: de la institución
Estudiante
• Los colores amarillo y verde deben
predominar. (Ver mapa de colores).
Quiero: Registrar la materia en el horario…..
• Debe verse el logo de la institución en todo
momento en el encabezado.
• En la ventana de ingreso debe estar el logo
de la institución.
• El encabezado debe ser similar al de la Debe
Debe
verificar que
página web (Ver imagen del portal).
nomostrar
crucelos
seDebe tener
• El login del usuario debe ser visible en todo cupos
los horarios
una
momento, junto con la fecha y hora del disponibles
entre
visualización
último ingreso. para
materias el del
previa
horario
horario
Ejemplo práctico
• ¿Duración del SPRINT?.
2, 3 o 4 semanas.
• Definición de TERMINADO
– Cuando una funcionalidad sea efectivamente
terminada.
– Cuando sea revisada por el área de Calidad.
– Cuando la valide el Product Owner.
– Etc.
Ejemplo práctico
• Tasking.
HU01 – Logo de la institución
Como: Usuario del sistema
Horas
Quiero: Visualizar que el sistema se identifique
con la imagen de la institución…. (2, 4, 6, 8)
HU01.1 - Lineamiento de diseño: Tipo 4
de letra, tamaño, etc.
HU01.2 - Espacio de encabezado,
cuerpo, pie de página, etc.
2
HU01.3 - API para manejo de 8
Templates
HU01.4 - Diseño del formulario de 4
login
…….
Ejemplo práctico
SPRINT BACKLOG
…….
HU01.4 …….
- Diseño
HU01.3 APIdel
-……. formulario
para de
manejo de
HU01.2 - Espacio
login de encabezado,
HU01.1 -Templates
Lineamiento de diseño: Tipo
cuerpo, pie de página, etc.
de letra, tamaño, etc.
4
Ejemplo práctico
• Se utiliza el Tablero Kanban.
POR HACER HACIENDO TERMINADO*
HU01.2 - Espacio de HU01.1 - Lineamiento de
encabezado, cuerpo, pie de diseño: Tipo de letra, HU01.4 - Diseño del
página, etc. tamaño, etc. formulario de login
HU01.3 - API para manejo de
Templates
* → Debe cumplir con el concepto de Terminado, definido en SPRINT Planning
Ejemplo práctico
Ejemplo práctico
Ejemplo práctico
Características
• Las HUs deben ser:
Independientes unas de otras
Negociables
Valoradas por los clientes o usuarios
Estimables
Pequeñas
Verificables
Uso de herramienta Trello
• Mediante el enlace:
https://trello.com
FIN DE LA SESIÓN
20
