Arquitetura corporativa

Componente 4: Metodologia de Arquitetura Empresarial

No mínimo, uma metodologia de Arquitetura Corporativa deve abordar o desenvolvimento e a sustentação de uma arquitetura corporativa. Um método completo incluirá planejando a implementação das mudanças e governando todos os projetos de implementação. Uma metodologia abrangente incluirá orientação sobre gerenciamento de trabalho.

Componente 4: Metodologia de Arquitetura Empresarial inclui:

• Metodologia de Desenvolvimento de Arquitetura
• Integração de planejamento
• Estrutura de Governança
• Gestão do Trabalho

Metodologia de Desenvolvimento de Arquitetura

O Método de desenvolvimento de arquitetura TOGAF fornece o método padrão da indústria para desenvolver e sustentar uma arquitetura empresarial. ADM da TOGAF para o núcleo do Padrão TOGAF.

Em sua essência, o TOGAF ADM utiliza um modelo de fluxo de informações. Cada fase do ADM existe para sustentar a criação de informações. O gráfico clássico do TOGAF ADM é uma representação simplificada dos fluxos de informações essenciais.

Como um fluxo de informações, o ADM é inerentemente incremental e iterativo. Você precisa elaborar o fluxo de informações em um modelo de processo. Seu processo é um teste para verificar se você tem conhecimento suficiente; se tiver, utilize-o. Caso contrário, produza-o. O ADM do TOGAF não é uma sequência de atividades. Muitas pessoas olham para o gráfico do ADM do TOGAF e o confundem com um modelo de processo linear em cascata.

Sempre que a equipe de EA realiza alguma atividade para desenvolver as informações provenientes de uma Fase de ADM, ela está executando uma Fase. Arquiteto Corporativo sempre precisa consumir as entradas obrigatórias e produzir as saídas obrigatórias. Isso se aplica a todas as fases do ADM.

Usar o TOGAF ADM como um modelo de informação ajuda o arquiteto corporativo a atingir máxima eficiência e produtividade.

Cada fase do TOGAF ADM é projetada para criar as informações necessárias

Fase A: Definindo a Visão da Arquitetura

Não se surpreenda se você tiver mais de um arquitetura alternativa expressas como diferentes Visões de Arquitetura. Raramente se tem informação suficiente para selecionar o melhor caminho na Fase A.

Entregas da Fase A fornecer a base de governando o desenvolvimento da arquitetura.

Fase B: Desenvolvimento da Arquitetura de Negócios

O resultado da Fase B é a arquitetura de negócios candidata.

Tabela de TOGAF 10 Guia da série TOGAF: Guia do arquiteto corporativo para o desenvolvimento de arquitetura

O domínio de arquitetura empresarial descreve a estrutura empresarial alvo. Normalmente inclui elementos como capacidade empresarial, design organizacional, processos e fluxos de informação. Frequentemente, aborda motivações como estratégia, metas e objetivos. Esses componentes serão documentados como Modelos de Arquitetura de Negócios.

Baixe um grátis Guia de avaliação de capacidade de arquitetura de negócios.

Fase C: Desenvolvimento da Arquitetura de Sistemas de Informação

Arquitetura de Sistemas de Informação inclui ambos os domínio de arquitetura de aplicação e o domínio de arquitetura de dados.

O resultado da Fase C é a arquitetura da aplicação candidata e a arquitetura de dados candidata. Juntas, elas criam a arquitetura dos sistemas de informação candidata.

Tabela de TOGAF 10 Guia da série TOGAF: Guia do arquiteto corporativo para o desenvolvimento de arquitetura

A Arquitetura do Aplicativo ajudará a responder às seguintes perguntas:

• Como o portfólio de aplicativos permite a captura de valor – Modelo de Desenvolvimento de Aplicação
• Onde o custo é injetado no portfólio de TI - Modelo Funcional
• Onde a rigidez é injetada no Portfólio de TI - Modelo de Integração
• Como a empresa funciona – Modelo de Sistema
• Sistemas necessários para entregar o produto ou serviço – Modelo do produto
• As coisas que uma organização deve ser capaz de fazer - Modelo Funcional
• O fluxo de informações necessárias para a execução das atividades de uma empresa - Modelo de Integração
• As atividades completas que uma empresa realiza, normalmente agrupadas para mostrar como elas se relacionam entre si – Modelo de Serviço
• O que é o portfólio de software – Modelo de Software Físico

Fase D: Descrição e desenvolvimento da arquitetura tecnológica

O resultado da Fase D é o desenvolvimento de uma arquitetura tecnológica candidata.

Tabela de TOGAF 10 Guia da série TOGAF: Guia do arquiteto corporativo para o desenvolvimento de arquitetura

Na maioria das vezes, vemos Arquiteturas Tecnológicas fracas, compostas em grande parte por modelos físicos. Na maior parte do nosso trabalho, estamos alinhando a Fase D com Arquitetura de Nuvem. Para os outros domínios, produtos de trabalho principais como, um Modelo de Sistema e Modelo de Serviço, são os mesmos.

A arquitetura tecnológica ajudará a responder às seguintes perguntas:

• Como o portfólio de infraestrutura permite a captura de valor – Modelo de Serviço de Infraestrutura
• Como a infraestrutura é entregue – Modelo de Provedor de Infraestrutura
• Onde o custo é injetado no portfólio de TI - Modelo de Interface
• Onde a rigidez é injetada no Portfólio de TI - Modelo de ciclo de vida
• As coisas que uma infraestrutura deve ser capaz de fazer – Modelo de Sistema de Infraestrutura
• Restrições na aquisição e utilização da Tecnologia – Catálogo de Padrões
• Como utilizar a infraestrutura para executar as atividades de uma empresa – Modelo de Interface
• As atividades completas que uma infraestrutura realiza agrupadas para mostrar como elas se relacionam entre si – Modelo de Serviço
• O que é o Portfólio de Infraestrutura – Modelo de Infraestrutura Física

Fase E: Identificando Oportunidades e Soluções

O objetivo da Fase E é ir além da Visão de Arquitetura simplificada. Esperava-se apenas que fosse promissor. Ao desenvolver um roteiro de arquitetura com seus stakeholders, você identificará possíveis mudanças que devem ser abandonadas. Na verdade, a maioria das mudanças deve ser abandonada. Elas falharão em um ou mais testes de valor:

• Muito trabalho para o retorno
• O sucesso é muito incerto para o retorno
• O retorno é bom de se ter

O resultado da Fase E é um Roteiro de arquitetura e dar suporte à arquitetura empresarial candidata.

Tabela de Estrutura do TOGAF Guia da série TOGAF: Guia do arquiteto corporativo para o desenvolvimento de arquitetura

Um Roteiro de Arquitetura ajudará a responder às seguintes perguntas:

• Quando o valor será entregue – Estados de transição
• Que mudança buscar considerando diferentes critérios – Roteiro de Arquitetura Tipo 4: Cenários
• Que trabalho irá gerar valor, e qual o custo e a incerteza – Roteiro de Arquitetura Tipo 1: Mapa de Calor
• Quando o trabalho, a mudança e a entrega de valor ocorrerão – Roteiro de Arquitetura Tipo 2: Ciclo de Vida
• Qual é a dependência e o impacto do trabalho e da mudança – Roteiro de Arquitetura Tipo 3: Impacto e Dependência
• Quais decisões são adiadas – Roteiro de Arquitetura Tipo 4: Cenários
• Que tipo de mudança estamos buscando – Estratégia de Implementação

Integração de planejamento

O TOGAF ADM Fase F: Elaboração de um Plano de Migração aborda a integração do planejamento. Destaca que a abordagem de arquitetura precisa se integrar à abordagem de planejamento da sua organização. Na maioria das vezes, você se encaixará no planejamento padrão de portfólio e projeto. No entanto, se você estiver arquitetando uma transformação, espere que as abordagens de planejamento padrão não sejam utilizadas.

O resultado da Fase F é um Plano de Implementação e um Contrato de Arquitetura de suporte.

Tabela de TOGAF 10 Guia da série TOGAF: Guia do arquiteto corporativo para o desenvolvimento de arquitetura

Um Plano de Implementação ajudará a responder às seguintes perguntas:

• Quando a mudança acontecerá – Projetos do Plano de Implementação
• O que deve e o que não deve mudar – Projetos do Plano de Implementação
• Que tipo de mudança acontecerá – Estratégia de Implementação
• Que conjunto de trabalho é focado em resultados específicos – Portfólio do Plano de Implementação
• Que conjunto de trabalho será executado em conjunto – Programa do Plano de Implementação

Um contrato de arquitetura ajudará a responder às seguintes perguntas:

• Que benefício tangível e intangível é esperado – Contrato de Arquitetura - Benefício
• Quando as restrições limitam a liberdade dos implementadores – Contrato de Arquitetura – Especificação de Arquitetura
• Como os riscos e a incerteza serão abordados – Contrato de Arquitetura - Controle
• Que mudança é esperada – Contrato de Arquitetura – Estratégia de Implementação
• Que mudança está fora dos limites – Contrato de Arquitetura - Transição & Benefício

Estrutura de Governança

Toda governança segue um modelo de direção e controle. Direção e controle na seleção. Direção e controle na implementação.

Basta estender a estrutura de governança para incluir governando a arquitetura em desenvolvimento e implementação governamental.

O desenvolvimento da sua arquitetura tomará decisões ou seleções. Seus projetos de implementação farão seleções. Essas decisões estão em conformidade com as diretrizes? Qual é o seu controle?

>>> Baixe o Guia do Governador de Arquitetura Corporativa

Governança do Desenvolvimento da Arquitetura

Todos os direitos de decisão pertencem às suas partes interessadas. Use seu Conselho de Governança de Arquitetura Empresarial deve gerenciar o processo. Deve usar o listas de verificação de governança de desenvolvimento de arquitetura. As listas de verificação são um controle para demonstrar que o arquiteto seguiu as instruções.

Governança de Implementação de Arquitetura

O ADM do TOGAF tem uma fase específica para abordar a governança da implementação: Fase G: Implementação da Governança.O resultado da Fase G é uma mudança bem-sucedida.

Tabela de TOGAF 10 Guia da série TOGAF: Guia do arquiteto corporativo para o desenvolvimento de arquitetura

O papel do arquiteto empresarial é proteger o valor por meio de governança de implementação. Você testa as escolhas do designer e do implementador comparando-as com as lacunas documentadas, as especificações de requisitos de arquitetura e os controles. Não invente uma nova arquitetura durante um projeto.

Os três elementos essenciais para a conclusão da Fase G:

• Primeiro, um projeto de implementação bem-sucedido que forneça o valor esperado dentro das restrições da arquitetura.
• Segundo, um projeto cancelado. Quando um projeto não consegue gerar o valor esperado, os escassos recursos de mudança de uma empresa devem ser realocados o mais rápido possível.
• Terceiro, uma mudança na arquitetura-alvo. Ampliar o valor esperado ou reduzi-lo ao que podemos realizar. Relaxar ou restringir as restrições.

Quando há um problema, o arquiteto corporativo fornece uma recomendação sobre o que as partes interessadas devem fazer. As partes interessadas têm apenas três opções:

1. 1. impor a conformidade com a arquitetura de destino
   2. fornecer alívio e permitir que o projeto ignore a arquitetura de destino (o que geralmente é um método fraco de alterar o destino)
   3. alterar a arquitetura de destino

Controles de governança estendidos sobre a realização de valor

O TOGAF ADM fornece controles estendidos na Fase H: Gerenciamento de Mudanças na Arquitetura. Essa atividade estendida de realização de valor é um controle de arquitetura.

Ver TOGAF Fase H - Aplicando o Agile e nosso Webinar gravado Webinar True Life EA: Resposta ágil à COVID-19 para a realização no mundo real de Agilidade Empresarial

Gestão do Trabalho

Quando nós desenvolver equipes de EA Somos obcecados por produtividade. Concentramo-nos nas orientações do TOGAF sobre conhecimentos essenciais. Para melhorar a produtividade, utilizamos uma abordagem de produção de conhecimento Kanban.

Seguindo as melhores práticas do Kanban, dividimos o trabalho. Cada produto de trabalho terá um recurso responsável e uma data de entrega.

Começamos com a Fase A:

1. Qual é a pergunta?
   Espaço de Questões ou Problemas. Quais são as questões mais importantes ou decisões prévias que nos limitam?.
2. Quem são as partes interessadas?
   Como eles avaliarão as possíveis mudanças? Quais são as suas preocupações?
3. Quais informações precisamos?
   O que há no repositório? O que está faltando? Como vamos coletar tudo isso?
4. Que análise precisamos?
5. Quais produtos de trabalho ajudarão nossos stakeholders a entender suas escolhas?
   Vistas da Arquitetura

Então, executamos. Com o Kanban, temos um backlog. O trabalho em andamento é limitado ao que pode ser concluído.