Lo que vimos estos días y dónde profundizar después
Materiales de referencia sobre los conceptos que tratamos en la sesión. La idea no es que se lean todo — es que tengan a mano una fuente fiable para cuando quieran profundizar en cualquiera de los temas.
Cada concepto se presenta en tres capas. Picotead por donde os llame la atención.
Refresco
La idea principal en 2–3 líneas.
Por qué importa
Cuándo y por qué usar la idea en su día a día.
Recursos
Lo mínimo viable para profundizar: libro, artículo o vídeo.
Agile y el Manifiesto Ágil
Agile no es un método ni una herramienta: es un conjunto de valores y principios recogidos en el Manifiesto Ágil (2001). Por debajo de ese paraguas viven Scrum, Kanban, XP, Lean, etc.
- Individuos e interacciones sobre procesos y herramientas.
- Software funcionando sobre documentación extensiva.
- Colaboración con el cliente sobre negociación contractual.
- Responder al cambio sobre seguir un plan.
Si no se entienden los principios, cualquier marco se convierte en burocracia disfrazada de agilidad ("hacemos dailies, somos ágiles" → no necesariamente). El marco es el "cómo"; los valores son el "por qué".
- Lectura Manifiesto Ágil — versión original · 15 minutos, imprescindible.
- Lectura Los 12 principios · el Manifiesto sin los principios es la mitad del mensaje.
- Vídeo Agile Product Ownership in a Nutshell — Henrik Kniberg · 15 min, el mejor resumen visual.
Enfoque empírico vs predictivo
Predictivo = predecir todo al inicio y ejecutar el plan en cascada. Empírico = aceptar que no lo sabemos todo y avanzar en ciclos cortos que nos dan información real para corregir. El control empírico se sostiene en tres pilares: transparencia, inspección y adaptación.
Plan-driven
Se decide todo al principio.
Si la hipótesis inicial era errónea, no lo descubres hasta el final, cuando cambiar cuesta una fortuna.
Inspect & adapt
Cada iteración produce algo real que se inspecciona. El feedback llega pronto y barato, y el siguiente ciclo se ajusta con lo aprendido.
Batalla Naval: el ciclo empírico, con presupuesto
En clase jugamos a hundir la flota por equipos, pero con una vuelta de tuerca (versión de LeanSight): cada disparo cuesta dinero y partíamos de un presupuesto. Lo probamos de dos formas: una iteración predictiva (decidir de golpe todos los disparos del turno) y otra empírica (disparar, mirar el "agua/tocado" y ajustar el siguiente).
El enfoque empírico hundió la flota desperdiciando muchos menos disparos: cada resultado es feedback que orienta el siguiente. Eso es el control empírico de procesos: actúas, observas y adaptas.
Pero ojo: el feedback no es gratis. Cada disparo —cada iteración— consume presupuesto. El empirismo no es barra libre: es una inversión para reducir incertidumbre, por eso se itera donde la incertidumbre lo justifica.
No es que uno sea mejor que otro en abstracto: cada enfoque encaja en un tipo de problema. Lo predictivo brilla cuando el problema es conocido y estable; lo empírico, cuando hay incertidumbre. Saber distinguirlos es justo lo que resuelve la Matriz de Stacey.
- Lectura The New New Product Development Game (HBR, 1986) · el artículo que inspiró Scrum y el enfoque empírico.
- Lectura Scrum Guide 2020 (ES) · busca el apartado de empirismo: transparencia, inspección y adaptación. 13 páginas.
Matriz de Stacey
Herramienta para decidir cuánta planificación y cuánta iteración necesita un trabajo, según dos incertidumbres: cuánto acuerdo hay sobre el QUÉ (los requisitos) y cuánta certeza hay sobre el CÓMO (la tecnología o el método). Cuanto más nos alejamos de lo conocido, más complejo es el terreno.
Pulsa una zona. Cuanto más lejos del origen, menos sirve el plan y más manda la iteración.
Solo se entiende haciendo
Causa y efecto solo se ven a posteriori. No hay receta y los requisitos se descubren por el camino. Es el terreno del desarrollo de producto: hay que probar, inspeccionar el resultado real y adaptar.
Buena parte de los proyectos que fracasan lo hacen por aplicar un enfoque predictivo a un problema complejo (o al revés, montar Scrum para algo trivial). La matriz da un criterio rápido: simple/complicado → predictivo; complejo → empírico/Agile; caótico → estabilizar primero.
- Lectura Cynefin framework — Wikipedia · la versión moderna de "qué enfoque según el contexto".
- Vídeo The Cynefin Framework — Dave Snowden · de la mano de su autor.
Triángulo de hierro
Alcance, tiempo y coste están conectados — no puedes mover uno sin afectar a los otros dos. La calidad queda en el centro y es lo que sufre cuando se intenta engañar al triángulo.
Compara los dos enfoques. Lo que se fija, manda.
Los tres ejes fijos
En cascada se compromete TODO al inicio: alcance, tiempo y coste. Si algo se mueve, suele ser a costa de la calidad — porque los tres ejes están atados al plan original.
Sirve para tener conversaciones honestas con stakeholders. Nadie puede tener las tres puntas fijas y calidad alta: o se elige qué variable se libera, o se paga en deuda y defectos.
- Artículo The Agile Triangle — Jim Highsmith · cómo el triángulo cambia cuando el valor entra en la ecuación.
Inspeccionar y adaptar · la retrospectiva
El ciclo empírico no se cierra hasta que el equipo mira hacia atrás y mejora su forma de trabajar. La retrospectiva es ese espacio estructurado: el "inspeccionar y adaptar" aplicado al propio equipo, no al producto.
Cosas a mantener
¿Qué nos está funcionando y queremos repetir?
- Prácticas que aportaron valor o velocidad.
- Acuerdos del equipo que se cumplieron.
- Pequeñas victorias que conviene reconocer.
Cosas a mejorar
¿Qué nos frenó y queremos cambiar?
- Obstáculos concretos, no quejas genéricas.
- Un par de acciones realistas, con responsable.
- Se revisan en la siguiente retro: ¿pasó?
Es el único evento ritual que cambia el sistema; el resto solo ejecuta dentro de él. Sin la mentalidad de mejora continua, la retro es teatro: una lista de buenos propósitos que nadie revisa.
- Miro Mis plantillas de dinámicas en Miro · formatos de retro y ejercicios listos para reutilizar en clase.
Si solo tienen tiempo para 2 cosas
Estos dos materiales son los que más impacto tienen por minuto invertido. Si os llevarais únicamente dos cosas de toda esta página, que sean éstas:
- Leer: Manifiesto Ágil + 12 principios · 15 minutos. El porqué de todo lo demás.
- Leer: Scrum Guide 2020 (ES) · 13 páginas. El marco ágil más extendido, explicado por sus autores.
Para cualquier duda, pueden escribirme a hi@alci.dev. Mejor una pregunta a tiempo que una decisión cara después.