SDDi funciona desde el primer día. No requiere que el equipo haya alcanzado un nivel de madurez particular para comenzar a practicarlo. Pero su profundidad — y el valor que produce — cambia significativamente según cómo el equipo ya está colaborando con agentes.
SDDi no prescribe en qué momento está cada equipo ni qué tan rápido debe evolucionar. Lo que sí establece es que el ciclo — entiende → conversa → modela → actúa → itera — es la práctica que hace posible ese movimiento. Sin ella, los equipos acumulan velocidad. Con ella, acumulan inteligencia.
Hay tres momentos distintos en esa evolución. No son etapas que se certifican ni umbrales que se declaran. Son descripciones de dónde está el equipo hoy, y qué significa SDDi en ese contexto.
<aside> 1️⃣
El agente como asistente disciplinado
El equipo usa agentes para acelerar tareas de coding. Cada persona interactúa con el agente por su cuenta, con su propio estilo, con su propio contexto. El agente produce output correcto técnicamente pero sin coherencia sistémica — porque el contexto que recibe es individual, no colectivo.
En este momento, SDDi instala lo más básico y lo más importante: la práctica de construir contexto colectivo antes de delegar al agente. Conversa y modela son las fases que más trabajo requieren aquí, porque el equipo no tiene el hábito de hacer explícito lo que sabe implícitamente. El esfuerzo inicial es real. El retorno también: el agente empieza a producir output coherente con el sistema, no solo con la tarea del momento.
El indicador de que el equipo está en este momento: cuando alguien pregunta por qué se tomó una decisión, la respuesta es "pregúntale a Jorge". SDDi transforma esa respuesta en "está en la spec".
</aside>
<aside> 2️⃣
El agente como co-ingeniero
El equipo ya no usa el agente solo para codificar. Lo integra en conversaciones de diseño técnico, evaluación de arquitectura, y decisiones previas al delivery. El agente tiene acceso a contexto colectivo — una spec viva que el equipo mantiene — y puede participar en entiende y conversa con perspectiva real, no solo con capacidad de ejecución.
En este momento, SDDi opera en su forma más completa. El ciclo completo — los cinco momentos — fluye con naturalidad porque el equipo ya internalizó que pensar y construir no son fases separadas. La spec no es un documento que precede al código: es la conversación continua del equipo sobre lo que sabe y lo que está aprendiendo.
El indicador de que el equipo está en este momento: el agente detecta inconsistencias en la spec antes de que el equipo las vea. No porque sea más inteligente — porque tiene acceso al contexto completo y puede comparar lo que se decidió hoy con lo que se decidió hace tres semanas.
</aside>
<aside> 3️⃣
El agente como constructor end-to-end
El equipo orquesta agentes que pueden llevar una funcionalidad completa desde la hipótesis hasta el deployment, con supervisión humana en los puntos críticos. El rol del ingeniero no es escribir código ni supervisar línea por línea — es diseñar el sistema, sostener el criterio estratégico, y asegurarse de que la inteligencia colectiva del equipo esté suficientemente bien documentada para que el agente pueda tomar decisiones coherentes de forma autónoma.
En este momento, SDDi es infraestructura crítica. Sin una spec viva y colectiva, la autonomía del agente se convierte en riesgo sistémico. Con ella, esa autonomía produce valor a una velocidad que ningún equipo puramente humano puede igualar.
El indicador de que el equipo está en este momento: el onboarding de un nuevo miembro del equipo — humano o agente — ocurre principalmente a través de la spec. El conocimiento del producto no vive en las cabezas de las personas. Vive en el sistema.
</aside>