Todos falam hoje em dia de se tornar arquitecto informático, que exames devo fazer para me tornar um? e estão confusos, “os papéis de arquitecto para os quais estou a ser entrevistado, não façam exactamente o que eu esperava”.
Há uma tendência de que as organizações e/ou clientes começam com uma viagem de transformação digital, que é a evolução dos negócios e processos tradicionais para o nível seguinte – para a nuvem pública. Assim, a nuvem ou equipas de inovação começam com um arquitecto. Mas, que tipo de arquitecto é o adequado, e quem seria o candidato certo para a posição identificada?
Neste artigo, gostaria de partilhar convosco o que vi, discutir as diferentes funções de arquitecto, e como se tornar arquitecto informático se decidir enveredar por esse caminho.
Introdução
Trabalho como arquitecto para um parceiro Microsoft na Suíça há muitos anos. Durante esse tempo interagi com dezenas de arquitectos, em muitas empresas diferentes, em vários países e verticalidades.
Tenho desempenhado funções de “arquitecto” em muitos projectos diferentes. Fui mentor de vários arquitectos aspirantes, alguns dos quais tiveram carreiras muito bem sucedidas com títulos de “arquitecto”. Vi todas as estruturas e modelos a entrar e sair.
Em TI, a maioria dos arquitectos que conheço começou como engenheiros ou consultores (há alguns anos), e tornar-se arquitecto é um caminho de carreira natural ao assumir cada vez mais responsabilidade e liderança.
Por favor active o JavaScript
O título “arquitecto” em TI está muito nos olhos de quem o vê. Não é como “maquinista de comboios a vapor” ou “cirurgião cerebral”, que são provavelmente funções bastante bem definidas. Pode significar coisas diferentes na indústria das TI, mudando de uma organização para a seguinte. Pode-se ter dois “arquitectos” numa empresa que fazem trabalhos totalmente diferentes.
Que Tipo de Arquitecto É Você?
Normalmente, o arquitecto é alguém que cria um desenho para uma solução antes de esta ser implementada. O arquitecto é normalmente a pessoa que tem de reunir os requisitos, identificar as prioridades, avaliar as opções técnicas, recomendar uma solução, recomendar um plano de implementação, apontar as dependências, etc.
Contudo, nem sempre é este o caso!
Em algumas organizações, o arquitecto é um técnico glorificado, muito prático, uma espécie de escalação acima do nível mais elevado de administradores ou consultores.
Em algumas organizações, os arquitectos estão muito afastados do trabalho técnico – terão reuniões, escreverão documentos de design e desenharão diagramas, mas nunca tocarão em qualquer software excepto Office, Visio, Project, e/ou Azure Boards em Azure DevOps.
Em algumas organizações, o arquitecto é um tipo de gestor de projecto. Há arquitectos de infra-estruturas que não conseguem escrever (ou mesmo ler) uma linha de código, e há arquitectos de aplicações que são mais “programadores principais”. Alguns arquitectos gerem equipas de pessoas, incluindo não-arquitectos, enquanto outros se sentam numa sala calma e trabalham a solo a maior parte do tempo.
Alguns arquitectos estão muito envolvidos na compreensão do contexto empresarial para a tecnologia, trabalhando com os decisores empresariais, calculando o retorno do investimento (ROI), contribuindo para orçamentos, e outras tarefas financeiras; outros arquitectos sentem que está abaixo deles preocupar-se com o dinheiro.
Alguns arquitectos são especialistas em redes, alguns arquitectos não conseguem distinguir consistentemente entre um endereço IP e um número de telefone. Alguns arquitectos vivem e respiram segurança, outros acreditam que a segurança é um problema de outra pessoa.
Alguns arquitectos estão concentrados numa tecnologia ou num aspecto das soluções – há arquitectos de aplicação, segurança, rede, servidor, nuvem e dados, e muitos outros sabores também. E muitos outros arquitectos são grandes generalistas, capazes de integrar aplicações, infra-estruturas, redes, plataformas, segurança, etc. em ambientes heterogéneos, utilizando múltiplos fornecedores.
Alguns arquitectos apenas criarão uma estrutura arquitectónica geral para uma organização mas não se envolverão na implementação, outros criarão projectos técnicos detalhados para uma solução específica e depois desengatarão, e outros arquitectos permanecerão envolvidos e orientarão uma implementação técnica do projecto até à sua conclusão, e ainda mais, irão para a milha extra e apoiarão as equipas de operação para clientes geridos.
Ah, e já agora, também há tipos de arquitectos que constroem edifícios. Os arquitectos que projectam edifícios inteiros trazem normalmente uma formação universitária em vez de experiência prática.
Resumindo: Não há um único tipo de “arquitecto”.
Como se torna um Arquitecto de TI?
Então, como é que se torna um arquitecto informático?
Os meus melhores conselhos: Você não escolhe a vida de arquitecto, a vida de arquitecto escolhe-o a si.
Não há um conjunto de exames de quatro etapas que o levarão de “principiante” a “arquitecto” dentro de um ano ou cinco.
Sim, pode estudar temas de arquitectura, e pode obter certificações com “arquitecto” no nome, tal como o Quadro de Arquitectura de Grupo Aberto (TOGAF).
Ou mais certificações específicas de fornecedores, tais como Azure Solutions Architect ou Microsoft Cybersecurity Architect.
Estas certificações serão possivelmente e provavelmente úteis, mas não lhe vão garantir uma carreira de sucesso como arquitecto.
O que provavelmente precisa de fazer, é pensar no que faz, pois está a passar pelos anos de “construir e consertar coisas” da sua carreira. Tente compreender o “porquê?”, e não apenas o “como?”. Pense nas abordagens alternativas para resolver uma exigência, e por que razão poderá ter seleccionado uma ou outra.
De facto, pensem em “que verdadeira exigência é que esta solução cumpre para a organização” em vez de “gosto de trabalhar nesta tecnologia, o meu domínio da mesma faz-me sentir bem”. É preciso começar a tentar identificar os riscos do que pode correr mal, e como minimizar esses riscos.
Comece a responder à pergunta “Se esta coisa que estou a construir tinha de ser construída de forma a que as pessoas que não são eu, e que têm menos capacidades do que eu, tivessem de construir, administrar e usar com sucesso esta coisa, como é que eu a posso conceber e construir para que seja mais fácil para elas fazerem o seu trabalho com sucesso”.
Tente compreender o papel e o valor da documentação, e desenvolva as suas capacidades de escrever ou desenhar o que está a planear construir. Abrace o valor dos conceitos de planeamento e escrita antes de fazer.
Torne-se bom a explicar as coisas às pessoas, de tal forma que elas acreditarão no seu plano de como fazer as coisas; estas pessoas que convence não devem ser apenas juniores com admiração pela sua feitiçaria técnica, devem também ser gestores não técnicos que assinarão o orçamento para o deixar fazer as coisas técnicas.
Habitue-se a lidar com pessoas que dizem “não, não pode fazer o que quer fazer”; aprenda que não pode simplesmente sair de uma tempestade; seja bom a levantar-se do chão, a aperfeiçoar as suas ideias, e a voltar a dizer “OK, e se tentarmos de outra forma? Continue a construir os seus conhecimentos técnicos, mas tente não se concentrar num campo restrito – pense em tecnologias adjacentes, alternativas, dependências, e impacto.
Se é apaixonado por infra-estruturas, investigue o desenvolvimento de aplicações; se é um programador, compreenda a infra-estrutura de que as suas aplicações dependem.
E se o trabalho em rede é a sua coisa, compreenda as cargas de trabalho que se ligam a essas redes; todos precisam de compreender alguma segurança; todos precisam de compreender alguns dados…
Quer saber mais sobre arquitectos? Dê uma olhada em iasaglobal.orgque é uma associação para todos os Arquitectos de TI.
Para Concluir
Em TI, o arquitecto precisa de ter uma visão aérea de um cenário, enquanto na outra situação, o arquitecto já precisa de mergulhar profundamente na área problemática. Por vezes, ser um arquitecto em TI pode ser difícil! O que os arquitectos fazem é um mistério para muitos, pois o trabalho é intangível – nem sempre directamente mensurável, pois muita coisa acontece em segundo plano.
Fazem-se todas estas coisas, e um dia dar-se-á conta de que se está a passar mais tempo a planear coisas que vão acontecer, do que a fazer coisas que já estão a acontecer.
Quando se passa tempo a pensar em tópicos como requisitos, risco, eficiência, integração, business case, ROI, transição, maturidade e roteiro… e se passa mais tempo em Word, PowerPoint, Project, Azure Boards, e Visio do que em PowerShell ou Visual Studio… então aperceber-se-á de que é provavelmente um arquitecto.
Tornar-se arquitecto não é apenas uma progressão natural da carreira. É só isso.
Dêem-me a conhecer as vossas ideias na secção de comentários abaixo.
__
Obrigado por ler o meu blogue.
Se tiver alguma pergunta ou feedback, por favor deixe um comentário.
-Charbel Nemnom-