Cómo llegamos aquí

El punto de partida fue una pregunta concreta:

¿cómo debería trabajar el equipo de ChatBuilder ahora que el agente es un participante real del flujo, no una herramienta de apoyo ocasional?

Esa pregunta obligó a revisar simultáneamente tres cosas: cómo construimos, cómo nos organizamos, y cómo aprendemos.

Lo que tienen frente a ustedes 
no es un proceso diseñado desde cero. 
Es la convergencia de varios marcos 
que ya existían por separado 
y que, al ponerlos en conversación, 
revelaron algo que ninguno decía solo.

Lo que tuvimos en cuenta

Partimos de cinco fuentes principales.

<aside> 1️⃣

El SDLC propuesto para ChatBuilder — el deck que presentamos a stakeholders en febrero 2026 — fue el esqueleto. Propone cinco pasos (Entender, Diseñar, Implementar, Review, ADR) con herramientas concretas para cada uno, y un principio organizador claro: pensar antes de actuar. Ese principio sobrevivió intacto a todo el proceso de síntesis.

</aside>

<aside> 2️⃣

Sobre ese esqueleto pusimos SDDi — Specification-Driven Development iterativo — que aporta el ciclo de pensamiento que el SDLC necesitaba pero no tenía explícito: entiende, conversa, modela, actúa, itera. SDDi resuelve una pregunta que el SDLC no se hacía: ¿qué pasa con el conocimiento colectivo entre un ciclo y el siguiente?

</aside>

<aside> 3️⃣

El tercer insumo fue el framework de Patrones de Colaboración Humanos-AgenticAI, que nombra los problemas que aparecen cuando un equipo trabaja con agentes sin prácticas diseñadas conscientemente. Calibración, Confianza Ciega, Desvío Silencioso, Flujo Sin Pausa — no son metáforas, son síntomas observables con patrones de respuesta específicos.

</aside>

<aside> 4️⃣

El cuarto fue el modelo de madurez AACR — AI Amplified Coding Radar — que establece las tres fases por las que un equipo evoluciona: AI-Assisted, AI-Augmented, AI-Native. Nos dio la dimensión temporal que los otros marcos no tenían: el proceso no es estático, se recalibra a medida que el equipo madura.

</aside>

<aside> 5️⃣

El quinto insumo fue el análisis de Cómo evolucionan las Prácticas Ágiles más Usadas en contextos de agentic coding, cruzado con esas tres fases. Ahí apareció algo incómodo pero importante: varias prácticas que dábamos por estables están amenazadas — la estimación por story points pierde sentido cuando el agente hace en minutos lo que antes tomaba días, y la retrospectiva, la práctica más valiosa del repertorio ágil, es simultáneamente la más amenazada si el agente itera más rápido que el ciclo humano de reflexión.

</aside>

Además de estas fuentes propias, analizamos señales externas: el Vibe Manifesto como expresión del movimiento que abandona Agile silenciosamente, y la distinción de Casey West entre verificación y validación — que reencuadra el problema de la confianza en el agente como un problema epistémico, no técnico.


Lo que encontramos en el camino

Tres hallazgos que no estaban en el punto de partida.

<aside> 1️⃣

El cuello de botella se desplazó. Con agentic coding, producir software se volvió fácil. El riesgo dominante ahora es construir lo incorrecto más rápido. Eso cambia dónde vive el valor del proceso: ya no está en la ejecución sino en la calidad del pensamiento que la precede.

</aside>

<aside> 2️⃣

El SDLC actual tiene un gap explícito (pero probablemente manejable) en 5.2. El paso ADR captura la decisión puntual, pero no tiene herramienta ni práctica asignada para actualizar la spec viva como contexto persistente del agente. Sin ese paso, el conocimiento del ciclo anterior no llega al siguiente. El agente del próximo sprint trabaja con el mismo contexto que el de hoy.

</aside>

<aside> 3️⃣

Las prácticas ágiles no desaparecen, se reencuadran. El daily standup, el iteration planning, la retro — ninguna muere en Fase 1. Pero todas cambian de pregunta. El planning ya no pregunta cuánto hacemos sino qué contexto le damos al agente. La retro ya no pregunta solo qué mejorar en el proceso sino qué aprendimos colaborando con el agente que el resto del equipo no sabe todavía.

</aside>


Los criterios que guiaron las conclusiones

  1. Enfocarse en Fase 1 del AACR como horizonte operativo inmediato, sin perder de vista las fases siguientes como dirección. El proceso tiene que funcionar hoy, y tiene que poder evolucionar sin romperse.
  2. No agregar ceremonias nuevas. Los patrones de colaboración y las prácticas ágiles evolucionadas entran a las prácticas que el equipo ya tiene, cambiando una o dos preguntas dentro de ellas.
  3. La spec viva no es documentación — es infraestructura. El wiki de producto y el contexto del agente son la misma cosa vista desde dos ángulos. Sin eso, la velocidad que gana el equipo se convierte en deuda acelerada.