Ejecución de la colaboración en IA en modo 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 aplíquela en 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 revisar una campaña publicitaria «fallida» que se había pausado deliberadamente, ya que el briefing no lo indicaba. 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:AGENTS.md actualizaciones de archivos de contexto, sistemas de memoria, procesos de mejora interna de los proveedores y 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 se convierte en un coste importante para el equipo solo 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 tiene 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 correcciones. Para la mayoría de los equipos, esa ceremonia es la retro, pero también puede 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 retro, o su ceremonia actual de carácter equivalente.

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á formada 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: causas fundamentales y soluciones para toda 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. Los equipos con grandes flotas de agentes pueden necesitar 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 han aplicado las soluciones anteriores y las tres principales medidas recomendadas.
3. Tome una decisión en 15 minutos. El resumen 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 mantenerlo o eliminarlo, confirma dónde debe aplicarse cada solución y asigna responsables a las acciones prioritarias. En el resumen del siguiente ciclo se indica si el 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 la fricción subestima los datos, y las correcciones humanas a posteriori constituyen una señal adicional, no un punto de control en el que el bucle quede a la espera. La decisión recae en el equipo, y no por simple cortesía: las correcciones se incorporan a los presupuestos, documentos, procesos y herramientas de los que el personal es responsable y ante los que debe rendir cuentas. El agente aporta pruebas y borradores; la sala decide.

Cómo debe ser una buena entrada

He aquí 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 indica un momento y un coste (las estimaciones aproximadas se marcan 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 termina con una solución del tamaño de un ticket que indica su altitud: ¿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 superior 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 sí se pueden agregar ochomissing-documentationentradas. La vaguedad es el modo de fallo; «nada destacable» es una entrada válida.

Un buen resumen ocupa una sola página: temas con prevalencia («4 de 9 sesiones») y ejemplos con fecha concreta, una exposición clara de qué grupo de causas fundamentales predomina (sesiones 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 técnica o la interacción con el cliente; el registro se encuentra en la carpeta principal de documentos de ese espacio de trabajo. Una entrada archivada fuera de su ámbito es una 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 de cualquier tipo; 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 provocado: «el briefing dejó el 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, basadas en el esquema de partida, que se pueden utilizar en TeamRetro /retrospectives/o en cualquier pizarra:

Columna	Mensaje	Frase breve
Ha salido bien	¿Qué aspectos se han agilizado o mejorado en este ciclo gracias al trabajo asistido por IA?	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 aquello 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 responsable y el nivel en el que se sitúa: documentación, entorno, proceso, material o fase previa.

Parte 3 — Tarjetas de indicaciones para el moderador

Preguntas que debe plantearse cuando un equipo presente un briefing de «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 la fecha 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 (anuncio).
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 supuesto 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 siempre que se ignore una tarjeta.
5. «¿Debe incluirse esta corrección en la documentación, en el entorno o en las instrucciones de 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 acaba esta solución?» Una acción sin propietario es un objeto de la lista de deseos. Si el propietario no se encuentra en la habitación, eso también se considera un hallazgo.
7. «Antes de atribuir esto a un error del agente, ¿eran adecuados los datos de entrada?»agent-errores 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 — en su lugar, se debe corregir el sistema de control (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. «¿Fue una persona quien lo detectó, o fue 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 del de otro equipo?» Las correcciones deben asignarse 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 al proveedor… La lista de prioridades revisada suele superar el límite de decisión individual. Reconocer eso es precisamente la razón por la que el tema se está tratando aquí.

---

Siguiente 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.