Philippe Martin presenta el método BMAD (Breakthrough Method for Agile AI-Driven Development) como un "plano de urbanismo" indispensable para estructurar el uso de la IA agéntica dentro del ciclo de vida del desarrollo de software, en contraposición al "vibe coding", que genera una deuda técnica explosiva.
El problema: desde la llegada de los LLM, muchos equipos han estado "codificando por instinto" con IA: generar prompts, recuperar código, ajustar manualmente, volver a empezar. A corto plazo, esto resulta estimulante. A largo plazo, es como dejar que cada desarrollador negocie a solas con un contratista: ampliaciones por todas partes, sin plan de conjunto, una red eléctrica a punto de incendiarse.
La respuesta de BMAD: organizar los agents IA como una cuadrilla de construcción disciplinada. Cada agente desempeña el papel de un capataz especializado: un agente aclara 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 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 zonas de inserción. Aguas arriba, los agentes transforman 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 'me escriba una aplicación', se le pide que 'implemente este módulo dentro de este diseño preciso'". Aguas abajo, los agentes monitorizan, analizan los registros y alimentan un backlog priorizado de deuda técnica.
Legado y deuda técnica: BMAD empuja a abordar la estructura en lugar de la capa de pintura. Los agentes mapean el código, identifican las áreas 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 su 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 a evaluar el valor producido por la cadena híbrida.
Recomendaciones: empezar por las reglas del juego antes que por las herramientas, elegir casos piloto concretos, medir y comunicar los resultados, y aceptar que el marco evolucionará, del mismo modo que un buen plano de urbanismo permite renovar una ciudad sin arrasarlo todo cada vez.