¿Cree que la demanda de Enterprise Architects seguirá creciendo en los próximos años?

Yo creo que lo hará. Sé que es un puesto algo asediado o una descripción de trabajo, despreciada por tantos como se entiende mal. Veo tendencias de aumento de la demanda en el norte de Europa, más en LatAm, Emiratos Árabes Unidos y, por supuesto, la práctica que ya ha disfrutado durante muchos años de estabilidad en los EE. UU., De donde es originaria. TOGAF parece la certificación principal. La demanda parece ser lo suficientemente alta en algunos lugares, que incluso las personas con su nueva certificación obtienen puestos de EA, lo cual es bastante débil. Independientemente de cómo se vean tales iniciativas, se requiere EA con mayor frecuencia en grandes proyectos, así como en iniciativas relacionadas con el sector público / estatal. Tal vez porque el caos y los silos en organizaciones tan grandes parecen pedir un esfuerzo específico que pueda ofrecer análisis de duplicación, estrategias de consolidación, hojas de ruta estratégicas … en muchos entornos hay una ignorancia total de la topología de los sistemas, o incluso qué sistemas se están ejecutando allí .


Los profesionales de EA necesitan comprender cómo conectar las mejoras de rendimiento de una línea de negocios, línea de productos, línea de servicios con proyectos de apoyo, hoja de ruta, transformaciones. Conozco algunas compañías, los jugadores clave de tecnología más famosos, Google, Amazon y todas las demás compañías que han logrado construir una tubería de entrega continua (CD) que les permite lanzar a la producción 50 veces al día. Parece que necesitan EA, pero seguramente tienen su análisis de brechas, fases de oportunidades y migraciones, arquitectura de negocios, datos y tecnología, así como también tienen hojas de ruta de productos en sus diferentes divisiones, por lo que creo que hasta cierto punto tienen EA. La cuestión es cómo definir EA exactamente.

Por supuesto, los arquitectos de la torre de marfil y el mal camino probado de muchos esfuerzos de arquitectura que han sido inútiles esfuerzos de mapeo que producen muy poco más que toneladas de diagramas estáticos / obsoletos no han ayudado mucho a la profesión. El retorno de la inversión es difícil de demostrar. Los malentendidos derivados de proyectos habilitados por TI o originados por TI tampoco han ayudado. Los marcos de EA se malinterpretan y se usan como herramientas para producir un cuerpo de conocimiento estático, en lugar de como un punto de partida para el análisis de brechas, el análisis de procesos de negocios y los procesos de arquitectura para mejorar mediante la gestión de madurez local y la mejora de procesos.

Hay varios factores clave que presionan a EA, y no desaparecerán. Los usuarios comerciales exigen una mayor capacidad para liderar y tomar decisiones tecnológicas, con o sin TI, ya que a menudo están cansados ​​de la tradicional TI reactiva de centro de costos. Esto implícitamente exige EA, o pronto la compañía está plagada de soluciones locales, silos y duplicación.

Del punto anterior, se deduce que los CEO y los CIO son más firmes que las estrategias de TI deben estar estrechamente relacionadas con las prioridades estratégicas de la empresa. Esto realmente nadie lo discute en nuestro mundo despiadado globalizado. Según Gartner, “las organizaciones que no centran EA en su estrategia comercial y en colaborar con líderes empresariales tendrán una capacidad muy limitada para ofrecer un valor comercial sustancial. Para lograr resultados comerciales e impulsar el cambio comercial, el valor EA debe desarrollarse en colaboración y apoyado en el contexto de la dirección comercial, estrategia y visión de futuro “.

Uno puede creer o no estas palabras, depende en gran medida del alcance, el tamaño y el mercado de una empresa, pero una cosa está clara, EA no está mapeando sistemas en archivos visio desde donde no se puede obtener conocimiento. Además del hecho de que existen otras herramientas más adecuadas (y que también deben desarrollarse para una mejor comunicación), EA se trata de habilitar la empresa. Tal como dice el viejo adagio de que cada compañía es una compañía de ventas, hoy no es menos cierto que cada compañía es una compañía de software. Los límites entre la empresa / empresa y TI son borrosos. TI debe ser una fuerza que permita la respuesta rápida y el desarrollo de capacidades en la empresa. Los EA necesitan redefinir sus roles para ayudar a modelar la empresa en sintonía con las estrategias, oportunidades de mercado, demanda regulatoria, automatización y ROI en los sistemas de TI.

La verdad es que también hay mucha confusión sobre lo que es EA. La arquitectura de nivel de solución de los sistemas empresariales se confunde ampliamente con la arquitectura de nivel empresarial. HHRR y la multitud de reclutadores / cazadores de cabezas se suman a la confusión (es común ver ofertas que ahora especifican habilidades incluso como html o css). Crear soluciones empresariales no es EA. Sin embargo, esta tendencia probablemente continuará también en el futuro cercano.

Creo que los sistemas de gestión de TI se extenderán inevitablemente para proporcionar algún tipo de información dinámica de arquitectura de descubrimiento en tiempo de ejecución, avances en el monitoreo y las tendencias hacia arquitecturas distribuidas y el IoT parece apuntar en esa dirección. La velocidad de la evolución del sistema solo está aumentando. La presión hacia la estandarización también.

Supongo que me aparté un poco del alcance limitado de la pregunta, pero este es uno de esos temas en los que se podría escribir tanto.

Está bien entendido que la práctica de EA es mucho más amplia que IS Architecture. Tomando una definición simplista de Wikipedia

“La arquitectura empresarial (EA) es” una práctica bien definida para realizar análisis, diseño, planificación e implementación de la empresa, utilizando un enfoque integral en todo momento, para el desarrollo y la ejecución exitosa de la estrategia … “.

¿Qué significa esto? Las personas que pueden cerrar la brecha entre la definición de la estrategia y la ejecución seguirán siendo demandadas. En muchas organizaciones grandes, estas personas desempeñan el papel dedicado de “Enterprise Architects”. En organizaciones más pequeñas, puede que no sea un rol dedicado sino un ejecutivo o gerente senior que también asume el rol de Enterprise Architect. Algunas organizaciones pueden complementar el papel mediante la contratación de consultores externos.

Independientemente de cómo las organizaciones aborden el rol, la necesidad de Enterprise Architects continuará creciendo.

Creo que lo hará, porque el éxito empresarial de las empresas dependerá mucho más de TI que hoy.

Pero el papel evolucionará. Debido al aumento de una visión más integrada de TI y una mayor necesidad de una toma de decisiones equilibrada y rápida, no es tanto una actividad de planificación de hoja de ruta de 5 años sino un apoyo diario del equipo de BizDevOps.

¿Qué es Biz, Dev y Ops o BizDevOps? En este artículo de blog se describe con más detalle lo que cambiará para un arquitecto.