¿Qué papel juega la TI en la arquitectura empresarial?

Hay una pregunta de larga data sobre el valor de la arquitectura empresarial a la que comencé a responder. Pero ya no puedo encontrar mi respuesta no publicada ni la pregunta [Supongo que, en el futuro, a partir de ahora, debo responder rápidamente las preguntas formuladas en Quora]

Tu pregunta cae en el mismo estadio (para mí).

Si no le importa, preferiría cambiar la pregunta y responder a “¿Qué papel desempeña la arquitectura empresarial en la TI?”

Para responder a esta pregunta, necesitamos saber qué papel juega la arquitectura empresarial. Y para responder a esto, debemos entender cómo la arquitectura empresarial ha evolucionado, al igual que su historia.

Para cubrir todos esos ángulos, requeriría un libro de texto, y estoy bastante seguro de que no fue el propósito de los fundadores de Quora permitir a los encuestados escribir o pegar libros de texto como respuesta a preguntas. En un caso, hay varios libros de texto que probablemente lo hacen mejor que yo.

Así que déjame cortar a la persecución.

Enterprise Architecture nació de TI pero, a pesar de todos los argumentos a favor y en contra de Enterprise Architecture, la ha trascendido. Por lo tanto, para responder directamente a su pregunta, diría que TI es solo uno de los bloques de construcción que Enterprise Architecture puede identificar como se requiere para dirigir una empresa [Por eso es desafortunado que EA a veces esté restringido a ella en la mayoría de las organizaciones. La arquitectura empresarial puede hacer más que TI].

Entonces, la respuesta simple a su pregunta es que el rol que juega la TI en la arquitectura empresarial es el de un “habilitador”. La evidencia anecdótica muestra que muchas organizaciones ahora están cambiando el nombre o estableciendo nuevas unidades de negocios como departamentos de “Habilitación de negocios”, que son o deberían ser liderados por la Arquitectura empresarial.

Ahora, para la respuesta a la pregunta invertida, “¿Qué papel juega la arquitectura empresarial en las TI?”. Para eso hay que entrar en la historia de la informática. Pero, una vez más, para ir al grano, la respuesta simple es que la Arquitectura Empresarial garantiza la alineación y la desduplicación de los sistemas de TI, asegurando así que la empresa obtiene el máximo valor, no solo el suyo. Inversiones en TI, pero TODAS sus inversiones.

Lo último es todo un tema propio, pero es suficiente para decir que la TI ha cambiado firmemente de un “centro de costos o soporte” a una fuerza impulsora de “innovación y rentabilidad empresarial”. ¿Puedes imaginarte al Departamento de Contabilidad alguna vez dando ese salto?

[Longish Side Note en apoyo de mi último párrafo anterior:

Una vez trabajé en una empresa manufacturera en la que se consideraba que la TI era una tercera, si no la cuarta capa de soporte. De hecho, estábamos a cargo del jefe del departamento de contabilidad (¿como era común en aquellos días anteriores a los 90? ?) y, dados los obstáculos que enfrenté al tratar de escalar la escala corporativa, nos consideraron más como una “molestia” que como una “necesidad”. Pero eso ahora ha cambiado. La digitalización y el IoT ahora están a la vanguardia de casi todas las organizaciones y las TI gobiernan todo el mundo.

Arquitectura empresarial asegura que hay cordura.

Sin embargo, tenga cuidado con la gente de operaciones, en todas las industrias, ya sea de manufactura, finanzas, gobierno o TI, que piensan que la arquitectura empresarial es un cuello de botella. Dentro de TI, por ejemplo, hay muchas personas, especialmente desarrolladores y puristas ágiles y, me atrevo a decir, los gerentes de proyectos de TI que no saben nada de TI, que piensan que la arquitectura empresarial es una pérdida de tiempo o, en el mejor de los casos, algo que puede ser Hecho después del hecho, como algún tipo de auditoría.

[Una nota al margen dentro de una nota al margen:

Si usted es un aspirante a Arquitecto Empresarial, mi consejo es seguir con cuidado y convertirse en un administrador de relaciones (políticamente ágil, por así decirlo) y considerar su papel como “el que elimina TODOS los cuellos de botella, ya sean estratégicos, financieros, tecnológicos o humanos”]]

Hay una buena oferta que TI juega en EA. EA comenzó desde esa línea de base, luego se mudó al mundo corporativo cada vez más. Tanto es así que ahora EA se considera una disciplina más orientada a los negocios que una informática regular.

Dicho esto, cada organización es ahora una organización de TI de alguna forma. Todos ellos tienen los dominios principales de la arquitectura. A saber,

  • Arquitectura empresarial
  • Arquitectura de aplicaciones
  • Arquitectura de datos e información
  • Arquitectura tecnológica

Así como la arquitectura de seguridad cuando corresponda. Todos, excepto la arquitectura empresarial, son dominios de TI. Cada uno de ellos con sus propios arquitectos de soluciones que son responsables de la implementación de sus propios dominios, o como verticales si la organización trabaja a través de un proceso de “Lean Startup en la empresa”.

Sin embargo, para que quede claro, la gran mayoría de las prácticas de EA lamentablemente agregan poco valor. La dificultad no es que EA no tenga ningún valor, es que la práctica está mal hecha y que las personas suben las filas de tecnólogos puros, tienen poca experiencia en roles de negocios o se incorporan al rol de EA desde una perspectiva empresarial pura. , con cero experiencia en ingeniería. Ambos son extremos en un espectro, lo que puede ser catastróficamente perjudicial para una empresa, dada la responsabilidad que tienen los EA.

Lo que aporta al detalle

Si usted es un órgano de TI que ha logrado abstraer con éxito las preocupaciones de tecnología específica, idiomas, etc., es posible que tenga una buena oportunidad de volver a aplicar los principios de ingeniería en EA. Después de todo, todos los sistemas se reducen básicamente a Estático (entidades, personas, componentes de la plataforma, divisiones, departamentos, equipos, etc.) y al comportamiento definido por su dinámica (paso de mensajes, ticket entre equipos, solicitudes de cambio, trabajo, etc.). Si puede modelar esas dos partes de sistemas, puede modelar cualquier cosa. Sin embargo, esa habilidad es excepcionalmente rara. No puedo enfatizar eso lo suficiente. Si eres bueno en tecnología, no eres necesariamente bueno en este tipo de cosas. Es por eso que hay un cambio de paso entre los principales empleados de Google y el resto de la industria, ya que el primero puede, el segundo no puede.

También, por supuesto, aportar profundidad de experiencia a EA. Los EA deben buscar a los Arquitectos de soluciones, o si eres un EA raro que aún es un programador [como yo], usa tus habilidades de codificación para definir pruebas, comportamientos o hipótesis para que los equipos de Agile sigan. La idea es que la gente de TI son los expertos en sus dominios. Utilízalos como los expertos en los dominios.

Si su negocio necesita estar aquí:

Entonces, como EA, tu primer paso es entender dónde está tu empresa. Después de todo, podrías acercarte a esto desde cualquier lugar.

El primer trabajo de un EA es entender un aspecto crucial y es …

El punto azul es lo que EA considera una “arquitectura de línea de base”. ¿Cuál es nuestra oferta de negocios? ¿Qué tipo de infraestructura de aplicaciones, datos y tecnología tenemos para apoyar esto? Es solo IT que puede darte esa información. Desde allí puedes proverbialmente, trazar tu trayectoria.

Por lo tanto, vale la pena mantener sus habilidades informáticas actualizadas o aprender mucho si no las tenía para empezar. No puede desarrollar un panel de validación, una hoja de ruta o cualquier otra cosa, sin esa comprensión de dónde se encuentra.

Cuando se trata de identificar las brechas de negocios, esas brechas también pueden venir con brechas de TI. Solo los arquitectos de soluciones de TI pueden ayudarlo a conectarlos.

Así que la TI es de gran importancia en el mundo de EA. Tanto es así que se convierte en una gran dependencia para su trabajo, tanto como usted lo es para ellos, sin duda.

Hola, creo que la respuesta a su pregunta podría estar en este póster que encontré hace un tiempo: 12 pasos para una mejor TI para su empresa. Déjame saber lo que piensas 🙂