terminology - sistemas - arquitecto de software empleo

¿Arquitecto de aplicaciones vs. Arquitecto de sistemas vs. Arquitecto de empresas? (6)

A lo largo de los años he encontrado bastantes arquitectos con diferentes títulos, y definitivamente tengo mi propia opinión sobre el papel de cada uno de ellos, sin embargo, tiende a variar de una empresa a otra, y más aún de un país a otro.

Enterprise Architect : responsable del pensamiento estratégico, roadmaps, principios y gobierno de toda la empresa. Por lo general, tiene una estrecha relación con el negocio, los proveedores y la alta gerencia de TI.

Soluciones o arquitecto de sistemas : responsable de diseñar una solución de alto nivel para un conjunto específico de requisitos comerciales, dentro del marco establecido por el equipo de arquitectura empresarial. Esta solución puede abarcar múltiples aplicaciones.

Integración o Arquitecto SOA : responsable de la integración y / o la estrategia y el gobierno de los servicios comerciales. Dado que este rol usualmente abarca toda la empresa, a menudo lo realiza un EA; sin embargo, un arquitecto de integración generalmente trabajará a un nivel más detallado y técnico que un EA. En una SOA, un arquitecto de integración también puede ser un miembro (o incluso un líder) del centro de excelencia (o centro de competencia de integración)

Information Architect : responsable de definir modelos de datos, soluciones maestras de gestión / propiedad y procesos de calidad de datos para admitir sistemas transaccionales, de referencia y de generación de informes en toda la empresa. A menudo se realiza por un EA.

Arquitecto de aplicaciones : responsable de la implementación y los procesos dentro de una aplicación específica o suite de aplicaciones. La aplicación en cuestión se puede personalizar con un producto personalizado. Debe tener un conocimiento profundo del producto / aplicación y, a menudo, será consultado por otros arquitectos como parte de una solución más amplia.

Esos son los títulos más comunes en mi experiencia, pero hay otros roles de arquitectura que verá de vez en cuando:

Arquitecto técnico (para mí esto es lo mismo que un arquitecto de aplicaciones, pero otros pueden estar en desacuerdo
Business Architect (define la estrategia y los procesos comerciales)
Arquitecto de infraestructura (servidores, decisiones de plataforma y, a menudo, seguridad)
Arquitecto de red (obvio)

Tantas palabras de moda No estoy seguro si necesito comenzar a jugar BS Bingo o no. Y no estoy tratando de ser cínico. Pero he escuchado a muchas personas con estos diversos títulos. Nunca parece haber una delineación clara entre los tres. O hay una gran cantidad de cruces de dominio entre los tres. En realidad, otra que he visto mientras miraba por aquí en Stackoverflow también ha sido "Arquitecto de soluciones". Pero ese no parece ser tan frecuente en otros lugares.

Hay preguntas aquí y allá con respuestas vagas. Pero me gustaría respuestas definitivas a esto. Por favor, asuma que todavía soy relativamente nuevo en materia de software y que estoy tratando de trazar un camino profesional.

Ah, y sean gentiles amigos; esto definitivamente no es una pregunta duplicada. Tampoco es un agregado. Así que amablemente déjalo en paz. Xp

Al igual que cualquier otro término, estos términos se usan de manera diferente en diferentes lugares, y a veces son intercambiables. Estas son las diferencias típicas:

El arquitecto de aplicaciones es lo que muchos de nosotros simplemente llamamos el arquitecto. La persona responsable de los niveles más altos de diseño y alcance para una solución / proyecto en particular. Te molestaría en usar la aplicación en el título si hubiera otros tipos de arquitectos alrededor, y querías aclarar que esta persona se preocupa principalmente por una aplicación en particular.
El Enterprise Architect está preocupado por todas las soluciones de una compañía. Cómo se basan el uno en el otro, cómo se usan entre sí, cuán eficiente puede ser su mantenimiento y mejora común. Él piensa acerca de cómo todas las soluciones juntas apoyan la misión de la compañía. Solo una compañía más grande podría garantizar este título grandioso. El Enterprise Architect es un pez gordo que se reúne con el CIO, el CTO y otras personas importantes.
Puede considerarse que Systems Architect tiene un alcance más amplio que Application Architect y menos que Enterprise Architect. Este título a veces es exactamente lo mismo que Application Architect: una gran oportunidad para un proyecto en particular . A veces, la parte del título del sistema puede tener un alcance más amplio: persona que debe incluir software, pero también hardware y TI , o alguien preocupado por proyectos múltiples.

Bueno, parece que todavía estás en la escuela, pero mirando al mundo de los negocios y esperando que los títulos en las tarjetas estén tan estructurados como un sistema de grados ... no es así.

A decir verdad, el título comercial es un título de trabajo específico de la empresa para respaldar el sistema interno de pago o los organigramas. Es difícil llevar de una compañía a otra en algo más que términos muy generales. No es realmente un punto de referencia como un BA o PHD.

En lo que respecta a los títulos y las funciones de trabajo, los equipos de las empresas generalmente se dividen en grupos de infraestructura (configuración y creación de redes de servidores) y aplicaciones (administradores de bases de datos, desarrolladores). Hay mucha variación por compañía pero parece ser bastante universal.

Creo que su mejor apuesta en la planificación es decidir qué le gusta hacer, y luego estudiar para hacerlo muy bien. En el camino como técnico de TI tienes que aprender un poco en todas las áreas para ser muy efectivo en cualquier área de todos modos.

¡Buena suerte!

Enterprise Architect es el mayor papel de todos. Él tiene que tener un conocimiento completo de implementación tecnológica.

Lo que cada medio realmente es determinado por la compañía para la que trabaja; lo que algunos llaman un arquitecto de soluciones que otros llaman un arquitecto de sistemas. Todos son (asumidos) puestos de alto nivel con alguna supervisión implícita del diseño del sistema / software, pero aparte de eso, nunca he visto una definición que haga felices a todos. "Empresa" implica cierto alcance para el puesto, pero podría decirse que no es diferente de "Sistemas" (de nuevo, depende de la compañía). Arquitecto de aplicaciones por lo general me hace pensar en alguien que ha estado trabajando como desarrollador sénior por un tiempo y RRHH necesitaba un nuevo título para recompensar el rendimiento. Algo así como la forma en que algunas compañías masivas llevan el título de "Vicepresidente" hasta el punto en que realmente no significa nada además de cuántos días de vacaciones tienes.

Que demonios..

Arquitecto: Aplicación: diseña aplicaciones. Sistemas: diseña múltiples aplicaciones y coordina en un sistema. Enterprise: diseña sistemas y se coordina con otros aspectos no relacionados con el sistema de la empresa comercial.

No olvidemos el salario, el bono y la cantidad de tiempo que gasta en preocuparse por su título.