Neste quarto artigo da série “Arquiteto Corporativo: Profissão do Futuro”, detalhamos o framework mais famoso do assunto: o Zachman. No próximo artigo, detalharemos o TOGAF.
Boa leitura e não deixe de comentar!
É impossível falar de Arquitetura Corporativa sem discutir os diferentes frameworks associados. Os dois frameworks mais famosos são o Zachman e o TOGAF.
Mas o que é um framework de arquitetura?
Segundo a definição do próprio TOGAF, um framework é “uma estrutura para conteúdo e processo que pode ser usada como uma ferramenta para estruturar o pensamento e garantir consistência e completude.” Ou seja, um framework serve para “botar ordem na casa” (conteúdo) e “ensinar o caminho das pedras” (processo).
Por que os frameworks de arquitetura são necessários? Pela a simples razão de que a quantidade e complexidade da informação mantida em uma iniciativa de arquitetura são muito grandes, e que o processo para obter essa informação e construir e manter uma arquitetura são tudo menos simples. Os frameworks, portanto, fornecem essa estruturação para simplificar a vida dos arquitetos.
Vejamos os dois principais frameworks de arquitetura em maior detalhe. Neste artigo, detalharemos o Zachman Framework e, no próximo, o TOGAF.
John Zachman é considerado o “pai” da Arquitetura Corporativa. Foi ele quem delineou a disciplina, inventou o termo “Enterprise Architecture” e criou o primeiro framework, que leva seu nome.
Nos dois artigos em que introduz o tema (veja os links no final da página), Zachman explica o uso do conceito de “arquitetura” para o assunto que está introduzindo. A metáfora é mais que apropriada. Essencialmente, ele nos diz que, para construir uma casa, precisamos de diversas plantas de arquitetura, abordando diversos aspectos (estrutura, elétrica, hidráulica…) e destinadas a diversos públicos (o cliente que encomendou a casa, os diversos engenheiros envolvidos, o mestre-de-obras…). Além disso, precisamos manter essas plantas atualizadas para sermos capazes de fazer modificações e reformas no futuro sem risco (quem nunca furou um cano na parede?) Zachman nos diz que não é diferente com as organizações.
Em sua forma atual, o framework de Zachman consiste em uma matriz de 6 colunas por 6 linhas. As colunas correspondem às clássicas perguntas 5W1H (What/Who/Where/When/Why/How) aplicadas à organização. As colunas, portanto, referem-se aos diferentes aspectos sobre a organização que precisam ser conhecidos:
As linhas da matriz referem-se aos diferentes pontos de vista e níveis de detalhe relativos à informação que descreve a organização:
As células criadas pela interseção das linhas e colunas “armazenam” algum tipo de informação especifica que combina o aspecto e o ponto de vista correspondentes.
Tão ou mais importantes, talvez, que os conteúdos de cada célula, são as ligações existentes entre as várias linhas do modelo. Por exemplo, um repositório de arquitetura baseado no modelo de Zachman conterá informação, na linha 2, mostrando quais processos de negócio implementam ou estão relacionados com as metas estratégicas descritas na linha 1. A linha 3 mostrará quais sistemas de informação dão suporte a quais processos de negócio e a linha 4 mostrará quais itens de infraestrutura dão suporte a quais sistemas de informação, e assim por diante. É isso que permite a realização de análises de impacto, percorrendo o diagrama de cima para baixo – se mudarmos esta meta estratégica (linha 1), quais processos de negócio (linha 2), sistemas de informação (linha 3) etc. serão afetados? Fazendo o caminho inverso – de baixo para cima, temos a melhor ferramenta possível para analisar riscos organizacionais: caso este servidor ou link de comunicação pararem, quais sistemas irão parar, quais processos de negócio serão afetados e quais serão as metas estratégicas prejudicadas?
É importante observar que o framework de Zachman atente apenas parcialmente à definição do TOGAF, já que ele provê a estruturação da informação (conteúdo), mas não inclui per se um método (processo) para sua construção. Na verdade, trata-se apenas de um metamodelo. Essa é a principal razão pela qual arquitetos corporativos recorrem a outros frameworks para suprir essa necessidade. E o principal desses frameworks é justamente o TOGAF.
Outra ressalva ao modelo de Zachman é que ele tem um forte “sotaque” de TI: a partir da sua terceira linha, por exemplo, é bastante claro o foco em sistemas de informação, podendo dar a entender que esses são os únicos recursos organizacionais utilizados pelas organizações para dar suporte a seus processos de negócio. Essa é uma das críticas mais frequentes ao Zachman Framework, sendo que seus críticos mais ácidos o acusam de nem mesmo poder ser chamado de framework de arquitetura corporativa, mas apenas de arquitetura de TI.
A sigla TOGAF significa The Open Group Architecture Framework e dispensa maiores explicações, a não ser para explicar que se trata de um framework desenvolvido e mantido pelo The Open Group, entidade sem fins lucrativos mantida por seus membros, que são em sua maioria empresas de serviços de TI, tais como IBM, SAP e HP (a Gnosis é membro do Open Group).
Como dito acima, a popularidade do TOGAF se dá, entre outros motivos, pelo fato de ser um framework aberto (como tudo o que faz o Open Group – faz parte do nome, afinal) e prover um método para a construção e manutenção de uma arquitetura corporativa, algo que não é disponibilizado pelo Zachman framework.
No próximo artigo, detalharemos o TOGAF e veremos como ele se relaciona com o modelo de Zachman.
Clique aqui para ler o próximo artigo da série
Outros artigos da série:
Parte II: 5 Razões para se tornar um Arquiteto Corporativo
Parte IV: Frameworks de Arquitetura: Zachman
Parte V: Frameworks de Arquitetura: TOGAF
Outros artigos de Arquitetura Corporativa
Ai estamos com mais uma parte da série. Deste vez, listamos os principais conhecimentos necessários ao Arquiteto Corporativo. Boa leitura e não dei de comentar e deixar sua opinião!
Supondo que você está convencido de que ser Arquiteto Corporativo é uma boa opção para sua carreira, por onde começar?
Para qualquer planejamento de carreira, uma vez que você tenha escolhido para onde quer ir, é necessário verificar quais são os conhecimentos, habilidades e atitudes esperadas para os papéis que você quer desempenhar. Tendo isso claro, é mais fácil saber por onde começar, especialmente no que diz respeito aos conhecimentos, já que estes são, entre os três, os mais fáceis de adquirir.
De que conhecimentos precisa quem quer ser Arquiteto Corporativo?
Um Arquiteto Corporativo é, antes de tudo, um generalista. Então, é fácil imaginar que é ampla a faixa de conhecimentos necessários. É conhecida a citação de Vitruvius:
“O arquiteto ideal deve ser uma pessoa erudita, um matemático, familiarizado com estudos históricos, um estudioso aplicado de filosofia, conhecedor de música, que não desconheça medicina, detentor de saber jurídico e familiarizado com astronomia e cálculos astronômicos.” – Vitruvius, circa 25 AC
Além de todas essas coisinhas básicas, um Arquiteto Corporativo deve ainda ter sólidos conhecimentos que lhe permitam conectar as várias disciplinas ou domínios que constituem a Arquitetura de uma Organização. Isto inclui Estratégia, Processos de Negócio, Sistemas de Informação e Tecnologia. Além disso, o trabalho do arquiteto é essencialmente um trabalho de Gestão de Projetos de Arquitetura, de modo que conhecimentos de Gerenciamento de Projetos são também fundamentais. Vejamos cada um desses domínios com mais detalhes.
O Arquiteto Corporativo tem como sua principal missão “arquitetar” a organização para que ela seja capaz de executar sua Estratégia. Então, é evidente que é por aí que temos que começar. É importante que o Arquiteto Corporativo tenha um sólido conhecimento dos principais modelos de Planejamento Estratégico e ferramentas associadas. Idealmente, o arquiteto fará parte do time de Planejamento Estratégico da organização. No mínimo, os seguintes itens precisam ser dominados:
A primeira forma pela qual a organização executa sua Estratégia é através de seus Processos de Negócio. Portanto, é evidente que essa é outra disciplina a ser dominada pelo Arquiteto Corporativo. No mínimo, os seguintes itens devem ser dominados:
A maior parte dos processos de negócio da organização é suportada por sistemas de informação que, portanto, são parte essencial da Arquitetura Corporativa. A modelagem de sistemas requerida de Arquiteto Corporativo é de alto nível, de modo que não é necessário que ele seja um profundo conhecedor. No mínimo, os seguintes itens devem ser dominados:
Os sistemas de informação da organização necessitam de uma infraestrutura tecnológica para serem executados, e isto também faz parte da Arquitetura Corporativa. Mais uma vez, não é necessário que o Arquiteto Corporativo seja capaz de montar em casa o seu próprio PC. Conhecimento dos principais componentes de computação e comunicação é suficiente.
O dia-a-dia do arquiteto consiste em tocar projetos de arquitetura e participar de outros projetos. Então, conhecer bem Gerenciamento de Projetos é também fundamental. Diríamos que existem aqui dois grandes conjuntos de conhecimentos necessários:
Atualmente, a moda é correr atrás e acumular o maior número possível de certificações. Ok, certificações são importantes e tal, mas devemos lhes dar importância dentro de seu contexto. Teremos um dos artigos dessa série dedicado a este assunto.
É claro que a lista acima e só pra começar. Além de outros conhecimentos, existem ainda as habilidades e atitudes, das quais ainda não falamos e que ficarão para um próximo artigo dessa série.
Você vê algum conhecimento adicional necessário ao Arquiteto Corporativo que eu tenha deixado de comentar? Quais são os conhecimentos mais importantes entre esses, em sua opinião?
Se você é um arquiteto experiente, não deixe também de contribuir aqui com os leitores, dando sua opinião!
Clique aqui para ler o próximo artigo da série
Artigos relacionados
Arquitetura Corporativa e Gestão de Portfolio de Projetos – Julho de 2009
Os 3 mal-estares do Planejamento Estratégico – Setembro de 2008
Gestão do Conhecimento e Cultura Organizacional: Uma Lição da II Guerra – Setembro de 2007
Analistas de Processos de Negócios: 5 Competências Fundamentais – Abril de 2007
PMBOK não basta: Entendendo como a Cultura e o Poder afetam os projetos – Março de 2007
Outros artigos da série:
Parte II: 5 Razões para se tornar um Arquiteto Corporativo
Parte IV: Frameworks de Arquitetura: Zachman
Parte V: Frameworks de Arquitetura: TOGAF
Outros artigos de Arquitetura Corporativa
Arquitetura Corporativa e Gestão de Portfolio de Projetos
Os 3 mal-estares do Planejamento Estratégico
Uma das coisas mais desagradáveis para quem trabalha muito com arquivos PDF, especialmente como fontes de referência, é a incapacidade de marcar texto e acrescentar anotações. O formato PDF gosta de se apresentar como a versão eletrônica do documento de papel, mas, para que isso seja verdade, fica faltando a característica mais útil e importante de um documento de papel: a possibilidade de marcar os trechos que nos interessam com uma caneta amarela e de acrescentar notas e comentários nas margens. A impossibilidade de fazer isso sempre foi a principal causa de meu pouco amor pelo Acrobat Reader.
Mas “seus problemas acabaram”! O PDF XChange Viewer permite exatamente isso, e muitas outras coisas, em sua versão free! E quem tiver necessidades maiores de manipulação de arquivos PDF pode adquirir uma licença a custo infinitamente inferior aos cobrados pela Adobe.
Só achei essa pérola e estou usando desde ontem, mas já me apaixonei…
Não sei como sobrevivi até hoje sem essa ferramenta! 🙂
http://www.docu-track.com/product/pdf-xchange-viewer
![Reblog this post [with Zemanta]](http://img.zemanta.com/reblog_e.png?x-id=1b1906dd-28c1-4381-8e10-803b92584071)
Demorou mas saiu a segunda parte da “série” Arquiteto Corporativo – Profissão do Futuro. Clique no link para ler. Quem tiver interesse, pode conferir também nosso curso de Introdução à Arquitetura Corporativa, que inclui o conteúdo necessário para a prova de nível 1 da Certificação no modelo do Open Group.