Roles en Arquitectura Empresarial

Hace poco tuve la oportunidad brindar un webinar en #ElemenTi sobre “Arquitectura y su participación en la transformación Digital”, para los que no pudieron verlo les dejo el link del video, En este artículo busco reforzar y hacer un resumen sobre los diferentes de Roles en arquitectura empresarial, Ojo! hablo de Roles y no necesariamente de personas.

Para empezar hablar de los roles de arquitectura es importante hablar previamente de las 2 dimensiones que son «Arquitectura Base» y «Arquitectura de Diseño».

Arquitectura Base, todos hemos jugado con legos en algún momento pues la Arquitectura Base es la encargada de crear y entregar estas piezas del lego para la organización, para que luego la arquitectura de Diseño construya soluciones tecnológicas con estas piezas.

Rol de Arquitecto de Aplicación, parto con este por qué mucha gente entiende al arquitecto en general como la persona que nos ayuda a desarrollar aplicaciones y es porque finalmente son mediante las aplicaciones o apps con las que las personas interactúan, este rol nos ayuda a definir patrones de desarrollo así como las capas que tendrá una aplicación (Web, App móvil, Cliente servidor, etc); Generalmente cuando hablamos de aplicaciones hay doy frentes importantes Front End (que es la parte visual, es la cara de la aplicación y es lo que las personas ven) y Back End (que es lo que está detrás de la aplicación que es la parte que las personas no ven pero que se dispara cuando presionan un botón en la aplicación).

Es por este rol, por el que muchos empezaron en este mundo de arquitectura, ya que varios empezaron desarrollando aplicaciones, de hecho, yo comencé a desarrollando aplicaciones y siempre me imaginaba la forma de cómo hacerlo mejor y leer sobre patrones y buenas prácticas; A nivel de tecnología estamos hablando de Front End (ReactJS, Angular, javascript, html5, css3, etc) y Back End (Java, Python, .Net, Node JS, etc).

Rol de Arquitecto de datos, dicen que toda buena aplicación parte de un buen modelo datos, pues este rol te ayuda asegurando que este modelo soporte las funcionalidades del negocio, aportando mucho en el ciclo de vida del dato y su integridad y no solo hablamos de base de datos relacionales, sino también de No-relacionales; Ahora este rol está evolucionando con las nuevas tecnologías de Big Data por ejemplo y ya se habla Bigdata Architec para analizar y tratar grandes volúmenes de datos, este rol son muy requeridos en el mercado, en cuanto a tecnología de hablamos de Oracle, Mysql, SQLServer, Casanda, DynamoDB, Data Stage, BigData, BI, etc.

Rol de Arquitecto de integración, este rol nace cuando una aplicación A necesita reutilizar alguna funcionalidad de la aplicación B y para eso la aplicación B necesita exponer su funcionalidad como servicio y la aplicación A necesita consumir ese servicio, pero realmente cobra una gran importancia cuando hablamos de varios funcionalidades y hablamos de varias aplicaciones (A, B, C, D, E, F, etc) que es la realidad de muchas empresas que necesitan interconectar todos sus aplicaciones entonces hay un tema de organización y gobierno muy fuerte en este rol; A nivel de tecnología hablamos de APIS, SOA, BUS, Servicios Web, SOAP, REST, Micro-servicios, contenedores, etc.

Rol de Arquitecto de redes, Si tuviéramos que relacionarlo con el Futbol este rol es el que te pinta la cancha, el que te pone los límites por dónde te puedes mover, un arquitecto de redes es el que crea el diseño de una red de ordenadores y sus comunicaciones, imagina una empresa de telecomunicaciones, un banco, sus agencias, sus agentes, una universidad y sus sedes, una cadena de hoteles a nivel mundial, y todas tiene que estar conectados y comunicados. En la arquitectura de una red, se define el software, hardware y protocolos a utilizar; A nivel de tecnología hablamos de WAN, LAN, Firewall, Router, Switch, Vlans, VPN, DNS, Protocolos, repetidores, etc.

Rol de Arquitecto de infraestructura, este rol está muy relacionado al área de operaciones o producción de sistemas de cualquier empresa cuya misión principal es mantener estables y funcionando los sistemas, el gran aporte de este rol bajo mi experiencia es diseñar soluciones que puedan soportar la cantidad de usuarios concurrentes de la empresa y sobre todo en fechas picos como por ejemplo día de la madre, navidad, black Friday, etc. Escalar tanto verticalmente (aumentar recursos al servidor, CPU, memoria, etc); Como horizontalmente (desplegar la aplicación en más servidores) y tener una estrategia de alta disponibilidad para que las aplicaciones respondan a las necesidades del negocio, ojo que ya no hablamos solo de Servidores sino también de contenedores; A nivel de tecnología hablamos de Servidores, balanceadores, IAS, Contenedores, Docker, Kubernetes, EKS, ECS, AKS, etc.

Rol de Arquitecto de innovación, hace poco le presente este rol de arquitectura al CTO de la empresa en la que trabajo y me comento que la capacidad de innovación debe estar inmerso de todos los demás roles de arquitectura y no deja de tener razón, es más estamos totalmente de acuerdo con ese punto y creo que tú que estás leyendo esto también los estarás, sin embargo, hay tecnologías como blockchain, Iot, IA, reconocimiento facial, etc. que ameritan darle una atención especial.

Rol de Arquitecto Cloud, Este rol llega con las nuevas tecnologías que te ofrece Cloud Computing lo he visto mucho últimamente pero creo que en algunos años debe desaparecer y no porque cloud computing vaya a desaparecer, sino que este rol nace porque aún en el 2020 al menos en Latinoamérica es muy marcado los arquitectos que trabajan a nivel onpremise de los que conocen o ya han diseñado soluciones en la nube, entonces digo que debe desaparecer porque lo natural es que cada rol de arquitectura (integración, aplicaciones, datos, etc) extienda sus conocimientos al mundo cloud.

Muchas empresas han tomado como estrategia contratar estos roles de arquitectura cloud para que ayudan a sus arquitectos actuales a subirse a la Ola de las nuevas tecnologías y de hecho que si no se suben quedaran relegados y ojo que no solo aplica para arquitectos.

Arquitectura de Diseño, los roles de esta dimensión son los encargados de diseñar las soluciones tecnológicas que respondan a las necesidades del negocio a partir de los piezas entregadas por la Arquitectura Base.

Rol de Arquitecto de Solución, para definir este rol primero debemos definir que es una solución y específicamente hablamos de soluciones tecnológicas o proyectos tecnológicos, por ejemplo, cuando una empresa de seguros quiere vender seguros de autos por internet, un banco quiere una solución para que sus clientes puedan intercambiar dinero, una universidad quiere que sus alumnos puedan ver sus cursos, horarios y notas desde su celular, en fin hay un montón de ejemplos lo quiero decirles que estas soluciones involucran por detrás muchas aplicaciones, servicios web, Base de datos, servidores de archivos, Directorios Activos, etc entonces un Arquitecto de solución tiene que tener la capacidad de ver la solución end to end, no quiere decir que sea mejor técnicamente que los roles anteriores pero si debe tener un conocimiento medianamente profundo de los diferentes roles, en mi experiencia lo ideal es que ya haya desempeñado mínimo 2 de los roles anteriores, debe también tener la capacidad de traducir las necesidades del negocio para diseñar una eficiente solución tecnológica para su posterior implementación, otro punto importante es que es el representante del área de arquitectura en ya sea en proyectos tradicionales o ágiles; A nivel de tecnología el reutiliza lo definido previamente por los roles anteriores.

Rol de Arquitecto de Negocio, para este rol el Arquitecto debe entender en detalle, como trabaja la organización o unidad de negocio donde se desempeña, debe conocer el negocio para ser pieza indispensable en el modelado de procesos de negocio, entienden el proceso desde lo particular hasta el metamodelo del proceso, esto los lleva a entender cómo los procesos de negocios se apoya en los Sistemas de Información, en mi experiencia este rol es la evolución natural del arquitecto de solución, sin embargo he visto como diversas empresas traen a personas de las áreas de negocio por su conocimiento del negocio y las ponen a desempeñar este rol, siento que este rol pierde fuerza sin el conocimiento previo de los roles anteriores, otra cosa es que muchas veces se enfocan solamente en mapear procesos, traslapando las funciones del equipo de procesos y no se logra limitar bien el alcance de cada rol.

Rol de Arquitecto Empresarial, en mi experiencia este rol es una suma del rol de arquitecto de solución más el rol del arquitecto de negocio, pero adicionalmente conoce el sector o rubro en el que se desempeña la empresa, y se mueve a nivel estratégico, debe ser el arquitecto de la empresa quién no tiene la vista puesta solo en el árbol si no en el bosque completo, para esto mi recomendación es que debe participar en reuniones de directorio para garantizar un correcto alineamiento entre las inversiones y estrategias tomadas por la empresa y así brindar una ventaja competitiva a la organización, llegando incluso a proponer nuevas oportunidades de negocio.

Responsable de Arquitectura, para mí su función principal es que el área de arquitectura y la tecnología utilizada responda a las necesidades del negocio para esto debe tener la capacidad de que todos los roles de arquitectura trabajen en la dirección que va la empresa mediante un correcto gobierno. Otro punto muy importante que no es exclusivo de arquitectura es el desarrollo de su equipo aplicando y transmitiendo los valores y cultura de la empresa, otro gran reto es armar el equipo y mantener su motivación promoviendo la innovación en el equipo.

Bueno esos son los roles de arquitectura empresarial, sin embargo, a estas alturas fácil te debes estar preguntando Hanz ¿Dónde entra el Rol de arquitecto de Software? Mi respuesta es que básicamente todos están involucrados con el software y varia en el dominio de especialidad. ¿Necesito de todos estos roles para desarrollar una solución tecnológica? La respuesta es no, va a depender mucho del nivel de madurez en el que te encuentres, por ejemplo, si ponemos a 5 programadores junior a desarrollar una aplicación y ningún arquitecto pues de forma natural alguno de ellos hará las funciones de un arquitecto, pero no necesariamente será una solución con escalabilidad, alta disponibilidad y sobre todo visión.

Un TIP adicional, el otro día en una entrevista para un trabajo de investigación me preguntaron cuál era la competencia principal de un arquitecto y mi respuesta los sorprendió, pensaban que era su conocimiento sobre tecnología o su capacidad de abstracción para diseñar soluciones, les dije que las principales capacidades es tener un Pensamiento estratégico y Saber Comunicar, el pensamiento estratégico te ayuda a pensar en los objetivos de la empresa y adecuarte a la realidad, suma estrategia más tecnología y el resultado es súper potente y saber comunicar es tener esa capacidad de poder explicar algo complejo en simple, poder adecuar la complejidad tu mensaje según el público que tienes en frente, no te imaginas las puertas y oportunidades que esta competencia te puede generar, por otro lado la confianza que depositan en ti aumenta exponencialmente.

Finalmente, noten que siempre he hablado de roles y no de personas, esto quiere decir que el líder de arquitectura debe tener la capacidad de armar un equipo que responda a la realidad de la empresa sea chica, mediana, grande o multinacional, puede tener personas que hagan más de un rol (de hecho, es lo que hago actualmente en mi equipo) y cambien de sombrero a conveniencia, como también he visto empresas que tienen más de una persona por cada rol.

Espero que este articulo los ayude a aclarar mejor el panorama sobre arquitectura y sus diferentes roles, así como la importancia y el aporte de cada rol, todo esto lo he escrito en función a lo que he visto en la práctica y no solamente teoría, si tienes más dudas, discrepancias o quieres complementar algo puedes escribirme o dejar un comentario y ¡conversamos!