TOGAF® ADM Fase F – Elaborar o Plano de Implementação

A Fase F do TOGAF ADM elabora o Plano de Implementação. A execução dos Planos de Implementação é como as empresas direcionam a mudança. Um Plano de Implementação da Fase F usará um, dois, vinte ou mais projetos de mudança. Não importa se você está usando Portfólio ou Programa para gerenciar mudanças. Elabore o Plano de Implementação para apoiar a melhoria da sua organização.

Padrão TOGAF 10ª edição é claro, o propósito da arquitetura corporativa é guiar mudanças efetivas. Mudança efetiva significa que executamos planos e projetos. TOGAF ADM Fase F representa uma transição de onde o arquitetura empresarial transições de processo para o controle de líderes de mudança. Sem executar a mudança, a arquitetura corporativa é uma atividade inútil.

TOGAF ADM separa o Plano de Implementação da Fase F do Roteiro de Arquitetura da Fase E para dar suporte à transição do desenvolvimento de uma arquitetura para o desenvolvimento dos meios para mudar. Os arquitetos corporativos têm um papel crítico na mudança. No entanto, a profissão é projetada para consultoria, não para ação. Incorporamos essa melhor prática no design do método de desenvolvimento de arquitetura. A arquitetura empresarial identificou a mudança mais eficaz e forneceu às partes interessadas os meios para governar a mudança. Eles estão prontos para desenvolver 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

  1. Definição do plano de mudança. Identifique o que vai mudar e quando
  2. Definindo o tipo de mudança por meio da Estratégia de Implementação
  3. Definindo o controle por meio de Portfólio e Programa

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

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

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:

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

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.

Técnicas de implementação TOGAF ADM Fase F

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:

  1. defina a abordagem ágil
  2. orientar o backlog no sprint
  3. restringir escolhas dentro dos sprints
  4. 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

  1. Alerta – Você consegue detectar oportunidades e ameaças?
  2. Acessibilidade – Você consegue acessar informações relevantes a tempo de responder?
  3. Decisividade – Você pode decidir usando as informações disponíveis?
  4. Rapidez – Você consegue implementar suas decisões no tempo disponível?
  5. Flexibilidade – O que você está fazendo para reduzir as barreiras à ação?
Plano de Implementação da Fase F do TOGAF ADM

Considerações Finais sobre TOGAF ADM Fase F

Sem um Plano de Implementação, a arquitetura empresarial é um belo exercício teórico. Todo Equipe de Arquitetura Corporativa precisa se destacar no apoio à sua organização e elaborar bons Planos de Implementação. Sem um plano que forneça os benefícios esperados ou o valor exigido, a maior parte do trabalho de arquitetura corporativa foi desperdiçada.

As equipes de arquitetura corporativa que dão suporte à entrega de projetos e soluções precisarão fazer engenharia reversa de um roteiro de portfólio para obter a orientação e as restrições necessárias.

Os arquitetos corporativos que trabalham no TOGAF ADM Fase F têm um papel complexo. Eles devem:

  • vigiar atentamente a entrega de benefícios e a mitigação de riscos enquanto relaxa sobre como a mudança será executada
  • aconselhar os planejadores sobre o quadro geral sem retardar o processo
  • trabalhar com as partes interessadas para levar as decisões de mudança para o planejamento formal e permitir a governança da mudança

No TOGAF ADM Fase F, você se afasta do domínios de arquitetura empresarial e focar no mundo real. TOGAF é muito claro. Desenvolvemos arquitetura para orientar mudanças efetivas. Planos são necessários para implementar a mudança. Desperdiçamos o desenvolvimento da arquitetura sem a transição para um esforço de planejamento.

Equipes de EA de alto funcionamento dirigem-se para a elaboração de Planos de Implementação. Sem se tornar o planejador. A governança da implementação é possível quando os planejadores e patrocinadores do projeto entendem o que esperamos que eles entreguem.

A Fase F do TOGAF ADM apoia a elaboração do Plano de Implementação. Outros elaboram o Plano de Implementação. Habilite a ação que atribui recursos de mudança escassos ao maior valor corporativo. Entregue no valor. Entregue mudanças efetivas.

Role para cima