TOGAF ADM Fase G - Garantir valor com governança de implementação
Num relance
Conhecimento Essencial da Fase G do TOGAF
Entregas da Fase G do TOGAF ADM
- Comparecer e fornecer 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 eficazes. 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 restriçõ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 objetivo é orientar mudanças eficazes. O desafio é mudar para qual resultado? A Fase G demonstra que estamos orientando a mudança para um resultado selecionado por nossas partes interessadas.
Eles podem querer mais rápido. Podem querer mais. Podem querer uma pegada de carbono menor. Podem querer a capacidade de desmembrar a organização.
As partes interessadas querem o que querem.
Quando desenvolvendo equipes de arquitetura empresarial, nós dizemos ao arquitetos eles gastarão mais de 60% de seu tempo na Fase G realizando governança de implementação.
Também lhes dizemos que é difícil. A Fase G é difícil porque a função exige liderança e discernimento.
Um cliente de geração de energia elétrica estava gastando bilhões na construção de instalações de geração distribuída. Uma alta fração do valor financeiro agregado vinha da mão de obra da construção. Isso era calculado por centenas, ou milhares de planilhas. O conselho estava preocupado com a divulgação do valor agregado.
O arquitetura alternativa A meta selecionada foi atualizar o sistema de RH e vincular o relatório de horas ao gerenciamento de projetos. Os lançamentos na folha de ponto seriam vinculados às fases do projeto e os relatórios financeiros seriam defensáveis.
Um projeto foi financiado, integradores contratados e recursos foram mobilizados. No entanto, no início, o patrocinador do projeto, o vice-presidente de RH, falou sobre todas as vantagens que a atualização traria para o RH – gestão de desempenho, aprendizado. Coisas legais de RH. Respondendo a uma pergunta, o integrador líder disse: "Não, não faremos a vinculação ao gerenciamento de projetos". Isso não é uma "boa 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 havia jogado no lixo a justificativa de financiamento para a atualização. Eles não resolveriam o problema arquitetônico da organização.
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 avisam quando mudam de ideia. Talvez quisessem mudar a arquitetura. Para descobrir, saí do kickoff e fui falar com o COO que havia defendido a solução de valor agregado para o conselho. Perguntei ao COO se havia alguma mudança nos planos. Queria saber se deveria reiniciar a iniciativa em busca de uma alternativa de arquitetura aceitável. Se sim, eu poderia pular a atualização do RH.
Poucos dias depois, fui convidado para um novo lançamento da atualização do sistema de RH. O COO estava 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 problema do valor agregado financeiro. Integraria RH-Sistemas de Projetos-Finanças. A menos que o valor agregado exigisse 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 afetados. Foi a primeira vez que minha equipe sugeriu que eu usasse 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 necessário. O resultado da Fase G é uma implementação que gerou 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 o desenvolvimento de arquitetura
Fase G Bare Bones
Na Fase G, podemos simplificar o trabalho de um arquiteto corporativo, esclarecendo a arquitetura e desenvolvendo recomendações para ações corretivas. Os princípios básicos 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-alvo deve estabelecer a Lacuna, a Especificação de Requisitos de Arquitetura e o Controle. Um projeto de implementação existe para preencher a Lacuna. Não preencher a Lacuna e o projeto é um desperdício de recursos de mudança. As Especificações de Arquitetura e os Controles 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 do design e da implementação. Todos os programas de mudança estão sujeitos à evolução do cenário e do 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 preciso dos recursos de mudança. Conhecimento imperfeito e restrições de tempo limitam esse ciclo de feedback.
Os três requisitos 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 consegue 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 na arquitetura alvo. Altere o valor esperado ou crie uma transição para o que pode ser realizado. Relaxe ou restrija as restrições.
As partes interessadas na arquitetura empresarial são responsáveis pelas decisões de mudança no segundo e terceiro resultados. Estas não são decisões de projeto.
O conhecimento da Fase G 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 sucesso do projeto em outras métricas. Se não entregar a arquitetura desejada, é um fracasso.
Trabalhar no mundo real
O Padrão TOGAF Não é à toa que chamamos a Fase G de "Governança da Implementação". Chamamos a Fase G de "Garantir Valor" por um motivo.
Desenvolvemos arquitetura para orientar e restringir mudanças. Analisamos 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
Entregas da Fase G do TOGAF ADM
O resultado central da Fase G é uma melhoria na empresa. Uma melhoria medida em termos esperados pelas partes interessadas. O principal produto da Fase G é uma avaliação de conformidade. Utilizamos 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 corporativo não é responsável para o trabalho ou o projeto.
Avaliação de conformidade da Fase G do TOGAF
| 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 G: Avaliação da Conformidade | Provavelmente não usado | Provavelmente não usado | Entrega principal
Em pontos-chave de um projeto que permite reportar às partes interessadas e obter decisões de não conformidade por meio de uma recomendação de não conformidade. |
Entrega principal
Em pontos-chave de um projeto que permite reportar às partes interessadas e obter decisões de não conformidade por meio de uma recomendação de não conformidade. |
Tabela 3 de Guia da série TOGAF: Guia do arquiteto corporativo para o 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 quando houver não conformidade.
Técnicas TOGAF ADM Fase G
Na Fase G, você cria o sucesso. Tudo depende da entrega do valor arquitetônico esperado. Parte da técnica é baseada em conformidade. Para garantir a 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 às 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 obter 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 entrega ao patrocinador e o que entrega à 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:
Comparecer e fornecer 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 o trabalho de um designer ou implementador. O Guia do Arquiteto Corporativo TOGAF 10 para o Desenvolvimento de Arquitetura é 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-alvo ou qualquer restrição arquitetônica. O papel crítico do arquiteto corporativo é quando a equipe de implementação não segue as restrições arquitetônicas ou não está no caminho certo para entregar o valor esperado.
Um dos esclarecimentos mais comuns é lembrar a todos qual é o resultado esperado. As equipes de implementação frequentemente perdem de vista o valor do projeto.
Um dos esclarecimentos mais comuns é lembrar a todos qual é o resultado esperado. As equipes de implementação frequentemente perdem de vista o valor arquitetônico esperado do projeto.
Outro esclarecimento comum é a explicação das restrições. Muitas empresas passam de uma arquitetura para dar suporte à estratégia ou portfólio diretamente para um projeto de implementação. Chamamos isso de pulando para G. Normalmente, quando você pular para G Há muito menos lacunas, especificações de requisitos de arquitetura e controles bem documentados. 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 excepcional, 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 alcance o valor esperado, o que um arquiteto corporativo faria?
Outro esclarecimento comum é a explicação das restrições. Muitas empresas passam de uma arquitetura para dar suporte à estratégia ou portfólio diretamente para um projeto de implementação. Chamamos isso de pulando para G. Normalmente, quando você pular para G Há muito menos lacunas, especificações de requisitos de arquitetura e controles bem documentados. O arquiteto corporativo precisa preencher a documentação ausente.
O segundo papel fundamental do arquiteto corporativo é a recomendação de não conformidade.
O papel do arquiteto corporativo é proteger o valor, testar as escolhas do designer e do implementador em relação às lacunas documentadas, às especificações de requisitos de arquitetura e aos controles. Eles podem precisar confiar em uma arquitetura superior, até mesmo recuando para o padrão. princípios de arquitetura empresarial. Eles não deveriam inventar uma nova arquitetura durante um projeto.
O estratégia de implementação de Fase E fornece orientações e restrições para toda a implementação. Indica se se espera que o trabalho evolua os processos e sistemas de TI existentes, os altere de forma revolucionária ou comece do zero.
Avaliação Contínua
Puxe o cordão de parada
O ADM do TOGAF possui várias saídas. A Fase G é a mais custosa. O valor de uma mudança depende do benefício, do esforço e do risco. No momento em que o custo pendente da mudança excede o benefício esperado, é hora de considerar a interrupção.
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 esforço. 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 confundem rotineiramente os resultados potenciais de seu programa de mudança com o valor da arquitetura. Quanto mais tempo você gasta executando Governança de Implementação, mais você verá projetos de implementação destruindo o valor potencial de uma arquitetura.
Sempre definimos valor na arquitetura. Usamos projetos para concretizar 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 o sucesso e a melhoria da empresa de acordo com os critérios das partes interessadas.
Nem todos os projetos são bem-sucedidos. Nem todas as soluções produzem valor suficiente. Quanto mais cedo você perceber que o custo excede o valor, pare. Dedicamos muito tempo a ITFM para garantir que os produtos digitais e serviços de TI sejam otimizados em termos de custos.
Alinhar com o Desenvolvimento Ágil
Francamente, quase todo o desenvolvimento de software ágil ocorre dentro da Fase G do TOGAF. Uma boa arquitetura empresarial se concentrará nos pontos fortes da arquitetura empresarial. Ela permitirá que uma equipe de desenvolvimento ágil se concentre em seus pontos fortes, entregando software incrementalmente que permita eficiência e satisfação do cliente.
Arquitetura Empresarial e Desenvolvimento Ágil interessará em quatro áreas. O a arquitetura empresarial irá
- definir a abordagem ágil
- orientar o backlog no sprint
- restringir escolhas dentro dos sprints
- resolver a dependência do produto cruzado
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 feitos para orientar a mudança. Nós os seguimos.
Quando estamos desenvolvendo equipes de arquitetura empresarial, nós dizemos ao arquitetos corporativos Dois fatos centrais sobre a Fase G do TOGAF. O primeiro é que eles gastarão mais de 60% do seu tempo na Fase G. Segundo, provavelmente será o trabalho mais difícil que eles realizarão como arquitetos corporativos. A Fase G será difícil porque sua função é executar 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.
Maioria arquitetos corporativos passam a maior parte do seu trabalho realizando a implementação da governança. Executando a direção e o controle. governança de arquitetura empresarial.
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 feitos 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 centrais de governança de arquitetura.
- Lista de verificação de implementação
- Contrato de Arquitetura
- Roteiro de Arquitetura
- Especificação de Requisitos de Arquitetura
- Avaliação de conformidade com o TOGAF
Lista de verificação de implementação
Como usar um contrato de arquitetura TOGAF?
Um Contrato de Arquitetura identifica a responsabilidade da equipe de implementação perante as partes interessadas da arquitetura. Não o patrocinador do projeto, mas as partes interessadas da arquitetura.
Os itens mais críticos para um implementador são:
- Contexto do Projeto de Implementação
Os contextos indicam onde o projeto se encaixa no roteiro. Eles especificam o valor ou a dependência de valor que o projeto fornecerá.
- Escopo
O escopo informa quais pacotes de trabalho e lacunas são de responsabilidade do Projeto de Implementação. Igualmente importante, informa quais lacunas do escopo do projeto não são de responsabilidade do projeto.
- Conformidade
Com base em qual conjunto de especificações e controles de arquitetura o Projeto de Implementação será avaliado?
Como usar um Roteiro de Arquitetura TOGAF?
Um Roteiro de Arquitetura é um produto essencial da Arquitetura para dar suporte à Estratégia e da Arquitetura para dar suporte ao Portfólio. Bons roteiros de arquitetura mostram como a mudança será executada. Em termos de Diamante estratégico de Hambrick O veículo utilizado para impulsionar a mudança será identificado. O arquiteto corporativo saberá qual portfólio, programa ou projeto deverá entregar. Ele conhecerá todos os estados de transição.
O Roteiro de Arquitetura também definirá 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 abandonar o ambiente existente e o greenfield.
Esses elementos permitem que o arquiteto ajude as partes interessadas a controlar a execução de projetos de mudança. Considere um projeto que se espera que seja um projeto greenfield. Um plano de projeto que reutiliza e evolui o ambiente existente não está em conformidade com a arquitetura.
Como usar uma Especificação de Requisitos de Arquitetura TOGAF?
Especificações de Arquitetura são restrições à liberdade de designers e implementadores. Elas lhes dizem o que devem ou não fazer. Toda especificação retira graus de liberdade da equipe do projeto. Como resultado, elas precisam ser usadas 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 impor o que é permitido. Segundo, 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 a exigência de onisciência durante o desenvolvimento da arquitetura e fornece a máxima oportunidade para criatividade durante a implementação, independentemente de a criatividade vir do pensamento inovador da equipe de design, de novas tecnologias, de novos serviços de terceiros ou de novos processos.
O conceito-chave é que, se a arquitetura não restringe 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 consiga ler mentes e implementar da mesma forma que foi imaginado. 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 requisito/especificação. A especificação está no contexto do que a motivou. Seguindo essa prática, toda especificação existe para entregar algo, e a implementação pode ser testada em termos de valor.
Como usar uma Avaliação de Conformidade TOGAF?
Uma Avaliação de Conformidade TOGAF é usada para determinar se você precisa desenvolver uma Recomendação de Não Conformidade. Se o projeto estiver interpretando razoavelmente as diretrizes e restrições da arquitetura-alvo, o arquiteto corporativo pode interromper o trabalho.
Quando um projeto não entrega valor ou não segue a arquitetura, o arquiteto corporativo tem trabalho a fazer.
Cada não conformidade resulta em uma recomendação à parte interessada para aplicar 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
- Aplicação da meta significa que o projeto deve fazer trabalho extra e deve mudar.
- Concessão de alívio temporário significa que o benefício esperado da especificação será adiado e trabalho adicional será necessário no futuro.
- Mudando a arquitetura significa que ou o arquiteto foi excessivamente restritivo, ou 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 cabe a um Stakeholder. Arquitetos Corporativos podem esperar conflitos frequentes com Patrocinadores de Projetos, Gerentes de Projetos e Equipes de Implementação. Todos em um projeto ficam animados com o Dia de Lançamento. Pensam apenas na conclusão do projeto e perdem de vista qualquer outro propósito.
Considerações finais sobre a fase G do TOGAF ADM
Os arquitetos corporativos entregam valor de duas maneiras na Fase G do TOGAF ADM. Primeiro, eles aconselham as equipes de implementação. As equipes de implementação frequentemente precisam de ajuda para entender o que se espera que um projeto entregue. Além disso, eles interpretarão a arquitetura, as lacunas, as especificações e os 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 estiver entregando valor ou não seguir as restrições da arquitetura.
Os projetos de implementação são necessários para criando sucesso. É aqui que ocorre a melhoria. A empresa do arquiteto o papel é foco no valor esperado.
A maioria dos arquitetos corporativos gastará a maior parte do tempo executando a Fase G do TOGAF. Ao executar a governança da implementação, eles fornecem direção e controle para concentrar os recursos corporativos nas mudanças com maior probabilidade de gerar mais valor.
A fase G é onde a atividade mais importante ocorre. O restante do ADM explora melhorias potenciais. Use a Fase G do TOGAF para concentrar recursos escassos de mudança em obter mais valor empresarial.