Clase 20 — Taller 04: Dudas de Examen, Estimación de Capacidad y Taller de Historias de Usuario

Resumen Ejecutivo

Última sesión del curso (Taller 04 — dudas). Dos bloques:

Dudas de cara al examen sobre planificación Scrum: cómo descontar las ceremonias del tiempo disponible del equipo, composición del equipo Scrum y la analogía de los pigs & chickens.
Taller en vivo de historias de usuario sobre un caso práctico (una app de moda / recomendación de outfits): definición de tipos de usuario/actores, redacción de historias con el formato canónico, consistencia terminológica, roles genéricos y descomposición de historias grandes.

⚠️ EXAMEN: el ejercicio de desarrollo gira en torno a definir usuarios, escribir historias de usuario y planificar el sprint justificando las horas. El profesor evita resolver un ejercicio completo "clónico" para que no se memorice; mejor practicar la mecánica.

Conceptos Clave

Capacidad del equipo (sprint): horas/persona × nº desarrolladores × días del sprint − tiempo de ceremonias. Es la carga de trabajo que el equipo puede absorber. ⚠️ EXAMEN
Dailies → despreciables: 5–10 min/día. Descontarlas es "hilar demasiado fino"; se puede, pero no aporta. (Si se hace: 5 min × 10 días × 3 dev = 2,5 h.) ⚠️ EXAMEN
Último día del sprint → sí se descuenta: mañana review + tarde retrospectiva. Eso sí son muchas horas (≈ una jornada × nº developers). Ejemplo: de 8h × 3 dev × 10 días = 240 h, descontar ≈ 24–30 h de capacidad. ⚠️ EXAMEN
Equipo Scrum: Product Owner + Scrum Master + Developers. Todos forman "el equipo Scrum". ⚠️ EXAMEN
Pigs & chickens: analogía clásica — los cerdos están comprometidos (el equipo de desarrollo, que se "juega el bacon"); las gallinas están solo implicadas (stakeholders que "ponen el huevo"). ⚠️ EXAMEN
Historia de usuario (formato): "Como [rol], quiero [objetivo/funcionalidad] para [beneficio/razón]". ⚠️ EXAMEN
Consistencia terminológica: si se nombra a un actor "usuario básico", usarlo siempre igual; nunca alternar "usuario básico" / "usuario normal". ⚠️ EXAMEN
Rol genérico: si una funcionalidad la comparten varios actores (básico y premium), redactar la historia con el rol padre "usuario" en lugar de duplicarla. ⚠️ EXAMEN
Descomposición (INVEST → Small): una historia demasiado grande/compleja (épica) debe descomponerse en historias más pequeñas, testables e independientes. ⚠️ EXAMEN

Desarrollo del Temario

1. Estimación de la capacidad del equipo

Las estimaciones son eso, estimaciones: pueden errar por exceso o por defecto.
Qué descontar y qué no del tiempo disponible:
Dailies: despreciables. No merece la pena restarlas (aunque es válido si se justifica el factor).
Review + Retrospectiva (último día): sí, son significativas. Se reserva ≈ la última jornada del sprint.
Mecánica recomendada: calcular las horas globales del equipo para todo el sprint y restar las ceremonias relevantes → obtener la carga absorbible (p. ej. 240 h → ≈ 210–216 h útiles).
Para demostrar dominio de la metodología en el examen, este ajuste de horas suma puntos si está bien justificado.

2. El equipo Scrum y los roles

El equipo de Scrum incluye PO, Scrum Master y Developers (no solo los desarrolladores).
Reincidir en el who's who: a efectos de planificación de capacidad, los que aportan horas de desarrollo son los Developers; el PO/SM tienen dedicación distinta.
Anécdota didáctica: pigs and chickens para distinguir comprometidos de implicados.

3. Taller de historias de usuario — caso "app de moda"

Caso planteado en vivo: una aplicación que recomienda outfits. Se definen los actores:

Actor	Descripción
Usuario básico	Usuario de la aplicación (gratuito).
Usuario premium	Paga una cuota mensual por servicios adicionales: ofertas promocionales y asesoramiento personalizado.
Asesor experto en moda	Se comunica con usuarios premium para proponerles outfits adaptados a sus gustos.
Empresa de moda	Inserta promociones para premium y dispone de portal propio (escaparate, localización de tiendas).

Buena práctica: al describir cada actor, dar una mínima información de qué hace (no basta con "premium tiene servicios especiales"). El enunciado debe permitir entender el dominio.

Historias de usuario redactadas (ejemplos del taller):

Como usuario básico, quiero poder definir mi paleta de colores favorita para obtener recomendaciones de atuendos acordes a dicha gama.
Como usuario básico, quiero poder definir mis características corporales para que el sistema proponga atuendos acordes con mi complexión física.
Como usuario, quiero poder introducir en el sistema información sobre las prendas que poseo en mi armario para que el sistema aprenda mis preferencias y me proponga atuendos combinados con ellas.

Lecciones del taller: ⚠️ EXAMEN

Rol genérico: la historia del "armario" vale tanto para básico como para premium → se redacta con rol "usuario" (no se duplica). Conviene declarar que "los usuarios de tipo 1 y 2 comparten ciertas funcionalidades y nos referiremos a ellos genéricamente como usuario".
Descomposición: la historia del armario es compleja ("complicada de narices") → habría que descomponerla en historias más pequeñas (p. ej. dar de alta una prenda, etiquetarla, asociarla a categorías…). Es el criterio Small/Independent de INVEST.
Foco: en un examen de 2 h, basta con centrarse en una clase de usuario y escribir ~8 historias; si se agotan las ideas, coger otro actor y añadir un par de historias.
La pila de producto (product backlog) se construye numerando las historias (HU-001, HU-002…).

Cierre de Curso

Última sesión de la asignatura. Despedida; el profesor anima a practicar la mecánica de historias de usuario y la planificación de sprint con el cálculo de capacidad, que es lo que se pide en el ejercicio de desarrollo del examen.

Preguntas de Autoevaluación

¿Cómo se calcula la capacidad de trabajo de un equipo en un sprint? ¿Qué ceremonias conviene descontar y cuáles no?
¿Por qué las dailies se consideran despreciables y la review/retrospectiva no?
¿Quiénes forman el equipo Scrum? Explica la analogía pigs & chickens.
Escribe una historia de usuario con el formato canónico para la app de moda.
¿Cuándo conviene usar un rol genérico ("usuario") en lugar de un rol específico en una historia?
¿Por qué la historia de "introducir las prendas del armario" debería descomponerse? ¿Qué criterio de INVEST aplica?
¿Qué significa la consistencia terminológica al nombrar actores y por qué importa en la corrección?
Para un sprint de 2 semanas, 3 developers y jornada de 8 h, estima la capacidad útil descontando la última jornada de ceremonias.