Lo que fue bien

¿Qué hizo más rápido o mejor el trabajo con IA este ciclo?

El agente generó la estructura de nuestra suite de tests en minutos y nos ahorró más o menos medio día de código repetitivo, se puede ver en el PR.
Los primeros borradores de documentación generados con IA hicieron que los revisores solo tuvieran que editar, no escribir desde cero. El tiempo de respuesta bajó bastante.
Programando en pareja con el asistente detectamos dos casos límite de manejo de nulos antes de que llegaran a staging.
Fricción y su causa

¿Dónde nos frenamos y cuál fue la causa raíz?

El agente se empeñaba en inventarse una API obsoleta, lo que nos costó unas 2 horas de retrabajo. Causa raíz: documentación (material de referencia desactualizado).
El entorno local no coincidía con el de CI, así que el código generado por IA pasaba en local y luego fallaba en el pipeline. Causa raíz: entorno.
Le volvimos a explicar el mismo contexto al asistente en cada sesión. Causa raíz: proceso (no hay un documento compartido de prompts/contexto).
Suposiciones que dejamos pasar

¿Qué supuso el agente (o nosotros) sin información suficiente?

Dimos por hecho que el manejo de límites de peticiones del agente era correcto, pero nunca hicimos pruebas de carga.
Aceptamos el script de migración de datos de la IA sin verificarlo con volúmenes de producción.
El agente supuso que todos nuestros usuarios están en la misma zona horaria. No está verificado y probablemente sea falso.
Conservar o eliminar

¿Cuáles de estas fricciones elegimos a propósito?

CONSERVAR: La revisión humana obligatoria en todas las migraciones generadas por IA. Es más lenta, pero detectó un bug real. Control deliberado.
ELIMINAR: Volver a explicar el contexto en cada sesión. Desperdicio puro; añadiremos un documento de contexto compartido.
CONSERVAR: El paso de aprobación antes de que el agente toque la configuración de producción. Elegido a propósito.
Esto primero

De todo esto, ¿qué mejora compensa más y a qué altitud?

Actualizar la documentación de referencia de la API en la que se apoya el agente. Responsable: Priya. Altitud: documentación.
Alinear el entorno de desarrollo local con CI mediante una imagen de contenedor. Responsable: Marcus. Altitud: entorno.
Crear un documento compartido de contexto/prompts para dejar de repetir explicaciones. Responsable: Lena. Altitud: proceso.

¿Qué es la retrospectiva de trabajo asistido por IA?

Cuando los agentes y asistentes de IA forman parte del trabajo diario, cuesta distinguir las aceleraciones reales de los costes ocultos. La retrospectiva de trabajo asistido por IA le da a tu equipo una forma de revisar un ciclo de entrega asistida por IA basada ante todo en la evidencia. Identificáis los logros que vale la pena proteger, rastreáis cada fricción hasta su causa raíz y después decidís qué fricciones pusisteis ahí a propósito. Este último paso importa porque no toda fricción es desperdicio. Las revisiones obligatorias, los pasos de aprobación y los ciclos de verificación son controles que el equipo eligió, y la clasificación los separa del desperdicio antes de que alguien se apresure a "arreglarlos". El tablero tiene cinco columnas. Lo que fue bien recoge logros respaldados con evidencia. Fricción y su causa nombra cada freno y etiqueta su causa raíz. Suposiciones que dejamos pasar reúne las suposiciones que el agente (o el equipo) aceptó sin comprobar. Conservar o eliminar marca cada fricción como un control que hay que proteger o un desperdicio que hay que quitar, y Esto primero cierra con un máximo de tres mejoras. Cada mejora se sitúa en una altitud concreta (documentación, entorno, proceso, material o upstream), de modo que apunta al nivel adecuado en lugar de convertirse en una tarea genérica. Pedir evidencia de los logros, causas de la fricción y honestidad sobre las suposiciones no comprobadas mantiene la retro lejos tanto del entusiasmo exagerado como del cinismo, y da al equipo un vocabulario fijo para hablar del trabajo asistido por IA. En TeamRetro, todos añaden tarjetas a la vez, agrupan los temas comunes y votan, y salís con acciones con responsable y una visión clara de qué proteger, qué eliminar y qué dejar como está.

Formato de retrospectiva de trabajo asistido por IA

Lo que fue bien

¿Qué hizo más rápido o mejor el trabajo con IA este ciclo?

Aquí solo van logros con evidencia, así que deja fuera los elogios generales. Pide a cada persona que señale algo que la asistencia de IA mejoró de verdad: una tarea que se entregó antes, un bug detectado antes, un borrador que ahorró horas. El objetivo es encontrar lo que hay que proteger y repetir, así que pregunta por el momento concreto o las cifras detrás de cada logro.

Fricción y su causa

¿Dónde nos frenamos y cuál fue la causa raíz?

Cada tarjeta nombra el momento, un coste aproximado y una etiqueta de causa raíz del vocabulario fijo del equipo (documentación, entorno, proceso, material o upstream). Evita las quejas generales y pide el caso concreto y lo que costó. Nombrar la causa ahora hace mucho más precisos los pasos de conservar o eliminar y de priorización.

Suposiciones que dejamos pasar

¿Qué supuso el agente (o nosotros) sin información suficiente?

Esta es la fricción que aún no ha hecho daño: suposiciones que nadie ha comprobado. Pide al equipo que señale cualquier cosa que el agente dedujo o que el equipo dio por buena sin más, como un caso límite sin probar, un requisito sin confirmar o un atajo "que seguramente está bien". Detectarlas ahora evita que se conviertan en el incidente del próximo ciclo.

Conservar o eliminar

¿Cuáles de estas fricciones elegimos a propósito?

No toda fricción es desperdicio. Las revisiones obligatorias y los pasos de aprobación pueden ser puntos de control que el equipo eligió a propósito. Repasad las tarjetas de fricción y marcad cada una como CONSERVAR (un control que vale la pena proteger) o ELIMINAR (desperdicio que hay que quitar). Quitar un control debe ser una decisión explícita del equipo, nunca un efecto secundario de una limpieza.

Esto primero

De todo esto, ¿qué mejora compensa más y a qué altitud?

Sé estricto: tres mejoras como máximo. Cada una necesita un responsable con nombre y una altitud concreta (documentación, entorno, proceso, material o upstream), lo que la mantiene dirigida al nivel adecuado. Votad en TeamRetro para quedaros con las mejoras de mayor impacto antes de asignar responsables.

Cuándo utilizar este estudio retrospectivo

  • Al final de un sprint o ciclo de entrega en el que agentes de IA o asistentes de programación hicieron una parte real del trabajo.
  • Cuando tu equipo está ampliando los flujos de trabajo asistidos por IA y quiere separar las mejoras reales de los costes ocultos.
  • Tras una etapa de adopción rápida de IA, cuando se han acumulado fricciones y soluciones provisionales sin revisar.
  • Cuando sospechas que alguien está a punto de eliminar una fricción que en realidad es un control que vale la pena conservar.
  • Cuando quieres un vocabulario común en el equipo para hablar del trabajo asistido por IA sin exageraciones ni cinismo.

Preguntas sugeridas para romper el hielo

  • Si tu asistente de IA hubiera tenido personalidad este sprint, ¿habría sido un becario entusiasta, un sabelotodo o un genio callado? ¿Por qué?
  • ¿Qué tarea nunca le confiarías a una IA y cuál le pasarías encantado mañana mismo?

¿Le gustaría que su equipo realizara un ejercicio de calentamiento, en lugar de limitarse a responder en voz alta? Eche un vistazo a los rompehielos gratuitos →

Ideas y consejos para su reunión retrospectiva

  • Acordad vuestro vocabulario de causas raíz (documentación, entorno, proceso, material, upstream) antes de empezar. Unas etiquetas coherentes hacen mucho más precisas la clasificación y la priorización.
  • Exige evidencia de los logros. "Parecía más rápido" no es un logro; "nos ahorró medio día de código repetitivo" sí lo es.
  • En Conservar o eliminar, trata la eliminación de un control como una decisión. Nunca quites una revisión obligatoria solo porque es lenta. Comprueba antes que no esté detectando problemas reales.
  • Limita la lista de acciones a tres, cada una con un responsable con nombre y una altitud. Una lista más larga suele significar que no se hace nada.
  • Deja espacio para hablar a las personas más calladas y más escépticas. El entusiasmo por la IA puede tapar preocupaciones legítimas sobre suposiciones sin comprobar.
  • Volved a revisar Suposiciones que dejamos pasar en el siguiente ciclo para ver si alguna se ha convertido en un coste real.

Preguntas frecuentes

¿Cuánto dura la retrospectiva de trabajo asistido por IA?
La mayoría de los equipos terminan en 45–60 minutos. Reserva unos minutos más para Conservar o eliminar y la priorización final, ya que implican decisiones reales sobre controles y responsables.
¿Cuándo conviene usar este formato en lugar de una retrospectiva de sprint estándar?
Úsalo siempre que los agentes o asistentes de IA hayan influido en buena parte del trabajo del ciclo. Una retro estándar trata toda fricción como algo que mejorar, mientras que este formato separa los controles deliberados del desperdicio.
¿Qué significa 'altitud' en el paso de acciones?
La altitud es el nivel en el que se aplica una mejora: documentación, entorno, proceso, material o upstream. Nombrarla dirige cada acción a la capa correcta para que no se quede en una tarea vaga.
¿Por qué separar la 'fricción' de las 'suposiciones que dejamos pasar'?
La fricción es un coste que ya habéis pagado. Las suposiciones son supuestos sin comprobar que todavía no han hecho daño. Mirar ambas cosas os permite resolver los problemas de hoy y adelantaros al próximo incidente.
¿Qué idea hay detrás de 'no toda fricción es desperdicio'?
Algunas fricciones, como una revisión obligatoria o un paso de aprobación, son controles que el equipo eligió a propósito. La clasificación separa esos controles del desperdicio antes de eliminar nada.
¿Cuántas acciones deberían salir de la retro?
Tres como máximo, cada una con un responsable con nombre y una altitud. Una lista corta de acciones con responsable tiene muchas más probabilidades de cumplirse.
¿Está listo para llevar a cabo esta retrospectiva?Pruebe esta retransmisión en directo retrospectiva