Cómo convertirse en arquitecto
La arquitectura es una profesión desafiante que requiere atención a muchas dimensiones y tecnologías. Un arquitecto que sólo se centra en un área no es un buen arquitecto. Entonces, ¿cómo convertirse en un arquitecto técnicamente integral?
1. Como líder técnico
Un buen arquitecto de software debe comprender que ser líder no necesariamente les dice a los desarrolladores qué hacer. En cambio, un buen arquitecto actúa como mentor, guiando al equipo de desarrollo hacia la misma visión técnica. Los buenos arquitectos utilizan habilidades de liderazgo como contar historias, influir, afrontar conflictos y generar confianza para convertir su visión arquitectónica en realidad. Un buen líder es también un buen arquitecto. Escucha atentamente los aportes de cada participante y ajusta su visión interactuando con los comentarios del equipo.
2. Como desarrollador
Un arquitecto también es un buen desarrollador. A menudo, hacer una buena elección arquitectónica implica sopesar el estado arquitectónico ideal frente al estado actual del sistema de software. Por ejemplo, si un problema se adapta mejor a una base de datos relacional, no tiene sentido incorporar una base de datos de documentos al sistema. Si un arquitecto no considera la correspondencia entre la selección de tecnología y el dominio del problema, será fácilmente tentado por varias tecnologías; este es el patrón de comportamiento común del "arquitecto de la torre de marfil".
La mejor manera de mitigar esta situación es que el arquitecto pase más tiempo con los desarrolladores y dedique algo de tiempo a trabajar en el código. Comprender cómo se construyen los sistemas y sus limitaciones ayudará a los arquitectos a tomar las decisiones correctas en el entorno actual.
3. Centrarse en el sistema
Los desarrolladores experimentados entienden que el código es sólo un aspecto del software. Para que el código sea ejecutable, también deben comprender otros atributos de calidad importantes necesarios para que el código se ejecute bien en un entorno de producción. Deben considerar aspectos como los procesos de implementación, las pruebas automatizadas, el rendimiento, la seguridad y la compatibilidad. Los desarrolladores pueden implementar estos atributos de calidad de manera ad hoc, mientras que los arquitectos deben centrarse no solo en comprender el código, sino también en comprender y satisfacer las necesidades de las diferentes partes interesadas, como el personal de soporte, seguridad y operaciones. Un buen arquitecto debe centrarse en encontrar soluciones que satisfagan las necesidades de las diferentes partes interesadas, en lugar de elegir herramientas o métodos optimizados para las preferencias o estilos de un participante.
4. Pensamiento emprendedor
Todas las selecciones de tecnología tienen costos y beneficios asociados. Un buen arquitecto debe considerar las nuevas selecciones de tecnología desde estas dos perspectivas. Los empresarios exitosos están dispuestos a correr riesgos, pero también buscan formas de aprender rápidamente y fracasar rápidamente. Los arquitectos pueden tomar decisiones tecnológicas de manera similar, recopilando información del mundo real sobre los costos a corto y largo plazo y los beneficios que pueden obtener.
Un buen ejemplo de esto es cuando los arquitectos evitan comprometerse a utilizar inmediatamente una herramienta que vieron mientras leían un nuevo artículo o de la que habían oído hablar en una conferencia. En cambio, intentan recopilar más información a través de estudios arquitectónicos para comprender la relevancia de las herramientas en su entorno. Su elección de herramienta no se basa en el volumen de ventas, sino en lo que necesitan y el valor que proporciona la herramienta. También buscan los costos ocultos detrás de estas herramientas, como qué tan bien respaldada está la herramienta (por ejemplo, documentación, uso comunitario), las limitaciones que la herramienta puede imponer o los riesgos adicionales que puede introducir en el largo plazo.
5. Sopesar el pensamiento estratégico frente al pensamiento táctico
Muchos equipos están compuestos por unos pocos desarrolladores independientes que trabajan juntos para crear software, y cada persona tiende a elegir las herramientas con las que trabaja. más cómodo o experimentado y tecnología. Los buenos arquitectos están atentos a las nuevas tecnologías, herramientas o métodos que podrían resultar útiles, pero no necesariamente los adoptan de inmediato. La adopción de tecnología a menudo requiere consideraciones a largo plazo. Los arquitectos buscarán un buen equilibrio entre agilidad (permitir que los equipos actúen rápidamente) y alineación (mantener una coherencia suficiente) a nivel de equipo y organizacional. Un ejercicio como construir su propio radar tecnológico es una herramienta útil para explorar la tecnología con pensamiento estratégico.
6. Buena comunicación
Los arquitectos necesitan saber que la comunicación efectiva es una habilidad clave para generar confianza e influir en los miembros fuera del equipo. Saben que diferentes grupos utilizan vocabulario diferente y puede resultar difícil comunicarse con empresarios utilizando términos y descripciones técnicos. En lugar de hablar sobre patrones, herramientas y conceptos de programación, los arquitectos deben comunicarse utilizando un vocabulario familiar para su audiencia, como riesgo-recompensa, costos y beneficios. Esto es mejor que comunicarse utilizando únicamente palabras técnicas.
Los arquitectos también deben darse cuenta de que la comunicación interna dentro del equipo es tan importante como la comunicación externa, y pueden utilizar gráficos y discusiones grupales para establecer y mejorar la visión técnica y registrarla por escrito.