ITNOVE
01 / 31
ITNOVE
02 / 31
ITNOVE
03 / 31
ITNOVE
04 / 31
ITNOVE
WEBCAST · 16 JUN 2026
ALEX BALLARÍN · PROFESSIONAL SCRUM TRAINER

Scrum e IA

¿Aliados o Rivales?

Cómo cambia el trabajo de un Scrum Team cuando la IA entra en el flujo de desarrollo.

ITNOVE
21 · ENCUESTA
ENCUESTA RÁPIDA

¿Qué describe mejor a tu equipo hoy?

Antes de esta sesión — ¿dónde está tu equipo con la IA?

ITNOVE
22 · RESULTADOS
RESULTADOS DE LA ENCUESTA

¿Dónde estamos como grupo?

ITNOVE
02 · APERTURA
EL DEBATE

"La IA mató a Scrum."

Los Sprints de dos semanas se diseñaron para un mundo donde escribir código llevaba tiempo. Ese mundo ya no existe. Con IA, una funcionalidad pasa de idea a código funcionando en minutos. Para eso no hacen falta ceremonias.

IS
Ingeniero senior · 4.000 likes en LinkedIn

¿Es esto cierto? Vamos a comprobarlo.

ITNOVE
03 · AGENDA
QUÉ VAMOS A VER

Una pregunta. Cinco respuestas.

01
Para qué sirve Scrum en realidad
8 min
02
Qué cambia de verdad con la IA
10 min
03
El modelo lógico como brújula
7 min
04
Cómo se adapta Scrum
12 min
05
¿Aliados o Rivales?
10 min + preguntas

Pregunta guía: ¿Qué cambia de verdad cuando la IA se une al equipo?

ITNOVE
04 · BLOQUE 1
BLOQUE 1 · DÓNDE ENCAJA SCRUM

No todos los problemas necesitan Scrum.

Matriz de Stacey — cuatro dominios de complejidad

Scrum se diseñó para problemas complejos — donde ni los requisitos ni el camino hacia la solución están claros de entrada.

Aquí vive Scrum
  • Simple: Camino conocido → Con Kanban basta.
  • Complicado: Camino experto → Metodología conocida.
  • Caótico: Sin camino todavía → Actuar primero, analizar después.
  • Complejo: Camino desconocido → Descubres la respuesta, no la planificas.
ITNOVE
05 · BLOQUE 1
SCRUM COMO RESOLUTOR DE PROBLEMAS COMPLEJOS

No es un proceso de entrega. Es una máquina de aprendizaje.

Entrega mecánica

Los Sprints son ciclos de dos semanas para producir output.
Entran historias, sale código, la Demo es un checkpoint.

La velocity es la estrella polar.
"Done" significa que el código está mergeado.
No se está respondiendo a ninguna pregunta.

Resultado: output rápido, dirección desconocida.

Brújula de resultados

Cada Sprint arranca con un Sprint Goal — una hipótesis.
La Review es una sesión de feedback, no una demo.

El impacto es la estrella polar.
"Done" significa que se ha aprendido algo.
Cada Sprint responde a una pregunta concreta.

Resultado: más lento en features, más rápido en valor.

ITNOVE
06 · BLOQUE 1
LA IDEA CLAVE

La IA no elimina la incertidumbre.

Las razones por las que nació Scrum siguen vigentes: los mercados cambian, los usuarios nos sorprenden, la tecnología se comporta de forma inesperada.

El mayor peligro para Scrum no es Waterfall, ni la IA — es Scrum reducido a una cadencia de reuniones sin empirismo.

Si tus Sprints responden preguntas reales, la IA hace Scrum más potente. Si son solo ciclos de output, la IA hace el problema más grande.

ITNOVE
07 · BLOQUE 2
BLOQUE 2 · QUÉ CAMBIA CON LA IA

Tres modelos de desarrollo asistido por IA.

VIBE CODING

Prompts → código funcionando en horas

Ideal para exploración y prototipado rápido. El desarrollador se mantiene en flujo creativo — sin boilerplate, sin cambios de contexto.

Trade-off: alto potencial de deuda técnica y comportamientos indefinidos en los bordes.

SPEC-DRIVEN DEVELOPMENT

Specs estructuradas → generación precisa

El desarrollador escribe especificaciones detalladas; la IA genera código de calidad de producción. Menos ambigüedad, menos deuda.

Trade-off: exige pensamiento disciplinado por adelantado — más difícil de empezar, mucho más fácil de mantener.

ITNOVE
08 · BLOQUE 2
EL CAMBIO

El cuello de botella se ha movido.

Pipeline: cuatro etapas del desarrollo de producto — la IA acelera Delivery, la gestión de la demanda es la nueva restricción

La IA ha ampliado drásticamente el throughput de Delivery — lo que antes llevaba semanas ahora lleva horas.

La restricción ya no es escribir código. Es decidir qué merece la pena construir — filtrar la demanda, enmarcar el problema, elegir qué no hacer.

ITNOVE
09 · BLOQUE 2
EL RIESGO REAL

Feature factory — con esteroides.

×17
Código generado por desarrollador
×1,3
Releases publicados
?
Resultados validados

La velocidad no es el problema. La desconexión estratégica sí lo es — y la IA la amplifica.

  • Los stakeholders piden más. Los roadmaps se expanden.
  • Los equipos ejecutan sin cuestionar el valor.
  • Los resultados no escalan al ritmo de la velocity.
La IA dispara el output de código; los resultados validados apenas se mueven
Demirer, Musolff & Yang · MIT Sloan, 2026 · SSRN 6843118
ITNOVE
10 · BLOQUE 3
BLOQUE 3 · EL MODELO LÓGICO COMO BRÚJULA

La IA acelera un eslabón. La cadena tiene cinco.

Modelo lógico de Seiden — Resources → Activities → Outputs → Outcomes → Impact

El modelo lógico (Seiden) muestra qué conecta el esfuerzo con el valor. La IA acelera drásticamente los Outputs. El problema: los equipos celebran la velocidad de output como si fuera velocidad de outcome.

Sin Sprint Goals y Product Goals claros, más output solo significa más ruido.

ITNOVE
11 · BLOQUE 3
EL PROBLEMA DEL DESFASE

Cuando la velocity sube, la brecha de medición se ensancha.

Desfase estratégico — código publicado vs. resultados validados en el tiempo

A medida que aumenta el ritmo de entrega, el desfase entre lo que publicamos y lo que medimos —cambio de comportamiento de usuario, retención, conversión— crece de forma proporcional.

Volar a ×17 de velocidad sin señales de outcome es navegar a ciegas. Cuanto más rápido vas, más necesitas una brújula.

ITNOVE
BLOQUE 3 · EL CASO
EL EJEMPLO GUÍA

GymTonic — un caso, de principio a fin.

OBJETIVO DE NEGOCIO

Retener a los socios nuevos

Demasiadas altas se dan de baja antes del mes 3. GymTonic quiere reducir el churn temprano y aumentar el lifetime value de cada socio.

PRODUCT GOAL · la app

Construir el hábito pronto

Hipótesis: si los socios nuevos llegan a 8 visitas en 30 días, la retención a 90 días sube. La app existe para conseguirlo.

ITNOVE
12 · BLOQUE 3
SCRUM ORIENTADO A OUTCOMES

Product Goal y Sprint Goal como filtros de decisión.

Product Goal

El resultado estratégico que persigue el equipo en esta fase del producto.

No es una lista de features. No es el alcance de un proyecto.

Una hipótesis sobre impacto: "Si los nuevos socios de GymTonic llegan a 8 visitas en sus primeros 30 días, reducimos el churn a 90 días un 20%."

Cada ítem del backlog se evalúa contra este filtro antes incluso de discutirlo.

Sprint Goal

La pregunta concreta que este Sprint va a responder.

No es un Sprint backlog. No es un compromiso de features.

Un objetivo de aprendizaje: "Creemos que reservar las 3 primeras sesiones durante el onboarding aumentará la asistencia en la semana 1."

El Daily Scrum pregunta: ¿seguimos en camino de responder esta pregunta?

ITNOVE
13 · BLOQUE 4
BLOQUE 4 · CÓMO SE ADAPTA SCRUM

El ciclo empírico se mantiene. Cambian la frecuencia y el foco.

Lo que NO cambia

Los tres pilares: Transparencia, Inspección, Adaptación.

La necesidad de un Product Goal claro.

El valor de un equipo multifuncional y autogestionado.

Ciclos cortos con feedback real.

El criterio humano en los puntos de decisión.

Lo que SÍ cambia

La duración del Sprint puede acortarse — generar código ya no es la restricción.

El foco del Daily pasa de reportar progreso a validar output.

El Refinement se convierte en trabajo de especificación — el input para la generación con IA.

La Review pasa de demo de features a conversación sobre resultados.

La Definition of Done tiene que subir al ritmo de la velocidad de output.

ITNOVE
14 · BLOQUE 4
DURACIÓN DEL SPRINT Y DEFINITION OF DONE

Cuando el código se genera en horas, dos semanas es demasiado para esperar feedback.

Acortar los Sprints no va de ir más rápido. Va de aprender más rápido — reducir el tiempo entre una hipótesis y su primera señal real.

  • Sprint Goal → un resultado concreto para el usuario o la empresa.
  • Product Goal → un resultado más estratégico —también cuantitativo— del producto.
  • La Definition of Done sube → añadir un sistema de control (harness). El listón no puede bajar porque entregar salga más barato.

Si tu DoD es la misma que antes de la IA, estás acumulando riesgo invisible.

ITNOVE
15 · BLOQUE 4
EVENTOS ADAPTADOS

Los eventos evolucionan. Su propósito se mantiene.

Daily Scrum

Pasa de sincronizar progreso a validar output y revisar decisiones de la IA.

Las preguntas que importan ahora:

  • ¿El output de ayer cumple de verdad el Sprint Goal?
  • ¿Qué decisiones del agente tiene que revisar o revertir el equipo?

Sprint Review

Pasa de demo de features a conversación sobre resultados.

Las preguntas que importan ahora:

  • ¿Qué hemos aprendido sobre el comportamiento real de los usuarios?
  • ¿Las señales apoyan o cuestionan el Product Goal?
  • ¿Qué deberíamos dejar de construir?
ITNOVE
16 · BLOQUE 4
EL SCRUM TEAM HÍBRIDO

Los roles evolucionan. La accountability se mantiene.

Product Owner

Se convierte en validador de hipótesis, no en aprobador de features.

El backlog es un conjunto de apuestas, no una lista de tareas. El trabajo del PO es maximizar la relación señal-ruido: ¿qué apuestas merece la pena correr este Sprint?

La habilidad clave: traducir resultados de negocio en Sprint Goals verificables.

Scrum Master

Se convierte en facilitador del aprendizaje humano-IA, no en gestor de reuniones.

Ayuda al equipo a construir la disciplina de especificar bien, validar con rigor y mejorar el bucle de colaboración. Elimina impedimentos para supervisar con eficacia el output de la IA.

ITNOVE
17 · BLOQUE 4
EL BACKLOG EVOLUCIONA

De historias de usuario a hipótesis de valor.

Antes

"Como socio de GymTonic quiero recordatorios de clase para no perderme mis sesiones."

  • Captura una petición — asume que la feature crea valor.
  • No dice nada sobre qué vamos a medir, ni cuándo parar.
  • El output es una feature → éxito = publicada.

Ahora

"Creemos que recordar a los socios 2 h antes de una clase reservada sube la asistencia ×1,5. Lo probaremos con el 20% de los socios de GymTonic en el Sprint 8."

  • Captura una hipótesis — define el resultado y la señal.
  • Incluye una condición de parada si falla.
  • El output es aprendizaje → éxito = validado.

El Spec-Driven Development cambia el formato de la especificación. El cambio de arriba cambia su propósito.

ITNOVE
18 · BLOQUE 4
EL NUEVO CUELLO DE BOTELLA

Cuando construir cuesta casi nada, la decisión es el capital escaso.

Más ideas que nunca. Más peticiones de stakeholders. Más posibilidades técnicas. La capacidad de filtrar, priorizar y decir que no es ahora la habilidad más valiosa —y más escasa— del equipo.

El Product Goal no es un artefacto de planificación. Es el filtro que protege al equipo de ir muy rápido en la dirección equivocada.

Los equipos que dominen la gestión de la demanda en la era de la IA construirán diez veces más valor con la misma gente. Los que no, construirán diez veces más desperdicio.

ITNOVE
19 · BLOQUE 5
¿ALIADOS O RIVALES? — LA RESPUESTA

Se diseñó para aprender rápido.

Scrum no se diseñó para producir rápido — de producir se encarga la IA ahora. Lo que Scrum aporta es un marco para aprender rápido: hipótesis claras, ciclos cortos, resultados validados.

El equipo que gana en la era de la IA no es el que más publica. Es el que responde más rápido a las preguntas correctas.

ITNOVE
20 · BLOQUE 5
TRES COSAS QUE HACER ESTA SEMANA

Empieza por aquí.

01
Define un Product Goal claro
Antes de usar IA para construir nada
02
Audita tu Daily Scrum
¿Valida valor — o reporta actividad?
03
Mide resultados
No solo velocity

Si haces una sola cosa: escribe un Product Goal antes de tu próxima Sprint Planning — el resultado que persigues, por qué importa ahora, y cómo sabrás que lo has conseguido.

ITNOVE
23 · PREGUNTAS

La velocidad no es el problema. El problema es ir muy rápido en la dirección equivocada.

GRACIAS · PREGUNTAS

Hablemos.

Alex Ballarín · Professional Scrum Trainer · ITNOVE

  • Scrum.org · scrum.org/alexballarin
  • Web · itnove.com
  • Email · alex@itnove.com

Newsletter

Cada jueves — estrategia, producto, agile e IA

Doble opt-in · sin spam · RGPD

ITNOVE
29 / 31
ITNOVE
30 / 31
ITNOVE
31 / 31