TOGAF ADM Fase F - Elaborar o Plano de Implementação
Num relance:
- Visão geral do TOGAF ADM
- O que é TOGAF Fase F?
- O que é um Plano de Implementação?
- Por que um Plano de Implementação é diferente de um Roteiro de Arquitetura?
- Entregáveis da Fase F do TOGAF ADM
- Qual é o Papel do Arquiteto Corporativo na Fase F?
- Qual é o papel dos planejadores de portfólio e planejadores de projetos na Fase F?
- Ferramentas e Técnicas do Plano de Implementação
- Técnicas de Plano de Implementação
- Planejamento de portfólio
- Planejamento do Programa
- Realização de Benefícios
- Mitigação de Risco
- Contrato de Arquitetura
- Estratégia de implementação
- Usando técnicas de roteiro de arquitetura para planejamento de implementação
- Roteiro de arquitetura Tipo 1: mapa de calor
- Roteiro de Arquitetura Tipo 2: Gráficos de Ciclo de Vida
- Roteiro de Arquitetura Tipo 3: Impacto e Dependência do Pacote de Trabalho
- Roteiro de Arquitetura Tipo 4: Análise de Cenário
- Arquitetura de transição
- Lacuna e Solução
- Técnicas de Plano de Implementação Alinhadas ao Propósito da Arquitetura
- Técnicas de Plano de Implementação para Casos de Uso de Arquitetura Corporativa
- Como o TOGAF Fase F se alinha com o Desenvolvimento Ágil?
- Como o TOGAF Fase F habilita a agilidade empresarial?
- Considerações Finais sobre a Fase F do TOGAF ADM – Elaborar o Plano de Implementação

Visão geral do TOGAF ADM
O TOGAF ADM define o Estrutura TOGAF além de outros estruturas de arquitetura corporativa. É a única estrutura de arquitetura corporativa que inclui todos os três partes de um quadro – como documentar uma arquitetura, como construir uma equipe de arquitetura corporativa, e como desenvolver uma arquitetura.
TOGAF ADM desenvolve uma arquitetura corporativa
Cada TOGAF ADM fase explica as atividades para desenvolver o conhecimento. Cada Fase ADM desenvolve conhecimento sobre parte do arquitetura empresarial. As interações entre as Fases são fluxos de informação. Esses fluxos de informações se unem em algumas entregas críticas – uma delas é o Plano de Implementação da Fase F do TOGAF ADM.
O que é TOGAF Fase F?
A Fase F do TOGAF fornece as etapas e as entradas de informações para arquitetos corporativos darem suporte aos planejadores na elaboração de um Plano de Implementação. É uma prática recomendada clara para os arquitetos corporativos darem suporte aos planejadores. O papel deles é garantir que as decisões das partes interessadas na arquitetura sejam refletidas no plano. Onde decisões anteriores não são refletidas no Plano de Implementação, a arquitetura corporativa deve ser atualizada. Somente quando sua empresa se compromete com uma mudança é que a arquitetura corporativa candidata é finalmente aprovada.
Qual é o objetivo do TOGAF ADM Fase F?
O objetivo da Fase F é fazer a transição do Roteiro de Arquitetura desenvolvido em TOGAF ADM Fase E a um Plano de Implementação. O roteiro de arquitetura já eliminou as opções de alteração ruins. O Plano de Implementação é como sua organização pretende executar a mudança e alcançar os estados de transição.
Quando explicamos a arquitetura corporativa, falamos em considerar possíveis mudanças, ponderando opções. Tudo o que está no passado. O roteiro de arquitetura aponta o caminho a seguir, pontos de transição em potencial. É hora da última seleção.
O sucesso requer:
- Você decide como executar a mudança (Projetos)
- Você conhece os recursos que serão mobilizados para entregar a mudança
- Você conhece os benefícios necessários e as restrições impostas (Contrato de Arquitetura)
Interação com TOGAF Fase B, Fase C Fase D, e Fase E
Embora as abordagens em cascata não forneçam uma boa arquitetura, deve haver uma ruptura acentuada entre um roteiro de arquitetura e a elaboração de um plano de implementação. Explorar e descartar mudanças potenciais é um resultado valioso na arquitetura corporativa. A Fase F entra em um mundo difícil e prático.
Planejadores de portfólio, gerentes de programa e gerentes de projeto não vivem em um mundo de possibilidades. Eles vivem em um mundo difícil de execução. Eles falam de coisas como o triângulo de ferro. Eles esperam aprender o destino, os benefícios esperados e as restrições. Eles pretendem arrastar todos para a linha de chegada.
Embora o Padrão TOGAF diga que você não concluirá a arquitetura de destino até a Fase F, sua arquitetura só mudará quando sua organização se recusar a prosseguir. Caso contrário, o desenvolvimento da arquitetura está completo.
O que é um Plano de Implementação de Arquitetura?
Um Plano de Implementação fornece um cronograma dos projetos que realizarão a Arquitetura Alvo. Os projetos executáveis serão agrupados em portfólios e programas gerenciados. o Estratégia de implementação afirma a abordagem para a mudança.
Vamos descompactar a definição do Plano de Implementação. Primeiro, o Plano de Implementação é um cronograma. Ele vincula projetos no tempo.
Em segundo lugar, é baseado em um projeto. Nós sabemos de PMI que cada projeto é um conjunto de tarefas interdependentes que têm um objetivo comum. Características dos projetos:
- Uma data de início e término clara. Eles terão um começo claro, um fim definido e uma visão geral do que acontece entre
- Eles criam algo novo. Eles são uma atividade única de uma só vez. Nunca é repetido da mesma maneira novamente
- Tem limites claros. Eles operam dentro de restrições de tempo, dinheiro, qualidade e funcionalidade
- Nunca é um negócio como de costume. Ele muda os negócios como de costume
Terceiro, agrupa os projetos em Portfólios e Programas para gestão.
Por último, indica como a mudança prosseguirá. o Estratégia de implementação exigirá uma alteração seja:
- Evolucionário
- Revolucionário
- Campo Verde
Por que um plano de implementação é diferente de um roteiro de arquitetura?
O ADM Padrão TOGAF separa a Fase E e a Fase F, e o Roteiro de Arquitetura do Plano de Implementação e Migração. A separação é baseada no planejamento de melhores práticas. Um roteiro de arquitetura suporta a decisão de seu caminho, destino e onde as decisões ainda não foram tomadas. Ele também suporta a identificação de bifurcações não resolvidas na jornada. O plano de implementação e migração suporta apenas a execução.
Podemos garantir que seus roteiros atuais se pareçam mais com Planos de Implementação do que com Roteiros de Arquitetura. No entanto, raramente vemos o trabalho dividido em projetos discretos, e os projetos vinculados em Portfólio e Programa para gestão. Normalmente, é um único projeto extenso. Raramente a Estratégia de Implementação é explícita, o que leva o projeto a tentar decidir dentro do projeto qual é a melhor abordagem. Eles sempre decidem o caminho mais fácil para o projeto.
O desenvolvimento do plano de implementação real é feito com as partes interessadas, proprietários de recursos e planejadores de sua empresa. O arquiteto corporativo está lá para destacar o valor esperado, a dependência e a estratégia de implementação. Já avaliamos o valor. Você tem arquiteturas de transição. Este é um exercício de planejamento para entregar o que é esperado, não para descobrir o que é razoável.
Entregas do Plano de Implementação da Fase F do TOGAF ADM
Os dois resultados centrais da Fase F são um plano de implementação e um contrato de arquitetura. Esta é a parte de ação da arquitetura corporativa.
Uso mais valioso do Plano de Implementação
- Definição do plano de mudança. Identifique o que vai mudar e quando
- Definindo o tipo de mudança por meio da Estratégia de Implementação
- Definindo o controle por meio de Portfólio e Programa
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
Um Plano de Implementação é uma ferramenta de execução de mudanças corporativas. Ele reúne a execução e comanda uma organização.
Conclusão do Plano de Implementação da Fase F
Todas as Fases do TOGAF ADM levam você a desenvolver o conhecimento que você precisa. O resultado da Fase F é um Plano de Implementação e um Contrato de Arquitetura de apoio.
Saída e Resultado | Conhecimento Essencial |
Um conjunto de projetos aprovados[1], contendo o objetivo e quaisquer restrições necessárias, recursos necessários e datas de início e término. | Recursos disponíveis para realizar a mudança.
Como a prioridade e a preferência das partes interessadas se ajustam em resposta ao valor, esforço e risco de mudança. (Requisitos das Partes Interessadas) |
Tabela de Guia da Série TOGAF: Guia do Arquiteto Corporativo para Desenvolvimento de Arquitetura
Fase F Nus Bones
Na Fase F, os planejadores de mudanças realizam a maior parte do trabalho pesado. Os Planos de Implementação exigem um compromisso com o trabalho.
Os ossos da Fase F são:
- O que vai mudar e quando – Projetos do Plano de Implementação
- Que tipo de mudança vai acontecer – Estratégia de implementação
- Como a mudança será gerenciada para um resultado – Portfólio do Plano de Implementação
- Como a mudança será gerenciada como trabalho – Programa do Plano de Implementação
- Que benefício será entregue – Contrato de Arquitetura
- Que restrições limitam a liberdade dos implementadores – Contrato de Arquitetura
Sempre nos sentimos liberados na Fase F. As amplas possibilidades de arquitetura se reduzem a um único segmento. Todo o complexo trade-off ficou para trás, e estamos com a difícil negociação de recursos e tempo. Francamente, se o nosso roteiro de arquitetura não tiver um controle sobre o limite de escopo e qualidade, não estávamos prontos para o planejamento de implementação.
- O que vai mudar e quando
Pacotes de trabalho atribuídos a Projetos. Um ou mais Projetos alcançando um Estado de Transição, ou a Meta final. O que vai mudar? Quando isso vai acontecer?
Você precisará explicar os Estados de Transição. Os implementadores são realistas concretos. Eles se identificarão com o estado-alvo e procurarão dirigir até lá. Como resultado, eles vão querer passar por um Estado de Transição. Eles ficarão muito desconfortáveis com a ideia de que um stakeholder chegará a Pontos de Descanso de Valor como sinônimo e executará uma rampa de saída.
Que trabalho, que escopo, quando. Está tudo no Projetos do Plano de Implementação.
- Que tipo de mudança vai acontecer
Nunca deixe o tipo de mudança para uma equipe de projeto. Eles têm um objetivo final e vão cortar qualquer canto para reivindicar a vitória. Portanto, os sistemas são não desativado. É por isso que os processos legados durar para sempre. Se você está esperando a substituição, é Greenfield. Se você está esperando aprimoramento, é Evolucionário. Seja claro, e então em Governança da Implementação da Fase G teste de conformidade. Use o seu mais poderoso governança de implementação ferramentas, o Estratégia de implementação.
- Como a mudança será gerenciada para um resultado
A profissão de Gerenciamento de Projetos inventou o conceito de Portfólio e Programa para resolver o problema de gerenciar um conjunto complexo de projetos. As pessoas que fazem o trabalho têm dificuldade em ver como eles se encaixam. Eles olham para uma recompensa muito imediata e se fixam na entrega tangível no final do projeto. Quando sua arquitetura corporativa tem um ou mais estados de transição, você precisa governança de implementação.
Agrupar projetos por resultado e ter alguém responsável pelo resultado simplifica a governança da implementação. A governança de arquitetura de melhores práticas usa estruturas de autoridade natural. A gestão de portfólio é uma estrutura natural. Ajude seus stakeholders a criar seus Portfólio do Plano de Implementação.
- Como a mudança será gerenciada como trabalho
Portfólio é usado para agrupar para o resultado. Programa é usado para agrupar para execução. Ao agrupar projetos por execução, você simplifica governança de implementação. Como o agrupamento de portfólio segue governança de arquitetura de melhores práticas e adotar uma estrutura de autoridade natural. Ajude seus stakeholders a criar seus Programa do Plano de Implementação.
- Qual benefício será entregue
Desenvolvemos o conceito de Contrato de Arquitetura para separar benefício, ou valor, de uma descrição do projeto. As equipes de projeto olham para o final do projeto. As equipes de projeto atendem às necessidades de seus patrocinadores. Você pode esperar que os Implementadores abandonem benefícios que não estejam diretamente alinhados com seu projeto. Você pode esperar que a queda seja enquadrada como redução de risco ou redução de custo.
Para fornecer direção e controle claros, use o Contrato de Arquitetura para ter o benefício, ou valor. Principalmente se você estiver construindo capacidade ou garantir o futuro agilidade empresarial.
- Que restrições limitam a liberdade dos implementadores
Se você não tem algo que você devo controle, você precisa ficar longe das especificações de arquitetura. As especificações de arquitetura sempre bloqueiam a inovação e limitam a criatividade e o conhecimento de suas equipes de implementação.
Quando você precisar de algo, use uma especificação de arquitetura no Contrato de Arquitetura. Dentro Navegar™, usamos quatro tipos de especificação de arquitetura:
- Princípio, onde a orientação geral sobre como decidir é apropriada
- Padrão, onde há uma abordagem preferida conhecida
- Padrão, onde há uma abordagem aceitável conhecida
- Regra, onde todas as escolhas devem ser removidas
Esperamos que nossos arquitetos corporativos sempre tenham um Padrão antes de criar uma Regra. Teste seu padrão contra um padrão. Certifique-se de que o Padrão atende ao Princípio. Fazemos isso para garantir que limitamos os graus de liberdade dos Implementadores o mínimo possível. Escrever uma regra é fácil, mas requer quase onisciência. Você deve olhar para frente e conhecer as circunstâncias únicas e habilidades futuras. Ou entenda a Regra errada.
Os três fundamentos de conclusão da Fase F:
- Primeiro, definição de feito. Quando chegaremos a um Estado de Transição?
- Segundo, responsabilidade pela mudança. Quem é responsável por qual Portfólio ou Programa?
- Terceiro, as regras da estrada. Qual benefício será entregue? Que restrição é imposta?
Com esses três fundamentos, as partes interessadas estão prontas para desenvolver um Plano de Implementação. Eles sabem o que querem que seja feito. Eles sabem o que não querem que mude. Eles sabem como limitaram seus implementadores.
TOGAF ADM Fase F - Entregas do Plano de Implementação e Propósitos da Arquitetura Empresarial
Existem quatro propósitos principais para o desenvolvimento de arquitetura corporativa. Você está apoiando Estratégia, Portfólio, Projeto ou Entrega de Soluções. Na maioria das circunstâncias, você não desenvolverá um Roteiro de Arquitetura a menos que esteja apoiando a Estratégia ou o Portfólio. Os padrões são explicados no Guia do arquiteto corporativo para desenvolver arquitetura.
Entregas diferentes têm importância diferente em cada propósito.
Arquitetura para apoiar a estratégia
Ao apoiar a estratégia, você fornecerá uma Arquitetura de Destino de ponta a ponta e desenvolverá roteiros de mudança. Sua arquitetura identificará iniciativas de mudança e portfólio e programas de suporte. O roteiro de arquitetura definirá termos de referência, identificará sinergias e regerá a execução de portfólio e programas.
Arquitetura para dar suporte ao Portfólio
Quando você está apoiando um portfólio, você normalmente abordará o portfólio único. Sua arquitetura identificará projetos e definirá seus termos de referência, alinhará suas abordagens, identificará sinergias e governará a execução do projeto.
Arquitetura para apoiar a estratégia | Arquitetura para dar suporte ao portfólio | Arquitetura para Apoio ao Projeto | Arquitetura para dar suporte à entrega de soluções | |
Produto de Trabalho da Fase F: Plano de Implementação da Arquitetura | Provavelmente não usado | Entregável chave
Durante o orçamento do portfólio Atualizar conforme necessário para apoiar o orçamento e o gerenciamento do programa |
Entregável chave
Antes do início do projeto |
Entregável chave
Antes da contratação e contratação |
Produto de Trabalho da Fase F: Contrato de Arquitetura | Provavelmente não usado | Uso limitado | Entregável chave
Antes da conclusão do início do projeto |
Entregável chave
Antes da contratação e contratação |
Produto de Trabalho da Fase F: Arquitetura Corporativa Alvo | Entrega importante
Usado para manutenção de registros e desenvolvimento de arquitetura futura |
Entrega importante
Usado para manutenção de registros e desenvolvimento de arquitetura futura |
Principalmente arquitetura superior
Usado para manutenção de registros e desenvolvimento de arquitetura futura |
Arquitetura Superior |
Tabela de Guia da Série TOGAF: Guia do Arquiteto Corporativo para Desenvolvimento de Arquitetura
Plano de implementação
A estrutura do seu Plano de Implementação muda se você estiver trabalhando para apoiar a estratégia, o portfólio ou o projeto. Os Planos de Implementação são usados para governar a implementação.
Arquitetura para apoiar a Estratégia | Arquitetura para dar suporte ao Portfólio | Arquitetura de apoio ao projeto | Arquitetura para dar suporte à entrega de soluções | |
Projetos de Plano de Implementação | Resumo | Entregável chave | Arquitetura Superior | Arquitetura Superior |
Estratégia do Plano de Implementação | Apropriado para o Projeto | Entregável chave | Entregável chave ou arquitetura superior | Arquitetura Superior |
Portfólio do Plano de Implementação | Entregável chave | Entregável chave | Arquitetura Superior | Arquitetura Superior |
Programa de Plano de Implementação | Entregável chave | Entregável chave | Arquitetura Superior | Arquitetura Superior |
Contrato de Arquitetura
Arquitetura para apoiar a Estratégia | Arquitetura para dar suporte ao Portfólio | Arquitetura de apoio ao projeto | Arquitetura para dar suporte à entrega de soluções | |
Contrato de Arquitetura - Benefício | Apropriado para o Projeto | Entregável chave | Entregável chave ou Arquitetura Superior | Arquitetura Superior |
Contrato de Arquitetura - Especificação de Arquitetura | Princípio | Princípio e Padrão | Princípio, Padrão e Padrão | Princípio, Padrão, Padrão e Regra |
Contrato de Arquitetura - Controle | Apropriado para o Projeto | Entregável chave apropriado para o projeto | Entregável chave ou Arquitetura Superior | Entregável chave ou Arquitetura Superior |
Contrato de Arquitetura - Estratégia do Plano de Implementação | Apropriado para o Projeto | Entregável chave | Entregável chave ou Arquitetura Superior | Arquitetura Superior |
Contrato de Arquitetura - Transição | Entregável chave | Entregável chave ou Arquitetura Superior | Entregável chave ou Arquitetura Superior | Arquitetura Superior |
Arquitetura corporativa de destino
O completo a arquitetura corporativa incluirá os modelos de arquitetura de domínio e o conjunto de lacunas consolidadas. Como produto final, você está atualizando a Target Enterprise Architecture para usar no futuro Desenvolvimento de Arquitetura ou como referência na Governança de Implementação da Fase G.
Modelos que compõem a Target Enterprise Architecture
- >>> Modelos de Arquitetura de Negócios
- >>> Modelos de Arquitetura de Aplicativos
- >>> Modelos de arquitetura de tecnologia
- >>> Técnicas de roteiro de arquitetura
Qual é o papel do Arquiteto Corporativo na Fase F?
Na Fase F do TOGAF, esperamos que o Enterprise Architect aconselhe os planejadores. Eles precisarão interpretar a arquitetura de destino e quaisquer transições. Mais criticamente, eles garantirão que o benefício e a restrição esperados sejam capturados nos planos.
Os arquitetos estão acostumados a planejar sequências de trabalho que proporcionam benefícios inesperados. Ou esperando a necessidade de uma restrição. O Enterprise Architect precisará explicar os Estados de Transição.
Os planejadores de projetos têm horizontes de tempo curtos e são pensadores muito diretos. Eles ficarão desconfortáveis com:
- Benefícios intangíveis
- Realização diferida do benefício
- Restrição que dificulta o projeto atual
Em relação ao benefício sempre usamos o exemplo da construção de uma ponte. A rampa e os suportes são necessários, mas não agregam valor incremental. Além disso, até que você termine todo o convés da estrada, a ponte não fornece nenhum valor realizável. Isso ajuda as pessoas a entender que podemos estar fazendo muito trabalho, simplesmente para fazer mais trabalho antes que possamos obter um benefício significativo.
Achamos que falar sobre rodovias e trevos os ajuda a entender as restrições que dificultam o projeto atual. À medida que o volume de tráfego aumenta, os custos do leito da estrada e do asfalto aumentam drasticamente. Até construirmos a ponte, o volume de tráfego é baixo, então gastar no leito da estrada simplesmente aumenta o custo do projeto atual. Quando a estrada, a ponte e o trevo se unem, você tem uma rede de tráfego que pode sustentar o volume. Aquele que entrega valor. Um que não requer rasgar a estrada em uso e reconstruí-la.
A função mais importante do arquiteto corporativo é pensar no futuro e cruzar fronteiras. Eles entenderão por que o projeto atual pode ser limitado ou os critérios de sucesso não são óbvios. Eles ajudarão a envolver os proprietários do Portfólio quando o patrocinador do projeto estiver removendo o benefício da empresa.
Dois fatos centrais sobre o TOGAF Fase F - Plano de Implementação
Adote uma abordagem pragmática para construindo suas equipes de arquitetura empresarial. Baseamos a abordagem pragmática em um fato desconfortável – se o pensamento normal entregasse organizações flexíveis e eficientes, nossa profissão não existiria. Arquitetura empresarial requer pensamento anormal.
Há dois fatos centrais que contamos arquitetos empresariais sobre o TOGAF Fase F – Roteiro de Arquitetura. Primeiro, além do seu Stakeholder, ninguém envolvido no Planejamento de Implementação acreditará em qualquer coisa que você disser. Suas ideias sempre serão muito grandes, muito adiadas, para teóricas. Você precisará observar a todos como um falcão observa os ratos. Eles precisarão de um forte relacionamento com sua parte interessada. Você precisará usar as conversas de troca que já teve para desenvolver o roteiro de arquitetura. Na verdade, você pode esperar discutir novamente a troca com todos os outros. Em segundo lugar, se você não tiver um Contrato de Arquitetura documentado, terá dificuldades com a Governança de Implementação. Ninguém se lembrará do benefício esperado, da estratégia de implementação ou de qualquer restrição. Sempre. Eles vão repensar tudo durante a execução do projeto (TOGAF ADM Fase G) para concluir o projeto o mais facilmente possível para atender aos interesses táticos do patrocinador do projeto.
As partes interessadas precisam de arquitetos corporativos para proteger o valor que desejam. Normalmente, a maior parte da proteção é do patrocinador do projeto e da equipe de implementação.
[1] Não se fixe na definição do termo “projeto” ou no que é um projeto. É apenas um esforço de organização para que o trabalho alcance um resultado compreendido. A definição interna de um projeto da sua organização e o rótulo usado provavelmente não se alinharão com a de qualquer outra pessoa. Meu assistente se refere à reserva de um voo como um projeto.

Modelos, Ferramentas e Técnicas do Plano de Implementação
O TOGAF ADM Fase F entrega o Plano de Implementação e o Contrato de Arquitetura. Esta Fase existe para habilitar a ação.
A Fase F é uma tradução do Architecture Roadmap e da Target Architecture para a ação. Existem cinco técnicas centrais de elaboração do Plano de Implementação que ajudam as partes interessadas a entender como obter os benefícios da arquitetura de destino.
- Agrupamento de portfólio
- Agrupamento de programas
- Realização de Benefícios
- Mitigação de Risco
- Contrato de Arquitetura
- Modelo de Estratégia de Implementação
- Usando técnicas de roteiro de arquitetura
Técnicas de Plano de Implementação
Juntas, as técnicas destacarão tudo o que os Arquitetos Corporativos têm para contribuir para a elaboração do Plano de Implementação. A função do Arquiteto Corporativo se resume a proteger o valor da mudança.
Planejamento de Portfólio / Agrupamento de Portfólio
A profissão de Gerenciamento de Projetos usa Portfólio e Programa para permitir o gerenciamento de um conjunto complexo de projetos. Os patrocinadores do projeto e os implementadores analisam as entregas explícitas do projeto.
O Planejamento de Portfólio agrupa os projetos por resultado. Como um Portfólio especificado, alguém pode ser responsável pelo resultado. Isso aumenta a possibilidade de sucesso e permite a governança da implementação.
A Carteira cria uma estrutura de autoridade natural. O resto da organização adotará a estrutura de autoridade e relatórios baseados em resultados.
Planejamento de Programas / Agrupamento de Programas
O programa agrupa projetos para execução. Assim como o Portfólio, você chegará a uma pessoa responsável pela gestão de um conjunto de projetos relacionados. Uma estrutura de autoridade natural orientada à execução é criada. O resto da organização adotará a estrutura de autoridade e relatórios baseados em execução.
Realização de Benefícios
Sempre alinhamos os benefícios da arquitetura corporativa à deficiência que deu início ao desenvolvimento da arquitetura atual. Usamos o Architecture Roadmap e a Enterprise Architecture para governar a implementação. Isso requer separar os benefícios esperados dos do projeto que devem entregar o benefício.
Dentro Navegar alinhamos um benefício ao Pacote de Trabalho. Vinculamos o Pacote de Trabalho ao Gap que está preenchendo e ao Projeto que o entregará.
Verificamos rotineiramente que durante a Iniciação e a Execução do Projeto, o trabalho que fornecerá um Benefício está fora do escopo, enquanto o Benefício continua a aparecer nos slides do PowerPoint do Projeto. Isso é especialmente verdadeiro quando o Patrocinador do Projeto não receberá o Benefício.
A arquitetura corporativa existe para orientar mudanças efetivas. A mudança efetiva realiza os Benefícios.
Ao elaborar o Plano de Implementação, procuramos o trabalho que preencherá explicitamente uma lacuna e fornecerá um benefício. Sem trabalho, e você tem uma lacuna não preenchida e um benefício ausente.
Mitigação de Risco
Temos dois usos do termo Risco. Primeiro, é o efeito da incerteza em atingir seu objetivo. Esta é a definição utilizada pela Profissão de Gestão de Riscos. Achamos que ressoa mais fortemente com a arquitetura corporativa. Em segundo lugar, é o uso normal onde um risco é uma coisa ruim que pode acontecer. Descobrimos que a maioria das pessoas pensa no risco como uma ameaça ou uma coisa ruim. Não importa como você usa o Risk. Descobrimos que a incerteza e a ameaça são abordadas da mesma maneira. Você o aborda com um controle e esse controle deve ser implementado por meio de um pacote de trabalho.
Navegar alinha o Risco a um Ativo ou a um Objetivo. Um Controle atenua o Risco. Um Pacote de Trabalho implementa Controles. Nós vinculamos o Pacote de Trabalho ao Projeto responsável.
Os objetivos são o motivo pelo qual estamos fazendo a mudança. Ausência significa que a mudança foi inútil. Quando você tem uma incerteza de atingir o objetivo, o que você está fazendo para reduzir a incerteza? Lidar com a incerteza é fundamental Planejamento de Implementação e governança de implementação atividade.
Novamente, separamos o Risco e Controle do Projeto. Nós nos conectamos através do Trabalho. Isso nos permite planejar e monitorar o descoping.
Verificamos rotineiramente que, durante a Iniciação do Projeto, os Objetivos e Ativos de Execução do Projeto que não estão diretamente vinculados ao Projeto e ao Patrocinador do Projeto serão excluídos. Isso é especialmente verdadeiro quando o Patrocinador do Projeto não possui o Objetivo.
Nós esperávamos rotineiramente que as iniciativas de mudança desenvolvessem capacidades, reduzissem a agilidade, drenando o atrito, reduzissem os custos operacionais contínuos. No entanto, eles falham rotineiramente. Eles falham porque entregamos o trabalho por meio de projetos focados. Cada projeto focado está vinculado ao Triângulo de Ferro e será agressivamente removido do escopo. Nunca vimos um descoping apresentado como uma ameaça a um objetivo empresarial. Eles sempre o apresentam como uma melhoria para o projeto.
Os Arquitetos Corporativos devem lidar com a incerteza de atingir os objetivos durante o Planejamento de Implementação. Sem isso, eles não podem realizar governança de implementação atividade.
Contrato de Arquitetura
O conceito de Contrato de Arquitetura do TOGAF é incrivelmente poderoso. Muitas vezes é apresentado como uma forma de acordo documentado entre a Equipe de EA e o Projeto. Embora a documentação seja útil, o contrato é entre a Parte Interessada e o Projeto. Isso é Nunca entre o Projeto e a Equipe EA.
Quando elaboramos um Contrato de Arquitetura, garantimos que ele inclua:
- Beneficiar
Que benefícios o projeto entregará por meio de quais pacotes de trabalho?
Isso fornece visibilidade para os Implementadores, o processo de governança e o Stakeholder que espera o Benefício que é responsável e o que eles estão fazendo para entregar sua responsabilidade.
- Ao controle
Quais controles o projeto entregará por meio de quais pacotes de trabalho? O que esses Controles mitigam os Riscos?
Assim como o Benefício, isso fornece visibilidade para os Implementadores, o processo de governança e o Stakeholder que espera realizar o Objetivo, quem é responsável e o que eles estão fazendo para entregar sua responsabilidade.
- Especificação de Arquitetura
Que restrições removem a liberdade dos implementadores?
Isso esclarece onde uma equipe de projeto deve seguir a orientação que contradiz a lógica de seu projeto. Se a lógica de seu projeto os levar a seguir a restrição, não precisamos da Especificação de Arquitetura. Utilizamos a Especificação de Arquitetura, onde a lógica do projeto causaria uma má escolha para o empreendimento.
- Estratégia do Plano de Implementação
Como abordar a mudança
Assim como a Especificação de Arquitetura, como um Implementador deve abordar o projeto? Isso é especialmente verdadeiro quando a lógica do projeto os levará a outra abordagem.
- Transição
Quando estamos parando deliberadamente? Cada minuto de trabalho em mudança após um ponto de Transição é provavelmente um desperdício. Criamos pontos de transição para serem Pontos de Descanso de Valor. Pontos na mudança onde os Stakeholders podem atrasar, parar ou mudar de direção. Usamos transições para governança de implementação. Eles ajudam quando a lógica do projeto ou as preferências do patrocinador do projeto levam um projeto a ir além do esperado. Geralmente com uma explicação de eficiência. No entanto, se os Patrocinadores atrasarem, pararem ou mudarem de direção e o próximo Ponto de Descanso de Valor completo não for alcançado, o projeto construiu outra meia-ponte.
Estratégia de implementação
Independentemente de você incluir a Estratégia de Implementação no Contrato de Arquitetura, a Estratégia de Implementação é fundamental ao elaborar um Plano de Implementação. Os três tipos de mudança (Evolucionária, Revolucionária e Greenfield) conduzirão o desenho do projeto e o desenho do sistema.
Por exemplo, se você precisar começar do zero (Greenfield), estará esperando uma mudança na organização, no processo e no sistema. Você está deliberadamente jogando fora a organização, o processo e os sistemas existentes. Seu projeto deve ser projetado para criar algo novo e liderar o gerenciamento de mudanças através da mudança.
Francamente, sistemas legados, processos ruins e organizações rígidas são sustentados digitando uma mudança no caminho fácil do Projeto (Evolutivo).
Usando Técnicas de roteiro de arquitetura
As diferentes técnicas para desenvolver um roteiro de arquitetura são usadas para fornecer orientação e restrição diferentes ao elaborar o plano de implementação.
Os mapas de calor fornecerão orientação e restrição de atributos como valor, trabalho, risco ou estado de transição. Eles conduzem o design do projeto.
Os gráficos de ciclo de vida fornecem orientação e restrição sobre o tempo. Quer o gráfico de ciclo de vida seja sobre um sistema ou uma mudança, ele destaca os limites para iniciar e parar. Eles são poderosos quando um evento de mudança é necessário em um determinado momento. É surpreendente quantas vezes uma mudança tardia é inútil. Se você não puder ter o novo sistema a tempo, um novo sistema atrasado perde seu valor.
Os modelos de dependência fornecem orientação e restrição sobre dependência. Se a dependência é trabalho, organização, sistemas ou estados de transição. Um diagrama de dependência geralmente o ajudará a entender as datas obrigatórias em um gráfico de ciclo de vida.
Os roteiros de cenário raramente são úteis ao desenvolver um Plano de Implementação.
Visualização complexa de pacotes de trabalho, opções de arquitetura ou opções de estado de transição. Rad plot normalmente representa preocupações ou atributos como valor, trabalho ou risco. Os pontos no gráfico geralmente representam opções de arquitetura ou opções de estado de transição.
Saiba mais sobre a Conexiam's Workshops de roteiro de arquitetura
Arquitetura de transição
A Arquitetura de Transição fornece orientação e restrição sobre os pontos de parada. Para entregar pontos de descanso de valor, você estrutura projetos para alcançar o estado de transição juntos. As datas mais importantes em qualquer Estado de Transição são as datas 'exigidas por' ou 'mortas'.
Lacuna e Solução
As lacunas explicam qual deficiência precisamos remediar. Eles ajudam um projeto a definir o escopo e o resultado.
As soluções simplificam o design. Se houver uma solução esperada, ou atributos de solução, simplifica o escopo e o design. Isso é especialmente verdadeiro quando você selecionou uma Estratégia de Implementação Greenfield, ou Revolucionária.
Técnicas de Plano de Implementação Alinhadas ao Propósito da Arquitetura Empresarial
As equipes de arquitetura suportam diferentes propósitos. Se você oferece suporte a perguntas de portfólio ou entrega de soluções, mudará a forma como você desenvolve e usa roteiros de arquitetura. Por exemplo, a arquitetura para dar suporte à entrega de soluções não usará um roteiro de arquitetura tipo 1: mapa de calor para desenvolver decisões. Vamos usá-lo como arquitetura superior e um conjunto de restrições no desenvolvimento da arquitetura e em qualquer implementação. Bons arquitetos sempre trabalham dentro dos limites da arquitetura superior.
Arquitetura para apoiar a estratégia | Arquitetura para dar suporte ao portfólio | Arquitetura para Apoio ao Projeto | Arquitetura para dar suporte à entrega de soluções | |
Planejamento de portfólio | Entregável chave | Entregável chave | Arquitetura Superior | Arquitetura Superior |
Planejamento do Programa | Entregável chave | Entregável chave | Arquitetura Superior | Arquitetura Superior |
Realização de Benefícios | Entregável chave | Entregável chave | Importante Entrega e Arquitetura Superior | Arquitetura Superior |
Mitigação de Risco | Entregável chave | Entregável chave | Importante Entrega e Arquitetura Superior | Arquitetura Superior |
Contrato de Arquitetura | Entregável importante | Entregável chave | Entregável chave & Arquitetura Superior | Entregável chave & Arquitetura Superior |
Estratégia de implementação | Arquitetura Superior | Arquitetura Superior | Arquitetura Superior | Arquitetura Superior |
Roteiro de arquitetura Tipo 1: mapa de calor | Arquitetura Superior | Arquitetura Superior | Arquitetura Superior | Arquitetura Superior |
Roteiro de Arquitetura Tipo 2: Gráfico de Ciclo de Vida | Arquitetura Superior | Arquitetura Superior | Arquitetura Superior | Arquitetura Superior |
Roteiro de Arquitetura Tipo 3: Dependência | Arquitetura Superior | Arquitetura Superior | Arquitetura Superior | Arquitetura Superior |
Roteiro de Arquitetura Tipo 4: Cenário | Arquitetura Superior | |||
Arquitetura de transição | Arquitetura Superior | Arquitetura Superior | Arquitetura Superior | Arquitetura Superior |
Lacuna e Solução | Arquitetura Superior | Arquitetura Superior | Arquitetura Superior |
Técnicas de Plano de Implementação para Casos de Uso de Arquitetura Corporativa
As técnicas do Plano de Implementação fornecem melhor suporte para diferentes casos de uso de arquitetura corporativa. Dependendo do caso de uso, os arquitetos corporativos são mais eficientes em ajudar seus stakeholders com diferentes técnicas.
Embora todo caso de uso de arquitetura corporativa seja sobre mudança, o tipo de mudança e os drivers são diferentes.
Mudança Estratégica | Mudança incremental | Melhorar custo | Melhorar a qualidade | Melhore a agilidade empresarial | Mitigação do risco tecnológico | Modernização de TI | Transformação Digital | Racionalização do portfólio de aplicativos | Integração de aquisição | |
Planejamento de portfólio | Crítico | Útil | Crítico | Útil | Útil | Crítico | Útil | Crítico | ||
Planejamento do Programa | Crítico | Muito útil | Útil | Útil | Crítico | Muito útil | Crítico | Crítico | Crítico | Crítico |
Realização de Benefícios | Crítico | Muito útil | Crítico | Crítico | Crítico | Muito útil | Muito útil | Crítico | Útil | Crítico |
Mitigação de Risco | Crítico | Muito útil | Crítico | Crítico | Crítico | Muito útil | Muito útil | Crítico | Útil | Crítico |
Contrato de Arquitetura | Crítico | Útil | Útil | Útil | Crítico | Crítico | Útil | Crítico | Crítico | Crítico |
Estratégia de implementação | Crítico | Útil | Útil | Útil | Crítico | Crítico | Crítico | Crítico | Útil | Útil |
Roteiro de arquitetura Tipo 1: mapa de calor | Útil | Útil | Útil | Útil | Útil | Útil | Útil | Útil | Útil | Útil |
Roteiro de Arquitetura Tipo 2: Gráfico de Ciclo de Vida | Crítico | Crítico | Útil | Útil | Crítico | Útil | Útil | Crítico | Útil | Crítico |
Roteiro de Arquitetura Tipo 3: Dependência | Crítico | Crítico | Útil | Útil | Crítico | Útil | Útil | Crítico | Útil | Crítico |
Roteiro de Arquitetura Tipo 4: Cenário | Uso limitado | Uso limitado | Uso limitado | Útil | ||||||
Arquitetura de transição | Crítico | Crítico | Útil | Útil | Crítico | Útil | Útil | Crítico | Útil | Crítico |
Lacuna e Solução | Útil | Útil | Útil | Útil | Útil | Útil | Útil | Útil | Útil | Útil |
Aplicando os Princípios da Arquitetura Corporativa ao Desenvolvimento do Plano de Implementação
Seus princípios de arquitetura orientarão e restringirão seu Plano de Implementação. Nossas práticas de consultoria identificadas 7 princípios de arquitetura que todo arquiteto corporativo deve conhecer. A tabela a seguir fornece um exemplo simples de como um Plano de Implementação é limitado por uma arquitetura superior.
Qualquer Plano de Implementação que não esteja de acordo com a letra e o espírito da arquitetura superior precisa ser capturado por governança de arquitetura corporativa e retrabalhado.
Implicação do Plano de Implementação | |
Não brinque com o sucesso | Toda mudança precisa ser avaliada pela possibilidade de prejudicar o sucesso atual. A melhoria potencial precisa ser restringida para garantir que a linha de base seja mantida. |
Foco na Excelência | A mudança deve ser focada. Toda mudança sem uma linha direta com o valor da empresa deve ser questionada. Use definições de valor que apoiem a excelência para avaliar o valor potencial de uma mudança.
Não tenha medo de identificar mudanças que não melhoram a excelência empresarial como 'valor livre.' |
Por que não um? | Mudanças que criam duplicação precisam ser desafiadas, com entrega de valor diminuída.
As mudanças que removem a duplicação precisam ter a entrega de valor aumentada. |
Os dados são um ativo | Garanta que o controle do modelo de dados não seja entregue de forma que diminua o valor do ativo de dados. |
Os sistemas funcionam onde trabalhamos | O local de trabalho e o estilo de trabalho são medidas fundamentais de valor. Qualquer mudança que não atenda à localização e ao estilo precisa de entrega de valor diminuída. |
Experiência de usuário indolor | Os custos de mudança precisam ser revisados para garantir que o impacto do usuário seja avaliado adequadamente. Observe cuidadosamente o impacto da mudança em comparação com o benefício potencial. Você sempre pagará pelo impacto, embora possa não receber o benefício esperado. |
Self-service | O autoatendimento é uma medida de valor empresarial. Observe a entrega de autoatendimento por meio dos estados de linha de base, transição e destino. Ajuste as avaliações de custo e benefício para recompensar o autoatendimento de provisionamento e penalizar e danificar o autoatendimento existente. Você sempre paga pelos danos. Você pode receber um benefício. |
Como o TOGAF Fase F se alinha com o Desenvolvimento Ágil?
Cada Plano de Implementação fornecerá várias restrições e orientações para o desenvolvimento ágil. Nós vemos Arquitetura Corporativa e Desenvolvimento Ágil cruzando em quatro áreas. Existem quatro áreas onde há uma interseção:
- defina a abordagem ágil
- orientar o backlog no sprint
- restringir escolhas dentro dos sprints
- resolver a dependência entre produtos
O Plano de Implementação afetará significativamente a definição da abordagem ágil. Por exemplo, o Modelo de Estratégia de Implementação forçará ou proibirá o uso do desenvolvimento ágil.
Os estados de transição e os benefícios esperados informarão o desenvolvimento do produto ou o lançamento do produto, que orientarão o backlog.
Como o TOGAF Fase F habilita a agilidade empresarial?
Agilidade empresarial é a capacidade da sua organização de responder ao inesperado. Os Planos de Implementação estão respondendo ao esperado. Fortes habilidades de planejamento ajudam você a responder ao inesperado. Há uma correlação direta no modelo de agilidade empresarial com a capacidade de coletar informações e tomar uma decisão de resolução. Essas são habilidades de planejamento.
Modelo de agilidade empresarial
- Alerta – Você consegue detectar oportunidades e ameaças?
- Acessibilidade – Você consegue acessar informações relevantes a tempo de responder?
- Decisividade – Você pode decidir usando as informações disponíveis?
- Rapidez – Você consegue implementar suas decisões no tempo disponível?
- Flexibilidade – O que você está fazendo para reduzir as barreiras à ação?
