— el más explícito y el más demoledor
Fowler tiene una entrada de bliki de 2003 titulada literalmente "Enterprise Architecture" donde abre con esto:
"Como resulta, puedo ponerme bastante cínico respecto a la arquitectura empresarial. Este cinismo viene de lo que parece ser el ciclo de vida común de las iniciativas de arquitectura empresarial." Martin Fowler
Describe el ciclo:
"Usualmente comienzan en un blaze de gloria y atención mientras el grupo de IT lanza una iniciativa mayor que traerá sinergia, reuso, y todos los demás beneficios que pueden venir de romper los stovepipes de las islas de aplicaciones... Dos o tres años después, no se ha hecho mucho y al grupo de arquitectura empresarial no le devuelven las llamadas. Un año o dos después, la iniciativa muere silenciosamente, pero pronto otra empieza y el ciclo de boom y bust comienza de nuevo." Martin Fowler
Y diagnostica la causa estructural:
<aside> 📌
"El problema para los grupos centrales de arquitectura es que están manejados por la gestión de IT, pero las aplicaciones que buscan organizar están manejadas por necesidades de negocio. Si a un equipo de aplicación se le dice que haga trabajo que no beneficia directamente a su aplicación, sino que la hace más fácil de encajar en la arquitectura, hay una renuencia natural a hacerlo... el equipo de aplicación gana. Estas victorias causan que la iniciativa de arquitectura empresarial reviente." Martin Fowler
</aside>
Su prescripción es minimalista: "un buen modo de pensar sobre esto es que estas iniciativas deberían ser menos sobre construir un plan general para aplicaciones, y más sobre venir con técnicas para integrar aplicaciones de cualquier manera en que estén armadas." Martin Fowler
Fowler básicamente reduce EA a "patrones de integración entre aplicaciones existentes". Niega la pretensión planificadora central. Es la posición más radical del Manifiesto contra la EA tradicional.
— el único que está construyendo activamente algo parecido a "Agile EA"
Acá hay novedad importante. Highsmith publicó Adaptive Leadership: Accelerating Enterprise Agility (2013) y EDGE: Value-Driven Digital Transformation (2019), ambos sobre cómo extender agilidad al nivel organizacional.
Pero el dato más relevante para ti: Highsmith está liderando el lanzamiento del Enterprise Agility Manifesto previsto para febrero 2026 (25º aniversario del Manifiesto original), iniciativa conjunta de Agile Alliance y PMI. "Este trabajo cambia el foco desde escalar prácticas de equipo hacia construir la capacidad de adaptarse a través de empresas enteras." Agile Alliance
La cita que conecta: "Highsmith reconoció que este nuevo manifiesto no es una reescritura del Manifiesto Ágil de 2001. Tampoco es un set de instrucciones paso a paso. Es una evolución, una respuesta a la escala, los stakes, y la complejidad que enfrentan las empresas modernas. Enfatizó que mientras las prácticas importan, el mindset importa más, y el systems-thinking debe reemplazar a los frameworks one-size-fits-all." Agile Alliance
Y la frase: "Necesitas una brújula que te guíe, no un mapa rígido. El Enterprise Agility Manifesto sirve como esa brújula." Agile Alliance
Highsmith confirma que lo que se está intentando llamar "enterprise agility" deliberadamente no es un framework arquitectónico. Es un set de principios. Una brújula, no un mapa. Esa es la forma agile de hablar de EA — negándose a hacer EA.
Su Clean Architecture (2017) trata estructura de aplicaciones, no la disciplina EA. Su posición arquitectónica es: separar reglas de negocio estables de detalles técnicos volátiles, vía la Dependency Rule. Es heredero conceptual directo de la Hexagonal de Cockburn. No habla de gobierno empresarial.
Tampoco habla de EA. Su Hexagonal/Ports & Adapters (2005) es arquitectura de aplicación. Su trabajo reciente (Heart of Agile desde 2015) ha sido expandir agile para cubrir todo tipo de iniciativa, incluyendo proyectos de impacto social, gobiernos, y familias — sin pasar por la disciplina EA tradicional. Amazon