Parte III. El Sprint con IA

Cinco eventos, una sola pregunta: ¿qué decidimos aquí?

Planning, Daily, refinamiento, Review y Retrospectiva con agentes

Doce tareas cerradas por la noche

El martes, en la Daily de GymApp, el tablero tenía doce tareas nuevas en la columna de revisión. Las había cerrado un agente durante la noche: correcciones de textos, pruebas que faltaban y dos ajustes en la lista de espera. Unai empezó a leerlas en voz alta. A la tercera, Olga paró la Daily.

"¿Qué tenemos que decidir hoy?", preguntó. Nadie lo sabía. Llevaban diez minutos repasando lo que había hecho el agente, y la lista de espera, que era el Sprint Goal, seguía bloqueada por una duda con pagos que nadie había mencionado.

Un evento que no decide es una reunión

Cada evento de Scrum existe para tomar una decisión: qué haremos en el Sprint, cómo vamos hacia la meta, qué cambiamos del producto, cómo mejoramos. Un evento que no decide nada es una reunión.

Con IA es más fácil perderlo de vista. Los informes salen solos: resúmenes de lo hecho, listas de tareas cerradas, gráficos del Sprint. Es tentador convertir cada evento en repasar esos informes. Pero el informe es la entrada; la decisión sigue siendo de las personas.

Evento por evento

Sprint Planning. Se decide una meta medible y qué trabajo la sirve. La capacidad del equipo incluye ahora a los agentes, pero el límite no está en lo que se puede generar: está en lo que el equipo puede revisar con calidad. Un Sprint con cuarenta cambios generados y capacidad para revisar quince es un Sprint con veinticinco problemas.

Daily Scrum. Se decide cómo vamos hoy hacia el Sprint Goal: qué lo bloquea y quién lo desbloquea. Lo que hicieron los agentes ya está en el tablero; no hace falta leerlo en voz alta. Solo entra en la Daily si afecta a la meta.

Refinamiento. La IA desglosa épicas, propone criterios de aceptación y detecta dependencias. El equipo decide qué entra, qué se corta y qué falta. La spec, con su evidencia, hace de Definition of Ready: si no la tiene, el elemento no está listo.

Sprint Review. Se decide qué cambia en el producto y en el backlog a partir de lo que pasó. Con IA, el riesgo es la demo generada: pantallas perfectas de cosas que nadie ha usado. La Review útil enseña comportamiento medido ("esta semana, el 12 % de los socios que encontraron una clase llena se apuntaron a la lista de espera") y, si se puede, cuenta con usuarios presentes.

Sprint Retrospective. Se decide qué cambia en cómo trabaja el equipo. La IA puede analizar los datos del Sprint y señalar patrones: dónde esperó el trabajo, qué volvió atrás, quién revisó qué. Las personas deciden qué hacer con eso, con las tres preguntas del capítulo 4.

Los artefactos

• El Product Backlog es lo que la IA más infla. Generar elementos es gratis; el Product Owner poda. Un backlog que crece cada semana sin que salga nada es una señal de alarma. La mayoría de sus elementos deberían demostrar con claridad qué aportan a la meta de producto.
• El Sprint Backlog tiene que mostrar el trabajo de los agentes, con su estado y con quién lo revisa. Lo que no se ve no se gestiona. La mayoría de sus elementos deberían demostrar con claridad qué aportan a la meta del Sprint.
• El Incremento es lo que cumple la Definition of Done, y eso tiene capítulo propio, el siguiente.

La tabla de las decisiones

Al día siguiente, la Daily de GymApp duró nueve minutos. Empezó con la pregunta de Olga. La duda con pagos se resolvió con una llamada a otro equipo esa misma mañana.

En resumen

Cada evento existe para decidir algo. La IA prepara la información y las personas deciden. El límite del Sprint lo pone la revisión, no la generación, y el Product Owner poda el backlog que la IA infla.

Pruébalo esta semana

En la próxima Sprint Review, no enseñes nada que no tenga una medida de uso. Si no hay ninguna, esa es la conversación que tenéis que tener.

Capítulos