TOGAF ADM Fase G - Garantir Valor com Governança de Implementação
Num relance
Conhecimento Essencial da Fase G do TOGAF
Entregáveis da Fase G do TOGAF ADM
- Compareça e forneça supervisão e orientação de arquitetura
- Avaliação Contínua
- Puxe o cordão de parada
- Avaliando Valor
- Alinhar com o desenvolvimento ágil
Visão geral do TOGAF ADM
O O TOGAF ADM é uma abordagem lógica para a criação de conhecimento. Conhecimento utilizado para desenvolver um arquitetura empresarial que orienta mudanças efetivas. Então, conhecimento para garantir que o valor esperado seja alcançado.
O TOGAF ADM é dividido em Fases, cada Fase é focada na criação de conhecimento que é usado para:
- selecione o caminho a seguir e o alvo
- executar governança de implementação
- avaliar a jornada à frente e corrigir o curso
O que é TOGAF Fase G?
Toda a Fase G está focada em governança de implementação. Garantir que o valor esperado seja entregue.
Os arquitetos usam as etapas da Fase G para desenvolver o seguinte conhecimento:
- se o projeto de implementação é entregando o valor esperado
- se o projeto de implementação é trabalhando dentro de suas limitações
- se o projeto de implementação é excedendo seu apetite de risco atribuído
Quando há variação do valor esperado, o arquiteto cria um produto de trabalho central:
- recomendação de melhoras
TOGAF Fase G em ação
Sabemos que o propósito é guiar a mudança efetiva. O desafio é mudar para qual resultado? A Fase G traz para casa que estamos guiando a mudança para um resultado que nossos stakeholders selecionaram.
Eles podem querer mais rápido. Eles podem querer maior. Eles podem querer menor pegada de carbono. Eles podem querer a habilidade de dividir a organização.
As partes interessadas querem o que querem.
Quando desenvolvendo equipes de arquitetura corporativa, dizemos ao arquitetos eles gastarão mais de 60% de seu tempo na Fase G realizando governança de implementação.
Também dizemos a eles que é difícil. A Fase G é difícil porque o papel requer liderança e julgamento.
Um cliente de geração elétrica estava gastando bilhões construindo instalações de geração distribuída. Uma alta fração do valor financeiro ganho veio da mão de obra da construção. Isso foi calculado por centenas, ou milhares, de planilhas. O conselho estava preocupado em relatar o valor ganho.
O alternativa de arquitetura selecionado foi atualizar o sistema de RH, vincular o relatório de tempo ao gerenciamento de projetos. As entradas de planilha de horas seriam vinculadas às fases do projeto, e os relatórios financeiros seriam defensáveis.
Um projeto foi financiado, integradores contratados e recursos foram reunidos. No entanto, no pontapé inicial, o patrocinador do projeto, o VP de RH, falou sobre todas as coisas legais de RH que a atualização faria - gerenciamento de desempenho, aprendizado. Coisas legais de RH. Respondendo a uma pergunta, o integrador líder disse "não, não faremos links para o gerenciamento de projetos". Isso não é "melhor prática" para um módulo de folha de pagamento.
Estávamos no primeiro dia do projeto de implementação e o líder do projeto tinha casualmente jogado o racional de financiamento para a atualização no lixo. Eles não iriam resolver o problema arquitetônico da organização deles.
Eles não estavam em conformidade com o contrato de arquitetura. Eu precisava de orientação. A não conformidade leva a duas escolhas reais:
- impor a conformidade
- mudar a arquitetura
Os stakeholders nem sempre me dizem quando mudam de ideia. Talvez eles quisessem mudar a arquitetura. Para descobrir, deixei o pontapé inicial e fui até o COO que havia defendido a solução de valor agregado para o conselho. Perguntei ao COO se havia uma mudança no plano? Eu queria saber se eu deveria reiniciar a iniciativa procurando por uma alternativa de arquitetura aceitável. Se sim, eu poderia pular a atualização de RH.
Poucos dias depois, fui convidado para um novo pontapé inicial da atualização do Sistema de RH. O COO estava de pé no fundo da sala. O integrador líder havia sido substituído. O VP de RH leu uma declaração escrita - aparentemente houve alguma confusão sobre os objetivos do projeto. Este projeto resolveria o valor financeiro ganho. Ele integraria RH-Sistemas de Projetos-Finanças. A menos que o valor ganho precisasse de uma mudança de processo, todos os processos de RH existentes seriam mantidos.
Eu tive minha resposta: as partes interessadas decidiram impor a conformidade.
Toda vez que digo aos arquitetos que a Fase G é difícil, penso naquele projeto - dia após dia trabalhando com especialistas em sistemas de RH e usuários avançados de RH para forçar a integração com os sistemas do projeto. Garantindo que os sistemas do projeto não fossem impactados. Foi a primeira vez que minha equipe sugeriu que eu ganhasse um colete à prova de balas para o trabalho.
A governança de implementação tem a ver com proteger o valor.
Conhecimento Essencial da Fase G do TOGAF
Todas as fases do TOGAF ADM levam você a desenvolver o conhecimento que precisa. O resultado da fase G é uma implementação que entregou o valor esperado.
Saída e Resultado | Conhecimento Essencial |
Conclusão dos projetos para implementar as mudanças necessárias para atingir o estado alvo ajustado. |
|
Tabela 4 de Guia da Série TOGAF: Guia do Arquiteto Corporativo para Desenvolvimento de Arquitetura
Fase G Desnudado
Na Fase G, podemos simplificar o trabalho de um arquiteto corporativo para esclarecer a arquitetura e desenvolver recomendações para ações corretivas. Os ossos nus da Fase G são:
- Qual o propósito de um projeto?
Arquitetura para apoiar a Estratégia e arquitetura para dar suporte ao Portfólio ambos terão um Roteiro de Arquitetura. Ele definirá sinergias, termos de referência e abordagens.
A arquitetura de transição fornecerá resultados e restrições.
Proteger o valor, ou resultado esperado, é garantir que o resultado e a abordagem planejados do projeto estejam alinhados com a arquitetura.
- As restrições da equipe de implementação?
Uma boa arquitetura de destino indicará Gap, Architecture Requirement Specification e Control. Existe um projeto de implementação para preencher a lacuna. Deixar de preencher a lacuna e o projeto é um desperdício de recursos de mudança. Especificações e controles de arquitetura são restrições à liberdade da equipe de implementação.
- Como a prioridade e a preferência das partes interessadas se ajustam em resposta ao sucesso, valor, esforço e risco de mudança.
Toda arquitetura empresarial está sujeita à realidade de projeto e implementação. Todos os programas de mudança estão sujeitos ao cenário empresarial em evolução e ao contexto empresarial.
Em um mundo perfeito, o arquiteto corporativo avaliará continuamente o progresso de cada projeto de mudança e a situação em que a empresa se encontra. Em seguida, fornecerá recomendações às partes interessadas para um controle mais refinado dos recursos de mudança. Conhecimento imperfeito e restrições de tempo limitam esse ciclo de feedback.
Os três elementos essenciais para a conclusão da Fase G dependem da entrega de valor do projeto:
- Primeiro, um projeto de implementação bem-sucedido que entrega o valor esperado dentro das restrições da arquitetura.
- Segundo, um projeto cancelado. Quando um projeto não pode fornecer o valor esperado, os escassos recursos de mudança de uma empresa devem ser realocados o mais rápido possível.
- Terceiro, uma mudança da arquitetura alvo. Altere o valor esperado ou crie uma transição para o que pode ser realizado. Relaxe ou aperte as restrições.
Os stakeholders da arquitetura empresarial são donos das decisões de mudança no segundo e terceiro resultados. Essas não são decisões de projeto.

Fase G O conhecimento garante a entrega de valor
A Fase G trata da entrega do valor esperado, não da conclusão bem-sucedida do projeto.
A lógica é simples:
- desenvolvemos uma meta e identificamos mudanças para melhorar coisas específicas em nossa organização
- implementamos a meta para atingir os resultados esperados
Qualquer outro resultado é um fracasso. Não importa o quão bem-sucedido o projeto seja em outras medidas. Se ele não entregar a arquitetura, é um fracasso.
Trabalhar no mundo real
O Padrão TOGAF chamamos a Fase G de 'Implementação de Governança' por um motivo. Chamamos a Fase G de 'Garantir Valor' por um motivo.
Desenvolvemos arquitetura para guiar e restringir mudanças. Olhamos para os três elementos da direção da governança:
- expectativa de desempenho ou resultado esperado
- restrições na forma de especificações de arquitetura, estratégia de implementação e controles
- apetite ao risco
Entregáveis da Fase G do TOGAF ADM
O resultado central da Fase G é uma empresa melhorada. Uma melhoria medida em termos esperados pelo stakeholder. A entrega central da Fase G é uma avaliação de conformidade. Usamos uma avaliação de conformidade quando o projeto não atende às expectativas das partes interessadas.
O arquiteto empresarial é responsável para uma empresa melhorada que atenda aos desejos atuais das partes interessadas. O arquiteto empresarial não é responsável para o trabalho ou o projeto.
Avaliação de Conformidade TOGAF Fase G
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 G: Avaliação de Conformidade | Provavelmente não usado | Provavelmente não usado | Entrega chave
Em pontos-chave em um projeto que permite reportar às partes interessadas e obter decisões de não conformidade por uma recomendação de não conformidade. |
Entrega chave
Em pontos-chave em um projeto que permite reportar às partes interessadas e obter decisões de não conformidade por uma recomendação de não conformidade. |
Tabela 3 de Guia da Série TOGAF: Guia do Arquiteto Corporativo para Desenvolvimento de Arquitetura
Recomendação de melhoras (recomendação de não conformidade)
A parte mais importante da Avaliação de Conformidade é a recomendação do que fazer diante de uma não conformidade.
Técnicas TOGAF ADM Fase G
Na Fase G, você está criando sucesso. Tudo depende da entrega do valor de arquitetura esperado. Parte da técnica é baseada em conformidade. Para conformidade, o arquiteto irá:
- testar as escolhas do designer e do implementador em relação às lacunas documentadas, especificações de requisitos de arquitetura e controles
- testar o sistema implementado em relação a lacunas documentadas, especificações de requisitos de arquitetura e controles
Enfatizamos a documentação. A governança da implementação é baseada em uma arquitetura de destino aprovada.
Parte da técnica é focada no valor. Para valor, o arquiteto olha além do termo de abertura do projeto, ou plano de lançamento de produto digital, para o contrato de arquitetura. Muitas vezes há uma diferença entre o que um projeto está entregando ao patrocinador e o que um projeto está entregando para a arquitetura. Isso é especialmente verdadeiro quando um o roteiro do portfólio tem dependências ou parte de um melhoria de capacidade.
Os arquitetos empregam diversas técnicas enquanto estão envolvidos na governança de implementação:
Compareça e forneça supervisão e orientação de arquitetura
A supervisão e orientação da arquitetura estão protegendo o valor esperado.
Pense muito bem sobre o primeiro teste no Lista de Verificação de Governança de Implementação. A supervisão da arquitetura não inclui fazer o trabalho de um designer ou implementador. O TOGAF 10 Enterprise Architect's Guide to Developing Architecture é muito claro.
Supervisão e orientação visam ajudar os implementadores.
Primeiro, ajude a equipe de implementação a entender o valor esperado e as restrições à liberdade de escolha.
O arquiteto corporativo está disponível na Fase G quando a equipe de implementação precisa de ajuda para interpretar a arquitetura de destino ou qualquer restrição de arquitetura. A função crítica do arquiteto corporativo é quando a equipe de implementação não está seguindo as restrições da arquitetura ou não está no caminho para entregar o valor esperado.
Um dos esclarecimentos mais comuns é lembrar a todos qual é o resultado esperado. As equipes de implementação rotineiramente perdem de vista o valor do projeto.
Um dos esclarecimentos mais comuns é lembrar a todos qual é o resultado esperado. As equipes de implementação rotineiramente perdem de vista o valor de arquitetura esperado do projeto.
O outro esclarecimento comum é explicar as restrições. Muitas empresas saltam de uma arquitetura para apoiar a estratégia ou portfólio diretamente para um projeto de implementação. Nós chamamos isso saltando para G. Normalmente, quando você saltar para G há muito menos lacunas bem documentadas, especificações de requisitos de arquitetura e controles. O arquiteto corporativo precisa preencher a documentação ausente.
Eles ajudarão as partes interessadas a decidir o que fazer quando um projeto de implementação não estiver entregando valor ou não seguir as restrições da arquitetura.
O resultado central da Fase G é a implementação de uma mudança. No entanto, esse trabalho não é responsabilidade do arquiteto corporativo. Na verdade, se a equipe de implementação fizer um trabalho excelente, o arquiteto corporativo não terá nada a fazer na Fase G. Pense nisso. Se eles seguirem a arquitetura e implementarem uma mudança que realizará o valor esperado, o que um arquiteto corporativo faria?
O outro esclarecimento comum é explicar as restrições. Muitas empresas saltam de uma arquitetura para apoiar a estratégia ou portfólio diretamente para um projeto de implementação. Nós chamamos isso saltando para G. Normalmente, quando você saltar para G há muito menos lacunas bem documentadas, especificações de requisitos de arquitetura e controles. O arquiteto corporativo precisa preencher a documentação ausente.
A segunda função principal do arquiteto corporativo é uma recomendação de não conformidade.
O papel do arquiteto corporativo é proteger o valor, testar as escolhas do projetista e do implementador em relação às lacunas documentadas, especificações de requisitos de arquitetura e controles. Eles podem precisar contar com uma arquitetura superior, até mesmo recuando para o princípios de arquitetura empresarial. Eles não deveriam inventar uma nova arquitetura durante um projeto.
O estratégia de implementação a partir de Fase E fornece orientação e restrições em toda a implementação. Ele indicará se eles esperam que o trabalho evolua o processo e os sistemas de TI existentes, mude-os revolucionando ou comece de novo com um greenfield.
Avaliação Contínua
Puxe o cordão de parada
O TOGAF ADM tem várias saídas. A Fase G é a mais cara. O valor de uma mudança depende do benefício, esforço e risco. No momento em que o custo pendente da mudança excede o benefício esperado, é hora de considerar parar.
Sim, PARE! Pare imediatamente.
Então comemore por ter minimizado o desperdício de recursos escassos.
Avaliando Valor
Introduzimos o valor da mudança em TOGAF ADM Fase A. Na Fase E do TOGAF ADM, temos confiança nos benefícios do Visão da Arquitetura valem o trabalho. Na Fase F do TOGAF ADM, desenvolvemos o Contrato de Arquitetura. O contrato de Arquitetura define o valor esperado.
Tenha em mente que as equipes de projeto rotineiramente confundem os resultados potenciais de seu programa de mudança com o valor da arquitetura. Quanto mais tempo você gasta realizando Governança de Implementação, mais você verá os projetos de implementação destruírem o valor potencial de uma arquitetura.
Sempre definimos valor na arquitetura. Usamos projetos para perceber o valor. O contrato de arquitetura não existe para facilitar a vida da equipe do projeto ou para concordar com sua visão de mundo. Ele existe para garantir a melhoria do sucesso da empresa nos critérios das partes interessadas.
Nem todos os projetos são bem-sucedidos. Nem todas as soluções produzem valor suficiente. Quanto antes você souber que o custo supera o valor stop. Gastamos muito tempo em ITFM para garantir que os produtos digitais e os serviços de TI tenham custos otimizados.
Alinhar com o desenvolvimento ágil
Francamente, quase todo o desenvolvimento de software Agile ocorre dentro do TOGAF Fase G. Uma boa arquitetura corporativa se concentrará nos pontos fortes da arquitetura corporativa. Eles permitirão que uma equipe de desenvolvimento ágil se concentre em seus pontos fortes, fornecendo software de forma incremental que permite eficiência e satisfação do cliente.
Arquitetura Corporativa e Desenvolvimento Ágil interessará em quatro áreas. o arquitetura empresarial vai
- defina a abordagem ágil
- orientar o backlog no sprint
- restringir escolhas dentro dos sprints
- resolver a dependência entre produtos
Os arquitetos corporativos gastarão muito tempo executando governança de implementação porque desenvolver uma arquitetura leva uma fração do tempo para executar uma mudança. Não revisamos o decisões arquitetônicas feito para orientar a mudança. Nós os seguimos.
Quando estamos desenvolvendo equipes de arquitetura corporativa, dizemos ao arquitetos empresariais dois fatos centrais sobre o TOGAF Fase G. A primeira coisa é que eles gastarão mais de 60% de seu tempo na Fase G. Segundo, provavelmente será o trabalho mais difícil que eles realizarão como arquiteto corporativo. A Fase G será difícil porque seu papel está desempenhando bem governança de arquitetura. Eles não estão desenvolvendo uma nova arquitetura. Eles não estão liderando. Em vez disso, eles estão protegendo a realização de valor e minimizando incerteza de realizar o valor.
A maioria arquitetos empresariais passam a maior parte de seu trabalho realizando a governança de implementação. Executando direção e controle. Executando governança de arquitetura corporativa.
Os arquitetos corporativos gastarão muito tempo executando governança de implementação porque desenvolver uma arquitetura leva uma fração do tempo para executar uma mudança. Não revisamos o decisões arquitetônicas feito para orientar a mudança. Nós os seguimos.
Indo mais além na governança da arquitetura empresarial
Ferramentas TOGAF Fase G
A Fase G do TOGAF ADM é chamada de Governança de Implementação. O papel do arquiteto corporativo é proteger o valor esperado. Existem quatro ferramentas de governança de arquitetura central.
- Lista de verificação de implementação
- Contrato de Arquitetura
- Roteiro de Arquitetura
- Especificação de Requisitos de Arquitetura
- Avaliação de Conformidade TOGAF
Lista de verificação de implementação
Como uso um contrato de arquitetura TOGAF?
Um Contrato de Arquitetura identifica a responsabilidade da equipe de implementação para as partes interessadas da arquitetura. Não o patrocinador do projeto, os stakeholders da arquitetura.
Os itens mais críticos para um implementador são:
- Contexto do Projeto de Implementação
Os contextos informam onde o projeto se encaixa no roteiro. Ele especifica o valor ou a dependência de valor que o projeto fornecerá.
- Alcance
O escopo informa por quais pacotes de trabalho e lacunas o Projeto de Implementação é responsável. Tão importante quanto, quais lacunas no escopo do projeto não são de responsabilidade do projeto.
- Conformidade
Com que conjunto de especificações e controles de arquitetura o Projeto de Implementação será avaliado?
Como uso um Roteiro de Arquitetura TOGAF?
Um roteiro de arquitetura é uma entrega chave da Arquitetura para apoiar a Estratégia e a arquitetura para apoiar o Portfólio. Bons roteiros de arquitetura mostram como a mudança será executada. Em termos de Diamante Estratégia de Hambrick o veículo usado para conduzir a mudança será identificado. O arquiteto corporativo saberá qual portfólio, programa ou projeto deve ser entregue. Eles conhecerão quaisquer estados de transição.
O roteiro de arquitetura também indicará sinergias, termos de referência e abordagens. Um exemplo simples é saber quais projetos devem evoluir os sistemas existentes, quais devem adotar uma abordagem revolucionária e quais devem descartar o ambiente existente e o greenfield.
Esses elementos permitem que o arquiteto ajude as partes interessadas a controlar sua execução de projetos de mudança. Considere um projeto esperado para buscar um Greenfield. Um plano de projeto que está reutilizando e evoluindo o ambiente existente não é compatível com a arquitetura.
Como uso uma Especificação de Requisito de Arquitetura TOGAF?
As especificações de arquitetura são restrições à liberdade de designers e implementadores. Eles lhes dizem coisas que devem ou não devem fazer. Cada especificação remove graus de liberdade da equipe do projeto. Como resultado, eles precisam ser usados com moderação.
Recomendamos fortemente a abordagem de governança de políticas de John Carver. Primeiro, as especificações devem ser excludentes, destacando o que é proibido, em vez de obrigar o que é permitido. Em segundo lugar, a conformidade com as especificações deve ser avaliada por meio de um teste de interpretação razoável por uma pessoa razoável.
A elaboração de especificações como excludentes reduz o requisito de onisciência durante o desenvolvimento da arquitetura e oferece a máxima oportunidade de criatividade durante a implementação, seja a criatividade proveniente do pensamento inovador da equipe de projeto, nova tecnologia, novos serviços de terceiros ou novos processos.
O conceito chave é que se a arquitetura não restringe uma escolha, ou proíbe uma escolha, a escolha é permitida. Dado que a criatividade é incentivada, os arquitetos corporativos não podem esperar que uma equipe de implementação possa ler mentes e implementar da mesma maneira que imagina. Isso força a avaliação de conformidade a ser um teste de interpretação razoável.
As melhores práticas vinculam a especificação a um requisito. Isso permite que o design, ou implementação, seja avaliado em relação a um par de requisito/especificação. A especificação está no contexto do que motivou a especificação. Seguindo essa prática, cada especificação existe para entregar algo, e a implementação pode ser testada quanto ao valor.
Como uso uma Avaliação de Conformidade do TOGAF?
Uma Avaliação de Conformidade do TOGAF é usada para determinar se você precisa desenvolver uma Recomendação de Não Conformidade. Se o projeto estiver interpretando razoavelmente a orientação e as restrições da arquitetura de destino, o arquiteto corporativo pode interromper o trabalho.
Quando um projeto não está entregando valor ou não segue a arquitetura, o arquiteto corporativo tem trabalho a fazer.
Cada não conformidade resulta em uma recomendação para a parte interessada para impor a meta, conceder alívio temporário ou alterar a arquitetura. Cada uma dessas opções tem implicações diferentes
Implicações da recomendação de não conformidade
- Cumprindo a meta significa que o projeto deve fazer um trabalho extra e deve mudar.
- Concessão de alívio temporário significa que o benefício esperado da especificação será adiado e será necessário trabalho adicional no futuro.
- Mudando a arquitetura significa que ou o arquiteto estava restringindo excessivamente, há uma nova maneira de atingir o resultado esperado ou o benefício esperado será abandonado.
Em todos os casos, a escolha da ação pertence a um Stakeholder. Os arquitetos corporativos podem esperar conflitos regulares com os patrocinadores do projeto, gerentes de projeto e equipes de implementação. Todos em um projeto ficam empolgados com o Go Live Day. Eles pensam em termos de conclusão do projeto e perdem de vista qualquer outro propósito.
Considerações Finais sobre TOGAF ADM Fase G
Os arquitetos corporativos agregam valor de duas maneiras no TOGAF ADM Fase G. Primeiro, as equipes de implementação de consultoria. As equipes de implementação geralmente precisam de ajuda para entender o que um projeto deve entregar. Além disso, eles interpretarão a arquitetura, lacunas, especificações e controles em termos de um projeto. Em segundo lugar, eles aconselharão as partes interessadas que precisam decidir o que fazer quando um projeto de implementação não entregar valor ou não seguir as restrições da arquitetura.
Os projetos de implementação são necessários para criando sucesso. É aí que a melhora ocorre. A empresa do arquiteto papel é foco no valor esperado.
A maioria dos arquitetos corporativos passará a maior parte do tempo executando o TOGAF Fase G. Ao realizar a governança de implementação, eles fornecem direção e controle para concentrar os recursos corporativos nas mudanças com maior probabilidade de agregar mais valor.
Fase G é onde a atividade mais importante ocorre. O restante do ADM explora possíveis melhorias. Use TOGAF Fase G para concentrar os escassos recursos de mudança na obtenção de mais valor empresarial.