En mi experiencia, el término “arquitecto de soluciones” no está bien definido. En algunos casos se refiere a la arquitectura de sistemas de TI en torno a software empaquetado (“soluciones”). Por ejemplo, alguien que diseña una arquitectura de MS Exchange para una gran corporación podría llamarse arquitecto de soluciones.
Sin embargo, más comúnmente, es un papel orientado al cliente en una compañía de software, que ayuda a los clientes a armar un despliegue del producto de la compañía para resolver un problema comercial. Como tal, hay muchos análisis de negocios involucrados. Lo harán:
– trabajar a través de casos de uso con el cliente
– determinar cualquier trabajo de personalización requerido
– especifique el hardware y el software que el cliente deberá comprar
– Crear una “arquitectura de sistema” para el despliegue del producto y su integración en los sistemas existentes.
– Identificar cualquier recurso y esfuerzo requerido tanto por el cliente como por el proveedor del software.
– planificar y guiar el proceso de entrega, implementación y aceptación.
- Cómo mostrar en mi currículum que soy un experimentado de 25 años, en lugar de un normal de más de 30 años
- ¿Qué es la refactorización y la programación de pares?
- ¿Cuál es su herramienta de revisión / inspección de código favorita y por qué?
- ¿Cuál es la mejor API de chat de marca blanca?
- ¿Cuál es una cantidad razonable para presupuestar equipos para ingenieros de software?
Por lo tanto, es un papel bastante diferente al de un arquitecto de software. Combina análisis de negocios, arquitectura de sistemas y gestión de proyectos. Dada la confusión de los roles de “arquitectura”, su kilometraje puede variar.