Organización de la colaboración sobre IA «Retro»

En TeamRetro nos interesan todos los ciclos de mejora continua que lleva a cabo un equipo. El trabajo asistido por IA es un nuevo ámbito que hemos estado analizando desde la perspectiva de nuestras retrospectivas; en esta guía compartimos las conclusiones a las que hemos llegado hasta ahora. Tómela, adáptela y póngala en práctica con cualquier herramienta o ceremonia que ya utilice.

Parte 1: la guía

¿Por qué esto debe formar parte de una ceremonia de equipo?

En algún lugar de su equipo, este mes, un asistente de IA dedicó cuarenta minutos a auditar una campaña publicitaria «fallida» que se había pausado deliberadamente, ya que el briefing no lo especificaba. La persona que dirigía la sesión lo corrigió, se encogió de hombros y siguió adelante. Si cuatro compañeros se topan con versiones de la misma discrepancia, eso supone horas de pérdida silenciosa al mes, y nadie se da cuenta, porque cada uno lo ha asumido por su cuenta.

Ese es el patrón que sigue la fricción en las sesiones de IA: es crónica y de poca importancia, por lo que nunca da lugar a un análisis retrospectivo, y es efímera, por lo que desaparece cuando finaliza la sesión. La mayoría de los equipos ya pueden observarlo (alrededor del 90 % instrumenta los rastros de sus agentes), pero son muchos menos los que lo convierten en soluciones: solo entre el 37 % y el 52 % evalúa de forma sistemática lo que capturan (LangChain, junio de 2026).

Los ciclos de mejora que existen son eficaces, y esta práctica se basa en todos ellos: actualizaciones de archivos de contexto, sistemas de memoria, procesos de mejora continua de los proveedores yAGENTS.md análisis de errores en los registros (Husain y Shankar, preguntas frecuentes sobre evaluaciones). Incluso los proveedores recurren al término «retro»: las directrices de Codex de OpenAI indican «cuando Codex cometa el mismo error dos veces, pídale una retrospectiva y actualice AGENTS.md» (buenas prácticas). Sin embargo, casi todos estos ciclos son individuales: una persona y su agente, o una plataforma y su flota. Lo que aporta el nivel de equipo es la agregación: una fricción que supone cinco minutos que cada persona pasa por alto solo se convierte en un coste importante para el equipo desde una perspectiva agregada, y actuar al respecto (reescribir la plantilla compartida, modificar el proceso de incorporación, adquirir la herramienta) requiere un nivel de decisión que ningún individuo posee por sí solo. El «Feedback Flywheel» de Rahul Garg define el contexto: «un punto del orden del día en la retrospectiva de sprint actual: ¿qué ha funcionado con la IA en este sprint?» (martinfowler.com), y esta guía es una forma de llevarlo a cabo.

Una confesión sincera desde el principio: lo que se necesita es una ceremonia periódica, imparcial y basada en datos, en la que participen los responsables de las soluciones. Para la mayoría de los equipos, esa es la reunión retrospectiva, pero también podría celebrarse en una sesión de planificación de sprints, una revisión mensual de operaciones o una revisión de cuentas del equipo de comunicación. La reunión retrospectiva, o cualquier otra ceremonia equivalente que ya tenga implantada.

Información útil para los facilitadores: Scrum.org aborda este mismo tema desde el punto de vista de las métricas; su guía para llevar a cabo la retrospectiva de sprint cuando la mitad de su equipo está formado por agentes de IA replantea la sesión como una revisión basada en datos del rendimiento de los agentes (reescrituras de prompts, índices de desviación, consumo de tokens). Esta guía adopta un enfoque complementario: las causas fundamentales y las soluciones en el conjunto de la colaboración, en la que los agentes aportan su propio informe del trabajo, que se envía a través del servidor MCP de TeamRetro si utiliza TeamRetro. Es posible que los equipos con un gran número de agentes deseen incorporar elementos de ambos enfoques.

Cómo funciona el proceso, de principio a fin

1. Registro, por sesión. Al final de cada sesión significativa asistida por IA, el agente redacta una breve entrada estructurada: lo que salió bien, lo que se alargó (cada punto acompañado de una causa raíz y una solución propuesta), lo que supuso, y la solución con mayor impacto. Un archivo por entrada, en un registro compartido.
2. Resumir, tras unas 5 entradas. Antes de la ceremonia, el agente condensa el registro en un informe de una página: temas recurrentes clasificados por frecuencia × coste, una distribución de las causas fundamentales, una comprobación de si se adoptaron las soluciones anteriores y las tres principales acciones recomendadas.
3. Decídanlo en 15 minutos. El informe es un punto del orden del día de su retro ya programada, no una reunión nueva. El equipo evalúa cada obstáculo: decide si se mantiene o se elimina, confirma dónde debe aplicarse cada solución y asigna responsables a las acciones prioritarias. En el informe del siguiente ciclo se indica si dicho obstáculo se ha reducido realmente.

Los pasos de captura y síntesis se han implementado como habilidades de agente de código abierto en nuestro repositorio «TeamRetro-skills», por si desea empezar con buen pie.

El agente informa sin restricciones: un agente que necesita permiso para registrar los problemas de fricción subestima los datos, y las correcciones humanas a posteriori constituyen una señal adicional, no un punto de control que el ciclo tenga que esperar. La decisión recae en el equipo, y no por simple cortesía: las soluciones se plasman en presupuestos, documentos, procesos y herramientas de las que el personal es responsable y ante las que debe rendir cuentas. El agente aporta pruebas y borradores; la sala decide.

Cómo debe ser una buena entrada

A continuación les presento un ejemplo concreto, que, deliberadamente, no consiste en una sesión de programación:

# 2026-07-16: Monthly ads account review

**Session size:** ~25 turns, 1 deliverable
**Outcome:** shipped

## Went well
- Exec summary shipped in one pass; the account structure doc from last month held up

## Friction
- **[missing-context]** The brief didn't say the French campaigns were deliberately
  paused for Q3; ~40 min (est.) auditing a "broken" campaign that was fine.
  → Fix (altitude: process): add campaign-status flags to the monthly brief template

## Guesses made
- Assumed the target CPA unchanged from June, unverified

## Do this first
Campaign-status flags in the brief template. Kills the largest single time sink this month.

Fíjese en la disciplina. Cada elemento de fricción cita un momento y un coste (estimaciones aproximadas marcadas con (est.)), lleva exactamente una etiqueta de causa raíz procedente de un pequeño vocabulario fijo (etiquetas como ambiguous-instruction, missing-context, missing-documentation, missing-access-or-tool, agent-error, o work-material-friction, donde el propio elemento era el obstáculo: una estructura de campaña enredada, una hoja de cálculo heredada, un módulo que nadie quiere tocar, siempre con el elemento concreto nombrado), y concluye con una solución del tamaño de un ticket que indica su nivel: ¿Pertenece esta solución a una nota privada en la memoria, a un procedimiento, al entorno, a la documentación, al propio material de trabajo, al proceso o a un nivel anterior con un proveedor? Las etiquetas fijas son las que permiten comparar las entradas entre personas y sesiones; «la documentación era confusa» no se puede agregar, pero ocho entradasmissing-documentation sí. La vaguedad es el modo de fallo; «nada destacable» es una entrada válida.

Un buen resumen ocupa una sola página: temas recurrentes («4 de 9 sesiones») y ejemplos concretos, una exposición clara de qué grupo de causas fundamentales predomina (reuniones informativas, documentación, material de trabajo, herramientas o personal; ahí es donde debe centrarse la atención del equipo), la comprobación de la aplicación de sugerencias anteriores y tres acciones asignables a responsables concretos. Sirve para alimentar la conversación; no la sustituye.

Ámbito: un registro por ámbito de revisión

Mantenga un registro por cada ámbito de revisión: el límite en el que se aplicarían las correcciones. En el caso del trabajo de desarrollo, suele ser el repositorio, ya que es allí donde se encuentran la documentación, la configuración y las convenciones. Para el trabajo no relacionado con el código, se trata de la cuenta de publicidad, la bandeja de entrada de asistencia o la interacción con el cliente; el registro se encuentra en la carpeta de documentos de ese espacio de trabajo. Una entrada archivada fuera de su ámbito es aquella que el responsable final de la corrección nunca encontrará. El esquema es idéntico en todas partes; es el esquema, y no el almacenamiento, lo que permite agrupar las entradas.

Las reglas de «nunca registrar»

Las entradas se registran, se comparten y perduran más allá de su contexto, por lo que hay ciertos elementos que nunca deben incluirse en ellas: secretos, credenciales o claves en cualquier formato; datos de clientes o información personal; cifras empresariales no publicadas; y, lo más importante para la cultura retro, nombres, cargos o cualquier dato que identifique a una persona. Describa la deficiencia y lo que ha costado, nunca quién la ha causado: «el briefing dejó al público sin definir», no «el briefing de X». Los elementos de fricción critican las aportaciones y los sistemas, no a las personas. Si no es posible describir la fricción de un ámbito sin contexto sensible, mantenga esas entradas privadas y comparta únicamente el briefing agregado.

Parte 2: la plantilla «AI Collaboration Retro»

Un formato listo para usar: cinco preguntas guía, basadas en el esquema inicial, que se pueden utilizar en TeamRetro o en cualquier pizarra:

Columna	Texto de entrada	Frase breve
Ha salido bien	¿Qué aspectos se han agilizado o mejorado gracias al trabajo asistido por IA en este ciclo?	Solo se citarán los logros contrastados: lo que hay que proteger y repetir, sin exagerar los elogios.
La fricción y su causa	¿En qué punto se produjo el retraso y cuál fue la causa principal?	En cada tarjeta se indica el momento, el coste aproximado y una etiqueta del vocabulario fijo del equipo.
Conjeturas que dejamos sin aclarar	¿Qué supuso el agente (o nosotros) sin disponer de suficiente información?	Fricciones latentes que aún no han causado problemas; señale todo lo que aún no se haya verificado.
Conservar o eliminar	¿Cuál de estas fricciones elegimos a propósito?	Las etapas de revisión y los pasos de aprobación pueden constituir puntos de control deliberados (resumen de la ponencia de Ronacher en AIE Europe); la eliminación de uno de ellos es una decisión que debe tomar el equipo.
Haga esto primero	De todo lo que hay aquí, ¿qué ajuste es el que más resultados ofrece y a qué altitud?	Un máximo de tres, cada uno con su propietario y el nivel en el que se sitúa: documentación, entorno, proceso, material o fase previa.

Parte 3: Fichas de preguntas para el moderador

Preguntas que debe plantear cuando un equipo presente un briefing sobre «AI-retro» en la ceremonia. Una por tarjeta; utilice las que sean necesarias para la conversación.

1. «¿De qué sesión procede esto y cuánto costó?» Las reclamaciones por patrones requieren pruebas con fecha; no se puede evaluar una ficha que no indique el momento ni el coste.
2. «¿Es esta fricción un punto de control que hemos elegido?» Lo primero es decidir si se mantiene o se elimina: parte de la fricción es lo que permite la dirección (resumen de la ponencia de Ronacher en AIE Europe), y la ausencia de fricción no es gratuita; Thoughtworks advierte de la deuda cognitiva que se acumula (comunicado).
3. «Ya sugerimos esta solución la última vez. ¿Qué lo impidió?» Las sugerencias repetidas que no se han adoptado son el elemento más relevante de cualquier informe; sin esta pregunta, todo el proceso no es más que una farsa.
4. «Esto les ha llevado a cada uno de ustedes diez minutos, ¿cuánto le cuesta al equipo al mes?» La agregación es la principal ventaja del equipo; pregúnteselo cada vez que se ignore una tarjeta.
5. «¿Esta corrección debe incluirse en la documentación, en el entorno o en la forma en que describimos el trabajo?» La cuestión de la altura. Si se queda por debajo del objetivo, la fricción vuelve a aparecer; si se supera el objetivo, se sobrecarga el artefacto equivocado.
6. «¿A quién pertenece el objeto en el que se deposita esta solución?» Una acción sin propietario es un objeto de la lista de deseos. Si el propietario no se encuentra en la sala, eso también se considera un hallazgo.
7. «Antes de atribuir esto a un error del agente, ¿fueron adecuadas las entradas que se le proporcionaron?» esagent-error la etiqueta residual, no la predeterminada; la actitud predeterminada que conviene rechazar es culpar al agente cuando el problema radicaba en el sistema de control o en las instrucciones, por lo que se debe corregir el sistema de control en su lugar (Osmani, Agent Harness Engineering).
8. «¿Qué grupo de causas fundamentales predomina en la distribución, y es ahí donde estamos centrando nuestra atención?» Las cifras del informe le indican si el problema radica en las instrucciones, la documentación, el material de trabajo, las herramientas o la configuración del agente. La atención debe centrarse en los datos.
9. «¿Lo detectó una persona o lo hizo el agente?» La corrección humana sigue siendo el sensor predominante: un estudio de producción reveló que alrededor del 70 % de los fallos silenciosos fueron detectados en primer lugar por una persona que notó que algo no iba bien (arXiv 2606.14589). Considere esas detecciones como pruebas de primer orden, no como interrupciones.
10. «¿Se trata de la fricción de nuestro ámbito de revisión o de la de otro equipo?» Las correcciones se asignan a su ámbito de revisión correspondiente; una ficha relativa a la plantilla compartida o al proceso de otro equipo debe derivarse, no absorberse.
11. «¿Se trata de un debate o de un informe?» Las correcciones obvias se introducen directamente en el sistema de seguimiento; dedique los quince minutos únicamente a las decisiones controvertidas: si se mantienen o se descartan, las discrepancias sobre la altitud y las prioridades.
12. «¿Está esta decisión por encima de cualquiera de nosotros?» Comprar una herramienta, cambiar el sistema de admisión, elevar el asunto a un proveedor: la lista de prioridades reevaluada suele superar el límite de decisión individual. Reconocer eso es precisamente la razón por la que ese tema se está tratando aquí.

---

Próximo capítulo: Empiece en diez minutos. Instale las habilidades y ejecute su primera captura, o adapte la plantilla anterior al tablero que ya utilice su equipo. Parte de la guía de retrospectivas de agentes de IA.