TOGAF ADM Fase F – Elaborar o Plano de Implementação
Em resumo:
- Visão geral do TOGAF ADM
- O que é o TOGAF Fase F?
- O que é um Plano de Implementação?
- Por que um Plano de Implementação é diferente de um Roteiro de Arquitetura?
- Entregas 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 projeto na Fase F?
- Ferramentas e técnicas do plano de implementação
- Técnicas de Plano de Implementação
- Planejamento de Portfólio
- Planejamento de Programa
- Realização de Benefícios
- Mitigação de Riscos
- 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ários
- 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 Empresarial
- Como a Fase F do TOGAF se alinha ao Desenvolvimento Ágil?
- Como o TOGAF Fase F possibilita a Agilidade Empresarial?
- Considerações finais sobre a Fase F do TOGAF ADM – Elaboração do Plano de Implementação
Visão geral do TOGAF ADM
O ADM do TOGAF define o Estrutura do TOGAF além de outros estruturas de arquitetura empresarial. É a única estrutura de arquitetura empresarial que inclui todos três partes de uma estrutura – como documentar uma arquitetura, como construir uma equipe de arquitetura empresarial, e como desenvolver uma arquitetura.
TOGAF ADM desenvolve uma arquitetura empresarial
Cada ADM da TOGAF fase explica as atividades para desenvolver o conhecimento. Cada fase ADM desenvolve o conhecimento sobre parte do arquitetura corporativa. As interações entre as Fases são fluxos de informação. Esses fluxos de informação se unem em alguns resultados críticos – um deles é o Plano de Implementação da Fase F do TOGAF ADM.
O que é o TOGAF Fase F?
A Fase F do TOGAF fornece as etapas e as informações necessárias para que arquitetos corporativos apoiem os planejadores na elaboração de um Plano de Implementação. É uma prática recomendada clara que os arquitetos corporativos apoiem os planejadores. Seu papel é garantir que as decisões das partes interessadas na arquitetura sejam refletidas no plano. Quando decisões anteriores não estiverem refletidas no Plano de Implementação, a arquitetura corporativa deverá ser atualizada. Somente quando sua empresa se comprometer com uma mudança, a arquitetura corporativa candidata será finalmente aprovada.
Qual é o objetivo da Fase F do TOGAF ADM?
O objetivo da Fase F é fazer a transição da Roteiro de Arquitetura desenvolvido em TOGAF ADM Fase E para um Plano de Implementação. O roteiro da arquitetura já eliminou as opções de mudança ineficientes. O Plano de Implementação é como sua organização pretende executar a mudança e alcançar os estados de transição.
Quando explicamos arquitetura empresarial, falamos em considerar possíveis mudanças, ponderar opções. Tudo isso é passado. O roteiro da arquitetura aponta o caminho a seguir, potenciais pontos de transição. É 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 realizar 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 produzam 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 possíveis mudanças é 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 triângulo de ferro. Eles esperam descobrir o destino, os benefícios esperados e as restrições. Eles pretendem arrastar todos até a linha de chegada.
Embora o Padrão TOGAF determine que você não concluirá a arquitetura alvo até a Fase F, sua arquitetura só mudará quando sua organização se recusar a prosseguir. Caso contrário, o desenvolvimento da arquitetura estará concluído.
O que é um Plano de Implementação de Arquitetura?
Um Plano de Implementação fornece um cronograma dos projetos que concretizarão a Arquitetura Alvo. Os projetos executáveis serão agrupados em portfólios e programas gerenciados. Estratégia de Implementação afirma a abordagem para a mudança.
Vamos analisar 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. Sabemos por PMI que todo 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 início claro, um fim definido e uma visão geral do que acontece entre eles.
- Eles criam algo novo. São uma atividade única e única. Nunca se repete da mesma forma.
- Possui limites claros. Opera dentro de restrições de tempo, dinheiro, qualidade e funcionalidade.
- Nunca é como sempre. Muda os negócios como sempre.
Terceiro, agrupa os projetos em Portfólios e Programas para gestão.
Por último, ele declara como a mudança ocorrerá. Estratégia de Implementação exigirá uma mudança:
- Evolucionário
- Revolucionário
- Campo Verde
Por que um Plano de Implementação é diferente de um Roteiro de Arquitetura?
O Padrão TOGAF (ADM) separa a Fase E da Fase F, e o Roteiro de Arquitetura do Plano de Implementação e Migração. A separação se baseia no planejamento de melhores práticas. Um roteiro de arquitetura auxilia na definição do caminho, do destino e de onde as decisões ainda não foram tomadas. Ele também auxilia na identificação de bifurcações não resolvidas na jornada. O plano de implementação e migração auxilia apenas na execução.
Podemos garantir que seus roteiros atuais se parecem mais com Planos de Implementação do que com Roteiros de Arquitetura. No entanto, raramente vemos o trabalho dividido em projetos distintos, e os projetos vinculados ao Portfólio e ao Programa para gerenciamento. Geralmente, trata-se de um único projeto abrangente. Raramente a Estratégia de Implementação é explícita, o que leva o projeto a tentar decidir internamente 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, os proprietários dos recursos e os planejadores da 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.
Resultados 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 empresarial.
Uso mais valioso do Plano de Implementação
- Definir o plano de mudança. Identificar o que mudará e quando
- Definir o tipo de mudança através 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 acontecerá – Projetos do Plano de Implementação
- O que deve e o que não deve mudar – Projetos do Plano de Implementação
- Que tipo de mudança acontecerá – Estratégia de Implementação
- Que conjunto de trabalho é focado em resultados específicos – Portfólio do Plano de Implementação
- Que conjunto de trabalho será executado em conjunto – Programa do Plano de Implementação
Um contrato de arquitetura ajudará a responder às seguintes perguntas:
- Que benefício tangível e intangível é esperado – Contrato de Arquitetura - Benefício
- Quando as restrições limitam a liberdade dos implementadores – Contrato de Arquitetura – Especificação de Arquitetura
- Como os riscos e a incerteza serão abordados – Contrato de Arquitetura - Controle
- Que mudança é esperada – Contrato de Arquitetura – Estratégia de Implementação
- Que mudança está fora dos limites – Contrato de Arquitetura - Transição & Benefício
Um Plano de Implementação é uma ferramenta de execução de mudanças empresariais. Ele reúne a execução e direciona a organização.
Conclusão do Plano de Implementação da Fase F
Todas as Fases do TOGAF ADM levam você a desenvolver o conhecimento necessário. O resultado da Fase F é um Plano de Implementação e um Contrato de Arquitetura de suporte.
| Saída e resultado | Conhecimento Essencial |
| Um conjunto aprovado de projetos[1], contendo o objetivo e quaisquer restrições necessárias, recursos requeridos 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 o desenvolvimento de arquitetura
Fase F - Essências Básicas
Na Fase F, os planejadores de mudança realizam a maior parte do trabalho pesado. Os Planos de Implementação exigem comprometimento com o trabalho.
Os elementos básicos da Fase F são:
- O que mudará e quando – Projetos do Plano de Implementação
- Que tipo de mudança 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
- Qual benefício será entregue – Contrato de Arquitetura
- Quais restrições limitam a liberdade dos implementadores – Contrato de Arquitetura
Sempre nos sentimos livres na Fase F. As amplas possibilidades arquitetônicas se resumem a um único segmento. Todo o complexo trade-off já passou, e agora nos resta a difícil negociação de recursos e tempo. Francamente, se o nosso Roteiro de Arquitetura não tiver uma noção clara dos limites de escopo e qualidade, não estamos prontos para o Planejamento de Implementação.
- O que mudará e quando
Pacotes de trabalho atribuídos a Projetos. Um ou mais Projetos atingindo um Estado de Transição ou a Meta final. O que mudará? Quando isso acontecerá?
Você precisará explicar os Estados de Transição. Implementadores são realistas concretos. Eles se identificarão com o estado-alvo e buscarão chegar lá. Como resultado, desejarão ir além de um Estado de Transição. Eles se sentirão muito desconfortáveis com a ideia de que um stakeholder chegará a um Ponto de Repouso de Valor como sinônimo e executará uma saída.
Que trabalho, que escopo, quando. Está tudo no Projetos do Plano de Implementação.
- Que tipo de mudança acontecerá
Nunca deixe o tipo de mudança para uma equipe de projeto. Eles têm um objetivo final e farão qualquer coisa para conquistar a vitória. Portanto, os sistemas são não desativado. É por isso que os processos legados durar para sempre. Se você espera uma substituição, é Greenfield. Se você espera uma melhoria, é Evolucionário. Seja claro, e então Governança de Implementação da Fase G teste de conformidade. Use seu mais poderoso governança de implementação ferramentas, as 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 solucionar o problema de gerenciar um conjunto complexo de projetos. As pessoas que realizam o trabalho têm dificuldade em enxergar como eles se encaixam. Elas buscam uma recompensa muito imediata e se fixam em entregas tangíveis ao final do projeto. Quando a arquitetura da sua empresa tem um ou mais estados de transição, você precisa de mais governança de implementação.
Agrupar projetos por resultado e ter alguém responsável por eles simplifica a governança da implementação. A governança de arquitetura de melhores práticas utiliza estruturas de autoridade naturais. A gestão de portfólio é uma estrutura natural. Ajude seus stakeholders a criarem seus próprios Portfólio do Plano de Implementação.
- Como a mudança será gerenciada como trabalho
O portfólio é usado para agrupar para o resultado. O programa é usado para agrupar para a execução. Ao agrupar projetos por execução, você simplifica governança de implementação. Como seguir o agrupamento de portfólio melhores práticas de governança de arquitetura e adotar uma estrutura de autoridade natural. Ajude seus stakeholders a criarem seus Programa do Plano de Implementação.
- Qual benefício será entregue
Desenvolvemos o conceito de Contrato de Arquitetura para separar o benefício, ou valor, da descrição do projeto. As equipes de projeto se concentram no fim do projeto. As equipes de projeto se concentram nas necessidades de seus patrocinadores. É de se esperar que os Implementadores abandonem benefícios que não estejam diretamente alinhados com seus projetos. A eliminação pode ser enquadrada como redução de risco ou de custos.
Para fornecer direção e controle claros, use o Contrato de Arquitetura para ter o benefício ou valor. Especialmente se você estiver construindo capacidade ou garantir o futuro agilidade empresarial.
- Quais restrições limitam a liberdade dos implementadores
Se você não tem algo que você deve Para controlar, 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 das suas equipes de implementação.
Quando você precisar de algo, use uma Especificação de Arquitetura no Contrato de Arquitetura. Em 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 elaborar uma Regra. Testem seu Padrão em relação a um Padrão. Garanta que o Padrão atenda ao Princípio. Fazemos isso para garantir que limitamos o mínimo possível os graus de liberdade dos Implementadores. Escrever uma Regra é fácil, mas requer quase onisciência. Você deve olhar para o futuro e conhecer as circunstâncias únicas e as habilidades futuras. Ou então, errar na Regra.
Os três elementos essenciais para a conclusão da Fase F:
- Primeiro, a definição de "concluído". Quando chegaremos a um Estado de Transição?
- Segundo, a responsabilização pela mudança. Quem é responsável por qual Portfólio ou Programa?
- Terceiro, regras de trânsito. Qual benefício será entregue? Que restrição será imposta?
Com esses três elementos essenciais, as partes interessadas estão prontas para desenvolver um Plano de Implementação. Elas sabem o que querem que seja feito. Sabem o que não querem que seja alterado. Sabem como limitaram seus implementadores.
TOGAF ADM Fase F – Entregas do Plano de Implementação e Objetivos da Arquitetura Empresarial
Existem quatro propósitos principais para o desenvolvimento de arquitetura empresarial. Seja para dar suporte à Estratégia, Portfólio, Projeto ou Entrega de Soluções. Na maioria dos casos, você não desenvolverá um Roteiro de Arquitetura a menos que esteja dando suporte à Estratégia ou ao Portfólio. Os padrões são explicados no Guia do Arquiteto Corporativo para o Desenvolvimento de Arquitetura.
Diferentes entregas têm importâncias diferentes em cada propósito.
Arquitetura para dar suporte à estratégia
Ao apoiar a estratégia, você fornecerá uma Arquitetura-Alvo completa e desenvolverá roteiros de mudança. Sua arquitetura identificará iniciativas de mudança e o portfólio e os programas de suporte. O roteiro da arquitetura definirá termos de referência, identificará sinergias e regerá a execução do portfólio e dos programas.
Arquitetura para dar suporte ao Portfólio
Ao dar suporte a um portfólio, você normalmente abordará o portfólio único. Sua arquitetura identificará projetos, definirá seus termos de referência, alinhará suas abordagens, identificará sinergias e governará a execução do projeto.
| Arquitetura para dar suporte à estratégia | Arquitetura para dar suporte ao portfólio | Arquitetura de 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 | Entrega principal
Durante o orçamento do portfólio Atualizar conforme necessário para dar suporte ao orçamento e ao gerenciamento de programas |
Entrega principal
Antes do início do projeto |
Entrega principal
Antes do engajamento e da contratação |
| Produto de Trabalho da Fase F: Contrato de Arquitetura | Provavelmente não usado | Uso limitado | Entrega principal
Antes da conclusão do início do projeto |
Entrega principal
Antes do engajamento e da contratação |
| Produto de trabalho da fase F: Arquitetura empresarial 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 |
Arquitetura predominantemente 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 o desenvolvimento de arquitetura
Plano de Implementação
A estrutura do seu Plano de Implementação muda, independentemente de você estar trabalhando para dar suporte à estratégia, ao portfólio ou ao 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 para apoiar o Projeto | Arquitetura para dar suporte à entrega de soluções | |
| Projetos de Plano de Implementação | Resumo | Entrega principal | Arquitetura Superior | Arquitetura Superior |
| Estratégia do Plano de Implementação | Apropriado para o Projeto | Entrega principal | Entrega principal ou arquitetura superior | Arquitetura Superior |
| Portfólio do Plano de Implementação | Entrega principal | Entrega principal | Arquitetura Superior | Arquitetura Superior |
| Programa do Plano de Implementação | Entrega principal | Entrega principal | Arquitetura Superior | Arquitetura Superior |
Contrato de Arquitetura
| Arquitetura para apoiar a estratégia | Arquitetura para dar suporte ao Portfólio | Arquitetura para apoiar o Projeto | Arquitetura para dar suporte à entrega de soluções | |
| Contrato de Arquitetura - Benefício | Apropriado para o Projeto | Entrega principal | Entrega principal 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, Norma e Regra |
| Contrato de Arquitetura - Controle | Apropriado para o Projeto | Entrega principal apropriado para o Projeto | Entrega principal ou Arquitetura Superior | Entrega principal ou Arquitetura Superior |
| Contrato de Arquitetura - Estratégia do Plano de Implementação | Apropriado para o Projeto | Entrega principal | Entrega principal ou Arquitetura Superior | Arquitetura Superior |
| Contrato de Arquitetura – Transição | Entrega principal | Entrega principal ou Arquitetura Superior | Entrega principal ou Arquitetura Superior | Arquitetura Superior |
Arquitetura empresarial alvo
O completo a arquitetura empresarial compreenderá os modelos de arquitetura de domínio e o conjunto de lacunas consolidadas. Como entrega, você está atualizando a Arquitetura Corporativa Alvo para uso no Desenvolvimento de Arquitetura futuro ou como referência na Governança de Implementação da Fase G.
Modelos que compõem a Arquitetura Empresarial Alvo
- >>> Modelos de Arquitetura de Negócios
- >>> Modelos de Arquitetura de Aplicação
- >>> 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 Arquiteto Corporativo aconselhe os planejadores. Ele precisará interpretar a arquitetura-alvo e quaisquer transições. Mais importante ainda, ele garantirá que os benefícios e as restrições esperados sejam capturados nos planos.
Arquitetos estão acostumados a planejar sequências de trabalho que geram benefícios inesperados. Ou a prever a necessidade de uma restrição. O Arquiteto Corporativo precisará explicar os Estados de Transição.
Os planejadores de projetos têm horizontes temporais curtos e são pensadores muito diretos. Eles se sentirão desconfortáveis com:
- Benefícios intangíveis
- Realização diferida do benefício
- Restrição que impede 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 geram valor adicional. Além disso, até que se conclua todo o tabuleiro da estrada, a ponte não oferece valor realizável. Isso ajuda as pessoas a entenderem que podemos estar trabalhando muito, simplesmente para fazer mais trabalho antes de obtermos um benefício significativo.
Descobrimos 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 com o leito da estrada e o asfalto aumentam drasticamente. Até a construção da ponte, o volume de tráfego é baixo, então os gastos com o leito da estrada simplesmente aumentam 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. Uma que agrega valor. Uma que não exige a destruição da estrada em uso e sua reconstrução.
O papel mais importante do arquiteto corporativo é pensar no futuro e ultrapassar limites. Ele entenderá por que o projeto atual pode estar limitado ou os critérios de sucesso não são óbvios. Ele ajudará a engajar os proprietários do portfólio quando o patrocinador do projeto estiver removendo o benefício corporativo.
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 incômodo: se o pensamento normal proporcionasse organizações flexíveis e eficientes, nossa profissão não existiria. Arquitetura empresarial requer pensamento anormal.
Há dois fatos centrais que contamos arquitetos corporativos Sobre a Fase F do TOGAF – Roteiro de Arquitetura. Primeiro, além das suas partes interessadas, ninguém envolvido no Planejamento de Implementação acreditará em nada do que você disser. Suas ideias sempre serão grandes demais, adiadas demais, teóricas demais. Você precisará observar todos como um falcão vigia ratos. Eles precisarão de um relacionamento forte com suas partes interessadas. Você precisará usar as conversas sobre trade-offs que já teve para desenvolver o Roteiro de Arquitetura. Na verdade, você pode esperar ter que discutir o trade-off com todos os outros. Segundo, 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. Nunca. Eles reimaginarão tudo durante a execução do projeto.TOGAF ADM Fase G) para concluir o projeto da forma mais fácil 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 fica a cargo 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. Trata-se apenas de um esforço de organização do trabalho para alcançar um resultado definido. A definição interna de projeto da sua organização e o rótulo utilizado dificilmente se alinharão com os de outras organizações. Minha assistente se refere à reserva de um voo como um projeto.
Modelos, ferramentas e técnicas do plano de implementação
A Fase F do ADM do TOGAF entrega o Plano de Implementação e o Contrato de Arquitetura. Esta Fase existe para viabilizar a ação.
A Fase F é uma tradução do Roteiro de Arquitetura e da Arquitetura Alvo para a ação. Há cinco técnicas centrais de elaboração do Plano de Implementação que ajudam as partes interessadas a entender como concretizar os benefícios da arquitetura alvo.
- Agrupamento de Portfólios
- Agrupamento de programas
- Realização de Benefícios
- Mitigação de Riscos
- Contrato de Arquitetura
- Modelo de Estratégia de Implementação
- Usando técnicas de roteiro de arquitetura
Técnicas de Plano de Implementação
Em conjunto, as técnicas destacarão tudo o que os Arquitetos Corporativos têm a contribuir para a elaboração do Plano de Implementação. O papel do Arquiteto Corporativo se resume a proteger o valor da mudança.
Planejamento de Portfólio / Agrupamento de Portfólios
A profissão de Gerenciamento de Projetos utiliza Portfólio e Programa para gerenciar um conjunto complexo de projetos. Os Patrocinadores e Implementadores do Projeto analisam as entregas explícitas do projeto.
O Planejamento de Portfólio agrupa os projetos por resultado. Com um Portfólio específico, alguém pode ser responsabilizado pelo resultado. Isso aumenta a probabilidade de sucesso e permite a governança da implementação.
O Portfólio cria uma estrutura de autoridade natural. O restante da organização adotará a estrutura de autoridade e os relatórios baseados em resultados.
Planejamento de Programas / Agrupamento de Programas
O programa agrupa projetos para execução. Assim como no Portfólio, você terá uma pessoa responsável por gerenciar um conjunto de projetos relacionados. Uma estrutura de autoridade natural voltada para a execução é criada. O restante da organização adotará a estrutura de autoridade e os relatórios baseados na execução.
Realização de Benefícios
Sempre alinhamos os benefícios da arquitetura empresarial à deficiência que deu início ao desenvolvimento da arquitetura atual. Utilizamos o Roteiro da Arquitetura e a Arquitetura Empresarial para governar a implementação. Isso requer separar os benefícios esperados dos benefícios esperados do projeto.
Em Navegar Alinhamos um benefício ao Pacote de Trabalho. Vinculamos o Pacote de Trabalho à Lacuna que ele está preenchendo e ao Projeto que o entregará.
Rotineiramente, constatamos que, durante a Iniciação e a Execução do Projeto, o trabalho que gerará um Benefício é desconsiderado, 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 empresarial existe para orientar mudanças eficazes. Mudanças eficazes concretizam os benefícios.
Ao elaborar o Plano de Implementação, buscamos o trabalho que preencherá explicitamente uma Lacuna e gerará um Benefício. Sem trabalho, você terá uma Lacuna não preenchida e um Benefício ausente.
Mitigação de Riscos
Temos dois usos do termo Risco. Primeiro, é o efeito da incerteza no alcance do seu objetivo. Esta é a definição usada pela Profissão de Gestão de Riscos. Achamos que ela ressoa mais fortemente com a arquitetura empresarial. Segundo, é o uso normal, onde um Risco é algo ruim que pode acontecer. Descobrimos que a maioria das pessoas pensa em Risco como uma Ameaça, ou Algo Ruim. Não importa como você usa Risco. Descobrimos que incerteza e ameaça são abordadas da mesma forma. Você as 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 mitiga o Risco. Um Pacote de Trabalho implementa Controles. Vinculamos o Pacote de Trabalho ao Projeto responsável.
Objetivos são a razão pela qual estamos fazendo a mudança. Se não forem alcançados, significa que a mudança foi inútil. Quando você tem incerteza sobre o cumprimento do objetivo, o que está fazendo para reduzir essa incerteza? Lidar com a incerteza é fundamental. Planejamento e Implementação governança de implementação atividade.
Novamente, separamos o Risco e o Controle do Projeto. Conectamos através do Trabalho. Isso nos permite planejar e monitorar para reduzir o escopo.
Rotineiramente, constatamos que, durante a Iniciação e a Execução do Projeto, Objetivos e Ativos que não estão diretamente vinculados ao Projeto e ao Patrocinador do Projeto são desconsiderados. Isso é especialmente verdadeiro quando o Patrocinador do Projeto não é o proprietário do Objetivo.
Rotineiramente, esperávamos que iniciativas de mudança desenvolvessem capacidades, reduzissem o atrito que drenava a agilidade e reduzissem os custos operacionais contínuos. No entanto, elas frequentemente falham. Elas falham porque entregamos o trabalho por meio de projetos focados. Cada projeto focado é limitado pelo Triângulo de Ferro e sofrerá um descolamento agressivo. Nunca vimos um descoping ser apresentado como uma ameaça a um objetivo corporativo. Eles sempre o apresentam como uma melhoria para o projeto.
Os Arquitetos Corporativos devem lidar com a incerteza quanto ao alcance dos objetivos durante o Planejamento da Implementação. Sem isso, eles não conseguem executar governança de implementação atividade.
Contrato de Arquitetura
O conceito de Contrato de Arquitetura do TOGAF é incrivelmente poderoso. Frequentemente, é apresentado como uma forma de acordo documentado entre a Equipe de Arquitetura Corporativa e o Projeto. Embora documentá-lo seja útil, o contrato é entre a Parte Interessada e o Projeto. É nunca entre o Projeto e a Equipe EA.
Quando elaboramos um Contrato de Arquitetura, garantimos que ele inclua:
- Beneficiar
Quais benefícios o Projeto proporcionará por meio de quais pacotes de trabalho?
Isso fornece visibilidade aos implementadores, ao processo de governança e às partes interessadas que esperam o benefício, que são responsáveis e o que estão fazendo para cumprir sua responsabilidade.
- Controlar
Quais controles o Projeto implementará por meio de quais Pacotes de Trabalho? Quais desses controles mitigam os riscos?
Assim como o Benefício, isso fornece visibilidade aos Implementadores, ao processo de governança e às Partes Interessadas que esperam atingir o Objetivo, quem é responsável e o que eles estão fazendo para cumprir sua responsabilidade.
- Especificação de Arquitetura
Que restrições retiram a liberdade dos implementadores?
Isso esclarece onde uma equipe de projeto deve seguir orientações que contradizem a lógica do seu projeto. Se a lógica do projeto os levar a seguir a restrição, não precisamos da Especificação de Arquitetura. Usamos a Especificação de Arquitetura quando a lógica do projeto resultar em uma escolha ruim para a empresa.
- 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 o leva a outra abordagem.
- Transição
Quando paramos deliberadamente? Cada minuto de trabalho na 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 as Partes Interessadas podem atrasar, interromper 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 o projeto a ir além do esperado. Geralmente com uma explicação sobre eficiência. No entanto, se os Patrocinadores adiarem, interromperem ou mudarem de direção e o próximo Ponto de Descanso de Valor completo não for alcançado, o projeto constrói 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 é crucial na elaboração de um Plano de Implementação. Os três tipos de mudança (Evolucionária, Revolucionária e Greenfield) orientarão o design do projeto e do sistema.
Por exemplo, se você precisa começar do zero (Greenfield), está esperando mudanças na organização, nos processos e nos sistemas. Você está deliberadamente descartando a organização, os processos e os sistemas existentes. É melhor que seu projeto seja concebido para criar algo novo e liderar a gestão da mudança durante a mudança.
Francamente, sistemas legados, processos deficientes e organizações rígidas são sustentados pela digitação de uma mudança no caminho fácil do Projeto (Evolucionário).
Usando Técnicas de Roteiro de Arquitetura
As diferentes técnicas para desenvolver um Roteiro de Arquitetura são usadas para fornecer diferentes orientações e restrições ao elaborar o plano de implementação.
Mapas de calor fornecem orientação e restrições a partir de atributos como valor, trabalho, risco ou estado de transição. Eles direcionam o design do projeto.
Os gráficos de ciclo de vida fornecem orientação e restrições sobre o tempo. Seja para um sistema ou uma mudança, o gráfico de ciclo de vida destaca os limites para iniciar e parar. Eles são poderosos quando um evento de mudança é necessário em um determinado momento. É surpreendente como, com frequência, uma mudança tardia é inútil. Se você não puder ter o novo sistema a tempo, um novo sistema atrasado perde seu valor.
Modelos de dependência fornecem orientações e restrições sobre dependência, seja ela de trabalho, organização, sistemas ou estados de transição. Um diagrama de dependência geralmente ajuda a entender as datas de expiração em um Gráfico de Ciclo de Vida.
Roteiros de cenários 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. O gráfico RAD 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 Workshops de Roteiro de Arquitetura
Arquitetura de Transição
A Arquitetura de Transição fornece orientação e restrições sobre pontos de parada. Para entregar pontos de descanso valiosos, você estrutura os projetos para que alcancem o estado de transição juntos. As datas mais importantes em qualquer Estado de Transição são as datas "exigidas até" ou "datas de encerramento".
Lacuna e Solução
As lacunas explicam qual deficiência precisamos corrigir. Elas ajudam um projeto a definir o escopo e o resultado.
Soluções simplificam o design. Se houver uma solução esperada, ou atributos da solução, isso simplifica o escopo e o design. Isso é especialmente verdadeiro quando você seleciona 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 atendem a diferentes propósitos. O suporte a perguntas do Portfólio ou à Entrega de Soluções mudará a forma como você desenvolve e utiliza roteiros de arquitetura. Por exemplo, a Arquitetura para dar suporte à Entrega de Soluções não utilizará um Roteiro de Arquitetura Tipo 1: Mapa de Calor para desenvolver decisões. Usaremos isso como arquitetura superior e um conjunto de restrições no desenvolvimento da arquitetura e em qualquer implementação. Bons arquitetos sempre trabalham dentro das restrições da arquitetura superior.
| Arquitetura para dar suporte à estratégia | Arquitetura para dar suporte ao portfólio | Arquitetura de Apoio ao Projeto | Arquitetura para dar suporte à entrega de soluções | |
| Planejamento de Portfólio | Entrega principal | Entrega principal | Arquitetura Superior | Arquitetura Superior |
| Planejamento de Programa | Entrega principal | Entrega principal | Arquitetura Superior | Arquitetura Superior |
| Realização de Benefícios | Entrega principal | Entrega principal | Entrega importante e arquitetura superior | Arquitetura Superior |
| Mitigação de Riscos | Entrega principal | Entrega principal | Entrega importante e arquitetura superior | Arquitetura Superior |
| Contrato de Arquitetura | Entrega importante | Entrega principal | Entrega principal & Arquitetura Superior | Entrega principal & 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 do 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 Empresarial
As técnicas do Plano de Implementação fornecem melhor suporte para diferentes casos de uso de arquitetura empresarial. Dependendo do caso de uso, os arquitetos corporativos são mais eficientes em ajudar suas partes interessadas com diferentes técnicas.
Embora cada caso de uso de arquitetura empresarial seja sobre mudança, o tipo de mudança e os motivadores são diferentes.
| Mudança estratégica | Mudança incremental | Melhore os custos | Melhorar a qualidade | Melhore a agilidade empresarial | Mitigando o Risco Tecnológico | Modernização de TI | Transformação digital | Racionalização do Portfólio de Aplicações | Integração de Aquisição | |
| Planejamento de Portfólio | Crítico | Útil | Crítico | Útil | Útil | Crítico | Útil | Crítico | ||
| Planejamento de 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 Riscos | 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 do 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 |
Aplicação dos princípios da arquitetura empresarial ao desenvolvimento do plano de implementação
Seus princípios arquitetônicos orientarão e restringirão seu Plano de Implementação. Nossas práticas de consultoria identificaram 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 é restringido pela arquitetura superior.
Qualquer Plano de Implementação que não esteja em conformidade com a letra e o espírito da arquitetura superior precisa ser capturado por governança de arquitetura empresarial e retrabalhado.
| Implicações 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 limitada para garantir que a linha de base seja mantida. |
| Foco na Excelência | A mudança precisa ser focada. Toda mudança sem uma conexão direta com o valor da empresa precisa ser questionada. Use definições de valor que sustentem 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 a entrega de valor reduzida.
Mudanças que eliminam duplicação precisam ter a entrega de valor aumentada. |
| Dados são um ativo | Garanta que o controle do modelo de dados não seja perdido de maneiras que diminuam o valor do ativo de dados. |
| Os sistemas funcionam onde trabalhamos | O local e o estilo de trabalho são medidas fundamentais de valor. Qualquer mudança que não atenda às necessidades de local e estilo reduz a entrega de valor. |
| Experiência do usuário sem complicações | Os custos da mudança precisam ser revisados para garantir que o impacto sobre o usuário seja devidamente avaliado. Analise 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. Analise a entrega do autoatendimento nos estágios inicial, de transição e de destino. Ajuste as avaliações de custo e benefício para recompensar o provisionamento do autoatendimento e penalizar e prejudicar o autoatendimento existente. Você sempre paga pelo prejuízo. Você pode receber um benefício. |
Como a Fase F do TOGAF se alinha ao Desenvolvimento Ágil?
Cada Plano de Implementação fornecerá múltiplas restrições e orientações para o desenvolvimento ágil. Vemos Arquitetura Empresarial e Desenvolvimento Ágil interseccionando em quatro áreas. Há quatro áreas onde há uma intersecção:
- definir a abordagem ágil
- orientar o backlog no sprint
- restringir escolhas dentro dos sprints
- resolver a dependência do produto cruzado
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 ou o lançamento do produto, o que orientará o backlog.
Como o TOGAF Fase F possibilita a Agilidade Empresarial?
Agilidade empresarial é a capacidade da sua organização de responder ao inesperado. Planos de Implementação respondem 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?
- Determinação – Você consegue 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?