Cuando en la infancia queremos ser, digamos, un médico o un investigador, apenas conocemos los detalles de la profesión. Situaciones similares suceden con los adultos: la idea de un trabajo soñado en realidad tiene poco que ver con la realidad. Pero, ¿cómo saber con seguridad dónde están escondidas las trampas? ¡Una manera es hablar con el practicante honestamente! Invitamos a
Andrei Trubitsyn , que colabora con EPAM como el Arquitecto de soluciones del Centro de competencia de Java, para desacreditar mitos comunes sobre el trabajo de un arquitecto.
Mito número 1. El arquitecto de la solución no se ocupa de las tareas de gestión en su proyecto. ¡Su negocio es la tecnología!
La realidad, especialmente en nuevos proyectos o transmisiones, a menudo es diferente. Al comienzo del proyecto en el que estoy trabajando actualmente, tuve que ir a los Estados Unidos, a la oficina del cliente, para participar en la fase de descubrimiento y la sesión de planificación. Después de eso, llegué a Jarkov, donde se reunieron dos equipos, que nunca antes habían trabajado juntos. En esta situación
, se requería la combinación del rol de arquitecto y analista de negocios: no solo sugerí soluciones tecnológicas, enseñé cómo trabajar con microservicios e hice revisiones de código, sino que también descubrí y discutí varios casos de uso y detalles funcionales con el equipo. Junto con un colega, Eugene Efremov, PM y Scrum-master en este proyecto, configuramos el proceso de trabajo en el marco SAF.
Además, debido a la experiencia y al conocimiento directo del cliente, fue más fácil para mí predecir la situación que se avecinaba, decirle al equipo cómo comunicarse mejor con el cliente, cómo responder a situaciones difíciles, qué nivel de detalle en las descripciones sería suficiente (los ingenieros a veces pecan ese abuso). sutilezas tecnológicas. De hecho, la diatriba de que "... el formato JSON que proviene de un servicio de terceros no comienza con el carácter que se espera, y por esta razón se produce algún tipo de falla ...", para persona a quien trabaja toda su vida en otra área, será redundante).
Además, debes apoyar al equipo. En mi proyecto, debido a la arquitectura del microservicio, lanzamientos muy frecuentes y un ritmo dinámico de trabajo. Siempre estamos en buena forma y a muchos muchachos les gusta mucho. Es aún más importante
agradecer a los ingenieros por su iniciativa, para apoyar el trabajo, para inspirar confianza en las empresas . Si el espíritu de equipo y el enfoque en los resultados son fuertes, luego de algunas iteraciones, las personas que muestran buenos resultados se destacan. Creo que algunos de ellos podrán convertirse en arquitectos en un año o dos.
Además, hay proyectos en los que la situación en el equipo directivo es tan complicada que
SA es responsable de todo el proceso de distribución del producto.Mito número 2. Un arquitecto sabe todo sobre tecnología.
Esto no es verdad El arquitecto no lo sabe todo. Pero realmente necesita esforzarse por aprender más tecnologías y sus características que cualquier otra persona técnica en el proyecto. Y sin embargo, SA debe mirar hacia adelante, pensar en las perspectivas. No es de extrañar que digan que los ingenieros son trenes de alta velocidad, y los arquitectos son los que allanan el camino para que no se queden atrapados en algún tipo de pantano.
En general, el arquitecto debe dedicarse constantemente a la autoformación.
Mi norma es pasar al menos 10 horas a la semana estudiando tecnologías no relacionadas con proyectos . En esto, en particular, ayudan las comunidades profesionales de arquitectos de la empresa. Constantemente se celebran debates sobre diversos casos y sesiones de intercambio de conocimientos.
Mito número 3. SA post te convierte en un experto por defecto
Como regla general, cuando se trata del papel de arquitecto para un cliente, el nivel de confianza en usted es ligeramente mayor que cero (y esto es solo porque esperan ver a un hombre sonriente con una camisa :)).
La tarea principal de SA , y posteriormente de los equipos, es
demostrarle al cliente que puede confiar en nosotros . Y si al principio parece que el cliente verifica meticulosamente todos los pasos y todas las acciones que realiza, entonces con el tiempo tendrá la oportunidad de aconsejar al cliente qué y cómo hacer. Es el nivel acumulado de confianza que permitió que mi cuenta de proyecto creciera hasta 200 personas (70 de las cuales trabajan en Jarkov). ¡Y seguimos creciendo!
En unos pocos meses, nuestro equipo planea usar Kubernetes e Istio como plataforma para microservicios, por lo que ahora necesito profundizar en el tema, estudiar todas las tecnologías relacionadas, de modo que durante la transición directa
brinde soporte técnico a los equipos y les transfiera conocimiento de manera rápida y eficiente. Esto es mucho más efectivo que sumergirse en un tema juntos desde cero.
Al mismo tiempo, el
arquitecto tiene derecho a cometer un error y debe ser capaz de reconocerlo, corregirlo y seguir adelante. La comunicación directa con los proyectos principales ayuda a evitarlos. Es necesario organizar los frenos del equipo y considerar la solución desde todos los lados para encontrar posibles dificultades con la introducción de ciertas tecnologías en el proyecto.
Sin un equipo, un arquitecto no puede dirigir un proyecto al éxito.
Mito número 4. El equipo del proyecto siempre escucha al arquitecto.
El concepto de
"arquitecto en una torre de marfil" , es decir, una SA que se encuentra en un lugar alto, se dedica a algo propio, y los ingenieros en este momento están en una distribución real, no surgió desde cero.
Un arquitecto de este tipo no ayuda al proyecto; su equipo no necesita su ayuda.Para que SA no sea percibida como otra persona que llegó al mando, es importante no ser un sabelotodo, sino observar lo que los colegas están haciendo en el proyecto y ayudar. Para ayudar no solo con consejos, sino también con “manos”: escriba código, cuando sea necesario, comparta experiencias, descubra detalles y detalles para maximizarlos en el contexto del desarrollo directo.
Gradualmente, cuando los equipos ven que las acciones del arquitecto son beneficiosas, comienzan a confiar verdaderamente en él. Luego, la interacción se vuelve lo más fluida posible y permite que con el tiempo se mueva a un nivel más alto de abstracción, para delegar tareas arquitectónicas a clientes potenciales técnicos.
En general, un
arquitecto no tiene que tomar absolutamente todas las decisiones solo . De hecho, en un proyecto grande, no está inmerso en absolutamente todos los aspectos de la aplicación de una tecnología en particular. Solo después de una discusión detallada con las personas clave en el proyecto se puede dar un paso decisivo.
Mito número 5. Un arquitecto no tiene un trabajo aburrido y rutinario
Existe la opinión de que los arquitectos siempre están haciendo algo nuevo, están involucrados en infinitas actividades de I + D, trabajando con tecnologías de vanguardia. Pero no
La parte principal del trabajo del arquitecto es documentar el diseño y las decisiones arquitectónicas que se utilizan en el proyecto. Algunos pueden encontrar esto aburrido. Por lo tanto, los arquitectos son personas que encuentran en esto algo fascinante para ellos mismos.
Por ejemplo, me da mucho placer dibujar diagramas y convertirlos de intrincados y complejos a muy hermosos, simples, con conexiones uniformes y claras. La mayor recompensa es cuando el líder ve este diagrama y dice que todo es simple y muy claramente demostrado en él.
De vez en cuando, el arquitecto participa en conversaciones "aburridas", donde es necesario transmitir algunos detalles de la implementación al cliente y mostrar por qué es necesario hacer esto y no de otra manera. Esto puede convertirse en largos hilos de correspondencia, pero estoy interesado en esta actividad. Cuando entiendo que pude demostrar la elección óptima de nuestra solución y esto condujo a un beneficio para el cliente, lo disfruto.
Sea como fuere, el
arquitecto de la
solución es un trabajo interesante . Incluso una vocación. Le permite sumergirse en la tecnología y no aislarse al mismo tiempo; realizar viajes de negocios y comunicarse con los clientes; para desarrollar una comunidad de ingenieros talentosos y bombear sus propias competencias.
Pregúntele a un amigo del arquitecto si lamenta su elección de carrera. Apuesto a que dice que no? ;)
Entrevista y texto preparado por Ksenia Bai, experta en comunicaciones de EPAM Ucrania.