Tabla de contenidos

El rol de los Arquitectos de Software Introduccin Confusiones comunes Tipos de arquitectos de software o o o Arquitecto tcnico Arquitecto funcional Arquitecto Corporativo

Rol de los arquitectos Dominios de los arquitectos Esperando la estandarizacin

El rol de los Arquitectos de Software Introduccin

De la misma manera que ocurre con la Arquitectura de Software, existen mltiples deniciones sobre el rol de los arquitectos. Podramos incluso citar una denicin por autor. Esto parece ser causa de que, en general, se ubica a los arquitectos en el contexto de una organizacin en particular, con las propias necesidades y requerimientos de esa organizacin. La realidad parece indicar que es poco probable que se pueda dar una denicin de arquitecto, transversal a cualquier organizacin, y denir un estereotipo de arquitecto que especique cules son sus responsabilidades y habilidades necesarias dentro de un proyecto. Lo que s es posible es denir prototipos de arquitectos a muy grandes rasgos y aplicar cada uno de estos arquetipos, en una situacin en particular, dependiendo del contexto de la empresa, del proyecto y del equipo de trabajo.

Confusiones comunes
El trmino Arquitecto de Software se ha convertido en el ttulo de moda en toda empresa de sistemas o con un rea propia de sistemas. Decimos de moda, debido a que no todas las empresas necesitan realmente arquitectos de software y, tal vez, ni siquiera todos los proyectos necesiten de un verdadero arquitecto de software. Es comn que muchas de las tareas relevantes de un proyecto puedan ser perfectamente resueltos con desarrolladores experimentados, sin tener la necesidad de contratar un arquitecto. Muy frecuentemente se tiende a confundir estos dos perles, que son abismalmente diferentes. Tambin es importante notar la diferencia entre los gures tecnolgicos y los verdaderos arquitectos. Estas cuestiones aumentan la confusin existente sobre qu es un arquitecto y cules se supone tendran que ser sus responsabilidades. Existen otras guras a las que habitualmente se les asigna este ttulo de forma arbitraria; y que no siempre lo justican, como ser: Ingenieros Cientcos Web masters Project managers Consultores

 Analistas con profundo conocimiento del negocio DBAs

Tipos de arquitectos de software

Para denir qu es un arquitecto de software, debemos tener en cuenta un contexto y un escenario en particular. Dicho de otra forma, depende de la organizacin, de su negocio, de sus objetivos, de la inuencia del rea de sistemas, de la importancia de el/los proyecto/s y del tamao de los mismos. Teniendo en cuenta este contexto, podemos proponer una serie de categorizaciones:

Arquitecto tcnico
Se trata de profesionales con amplios conocimientos tcnicos, conocedor del negocio de los proyectos y que, probablemente, est asignado a uno o varios proyectos al mismo tiempo. Algunas de sus responsabilidades suelen ser: denir los lineamientos de diseo, su arquitectura y dems cuestiones tcnicas de los proyectos.

Arquitecto funcional
Tienden a ocupar el rol de team leader y, a su vez, de lder tcnico. Manejan el project y planican junto al PM las iteraciones. Suele representar un canal de comunicacin uida entre el PM y los equipos de desarrollo. Validan diseos; guan a los desarrolladores, para que cumplan con las expectativas de calidad tomando mtricas, organizando y promoviendo la documentacin y las buenas prcticas; aseguran que el proyecto no se desve de la arquitectura previamente denida.

Arquitecto Corporativo
Unica los dos casos mencionados anteriormente; pero con algunos agregados. Este modelo, tomado sobre la base que propone Bredemeyer Consulting , es al que apunta Epidata Consulting para sus arquitectos de software. Probablemente, en la literatura referida al tema se logre recopilar una mayor cantidad de perles o roles de arquitectos. Esta mayor variedad, en general, apunta a grandes organizaciones, donde cada funcin est claramente dividida y, sobre todo, limitada, transformando al arquitecto en un ente con responsabilidades restringidas.

Rol de los arquitectos

Como base, el rol de los arquitectos suele comprender las siguientes tareas: denicin de las vistas de la arquitectura de una aplicacin (o sea, CREAR la arquitectura, ya que la arquitectura, en pocas palabras es un conjunto de vistas de alto nivel); dar soporte tcnico-tecnolgico a desarrolladores, clientes y expertos en negocios; conceptualizar y experimentar con distintos enfoques arquitectnicos; crear documentos de modelos y componentes y especicaciones de interfaces; validar la arquitectura contra requerimientos, suposiciones; Y adems: tener una dosis de estrategia y poltica, o sea, ser, en parte, un CONSULTOR.

De esta forma logramos unicar el arquitecto tcnico con el arquitecto funcional, resultando un arquitecto corporativo. Una gura que probablemente se ajuste a cualquier realidad (adaptando algunos puntos especcos de sus tareas).

Dominios de los arquitectos

En el rol cotidiano de los arquitectos, existen varias tareas o dominios (ms all de las tareas propias incluidas en el ciclo de vida de un proyecto en particular) en los que suelen estar enfocados los arquitectos y que es conveniente determinar. Estos son: tecnologa o o o o o enfocado ms en los objetivos de la organizacin que en las decisiones tcnicas creacin de modelos problema/solucin exploracin de alternativas de soluciones preparacin de documentos convencer y comunicar de la factibilidad de las decisiones tcnicas a los sponsors y stake holders (cache) claro conocimiento de la estrategia de negocio de la organizacin, de los ciclos de planicacin, proceso de toma de decisiones; conocimiento del contexto de la organizacin (competencia, productos, factores principales que afectan el xito de la organizacin) todo esto se resume en VENDER, pero no desde el punto de vista comercial, sino mas bien, desde el punto de vista de la actitud, polticas de la organizacin: conocer los principales stake holders (cache) de la organizacin. Especialmente, saber lo que ellos quieren y necesitan; mantener una comunicacin uida con stos. generacin de reportes y comunicacin de resultados. tener una visin del contexto toma de decisiones seleccin y creacin equipos motivador tener carisma y credibilidad compromiso y dedicacin evangelizacin tecnolgica puente entre desarrolladores, PM's y expertos de negocio.

estrategias de negocios: o

la comunicacin y lo valores de calidad trasmitidos. o o

o o o o o o o o o

liderazgo:

Sabemos que los arquitectos tambin forman parte del proceso de desarrollo de un proyecto. Durante este proceso, las fases comnmente reconocidas como ms importantes en la actuacin del Arquitecto de Software son:

pre-diseo: o o entender el alcance del proyecto entender los puntos ms importantes del diseo: validar y manejar requerimientos y expectativas del cliente entender en detalle los requerimientos del cliente crear bocetos de los comportamientos deseados del sistema denir el look&feel si es necesario, construir prototipos ampliar los detalles y renar el diseo para llegar al diseo nal nalizar todos los diseos soporte a desarrolladores: lidiar con problemas concretos, revisin de cdigo para controlar la calidad, ver cmo funcionan (o no) las cosas denir el proceso de desarrollo, los roles de los miembros del team y la secuencia de construccin de la aplicacin especicar metodologas y tecnologas. denir todos los detalles necesarios para todos aquellos que construirn la aplicacin seleccionar desarrolladores si el desarrollo es tercerizado, participar en la eleccin del proveedor asegurar que la visin del cliente sea mantenida y respetada durante el desarrollo revisar y validar los diseos de nivel de construccin si la complejidad de los mismos lo amerita disear modicaciones pedidos por el cliente. participar en el testeo y aceptacin de la revisiones solicitadas por el cliente asistencia en la migracin del sistema nuevo (implementacin) puede llegar a manejar el entrenamiento de los usuarios nuevos denir procesos de mantenimiento

anlisis de dominio: o o

diseo esquemtico: o o

desarrollo de diseo: o o

documentos del proyecto: o o o o

contratacin o staffing: o o

construccin: o o o o

post construccin: o o o

Tambin existen una serie de adjetivos que, probablemente, terminen explicando la forma de ser y actuar de los arquitectos. Aunque ms que caractersticas, se podra decir que son requisitos: visionario: saber identicar las oportunidades que se le presentan. Crear y mantener una visin del modelo de la solucin.

analtico: comprensin y validacin de especicaciones y modelos. comunicativo: frecuentemente "puente" entre distintos jugadores de la organizacin decisivo: toma de decisiones crticas. responsable: actitud ejemplar en el equipo de trabajo. Comprometido con "su creacin". orientado a aprender: para cumplir con una de las metas: la evangelizacin. Es imprescindible la actualizacin y capacitacin constantes en todas las rea que le competen (management, tecnologa, metodologas, etc.) jugador de equipo: predisposicin para cooperar y convivir con distintos perles. "bien hablado": correcto uso del lenguaje, por la necesidad constante de comunicar de forma eciente.

Esperando la estandarizacin
Desde sus orgenes, en la universidad Carnegie Mellon (cache), la arquitectura de software espera que llegue nalmente una verdadera especicacin que sea vlida y aplicable en todos los contextos empresariales conocidos. La diversidad de opiniones y experiencias llevan a que varias organizaciones internacionales intenten (por ahora en vano) crear un modelo de arquitecto y arquitectura. Por ahora, queda a criterio de cada organizacin el moldeo y customizacin de sus propios arquitectos. Es importante entender que no cualquier profesional puede ser nombrado arquitecto, ya que este punto nos ha llevado al da de hoy, a necesitar un ente superior que ponga un poco de claridad sobre el tema. Nombrando slo algunas de estas organizaciones, encontramos a la Enterprise-wide IT Architecture (EWITA ) (con la participacin de Bredemeyer Consulting ) y la Worldwide Institute of Software Architects WWISA (cache)) que con sus trabajos difunden el buen uso de la arquitectura de software y sus actividades relacionadas.