Arquitetura Empresarial

Componente 4: Metodologia de Arquitetura Corporativa

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

Componente 4: Metodologia de Arquitetura Corporativa 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 corporativa. O TOGAF ADM para o núcleo do Padrão TOGAF.

Em sua raiz, o TOGAF ADM usa um modelo de fluxo de informações. Cada Fase no ADM existe para sustentar a criação de informações. O clássico gráfico 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 criar o fluxo de informações em um modelo de processo. Seu processo é testado se você tiver conhecimento suficiente, se for o caso, use-o. Se não, produza. O TOGAF ADM não é uma sequência de atividades. Muitas pessoas olham para o gráfico TOGAF ADM e o interpretam erroneamente como um modelo de processo em cascata linear.

Toda vez que a equipe de EA está realizando qualquer atividade para desenvolver as informações provenientes de uma Fase ADM, ela está executando uma Fase. Um Arquiteto Empresarial 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 alcançar a máxima eficiência e produtividade.

Cada Fase no 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 alternativa de arquitetura expressas como diferentes Visões de Arquitetura. Você raramente tem informações suficientes para selecionar o melhor caminho na Fase A.

Entregáveis da Fase A fornecer a base de governando o desenvolvimento da arquitetura.

Fase B: Desenvolvendo a 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 Desenvolvimento de Arquitetura

O domínio de arquitetura de negócios descreve a estrutura de negócios de destino. Ele normalmente incluirá elementos como capacidade de negócios, design organizacional, processos e fluxos de informações. Muitas vezes aborda motivações como estratégia, metas e objetivos. Esses componentes serão documentos como Modelos de Arquitetura de Negócios.

Baixe um grátis Guia de Avaliação de Capacidade de Arquitetura de Negócios.

Fase C: Desenvolvendo a Arquitetura dos Sistemas de Informação

Arquitetura de Sistemas de Informação inclui tanto o domínio de arquitetura do aplicativo e a domínio de arquitetura de dados.

O resultado da Fase C é a arquitetura de aplicativo candidata e a arquitetura de dados candidata. Juntos, eles criam a arquitetura de sistemas de informação candidata.

Tabela de TOGAF 10 Guia da Série TOGAF: Guia do Arquiteto Corporativo para 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 Aplicativos
• 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ário para realizar as atividades de uma empresa - Modelo de Integração
• As atividades completas que uma empresa realiza, normalmente agrupadas para mostrar como elas se relacionam umas com as outras – Modelo de serviço
• O que é o portfólio de software – Modelo Físico de Software

Fase D: Descrevendo e Desenvolvendo a Arquitetura de Tecnologia

O resultado da Fase D é o desenvolvimento de uma arquitetura de tecnologia candidata.

Tabela de TOGAF 10 Guia da Série TOGAF: Guia do Arquiteto Corporativo para Desenvolvimento de Arquitetura

Na maioria das vezes, vemos arquiteturas de tecnologia fracas, em grande parte compostas por modelos físicos. Na maior parte do nosso trabalho, estamos alinhando a Fase D com Arquitetura de nuvem. Para os produtos de trabalho principais de outros domínios, como, um Modelo de sistema e Modelo de serviço, são os mesmos.

A arquitetura de tecnologia 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 do Sistema de Infraestrutura
• Restrições na aquisição e uso de tecnologia – Catálogo de Normas
• Como usar a infraestrutura para realizar as atividades de uma empresa – Modelo de interface
• As atividades completas que uma infraestrutura faz agrupadas para mostrar como elas se relacionam – 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 é ultrapassar o visão de arquitetura simplificada. Esperava-se apenas que mostrasse promessa. 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. Eles falharão em um ou mais testes de valor:

• Muito trabalho para o retorno
• O sucesso é muito incerto para o retorno
• O retorno só é bom ter

O resultado da Fase E é um Roteiro de arquitetura e apoiar a arquitetura corporativa candidata.

Tabela de Estrutura TOGAF Guia da Série TOGAF: Guia do Arquiteto Corporativo para 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 seguir com critérios diferentes – Roteiro de Arquitetura Tipo 4: Cenários
• Que trabalho entregará valor, e 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: Elaborando um Plano de Migração aborda a integração do planejamento. Ele destaca que a abordagem de arquitetura precisa se integrar à abordagem de planejamento de sua organização. Na maioria das vezes, você se encaixará no portfólio padrão e no planejamento do projeto. No entanto, se você estiver arquitetando uma transformação, espere que as abordagens de planejamento padrão não sejam usadas.

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 Desenvolvimento de Arquitetura

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

• Quando a mudança vai acontecer - Projetos do Plano de Implementação
• O que deve e não deve mudar – Projetos do Plano de Implementação
• Que tipo de mudança vai 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 implantação.

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

Seu desenvolvimento de arquitetura tomará decisões ou seleções. Seus projetos de implementação farão seleções. Essas decisões estão de acordo com a direção? Qual é o seu controle?

>>> Baixe o Guia do Governador de Arquitetura Corporativa

Governança de Desenvolvimento de Arquitetura

Todos os direitos de decisão pertencem aos seus Stakeholders. Use o seu Conselho de Governança da Arquitetura Corporativa deve gerenciar o processo. Ele 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 a direção.

Governança de implementação de arquitetura

O TOGAF ADM tem uma fase específica para abordar a governança de 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 Desenvolvimento de Arquitetura

O papel do arquiteto corporativo é proteger o valor por meio de governança de implementação. Você testa as escolhas do designer e do implementador comparando-as com Gaps documentados, Especificações de Requisitos de Arquitetura e Controles. Não invente uma nova arquitetura durante um projeto.

Os três fundamentos de conclusão da Fase G:

• Primeiro, um projeto de implementação bem-sucedido que entrega o valor esperado dentro das restrições da arquitetura.
• Segundo, um projeto cancelado. Quando um projeto não pode fornecer 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 de destino. Estenda o valor esperado ou puxe-o para o que podemos realizar. Relaxe ou aperte as restrições.

Quando há um problema, o arquiteto corporativo fornece uma recomendação do que a parte interessada deve fazer. Os Stakeholders 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 (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 de Arquitetura. Essa atividade de realização de valor estendido é um controle de arquitetura.

Ver TOGAF Fase H - Aplicando 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 ficamos obcecados com a produtividade. Focamos na orientação do TOGAF sobre conhecimentos essenciais. Para melhorar a produtividade, usamos uma abordagem de fabricaçã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 vencimento.

Começamos com a Fase A:

1. Qual é a pergunta?
   Espaço de perguntas ou problemas. Quais são as questões maiores ou decisões prévias que nos constrangem.
2. Quem são os interessados?
   Como eles avaliarão as possíveis mudanças? Quais são as suas preocupações?
3. De que informações precisamos?
   O que há no repositório? O que está faltando? Como vamos recolhê-lo?
4. De que análise precisamos?
5. Quais produtos de trabalho ajudarão nossos stakeholders a entender suas escolhas?
   Visualizações de arquitetura

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