¿Quién enriquece los tickets: el desarrollador o el agente?
El rol del AI Engineer cambia la ecuación: ya no es el desarrollador quien redacta los criterios de aceptación, sino quien valida que estén bien definidos. La diferencia importa.
El malentendido habitual
En la mayoría de tutoriales y demostraciones sobre agentes IA aplicados al desarrollo, se ve siempre la misma secuencia: el desarrollador abre un ticket en blanco, escribe los criterios de aceptación, y luego lanza el agente para que lo implemente. Esta secuencia es útil para enseñar el concepto, pero describe mal cómo funciona un equipo maduro.
El malentendido de fondo es asumir que enriquecer tickets es responsabilidad del desarrollador. En realidad, en un equipo con roles bien definidos, esa responsabilidad pertenece al área de producto — y el desarrollador cumple un rol diferente y más valioso: el de validador crítico.
El riesgo real: cuando el desarrollador escribe los criterios de aceptación y luego los implementa, no hay nadie que cuestione si el problema está bien definido. El agente ejecuta perfectamente lo que se le pide — aunque lo que se le pide esté mal planteado.
El flujo correcto en un equipo maduro
En un equipo que ha adoptado SDD de forma real, el flujo de un ticket tiene fases con propietarios distintos:
PO o PM: define el ticket
Describe el problema de negocio, el valor esperado, los usuarios afectados y el criterio de éxito en términos de resultado, no de implementación.
Rol de producto o tech lead: escribe los criterios de aceptación
Traduce el objetivo de negocio a criterios verificables en formato GIVEN/WHEN/THEN. Define edge cases y validaciones.
Desarrollador (AI Engineer): valida y cuestiona
Lee la spec, identifica lo que falta, pregunta sobre los casos de error y los límites del alcance. No empieza hasta que los criterios son claros.
Agente: implementa
Con una spec completa, el agente tiene el contexto necesario para producir código de calidad con pocas iteraciones de corrección.
El caso del catch-up
Hay contextos en los que sí tiene sentido que el desarrollador enriquezca los tickets. No como norma, sino como excepción temporal con una causa justificada:
Repo heredado sin documentación
Cuando se incorpora a un proyecto con meses de historia y ninguna spec escrita, el desarrollador necesita reconstruir el contexto activamente.
Inicio de proyecto en blanco
En las primeras semanas, antes de que el rol de producto esté establecido, el desarrollador puede redactar borradores de criterios que luego valida el equipo.
Iteraciones rápidas de prototipo
En fases de exploración donde el "qué" todavía no está claro, es razonable que el desarrollador proponga criterios junto con el código.
En todos estos casos, la documentación generada debe ser revisada y aprobada por otro miembro del equipo antes de pasar a implementación.
Qué debería hacer el desarrollador con cada ticket
El rol del AI Engineer ante un ticket nuevo no es escribir código. Es asegurarse de que el ticket está en condiciones de ser implementado por el agente sin ambigüedad:
Cómo evoluciona el rol con agentes
En un sistema agéntico maduro, el agente también puede proponer borradores de criterios de aceptación a partir del contexto del proyecto y de los tickets anteriores. Esto es especialmente útil cuando el ticket describe un problema similar a uno resuelto en el pasado.
Sin embargo, el humano — ya sea el desarrollador, el tech lead o el PM — sigue siendo quien aprueba los criterios antes de que la implementación comience. La IA puede acelerar la redacción; no puede sustituir el juicio sobre si lo que se va a construir resuelve el problema real.
La diferencia clave: el desarrollador que enriquece tickets porque no hay nadie más que lo haga está tapando un problema de proceso. El desarrollador que revisa y cuestiona los criterios propuestos por producto o por el agente está ejerciendo exactamente el rol que un AI Engineer debe cumplir.
¿Quieres aplicar esto en tu equipo?
En Kuuli Technologies llevamos estas metodologías a equipos reales. Escríbenos si quieres una sesión de trabajo o una consultoría sobre agentes IA y SDD.