La mayoría de los backlogs están llenos de tickets lo bastante claros como para desarrollarlos, pero que nadie llega a empezar. Un agente de IA puede llevar esos tickets del backlog a un pull request fusionado, siempre que el trabajo se divida en pasos que puedas comprobar. Esta guía recorre esos pasos sin tecnicismos.
Empieza por un ticket que un agente pueda terminar
Un buen primer ticket tiene un resultado claro, un alcance pequeño y una forma de saber si ha funcionado. "Añadir un botón de exportación en la página de pedidos" sirve. "Mejorar el rendimiento", no. Si alguien de tu equipo pudiera terminar el ticket en un día sin hacer preguntas, probablemente un agente también pueda.
Antes de pasar un ticket, comprueba tres cosas: la descripción explica qué significa que esté terminado, la parte del código afectada está indicada o es fácil de encontrar, y se enumeran los tests que deben pasar.
Los cinco pasos
- Lectura: el agente lee el ticket, las páginas enlazadas y las partes relevantes del repositorio.
- Planificación: escribe qué va a cambiar y qué tests va a añadir. El plan es lo bastante corto como para que una persona lo lea en un minuto.
- Desarrollo: hace el cambio en su propia rama, ejecuta los tests y corrige lo que falla.
- Revisión: un segundo agente lee el pull request como lo haría un compañero y deja comentarios. El primer agente los responde.
- Merge: cuando las comprobaciones pasan y las personas que designaste lo aprueban, el pull request se fusiona y el ticket avanza.
Mantén visible cada paso
El ticket debe mostrar lo que ha pasado: el plan como comentario, un enlace al pull request y una nota cuando el agente se atasca. Tu equipo nunca debería tener que preguntar "¿en qué punto está esto?". Si el estado solo queda en una ventana de chat, se perderá.
Qué debe revisar una persona
Al principio no hace falta leer cada línea que escribe el agente, pero sí decidir dónde mira una persona. La mayoría de los equipos empieza leyendo el plan y el pull request, y relaja la revisión del plan cuando el agente se ha ganado la confianza en ese tipo de ticket. La guía sobre cómo elegir qué pasos necesitan aprobación lo explica en detalle.
Motivos habituales por los que un ticket se atasca
- La descripción no incluye los criterios de aceptación, así que el agente tiene que adivinar.
- El ticket mezcla dos tareas. Divídelo en dos tickets.
- Los tests son lentos o inestables, así que el agente no puede saber si su cambio funciona.
- No se designó a nadie para aprobar, así que el pull request se queda esperando.
Corrige esto en el backlog y la tasa de éxito del agente sube sin tocar el agente.