The Geek Inside

Recientemente me puse el nick en mi cuenta de MSN Messenger “Enterprise Architect Pro”, por lo que algunos de mis colegas me preguntaban cosas como Ya te certificaste?…, a poco ya eres Enterprise Architect?…, y otras mas…

Esto no era más que una broma a un post del buen domix, que por cierto hoy encontré otro post de él mismo, en un sentido similar.

Esto me hace pensar que la muchas personas creen que un arquitecto debe de tener la certificación x, y o z para serlo, o nos convirtiéramos de la noche a la mañana, eso es mentira, sólo debe de cumplir con ciertas características, además se tiene la falsa creencia que los arquitectos deben de saberlo TODO :S, por lo que si tu rol en un proyecto es el de arquitecto, es imperdonable el cometer un error, como si fuesemos entes divinos puros e inmaculados… por supuesto que esto no es verdad, podemos y cometeremos errores como cualquier persona desempeñando cualquier rol.

Para aclarar un poco el asunto comenzaré definir que es un arquitecto… existen algunas definiciones en libros, revistas especializadas y en la web, sin embargo aún no se tiene una “oficialmente aceptada”.

Pero la mayoría coincide en que un arquitecto de software, es alguien que se dedica a definir a alto nivel los diferentes componentes de un software. Toma decisiones en base a los requerimientos funcionales, atributos de calidad y restricciones de dicho sistema, documenta dichas decisiones y se apoya en modelos para tener una mejor comprensión del problema visto generalmente.

El rol del arquitecto no sólo se refiere a temas técnicos, pues debe de tener capacidades de análisis, negociación, liderazgo, manejo de proyectos además de tener la suficiente experiencia para poder recomendar y tomar decisiones.

Cabe señalar que regularmente para llevar a cabo estas tareas nos apoyamos en técnicas y métodos recomendados por instituciones como el SEI ajustándolos a las necesidades del proyecto.