Roles del arquitecto de software
La IASA, International Association of Software Architects creó un comité para analizar los roles de los arquitectos de software. Luego de 6 meses de deliveraciones se llegó a determinar los roles siguientes:
Enterprise Architect
Business Architect
Solution Architect
Software Architect
Veamos cada uno de estos roles:
Enterprise Architect:
Realiza estrategias de IT, estrategias de integración. Su misión es soportar la estrategia de negocios de la organización con soluciones de IT e información.
Competencia: Conocimiento profundo de tanto el negocio como de IT, liderazgo y capacidades de negociación. Experiencia en governanza, manejo de proyectos y economía.
Business Architect
Posee un conocimiento profundo del negocio, modela procesos de negocio, análisis de requerimientos y tiene capacidad de liderar grupos de trabajo.
Competencia: Conocimiento profundo del negocio, modelado de procesos de negocio, capacidad de liderazgo y análisis de requerimientos.
Solution Architect
Trabaja con el diseño de soluciones de IT basadas en los requerimientos del negocio, haciendo uso de capacidades de IT existentes dentro de la organización. Es la evolución natural del system architect. Este movimiento de sistemas a soluciones genera nuevas competencias y habilidades.
Competencia: conocimiento técnico amplio y conocimiento en infraestructura, modelo de datos, orientación al servicio y buena comprensión de la arquitectura empresarial.
Software Architect
Trabaja con la estructura y el diseño de sistemas de software. Frameworks, patterns, modelos de clase, aspectos. Trabaja con requerimientos funcionales y no funcionales como las QoS quality of service: flexibilidad, performance, usabilidad, etc.
Competencia: conocimiento profundo en programación frameworks, estándards y modelado técnico
Etiquetas: arquitecto, iasa, liderazgo, negociación, qos, requerimientos no funcionales, rol del arquitecto