As Técnicas de Planejamento de Migração no TOGAF fornecem uma abordagem estruturada para avaliar e planejar a implementação e a migração da Arquitetura Empresarial. Ao utilizar essas técnicas, os arquitetos podem garantir que os planos sejam abrangentes e alinhados aos objetivos do negócio, além de considerar as restrições e dependências que possam impactar a implementação.
Cada técnica tem um propósito específico e pode ser utilizada em diferentes fases do processo de planejamento de migração. Por exemplo, a matriz de Avaliação e Dedução de Fatores de Implementação pode ajudar a identificar e documentar os fatores que impactam a implementação, enquanto a Técnica de Avaliação de Valor do Negócio pode ajudar a avaliar o valor e os riscos associados a diferentes opções.
Ao utilizar essas técnicas em conjunto, os arquitetos podem desenvolver um plano de migração holístico que leve em consideração todos os fatores relevantes e garanta uma implementação bem-sucedida da Arquitetura Empresarial.
Matriz de Avaliação e Dedução de Fatores de Implementação TOGAF ADM
A matriz de Avaliação e Dedução de Fatores de Implementação TOGAF ADM é uma ferramenta usada para identificar e avaliar fatores que podem impactar a implementação de um plano de arquitetura empresarial. A matriz geralmente inclui três colunas, que são:
- Fator: Esta coluna lista os diversos fatores que podem afetar a implementação do plano de arquitetura. Esses fatores podem incluir Riscos, Problemas, Suposições, Dependências, Ações, Impactos ou qualquer outro fator relevante.
- Descrição: Esta coluna fornece uma breve descrição de cada fator, explicando o que é e por que é importante considerar ao formular o plano.
- Deduções: Esta coluna apresenta as deduções que precisam ser feitas com base em cada fator. Essas deduções indicam as ações ou restrições que devem ser levadas em consideração ao desenvolver o plano de implementação.
Por exemplo, suponha que um dos fatores listados na matriz seja “Riscos”. Na coluna de descrição, esse fator poderia ser definido como “eventos ou situações negativas potenciais que poderiam impactar o sucesso do plano de implementação”. Na coluna de deduções, a matriz poderia indicar que quaisquer riscos identificados devem ser avaliados e priorizados, e que estratégias apropriadas de mitigação de riscos devem ser implementadas.
No geral, a matriz de Avaliação e Dedução de Fatores de Implementação é uma ferramenta útil para garantir que todos os fatores relevantes sejam considerados ao desenvolver um plano de implementação, e que ações apropriadas sejam tomadas para lidar com quaisquer problemas ou restrições potenciais.
—
aqui está uma possível reconfiguração da matriz com base na mudança para mensagens instantâneas:
| Fator | Descrição | Deduções |
|---|---|---|
| Mudança na Tecnologia | ||
| Encerramento dos centros de mensagens | Decisão de encerrar os centros de mensagens e mudar para mensagens instantâneas como canal principal de comunicação |
|
| Pessoal | As pessoas envolvidas na implementação do plano e/ou afetadas pelas mudanças |
|
| Mensagens Instantâneas | A nova tecnologia sendo introduzida como parte do plano de implementação |
|
| Custo | As implicações financeiras do plano de implementação |
|
Novamente, este é apenas uma forma possível de regenerar a matriz com base na tecnologia atualizada, e os fatores, descrições e deduções reais usados na matriz dependerão do cenário de negócios específico em questão.
Matriz Consolidada de Lacunas, Soluções e Dependências
A matriz Consolidada de Lacunas, Soluções e Dependências é uma técnica utilizada no processo de desenvolvimento de arquitetura TOGAF para identificar e agrupar lacunas no domínio de arquitetura, avaliar soluções potenciais e dependências relacionadas a essas lacunas.
Essa técnica ajuda os arquitetos a priorizar seu trabalho e identificar áreas onde as soluções podem ter o maior impacto. Ao agrupar lacunas juntas, os arquitetos conseguem compreender melhor as relações entre elas e identificar soluções que abordam múltiplas lacunas simultaneamente.
A matriz também é útil para planejar e criar pacotes de trabalho. As dependências identificadas podem ajudar a impulsionar a criação de projetos e informar o planejamento de migração nas Fases E e F do processo de desenvolvimento de arquitetura. Isso garante que os projetos sejam adequadamente priorizados e alinhados aos objetivos de negócios.
No geral, a matriz Consolidada de Lacunas, Soluções e Dependências é uma ferramenta valiosa para os arquitetos usarem ao longo do processo de desenvolvimento de arquitetura, permitindo que identifiquem lacunas, soluções e dependências, priorizem seu trabalho e impulsionem um planejamento e execução eficazes de projetos.
Exemplo
Aqui está um exemplo de como a matriz Consolidada de Lacunas, Soluções e Dependências poderia ser usada:
Vamos supor que, durante a fase de análise de lacunas do processo de desenvolvimento de arquitetura, a equipe de arquitetura tenha identificado várias lacunas na arquitetura do estado atual. Essas lacunas incluem:
- Falta de um repositório centralizado de dados do cliente
- Definições de dados inconsistentes entre unidades de negócios
- Integração limitada entre os sistemas de CRM e de cumprimento de pedidos
Para criar uma matriz Consolidada de Lacunas, Soluções e Dependências, a equipe de arquitetura agruparia essas lacunas e avaliaria soluções e dependências potenciais. Por exemplo:
Aqui está o exemplo novamente, com numeração adicionada na primeira coluna:
| # | Lacuna | Soluções Potenciais | Dependências |
|---|---|---|---|
| 1 | Falta de um repositório centralizado de dados do cliente | Implementar um data lake para dados do cliente | Dependente da resolução das definições inconsistentes de dados |
| 2 | Definições de dados inconsistentes entre unidades de negócios | Estabelecer um quadro de governança de dados e um modelo de dados comum | Dependente da implementação de um data lake |
| 3 | Integração limitada entre sistemas de CRM e de cumprimento de pedidos | Implementar um barramento de serviços corporativo (ESB) para habilitar a troca de dados em tempo real | Dependente da implementação de um quadro de governança de dados e um modelo de dados comum |
Neste exemplo, a matriz mostra que o tratamento das lacunas nos dados do cliente exige uma abordagem em múltiplos passos que envolve resolver as inconsistências de dados, implementar um data lake, estabelecer um quadro de governança de dados e um modelo de dados comum, e, finalmente, implementar um ESB para habilitar a troca de dados em tempo real.
Esta matriz pode ser usada para planejar pacotes de trabalho, identificar dependências e priorizar projetos nas Fases E e F. Por exemplo, a equipe de arquitetura poderia priorizar a implementação do quadro de governança de dados e do modelo de dados comum como o primeiro passo para tratar as lacunas identificadas, pois é uma dependência tanto para a implementação do data lake quanto para a do ESB.
Tabela de Incrementos de Definição de Arquitetura
A Tabela de Incrementos de Definição de Arquitetura é uma técnica utilizada no Framework de Arquitetura da The Open Group (TOGAF) que permite aos arquitetos planejar e acompanhar o desenvolvimento de uma arquitetura corporativa ao longo do tempo. A tabela lista os diferentes projetos que contribuirão para o desenvolvimento da arquitetura e atribui entregas específicas a cada projeto que serão concluídas em incrementos ao longo do tempo.
O propósito desta tabela é criar um plano diretor que descreve a sequência planejada das Arquiteturas de Transição, que são estados intermediários da arquitetura que serão alcançados em momentos específicos durante o processo de desenvolvimento. Cada Arquitetura de Transição representa uma etapa da arquitetura que é mais completa e mais próxima do estado final do que a etapa anterior.
Ao dividir o processo de desenvolvimento em entregas incrementais e atribuí-las a projetos e prazos específicos, a Tabela de Incrementos de Definição de Arquitetura ajuda os arquitetos a:
- Planejar o desenvolvimento da arquitetura corporativa de forma estruturada e gerenciável
- Garantir que cada projeto seja adequadamente sequenciado e que cada incremento seja concluído dentro do prazo
- Identificar dependências e conflitos potenciais entre diferentes projetos
- Fornecer uma visão clara do processo de desenvolvimento, que pode ser compartilhada com os interessados para garantir que todos estejam alinhados quanto aos objetivos e cronograma do projeto.
No geral, a Tabela de Incrementos de Definição de Arquitetura é uma ferramenta poderosa que pode ajudar os arquitetos a gerenciar projetos complexos de arquitetura corporativa e garantir que sejam concluídos com sucesso e dentro do prazo.
Aqui está uma tabela atualizada de Incrementos de Definição de Arquitetura que consolida as informações de incremento e data de início:
| Nome do Projeto | Incremento 1 – Data de Início | Incremento 1 | Incremento 2 – Data de Início | Incremento 2 | Incremento 3 – Data de Início | Incremento 3 | Incremento 4 – Data de Início | Incremento 4 |
|---|---|---|---|---|---|---|---|---|
| Sistema de CRM | Q1 2023 | Arquitetura Conceitual | Q2 2023 | Arquitetura Lógica | Q3 2023 | Arquitetura Física | Q4 2023 | Sistema Plenamente Operacional |
| Data Warehouse | Q1 2023 | Arquitetura Conceitual | Q2 2023 | Arquitetura Lógica | Q3 2023 | Arquitetura Física | Q4 2023 | Sistema Plenamente Operacional |
| Plataforma de Comércio Eletrônico | Q2 2023 | Arquitetura Conceitual | Q3 2023 | Arquitetura Lógica | Q4 2023 | Arquitetura Física | Q1 2024 | Sistema Plenamente Operacional |
| Aplicativo Móvel | Q2 2023 | Arquitetura Conceitual | Q3 2023 | Arquitetura Lógica | Q4 2023 | Arquitetura Física | Q1 2024 | Sistema Plenamente Operacional |
Nesta tabela atualizada, cada projeto possui quatro incrementos, e cada incremento tem um horário de início representado por um trimestre e ano. Isso permite que o arquiteto planeje uma série de arquiteturas de transição e acompanhe o progresso rumo à realização do sistema plenamente operacional para cada projeto.
Por exemplo, o projeto do Sistema CRM começa no Q1 de 2023, e cada incremento subsequente começa no trimestre seguinte. A tabela mostra que o incremento do Sistema Plenamente Operacional está agendado para o Q4 de 2023. Isso permite que o arquiteto planeje e acompanhe o progresso rumo à realização do sistema plenamente operacional para o projeto do Sistema CRM.
Da mesma forma, a tabela mostra os horários de início para cada incremento dos outros três projetos. Isso ajuda o arquiteto a planejar e acompanhar o progresso rumo à realização do sistema plenamente operacional para cada projeto, e a identificar possíveis conflitos ou dependências entre diferentes projetos.
Tabela de Evolução do Estado da Arquitetura de Transição
A tabela de evolução do estado da arquitetura de transição é uma técnica utilizada no Framework de Arquitetura da The Open Group (TOGAF) para demonstrar o estado proposto das arquiteturas de uma organização em diversos níveis, utilizando uma taxonomia definida, como o Modelo de Referência Técnica (TRM) da TOGAF. Esta tabela é uma ferramenta visual que ajuda os arquitetos a identificar os serviços na taxonomia que são utilizados na empresa e, em seguida, listar as arquiteturas de transição e as transformações propostas para esses serviços.
A tabela deve incluir uma lista de todos os Blocos de Construção de Solução (SBBs) e descrever como eles impactarão e contribuirão para os serviços listados. Os SBBs também devem ser marcados para mostrar como eles contribuirão para a evolução da Arquitetura Empresarial. Por exemplo, se uma nova capacidade for introduzida, ela será marcada como “nova” ou “manter” na tabela. Se uma capacidade estiver sendo transferida para uma nova solução, será marcada como “transição”. E se uma capacidade estiver sendo substituída, será marcada como “substituir”.
A tabela de evolução do estado da arquitetura de transição fornece uma imagem clara das mudanças que ocorrerão na arquitetura de uma organização ao longo do tempo. Permite que os arquitetos vejam como suas mudanças propostas impactarão os serviços da organização e como elas moverão a organização em direção ao seu estado-alvo. Ao usar esta tabela, os arquitetos podem garantir que suas mudanças propostas estejam alinhadas aos objetivos e metas da organização e que possam ser implementadas de forma eficaz.
Exemplo
Aqui está um exemplo de como a tabela de evolução do estado da arquitetura de transição poderia se apresentar com base nas colunas mencionadas:
| Subdomínio | Serviço | Arquitetura de Transição 1 | Arquitetura de Transição 2 | Arquitetura de Transição 3 |
|---|---|---|---|---|
| Vendas | Gestão de Pedidos | Estado Atual | Estado de Transição | Estado Alvo |
| Vendas | Gestão de Clientes | Estado Atual | Estado de Transição | Estado Alvo |
| Finanças | Contas a Pagar | Estado Atual | Estado de Transição | Estado Alvo |
| Finanças | Contas a Receber | Estado Atual | Estado de Transição | Estado Alvo |
| RH | Folha de Pagamento | Estado Atual | Estado de Transição | Estado Alvo |
| RH | Gestão de Benefícios | Estado Atual | Estado de Transição | Estado Alvo |
Neste exemplo, a primeira coluna lista os subdomínios dentro da organização, como Vendas, Finanças e RH. A segunda coluna lista os serviços específicos dentro de cada subdomínio, como Gestão de Pedidos, Contas a Pagar e Folha de Pagamento. As colunas restantes representam as diversas Arquiteturas de Transição, que podem incluir o Estado Atual, o Estado de Transição e o Estado Alvo.
Cada célula da tabela seria então preenchida com as informações relevantes para esse serviço e arquitetura. Por exemplo, a célula para Gestão de Pedidos e a coluna do Estado Atual poderia conter uma descrição da arquitetura atual usada para gerenciar pedidos, enquanto a célula para Gestão de Pedidos e a coluna do Estado Alvo poderia descrever a arquitetura proposta para gerenciar pedidos no futuro.
Técnica de Avaliação do Valor de Negócio
A técnica de avaliação do valor de negócio que você descreveu é um método útil para avaliar e priorizar diversas iniciativas ou projetos de negócios. Ao usar uma matriz com dimensões de valor e risco, as empresas podem avaliar suas opções com base em critérios objetivos que estejam alinhados aos seus objetivos estratégicos.
A dimensão do índice de valor, que inclui conformidade com princípios, contribuição financeira, alinhamento estratégico e posição competitiva, ajuda a determinar os benefícios e oportunidades potenciais que um projeto pode trazer para o negócio. A dimensão do índice de risco, que inclui tamanho e complexidade, tecnologia, capacidade organizacional e impacto de uma falha, ajuda a identificar riscos e desafios potenciais que um projeto pode enfrentar.
Exemplo
Ao atribuir pesos individuais a cada critério, as empresas podem determinar a importância relativa de cada critério no processo de tomada de decisão. Isso ajuda a garantir que os fatores mais críticos recebam maior peso no processo de avaliação.
Por fim, é importante estabelecer os critérios de tomada de decisão antes que as opções sejam conhecidas. Isso garante que o processo de avaliação permaneça objetivo e consistente, e que todas as opções sejam avaliadas com base nos mesmos critérios. Também ajuda a evitar que vieses e preferências pessoais influenciem o processo de tomada de decisão.
Resumo
As técnicas de planejamento de migração do TOGAF incluem vários métodos para apoiar o planejamento de migração nas Fases E e F. Essas técnicas incluem a criação de uma matriz de Avaliação e Dedução de Fatores de Implementação para documentar os fatores que afetam o plano de implementação e migração da arquitetura, uma matriz Consolidada de Lacunas, Soluções e Dependências para agrupar lacunas e avaliar soluções e dependências potenciais, uma tabela de Incrementos de Definição de Arquitetura para planejar uma série de arquiteturas de transição e uma tabela de Evolução do Estado de Arquitetura de Transição para mostrar o estado proposto das arquiteturas em diversos níveis.
Além disso, a Técnica de Avaliação do Valor de Negócio envolve elaborar uma matriz com base em uma dimensão de índice de valor e uma dimensão de índice de risco para avaliar o valor de negócio. É essencial desenvolver e aprovar o índice, seus critérios e pesos pela alta gestão antes de estabelecer os critérios de tomada de decisão. Ao usar essas técnicas em conjunto, os arquitetos podem desenvolver um plano de migração holístico que leve em conta todos os fatores relevantes e garanta uma implementação bem-sucedida da Arquitetura Empresarial.