Y ninguna de esas habilidades técnicas es lo más importante.
Enterprise Architecture es mucho más acerca de las personas que de la tecnología. Sí, necesita conocer la tecnología a un nivel más “amplio” que como desarrollador de software. Pero, lo que es más importante, debe desarrollar experiencia en cómo el lado humano de la empresa afecta las decisiones técnicas y cómo las decisiones técnicas afectan a los humanos.
Como desarrollador, obtienes requisitos y tienes que descubrir cómo persuadir a una máquina tonta para que salte algunos obstáculos para satisfacer esos requisitos. Si trabaja con un analista de sistemas calificado, ella ya habrá hecho las preguntas difíciles, por lo que solo le preocupan los detalles técnicos. Si ya está trabajando dentro de una arquitectura adecuada, ya tiene las barandillas que lo alejan de tomar decisiones técnicas realmente estúpidas.
- ¿Qué distribución de Linux es mejor para los desarrolladores de software?
- Para ser un desarrollador de software poderoso, ¿qué debo hacer? ¿Cómo confían los desarrolladores en su comprensión de las cosas que aprendieron?
- La ruta para ser un buen ingeniero de software
- Acabo de dejar mi trabajo de desarrollador de software para tratar de convertirme en cantante. Mis amigos y padres no me apoyan. ¿Qué tengo que hacer?
- Ir (lenguaje de programación): ¿Cómo puedo dejar de recibir de un canal que envía datos continuamente, después de un cierto tiempo?
Como arquitecto empresarial, el trabajo es mucho más complejo y ambiguo. Básicamente, está creando una estructura, en gran parte lingüística, para permitir que los desarrolladores colaboren de manera efectiva en el contexto de los requisitos comerciales cambiantes.
Trabajará con requisitos de mucho más alto nivel. Esos requisitos a menudo involucrarán muchos otros sistemas que usted no controla. Los requisitos provendrán de una gran cantidad de personas con agendas competitivas y diversas realidades políticas que afectarán los diseños de su software.
En este momento, cada vez que se enfrente a requisitos cambiantes, en lugar de quejarse y gemir acerca de lo estúpidos que son los empresarios y por qué no pueden simplemente cumplir con sus requisitos en primer lugar, investigue para averiguar por qué los requisitos cambiaron. Esa investigación tendrá dos propósitos. Primero, aprenderá más sobre los contextos comerciales y políticos que impulsan los cambios en los requisitos. En segundo lugar, practicará discutir con tacto los requisitos con una actitud de colaboración.
Será difícil convertirse en un arquitecto de empresa sin la tutoría de otros arquitectos. Los arquitectos necesitan hacer muchas preguntas de “por qué”. La forma más fácil de aprender esta habilidad es haciendo estas preguntas a arquitectos experimentados.
En pocas palabras, no aprenderá Arquitectura Empresarial de los libros. Es un trabajo de personas. Lo aprenderás de la gente.