 Muito bom, pessoal. Então, bom dia. Já disse, né? Me repetindo. Uma das coisas que a gente mais encontra quando a gente começa a trabalhar com arquitetura, visitar empresas, consultar clientes e, principalmente, receber alunos em sala de aula, é a discussão... Aliás, é uma discussão que, no início, não existe. Você pergunta para as pessoas o que elas são, elas dizem ao seu arquiteto. Eu chego numa empresa e pergunto, você tem uma área de arquitetura? Tenho. Tenho uma área de arquitetura. Na verdade, ser arquiteto está na moda. Todo mundo quer ser arquiteto. Então, eu faço até uma piada, né? Na verdade, daqui a pouco, não vai ter mais advogado, né? Vai ter arquiteto jurídico, não vai mais ter médico, vai ter arquiteto patológico. Não vai ter... E isso é verdade. Eu recebi uma mala direta um dia de um curso sobre arquitetura da informação. E aí eu pensei, bom, é uma mala direta, né? Então, eu falei, deve ser curso de TCP e P, né? Uma coisa assim do gênero. E, na verdade, era um curso para jornalistas. Então, a gente sabe que já não existe mais jornalista, existe arquiteto da informação. Então, a questão toda é essa. Quem é esse raio desse arquiteto? E, quando a gente fala só desse... Enfim, desse universo que a gente... Normalmente, ao qual a gente normalmente se refere como arquitetura corporativa, a gente tem aí uma série de diferentes nomes, ou cargos, ou posições, ou papéis. Fale você, dê o nome que você preferir. E que a gente não sabe direito do que se trata, né? Então, primeiro, todo mundo sabe quem é um arquiteto. Aqui, em geral, um arquiteto... Arquiteto, arquiteto, sabem, né? Aquele que desenha casa, prédio, etc. Acho que isso aí todo mundo sabe. Arrigor, aqui no Brasil, a gente não poderia chamar arquiteto. Vocês sabem disso, não? Porque tem, pela legislação, arquiteto é quem tem crá. Antigamente, tinha que ter créia. Agora, eu fiquei sabendo, na última vez que eu dei essa palestra, que é que o créia se dividiu. Agora, então, você tem os conselhos de engenharia e administração de arquitetura. Então, separados. Então, você tem que ter... Arrigor, a gente... Arquiteto, arquiteto mesmo, assim, sem qualificativo, sem sobrenome, o único que pode se chamar é aquele que tem carteirinha do antigo créia. Muito bem. Mas vamos tentar falar de alguns arquitetos aqui que estão mais no nosso dia a dia. Arquiteto de software, todo mundo ouviu falar? Naturalmente, né? Agora, será que existe alguma diferença entre arquiteto de software e solução? Ou são sinônimos? Quem acha que é sinônimo, que são só dois nomes diferentes para a mesma coisa? Ninguém? Quem acha que são coisas diferentes? Ah, que bom. Então, todo mundo está pelo menos na mesma página em relação a isso. Mas é impressionante o que eu encontro por aí de empresas onde o sujeito se diz arquiteto de solução e você vai ver o que o cara faz. Basicamente, ele é um desenvolvedor senior. Ele é um super programador, é um cara que manja tudo de Java, ou sei lá do que, o que quer que seja. E quando eu falo para os caras que arquiteto de solução não precisa saber programar, os caras quase têm um surto, né? Até porque quando a gente vê, sei lá, anúncios de jornais, aliás, anúncios de jornais são ótimos, né? Tem assim, contratamos arquiteto corporativo Togaf, especializado em Java, versão Tau, dotnet, versão, não sei o que. Eu não consigo nem dar exemplo, porque eles falam das tecnologias que eu já não acompanho há uns dez anos. Então, para eu saber o que os caras estão pedindo, eu tenho que ler o anúncio de jornal. Jornal, bom, estou falando aqui de anúncios de jornal, o pessoal já percebeu que, né? Depois eu vou falar de CPD também, né? Não adianta, vou cabular em um negócio que não sai da gente. Bom, aí vem o tal arquiteto de sistemas. E aí já começa a fazer confusão de novo. Será que o arquiteto de sistemas é o mesmo do arquiteto de solução? Essa nomenclatura, gente, é uma bagunça nas empresas, que é uma coisa impressionante. Quando o pessoal aparece para o meu curso, uma das primeiras coisas que eu faço, é um depara para separar, para dizer assim, olha, a terminologia que a gente vai usar aqui no curso é a terminologia do Togaf. Então, eu vou definir para vocês o que é cada um desses tipos de arquiteto aqui, e aí vocês fazem os dividos mapeamentos para a nomenclatura da empresa de vocês. Normalmente está tudo misturado. E o pior é que tem alguns problemas, porque, por exemplo, arquiteto de software, arquiteto de solução não tem no Togaf. O Togaf não define esses papéis. Então, aí já começa, a confusão já fica maior ainda, porque o sujeito fala, você segue o Togaf, sigo, e aí o cara tem esses papéis que não tem no Togaf. Não que ele não deva ter, porque, na verdade, não tem no Togaf, porque está fora do escopo, não porque eles não devam existir, mas o problema é que começa a ver uma mistura em que o pessoal, por exemplo, tem gente que usa a terminologia arquiteto de sistemas como arquiteto de software e vice-versa. Quem já viu ou tem isso aí em algum lugar? Só você? Ah, bom, né? O pessoal tem vergonha. Pode levantar a mão, gente, tem problema, não. O pessoal fala assim, não, vai que... Isso é uma situação normal. E tem mais, na verdade, eu vou fazer o... tentando apresentar esses diferentes arquitetos aqui para vocês, para esclarecer, para a gente tentar chegar numa espécie de acordo em relação à terminologia sobre esses diferentes tipos de arquitetos. Eu estou seguindo, em parte, o Togaf, e naquilo que o Togaf não define, eu estou contribuindo com a minha própria opinião, com a minha própria experiência. Então, na verdade, ninguém é obrigado, não é oficial, que eu vou dizer aqui, em boa medida, ninguém é obrigado a seguir o que eu estou dizendo. Mas eu acho que é alguma coisa aqui o que eu vou apresentar para vocês, na minha cabeça, pelo menos, faz sentido, e na dos meus alunos, tipicamente, o que eu vou fazer também. Então, vamos lá. E o que que é um arquiteto de TI? Está começando a ficar confuso, gente? Ou não? Ou está tudo super claro para vocês, a diferença de cada um desses aí? Já tem arquiteto demais, né? Então, tá, mas vem cá, mas o arquiteto TI, o arquiteto sistema, o arquiteto solução, será que tem diferença nessa gente? Isso é acrescentar um arquiteto de negócio. E se eu botar ainda por cima o tal que é um arquiteto corporativo. Era mesmo uma coisa engraçada? Quer dizer, não é engraçado, né? Na verdade. Eu estou querendo, inclusive, eu acho que eu vou criar um modelo de maturidade, eu preciso escrever isso, que antes que alguém escreva na minha frente, né? Mas tá aqui, eu tenho um monte de testemunho aqui. Se vocês ouviram essa ideia, eu vi um primeiro aqui, né? Eu estou querendo criar uma espécie de modelo de maturidade sobre a de arquitetura corporativa, não aquele que tem no Togaf, tá, é um modelo que simplesmente diz o seguinte, você tem um modelo de maturidade da Gianni Hoss também, do Peter Vile, mas também não estou me referindo a esse, esse é o meu mesmo, que é mais simples, que diz basicamente o seguinte, que quando você chega numa empresa e pergunta se eles têm arquitetura, ou arquitetura corporativa, você pode ouvir duas respostas, a primeira resposta é não, não temos, joia, então isso aí seria o nível zero, então o cara não tem nada, ou eu posso ter, ou então o cara diz que tem, temos arquitetura corporativa. Aí no início, quando eu comecei a trabalhar com esse negócio, eu acreditava nos caras, eu sempre fui muito, eu sou uma pessoa um pouco ingênua, isso é da minha própria característica, então os caras diziam que tinham e depois eu descobri que eles não tinham porcaria nenhuma, o que eles tinham? Então basicamente você tem, vamos fazer de trás pra frente, eu teria o nível 4 que seria aquela empresa depois o nível 3 seria aquela empresa que tem arquitetura de TI, mas acha que tem arquitetura corporativa, mas na verdade ela tem arquitetura de TI, não, esse seria o nível 2, então o nível zero é o que não tem nada, nível 3 é o que tem arquitetura corporativa, mesmo o nível 2 é o que tem arquitetura de TI e acha que é a arquitetura corporativa, e nível 1 que é o que está quase todo mundo, pelo menos na minha experiência é aquela empresa que tem uma área, uma caixinha no organodrama que diz arquitetura e aí pode ser arquitetura de TI, corporativa, qualquer coisa, mas que na verdade é um bando de arquiteto de solução, isso ó, um bando no sentido de que é um bando mesmo, ou seja, um monte de gente sem nenhuma coordenação uns com os outros e basicamente eles vão sendo alocados aos projetos conforme a necessidade, e isso aí é o que o pessoal chama de arquitetura, às vezes né, então é uma das primeiras coisas que eu falo normalmente no meu curso, acho que tá no primeiro slide eu falo que a primeira coisa que a pessoa precisa entender é que a arquitetura corporativa não é um nome bonito pra arquitetura de TI e hoje em dia eu aprendi que eu tenho que dizer mais do que isso, tenho que dizer que a arquitetura de TI não é um bando de arquiteto de solução, alguém já viu essa situação em alguma empresa de um amigo assim, não? De um amigo, né? É evidentemente que não tem, mas é alguma coisa que a gente vê por aí e opa, sumiu lá em cima tem como não, não precisa também, vai Então vamos tentar definir aqui o que são essas várias arquiteturas pra gente tentar entender qual é o papel do arquiteto dentro dela, isso aqui quem conhece Togaf, já sabe como é quem conhece Isaacman também, porque na verdade eu fiz um gráfico aqui que é uma mistura dos dois que a gente tem por razões históricas aquilo que a gente chama de infra de TI normalmente é conhecido como tecnologia de arquitetura de tecnologia arquitetura tecnológica, tem várias traduções que o pessoal usa, mas isso aí já gera uma confusão porque afinal de contas a tal da arquitetura de tecnologia ela se refere a infra ela não se refere a por exemplo sistemas aplicativos e sistemas aplicativos não são tecnologia claro que são, né? e dados, tecnologia de armazenamento de dados é tecnologia, é evidente que é quando a gente fala que a gente tem que juntar, que a gente tem que somar a arquitetura de tecnologia, a arquitetura de aplicações e a arquitetura de dados que é o que juntos se chamam deixa eu ver se é o próximo aqui tchau, isso, arquitetura de sistemas de informação, o Togaf diz que existe um troço chamado arquitetura de sistemas de informação que é reunião da arquitetura de aplicações com arquitetura de dados e quando a gente está falando de arquitetura de aplicações e arquitetura de dados a gente está falando de um negócio que é o que tecnologia também, não é? Então porque que isso aqui é arquitetura de tecnologia? se isso aqui também é tecnologia então vocês veem que a gente realmente está no universo lexico semântico bastante confuso pra dizer o mínimo não é tudo bem, de uma maneira geral a gente conhece essas três coisas juntas como Você concorda comigo ou não? É mais ou menos isso aí que vocês pensam ou não tem nada a ver? Fala aí gente, levanta o braço. Quem está de acordo com isso aqui? Levanta. Então tá bom. Então até aqui o Togaf também não fala de arquitetura de TI, isso aí já é uma derivação. Então quando a gente fala, na minha empresa tem uma área de arquitetura de TI. Então pelo menos esses três caixinhas que em Togaf fez se chamam dominios, o que é um outro problema, porque domínio é um negócio que tem umas 25 páginas no dicionário, de explicação do que é que é domínio, dessas 25 umas 20 são só dentro da TI. Um monte de gente, enfim, infelizmente, na minha visão infelizmente, hoje ainda a imensa maioria dos arquitetos corporativos vem da TI, felizmente porque não porque eu tenho alguma coisa contra quem é de TI, até porque eu sou também, mas porque a gente só vai ter arquitetura corporativa, quando ela tiver, se arquitetura corporativa é mais do que arquitetura de TI, se arquitetura corporativa não é um nome bonito para arquitetura de TI, se arquitetura corporativa transcende a arquitetura de TI, então a gente tem que ter gente que não é de TI para fazer esse troço acontecer, concorda ou não? Pois é. Muito bem, beleza, então temos aí a arquitetura de TI e muitas vezes é aquilo que eu falo. Você tem aí o quê? Acima disso você tem arquitetura de negócio, só que eu estou dividindo aqui a arquitetura de negócio em operacional e estratégica. No Togaf, essas duas caixinhas são uma só, que é conhecida a arquitetura de negócio, nos ACMA são as duas primeiras linhas, então elas estão separadas, eu acho que faz sentido que elas estejam separadas, eu não vejo, eu tenho uma change request lá no Togaf para que isso aqui, eu só não, um monte de gente que trabalha com Togaf concorda com isso que tem um change request para que a tal da business architect seja quebrada em duas, pelo menos que a gente divida o nome, a proposta original é chamada de arquitetura estratégica e arquitetura de negócio, mas como houve muita resistência, então a última proposta foi pelo menos dizer, tudo bem, as duas são arquitetura de negócio, mas uma é estratégica e a outra é operacional, que é uma distinção que o ZACMA faz e que faz toda a diferença é muito importante. Então essas duas juntas é o que o pessoal ou o que o Togaf chama de arquitetura de negócio e tudo isso junto é a tal da arquitetura corporativa, tudo bem até aqui gente, faz sentido? Muito bem, agora se a gente concordar que a arquitetura é dividida nessas caixinhas e nesses aspas domínios que como eu disse para vocês dentro da área de TI, a palavra domínios ela tem uns 20 significados diferentes conforme com quem você fala, você pergunta para o administrador de dados, o que é domínio, ele fala claro, é o conjunto dos valores válidos para o atributo, você fala com o analista de negócio, ele fala claro, é o que o negócio faz, então você tem o domínio, o domínio de finanças, o domínio de marketing, então quer dizer domínio é um troço para cada pessoa, mas no Togaf, em Togaf fez, o domínio é um dos pedaços, digamos assim, uma das divisões da arquitetura corporativa, muito bem, então vamos tentar mapear os arquitetos um pouco para isso tudo aí, primeiro eu queria fazer uma grande, uma primeira divisão importantíssima que é uma divisão que eu acho que faz toda a diferença e que o pessoal não percebe e pelo fato do pessoal não perceber acaba estruturando a empresa errado e aqui eu vou falar um monte de coisa que vai deixar muita gente aqui ou assustada ou braba comigo, porque eu vou dizer que a maioria dos departamentos de arquitetura que eu conheço em empresas por aí, as empresas grandes, empresas maduras, está estruturado errado, tá? Primeiro lugar, vamos fazer uma distinção que é o seguinte, uma coisa é o arquiteto em projetos, é o arquiteto que está alocado a projetos que está trabalhando dentro de projetos, que projetos, projetos de arquitetura, não, os projetos que tem lá no portfólio da empresa, desenvolvimento de sistema, compra de equipamento, enfim, melhoria de processo, esse arquiteto normalmente ele cai dentro do projeto, não participa da seleção e priorização de projetos, ele é chamado para o projeto, quando o projeto já está andando, ele literalmente faz aquilo que a gente conhece como pegar o bonde andando, certo? Quem diria que... Não, deixa eu fazer a pergunta de ele, senão vocês não vão levantar a mão e vai dar uma impressão errada, né? Quem diria que na sua empresa isso não acontece, ou seja, tem arquitetos que estão alocados em projetos, mas você tem arquitetos que não estão alocados em nenhum projeto, tentando ter uma visão mais geral, mais holística, quem está nessa situação? Olha, até que tem bastante gente, né? Eu nem vou perguntar quais são aquelas empresas onde todo mundo está alocado em projeto, né? Mas enfim, o que acontece é que quem é que está alocado em projetos? O arquiteto de software, que na verdade é um desenvolvedor, é um desenvolvedor metido à besta, né? É um arquiteto, é normalmente um desenvolvedor mais sênior, né? E consegue ter uma visão um pouco mais estruturante do software que vai ser desenvolvido, e você tem o raio do arquiteto de solução. E muitas empresas, acabou, isso é o que tem de arquitetura. Muitas que eu digo é muitas. Eu não tenho um número estatístico, uma percentual para dar para vocês, mas se eu tivesse que chutar, eu diria, 70% das empresas que têm alguma coisa chamada arquitetura, tá? As que não têm nada chamada arquitetura, aí não tem arquitetura, aí não há o que dizer, aí realmente não há o que dizer. Mas na imensa maioria das empresas que eu conheço, a tal da arquitetura, que às vezes é uma área dentro do organograma, nada mais é do que um... É um pull de alocação de recursos, é um pull de arquiteto de solução que vão sendo designados para os diferentes projetos. Muitas vezes esse cara tem algum tipo de especialidade em termos de domínio de negócio, ele conhece um determinado... O cara conhece seguro, o outro conhece... Enfim, o cara conhece uma determinada área de atuação dentro da empresa, um determinado domínio de negócio, pra gente já fazer uma confusãozinha legal. E esses caras, qual é a característica desses caras? Eles sempre estão em projetos. Agora a pergunta é a seguinte. Todo o conceito de arquitetura corporativa, pelo menos, ou pelo menos de TI, o conceito de arquitetura de TI e de arquitetura corporativa é que você tem que ter gente que tenha visão horizontal, holística, alguém que seja capaz de olhar para a empresa como um todo. Agora me diz uma coisa, se você está enfiado em um projeto, você consegue olhar para a empresa inteira? Tem alguma condição de dizer assim, vou dar uma paradinha no projeto, já que tem folga no cronograma, e vou dar uma passeada pela empresa para ver o que o povo está fazendo para adquirir uma visão holística. Eu tenho certeza que é a realidade de todos vocês, não é? Enfim. Então, eu tenho alguns arquitetos que para funcionarem têm que estar fora de projetos, e aqui é que começa grande confusão. Porque antigamente, e não tão antigamente assim, dentro da TI havia um conceito que era mais ou menos o seguinte, se você não estivesse escrevendo o código, você não estava trabalhando, trabalhar é escrever código. Esse conceito não mudou muito, mas digamos assim, ele evoluiu para o que hoje eu diria que estar trabalhando dentro de um projeto ainda é considerado trabalho. Então, se você está dentro de um projeto, o projeto vai entregar alguma coisa no final, é considerado trabalho. Agora, se você não está num projeto que vai entregar, sei lá, um servidor instalado e funcionando, um software, um sistema funcionando, é que você não está trabalhando. Então, as empresas têm enorme dificuldade para entender a coisa básica, que é o seguinte, cara, você quer ter um departamento de arquitetura de TI, estou nem falando de arquitetura corporativa, você tem que ter arquitetos que não estão alocados em nenhum projeto. Como assim? Como é que eu vou justificar para a chefia que eu tenho um cara que não está em projeto nenhum? Está vendo? Por quê? Porque a empresa pensa que trabalhar é estar em projetos. Evoluímo, antigamente tinha que escrever código também, mas temos que evoluir mais. Então, esses caras todos, são os arquitetos desses temas, que na verdade são os arquitetos, o que seriam os arquitetos de sistema? Seriam aqueles arquitetos de aplicações e dados, sistemas de informação, segundo o autograph, os arquitetos de TI, que têm uma visão mais ampla que os arquitetos de sistema, porque são o quê? São aqueles, lembrando lá dos quadradinhos que a gente usou, a gente tem da parte de baixo, aqueles três domínios. Tinha lá arquitetura de tecnologia, arquitetura de aplicações e arquitetura de dados. Esses três juntos são arquitetura de TI, e, portanto, um cara que é arquiteto de TI, ele tem que estar olhando para quê? Ou ele tem que olhar para esses três domínios, ao mesmo tempo, de forma holística, ou ele tem algum tipo de foco. Então, a gente vai dizer que ele é um analista, sei lá, um arquiteto de infra, um arquiteto de aplicação, um arquiteto de dados, é uma nomenclatura bastante comum, está errado, isso é o que a gente chama de arquiteto de domínio, no Togaf, mas está errado dizer que esse cara é um especialista. Ah, Fulano é um arquiteto de aplicações, ou é um arquiteto de infra, então ele é especializado em infra. Por isso eu não uso palavras especialistas, eu uso palavras focadas, eu digo que o cara tem foco naquilo ali, normalmente esse foco se dá pelo histórico do cara, o cara trabalhava como analista de infra, é natural que ele seja, quando ele entra em um time de arquitetura, como um arquiteto de infra. Se o cara vem de negócio, ele é um analista de negócio, um analista de requisito, etc, etc, é natural que ele entre como arquiteto de negócio, mas mais por razões históricas da carreira do sujeito, do que por outras razões, como eu vou mostrar já já. E, naturalmente, o arquiteto de negócio e o arquiteto corporativo. Qual é a diferença aqui? O arquiteto de negócio, se a gente olhar aqueles quadradinhos, você tem lá o sistema, que é aplicações de dados, TI, que é aquilo mais a infraestrutura, se eu juntar aquelas duas camadas de negócio de cima, eu tenho um arquiteto corporativo e em muitos lugares eu tenho essa figura do arquiteto de negócio, que é alguém que não está olhando a arquitetura corporativa, como um todo está olhando só para aquela camada de cima. Enfim, a gente pode dizer que, de certa forma, até certo ponto, a gente poderia pensar que isso aí é uma espécie de plano de carreira de cima para baixo. Então, de alguma maneira, a carreira de arquiteto é uma carreira que segue para cada vez mais o lismo, cada vez mais generalização, cada vez mais visão geral. Ao contrário da carreira de especialista, alguém que é cada vez mais especializado. Aliás, tem um outro conceito que eu também preciso botar por escrito, mas aqui eu, novamente, tenho várias testemunhas, porque eu também nunca vi, provavelmente eu sou o primeiro que está falando, ou alguém já tinha ouvido falar isso da carreira em Psi, sem ser comigo. Todos nós conhecemos carreira em Y, o que é carreira em Y? Você tem o braço, a perna gerencial, e a perna de especialista. Só que é o seguinte, cada vez mais nas empresas, a gente tem uma figura que não é nem gerente, nem especialista, é o generalista. O arquiteto é um deles. O povo que trabalha em planejamento estratégico, também. Então, Psi, para quem não lembra, é aquela letra grega que parece um tridente, de psicólogos, que tem três pernas, então é por isso que eu estou chamando de carreira em Psi. Você teria a perna gerencial, do outro lado você teria a perna do especialista, como é a carreira em Y, e você tem uma terceira perna aqui, que seria o generalista. Então, cada vez mais as empresas vão precisar, cada vez mais a gente ouve e fala, você pega esses artigos, ah, novas profissões, sei o quê e tal. Várias dessas profissões novas que estão sendo colocadas, eu tenho visto mais como generalistas do que como especialistas. Arquiteto de dados, data science, cientista de dados, que é uma das novidades aí, em boa medida eu acho que também cai aí nessa figura de generalista. Mas enfim, isso é uma outra discussão. A questão é que você vai, digamos assim, conforme você amadurece na sua carreira, você tende a ver a questão de forma cada vez mais ampla, tanto em termos da empresa, quanto em termos dos domínios, das especialidades, tanto que eu digo que o topo da carreira de arquiteto é quando ele vira arquiteto corporativo, ponto. Porque você tem arquiteto de soluções da área tal, você tem o arquiteto de soluções da área tal, aí depois você tem o arquiteto de dados, o arquiteto de aplicativos, o arquiteto de negócio, aí você bota isso tudo, esse povo está dentro de uma área de arquitetura corporativa, você chama eles de arquitetos de domínio, então você tem o arquiteto corporativo de dados, arquiteto corporativo de aplicações, arquiteto corporativo de infos, que não são especialistas, eles são apenas focados. E aí quando o cara sobe na carreira ele entende da empresa inteira e de todos os domínios, então ele passa a ser o que? Um arquiteto corporativo, ponto. Então esses arquitetos fora de projetos que a gente já viu, que são os arquitetos de sistemas, de TI de negócio corporativos, qual é a característica do trabalho dessa gente? Primeiro que eles estão fora de projetos. Eu vou insistir nesse ponto, porque está cheio de empresa que acha que dá para fazer arquitetura de TI e nem estou falando de arquitetura corporativa com gente enfiada em projetos. Não dá, você quer ter arquitetura de TI? Tira o cara, proíbe o cara de passar perto de projetos. Ele só pode passar perto de projetos para fazer conforme os acéssements, para fazer a auditoria de projetos, para fazer a avaliação de conformidade. É a única vez que ele pode passar perto de projetos. Ele tem que sentar em uma mesa longe de todos os projetos, de vez em quando ele visita, toma um café para saber o que está acontecendo, mas ele não pode estar alocado em projetos. Ele tem que estar fora de... É o seguinte, o cara vai ser arquiteto corporativo de manhã e de tarde ele vai trabalhar no projeto XPTO. Vai funcionar isso aí, não? Talvez no primeiro dia, né? No segundo dia de manhã ele vai querer fazer arquitetura corporativa. Sabe o que é? Essa noite deu pau no XPTO, então a gente tem que... Ah, tudo bem, quarta-feira eu compenso. Todo mundo sabe como isso é. Bom, então é um trabalho horizontal, já falei, um trabalho holístico, horizontal e holístico. Na verdade, não são sinônimos, não, tá? Tem uma sutil distinção entre a coisa horizontal e holística, mas eu não vou entrar nisso porque o meu tempo está acabando. E, de uma maneira geral, voltado para a padronização, reúso e consolidação. Essas coisas que a gente conhece como as finalidades, ou os principais usos de você ter uma arquitetura de TI ou corporativa. Ou seja, a ideia é que você, se você quer identificar possibilidades de reúso, de consolidação, de padronização, de padronização, tem como você está enfiado em um projeto de desenvolvimento do sistema XPTO? Não tem. Você tem que estar fora de projeto para poder andar pela empresa e ver o que tem repetido, o que pode ser consolidado, o que é redundante. Poder entrar no CPD... Ah, falei que eu ia usar a palavra. Entrar no CPD e identificar que você tem um monte de coisa parecida com o nome diferente, de fornecedor diferente. E que você talvez pudesse padronizar aquilo, escolher, por exemplo, só um gerenciador de banco de dados para você trabalhar e os outros 38 que você tem ficam definidos como fora do padrão e dentro de um roadmap para a substituição em X anos, por exemplo. Qual chá desse cara? Não sabe que é chá, não. Chá vem do RH, é uma sigla que basicamente diz que são os conhecimentos, habilidades e atitudes. Para esses caras aí os conhecimentos para os arquitetos de tema de TI e de negócio. O cara tem que conhecer a sua camada, o seu domínio, naturalmente. Então, se o cara é de negócio, ele tem que entender de negócio, o cara é de TI, tem que entender de TI, por diante, infra, tal, tal, tal. Acaltece que todos eles têm que entender de negócio. Isso é outra coisa que pouca gente entende. Arquitetura existe para cumprir a estratégia do negócio. Arquitetura é sobre estratégia. Todo o assunto é sobre alinhar a estratégia com a execução. Então, todo arquiteto tem que entender de negócio. Ah, eu sou arquiteto de infra. Então, não sou obrigado a entender do negócio. Errado, você está no lugar errado. Todo arquiteto tem que entender do negócio. Ele vai entender do negócio e responder a pergunta como eu posso ajudar o negócio a cumprir as suas metas estratégicas e atingir a sua visão com este meu conhecimento mais focado, mais específico, mais focado em infraestrutura. Ah, mas o cara é de infra. O cara faz fine-tuning de SQL. Então, e não entende nada da empresa. Então, não é arquiteto. Ou não deveria ser. Ou não deveria estar ali. Quer mais? Então, tem que entender do negócio da organização, tem que entender dos domínios adjacentes, pelo menos. Então, se você está na caixinha do mail, tem que entender da caixinha de cima você tem que entender de infra e de negócio. Se você está em negócio operacional você tem que entender de negócio estratégico e de no mínimo você tem que entender as caixinhas adjacentes para conseguir fazer o que? Os links, porque em arquitetura a palavra-chave é rastreabilidade. Se você não tem rastreabilidade, não existe arquitetura. Não existe arquitetura corporativa sem rastreabilidade. Tem gente que diz que existe, mas eu duvido, nunca me mostraram. Para mim, a arquitetura é sobre rastreabilidade. Portanto, se não tem rastreabilidade não tem arquitetura. E se você não conhece no mínimo os domínios para cima e para baixo do que você está fazendo não tem como você sequer ajudar nessa arquitetura corporativa. E o arquiteto corporativo tem que conhecer holisticamente todos os domínios toda a organização horizontalmente. E, portanto, quais são as habilidades e institutos que esse pessoal tem que ter. Primeiro, o arquiteto especialista não existe, como diria o padre Quevedo. Não existe. Arquiteto especialista é um oxímoro. É uma contradição nos termos. Se é arquiteto não é especialista, se é especialista não é arquiteto. O único jeito, o único concepção que eu poderia ter de um arquiteto especialista é dizer que o cara é especializado em arquitetura. Mas de uma maneira geral isso não existe. Outra coisa que não existe é arquiteto junior. Assim como não existe gerente de projeto junior. Tem uns órgãos de certificação por aí que falam que basta você ter o certificado deles que você vira um gerente de projetos. Isso também não existe. Então aparece lá um gerente de projeto com 22 anos de idade, 21 anos de idade não sei o que eu falo, como é que pode. Não existe arquiteto junior igual gerente de projeto. Tem que ter comido muito feijão, tem que ter muito calo, tem que ter muita cicatriz. Se a gente tiver apanhado um bocado não dá para ser arquiteto do mesmo jeito como não dá para ser gerente de projeto. É a mesma coisa. Então em termos de maturidade aí os caras descobriam o que nós vamos fazer e se inventaram tal de analista de projeto. Então a gente pode talvez falar de analista de arquitetura sei lá, que seria o arquiteto junior um cara que é mais jovem, está aprendendo como é que funciona, ajuda o pessoal de arquitetura no time isso aí pode ter naturalmente. E ele é junior, na minha cabeça isso é mais um oxímulo, não tem isso para você ser arquiteto você tem que ter experiência, é o seguinte nada substitui a experiência não interessa quantos certificados você tem aonde você estudou, não interessa. Tem coisas que só a experiência te dá e a capacidade de trabalhar direito, como tanto gerente de projeto como arquiteto é uma delas. Aliás lembrando que todo arquiteto corporativo ou de TI ele é um gerente de projeto também, porque arquitetura se faz através de projetos. Então não dá para ser junior duas vezes, então não tem a menor condição. Tem que ser generalista, tem que ter visão sistêmica e capacidade de abstração, é óbvio aquele sujeito que não consegue só olhar árvore, não consegue ver floresta não pode ser arquiteto. Tem que ter visão de longo prazo ao mesmo tempo que orientação a resultados, porque afinal de contas arquitetura é uma visão de longo prazo, é uma visão que tem que estar alinhada com, é uma visão da empresa e a visão da empresa nunca deveria ser de curto prazo, então a gente tá falando de três, cinco, dez, vinte anos as vezes e o horizonte do arquiteto tem que ser o mesmo mas se ele disse olha nosso plano estratégico é para daqui a cinco anos então daqui a cinco anos eu entrego arquitetura, vai funcionar isso aí? Não né? Então ao mesmo tempo ele tem que ter o que? Orientação a resultados e dentro das boas práticas de arquitetura do Togaf, por exemplo, a gente tem como fazer isso, a gente tem conceito de arquitetura de transição etc entre outras coisas e você pode e deve ser capaz de ter a orientação para resultados, porque você sem perder a visão de longo prazo, você tem que ser capaz de entregar resultados o que? Continuamente, constantemente de maneira a impedir que isso aconteça. Bom, evidentemente tem que ser alguém bom de negociação e formação de concessos, porque o arquiteto normalmente tá no olho do furacão dos interesses conflitantes e contraditórios de um monte de stakeholders que querem coisas muitas vezes opostas, muitas vezes não vão com a cara uns dos outros e você tá lá no meio, então não tem, não tem você tem que ser bom nessa coisa de negociação e formação de concessos que inclui uma atitude mais ou menos de humildade no sentido de que isso foi uma coisa que eu aprendi com Roberto foi um cara que não pode ser arquiteto, é aquele cara que fala assim, olha esse problema aqui só tem duas soluções possíveis tem a minha e tem a errada então esse cara não pode ser arquiteto, certo? porque não tá muito nessa linha, e tem que ser poliglota, tem que falar as línguas dos versos de stakeholders, tem que ser acabado de falar de negociês, juridiques, técnicas, infraestrutureis e assim por diante, e ele muitas vezes vai traduzir a língua de uma área de negócio pra outra área de negócio, ele vai traduzir o financeiro para o marketing porque o cara de financeiro, o cara de marketing não consegue se entender e quem vai ter o papel de fazer essa tradução vai ser o arquiteto corporativo e naturalmente capacidade de análise de trade-offs porque a ideia que todo problema tem mais de uma possível solução e você tem que analisar quais são essas soluções e quais são as vantagens e desvantagens de cada uma delas então meio que pra terminar a gente tem aqui a velha ideia de que o arquiteto, essa velha citação que é que o arquiteto ideal deve ser um homem das letras, um matemático, familiar com estudos históricos um estudioso deligente da filosofia familiarizado com a música não ignorante da medicina conhecedor das respostas de os jurídicos consultos, familiarizado com a astronomia e os cálculos astronômicos todo mundo aí já está preparado para ser arquiteto, não agora veja bem, isso aí não é o que você precisa saber pra ser arquiteto hoje, isso é o que você precisava saber pra ser um arquiteto lá no ano 25 antes de Cristo, segundo Vitruvius que é considerado pai da engenharia então isso significa que hoje em 2018 provavelmente você precisa conhecer bem mais do que isso aí é isso gente, então basicamente era isso que eu queria prazer pra vocês, tem aí o meu currículo 6 ou conhecem ou depois vocês leem aí e a mesma coisa, se a gente é votar por aqui, quem quiser falar comigo, esteja à vontade e eu estou deixando aqui um esse link se você quiser anotar, fotografar etc pra quem quiser, eu imagino que a maioria do pessoal aqui já conheça relativamente bem arquitetura, mas através deste link vocês podem, vocês tem aí um mini curso gratuito aí que aprofunda um pouco mais desses conceitos, então vocês podem através deste link se aprofundar um pouco mais no assunto se for o caso, por enquanto acho que é isso, obrigado