Philippe Martin presenta el método BMAD (Breakthrough Method for Agile AI-Driven Development) como un "plano de urbanismo" esencial para estructurar el uso de la IA agéntica en el ciclo de vida del desarrollo de software, en contraste con el "vibe coding", que genera una deuda técnica explosiva.
El problema: desde la llegada de los LLM, muchos equipos han estado "codificando al tanteo" con IA — generando prompts, recuperando código, ajustando manualmente, volviendo a empezar. A corto plazo, esto es estimulante. A largo plazo, es como dejar que cada desarrollador negocie solo con un contratista: extensiones por todas partes, ningún plan de conjunto, una red eléctrica lista para incendiarse.
La respuesta de BMAD: organizar a los agentes IA como un equipo de construcción disciplinado. Cada agente desempeña el papel de un capataz especializado: un agente clarifica el requisito y produce una especificación real en lugar de un prompt vago, un arquitecto propone opciones alineadas con los estándares, los "artesanos" generan código, pruebas y documentación, y los controladores hacen seguimiento de los defectos y las regresiones. El humano sigue siendo el arquitecto jefe y el propietario del proyecto: define la visión, las restricciones no negociables, y toma las decisiones estructurantes.
Integración en el SDLC: el autor propone tres puntos de inserción. Aguas arriba, los agentes convierten una intención de negocio en un PRD estructurado mucho más rápido. En el medio, proponen arquitecturas y generan código dentro de un marco definido — "no se le pide a la IA que 'escriba una aplicación', se le pide que 'implemente este módulo dentro de este diseño preciso'". Aguas abajo, los agentes supervisan, analizan los logs y alimentan un backlog de deuda técnica priorizado.
Legado y deuda técnica: BMAD empuja a los equipos a abordar la estructura en lugar de la capa de pintura. Los agentes mapean el código, identifican las zonas de riesgo y proponen refactorizaciones progresivas. La generación sistemática de pruebas y documentación ayuda a reducir el backlog.
Evolución de los roles: la analogía del piloto automático en la aviación ilustra la transformación — el piloto no ha desaparecido, pero el trabajo ha cambiado. Los desarrolladores se convierten en diseñadores de soluciones y revisores exigentes, los arquitectos orquestan un sistema en el que las restricciones empresariales se inyectan en los agentes, y los gestores aprenden a enmarcar el problema y evaluar el valor producido por la cadena híbrida.
Recomendaciones: empezar por las reglas del juego antes que por las herramientas, elegir casos de uso piloto concretos, medir y comunicar los resultados, y aceptar que el marco evolucionará — al igual que un buen plan de urbanismo permite renovar una ciudad sin derribarlo todo cada vez.