Papel crucial das listas de verificação de governança da arquitetura empresarial
Processos de Governança da Arquitetura
- Dois processos centrais de governança de arquitetura
- Requisito para um processo de revisão de arquitetura dinâmica
Processo para aprovar a arquitetura de destino
Processo de Governança de Implementação
- Lista de Verificação de Governança de Implementação
- Abordagem de recomendação de melhoras (recomendação de não conformidade)
- Processo de Medição de Valor
Este artigo explica o cerne da entrega da governança de arquitetura por meio das listas de verificação de governança de arquitetura. Leia estes artigos para ver todos os lados. Noções básicas de governança de arquitetura, o que é um conselho de revisão de arquitetura, a objetivos de um conselho de revisão de arquitetura dinâmica moderna, e como levantar um ARB.

Processos de Governança da Arquitetura
O diagrama acima descreve o principal processo de revisão da arquitetura corporativa.
O padrão comum é:
A direção vem de cima na sua organização.
A direção é uma mistura de expectativas de desempenho, restrições e apetite ao risco.
Uma decisão é tomada. Então a decisão é executada.
Os controles fornecem garantia de que 1) a decisão foi seguida e 2) a decisão estava alinhada com a direção.
O diagrama abaixo mostra uma cascata simples de uma direção de nível superior por meio de decisões de portfólio, decisões de projeto, arquitetura da solução, para uma escolha de implementação.
A figura abaixo destaca que, à medida que a direção transita da estratégia para o portfólio, para o projeto, para a entrega da solução e para a implementação, cada decisão é rastreada de forma responsável para trás. O provedor da direção original pode receber evidências de que suas direções foram seguidas.

O mais empresas ágeis ter delegado a tomada de decisão. Tomada de decisão alinhada. A organização mais bem-sucedida tem as mesmas coisas, alinhamento e responsabilidade.
O valor da arquitetura corporativa está permitindo:
- melhores decisões
- decisões e ações alinhadas
- decisões e ações responsáveis
Tudo descansando em governança de arquitetura.
Dois processos centrais de governança de arquitetura
Tanto o diagrama de governança acima quanto o diagrama do ciclo de decisão de arquitetura à direita mostram decisões em cascata.
Em algum momento, fazemos a transição do desenvolvimento da arquitetura para planejamento de implementação para implementação. Os conceitos são os mesmos, independentemente de ser um produto digital ou um portfólio. Você precisa fazer a transição de governar o desenvolvimento da arquitetura para governar a implementação.
Você precisa de dois processos de governança de arquitetura. Primeiro, um processo para aprovar a arquitetura alvo. Este processo se concentrará nos direitos de decisão das partes interessadas e em garantir que a arquitetura de destino atenda à direção. lista de verificação de governança de arquitetura de destino verificar explicitamente a expectativa de desempenho, restrição e incerteza.
Em segundo lugar, você precisa de um processo de implementação de governança que garante que a implementação esteja em conformidade com a arquitetura. Isso incluirá abordar o problema certo, seguir a estratégia de implementação e cumprir com quaisquer especificações de arquitetura. Todas essas direções existem para proteger o valor esperado do stakeholder. lista de verificação de governança de implementação é projetado para proteger valor.

Requisito para um processo de revisão de arquitetura dinâmica
Empresas ágeis e bem-sucedidas não dependem de simples tomadas de decisão de cima para baixo. Elas têm uma matriz complexa de atores. A complexidade requer uma conselho de revisão de arquitetura dinâmica. Um que possa fornecer diretrizes e proteções eficazes para a tomada de decisões delegadas.
O guia do governador tem três afirmações que destacam a necessidade de processos dinâmicos de revisão de arquitetura:
- As partes interessadas possuem todos os direitos de decisão sobre a arquitetura de destino
- Os implementadores são donos de todas as decisões de implementação
- Tentar atribuir estes direitos a qualquer outro lugar é uma ilusão
Não podemos continuar correndo para a CEO para uma decisão. Ela contratou pessoas e delegou autoridade a elas. Frequentemente com responsabilidades sobrepostas.
Os arquitetos corporativos os chamam partes interessadas quando tomam decisões de arquitetura, patrocinadores quando tomam decisões de planejamento e implementadores quando tomam decisões de implementação.
Como as pegadas na imagem abaixo, o processo dinâmico seguirá caminhos diferentes. Ele se adaptará à situação atual. O processo dinâmico precisa evitar desafios desnecessários para chegar ao objetivo.

Processo para aprovar a arquitetura de destino
O processo de governança da arquitetura para aprovar a arquitetura de destino precisa ser dinâmico.
Vamos nos aprofundar nisso. Um processo dinâmico vem de três fatos interligados:
- As partes interessadas são próprias decisões arquitetônicas
- Diferentes decisões de arquitetura têm diferentes partes interessadas principais
- Diferentes decisões de arquitetura enfrentarão diferentes prioridades e preocupações principais
É fácil dizer 'Os direitos de decisão sobre a arquitetura empresarial pertencem às partes interessadas!' É difícil dizer 'essas são as partes interessadas certas.'
Os critérios e as partes interessadas que enfrentam decisões sobre produtos digitais voltados ao consumidor provavelmente são diferentes daqueles que enfrentam uma decisão de conformidade financeira.
A primeira pergunta no lista de verificação de governança de arquitetura de destino inclina-se para esse dinamismo - os arquitetos corporativos têm as partes interessadas certas? Este é o motivo pelo qual usamos o Estrutura TOGAF - recusa-se a assumir que existe uma única caso de uso de arquitetura e uma única abordagem universal.
A dificuldade mais comum em estabelecer um processo de governança de arquitetura é a confusão sobre direitos de decisão. Estabelecendo um conselho de governança de arquitetura empresarial moderna é baseado em um processo de governança de tomada de decisão delegada.
As funções de supervisão mais importantes do conselho de revisão de arquitetura empresarial estão gerenciando o processo de aprovação da arquitetura de destino e concentrando o equipe de arquitetura corporativa.
O Método de Desenvolvimento de Arquitetura TOGAF começar com Fase A, onde o conhecimento essencial do arquiteto corporativo inclui:
- O problema que está sendo abordado
- Quem tem interesses que são fundamentais para o problema que está sendo abordado
- (Partes interessadas e preocupações)
- Quais são as prioridades e preferências das partes interessadas
- (Expectativas de desempenho, restrições e apetite ao risco)
- Que valor a resposta resumida fornece?
O processo de aprovação de uma arquitetura alvo precisa ter um portão baseado no conhecimento essencial da Fase A. Esse conhecimento aborda a parte difícil da governança da arquitetura empresarial — quem tem autoridade de decisão. Ele separa os tomadores de decisão dos consultores e implementadores.
Isso nos permite abordar a parte difícil do método de governança de arquitetura empresarial real, um conjunto variável de stakeholders aprovando a arquitetura. No entanto, sua aprovação está sujeita às diretrizes e restrições da arquitetura superior.
Isso nos ajuda a desenvolver uma arquitetura com simplificação governança de implementação porque os principais líderes de implementação estarão envolvidos no desenvolvimento de uma arquitetura que atenda às expectativas de desempenho em cascata, às restrições e ao apetite ao risco.
Lista de verificação de governança da arquitetura de destino
A Lista de Verificação de Governança da Arquitetura Alvo foi publicada inicialmente no Guia do Administrador de Arquitetura Corporativa. Foi incluído no Padrão TOGAF através do Guia do profissional para o desenvolvimento de arquitetura empresarial.
A lista de verificação é um conjunto de controles que garantem que o arquiteto corporativo seguiu as instruções. A lista de verificação é um mecanismo de controle.
Usar a lista de verificação de governança de arquitetura de destino e ter processos de governança de arquitetura que respeitem os direitos de decisão das partes interessadas permite uma arquitetura empresarial eficiente e executável.
Lista de verificação de governança da arquitetura de destino
- As partes interessadas corretas foram identificadas: Sim/Não
o Se sim, prossiga
o Caso contrário, encaminhe o arquiteto para envolver-se com as partes interessadas apropriado à arquitetura que está sendo desenvolvida - As restrições e orientações da arquitetura superior foram levadas em consideração: Sim/Não
o Se sim, prossiga
o Caso contrário, exerça a mudança, alívio e aplicação da Governança da Arquitetura ou instrua o arquiteto a levar em consideração as orientações e restrições da arquitetura superior - Os especialistas no assunto concordam com os fatos e a interpretação dos fatos na arquitetura: Sim/Não
o Se sim, prossiga
o Caso contrário, oriente o arquiteto a se envolver com os especialistas no assunto ou desenvolva uma recomendação para as partes interessadas de que devem ter limitações de confiança - Quaisquer restrições ou orientações produzidas refletem as visões produzidas para as partes interessadas e quaisquer modelos e análises de arquitetura subjacentes: Sim/Não
o Se sim, prossiga
o Se não, encaminhe o arquiteto para fazer seu trabalho - As visões produzidas para as partes interessadas refletem suas preocupações e refletem quaisquer modelos e análises de arquitetura subjacentes: Sim/Não
o Em caso afirmativo, dirija-se aos Stakeholders para aprovação
o Se não, dirija o arquiteto para desenvolver Vistas - As partes interessadas entendem o valor e qualquer incerteza na obtenção do valor, fornecido ao atingir o estado-alvo: Sim/Não
o Se sim, prossiga
o Se não, dirija o arquiteto para desenvolver Views e devolva aos Stakeholders - As partes interessadas entendem o trabalho necessário para atingir o estado-alvo e qualquer incerteza na realização bem-sucedida do trabalho: Sim/Não
o Se sim, prossiga
o Se não, dirija o arquiteto para desenvolver Views e devolva aos Stakeholders - As partes interessadas entendem quaisquer limitações na confiança que devem ter na arquitetura de destino: Sim/Não
o Se sim, prossiga
o Se não, dirija o arquiteto para desenvolver Views e devolva aos Stakeholders - As partes interessadas aprovaram as opiniões: Sim/Não
o Se sim, publique a arquitetura corporativa no repositório de arquitetura corporativa como arquitetura de destino aprovada.
o Caso contrário, o Conselho de Arquitetura Corporativa deve decidir entre direcionar o arquiteto para retrabalhar a arquitetura ou cancelar a iniciativa de arquitetura

Governança de Implementação
A governança da arquitetura durante a implementação deve ser fácil. As partes interessadas aprovaram a meta e o trabalho para atingir seus objetivos. As partes interessadas desempenharão o núcleo da governança – direção e controle. Sem rodeios, quando você tem uma boa arquitetura, as partes interessadas direcionarão todos com uma função de implementação para entregar. Eles vão testar o resultado.
Dado eficaz governança da arquitetura alvo você tem orientação para os implementadores. Quer você os chame de Fins e Meios ou Expiações e Restrições de Desempenho, ou seja um Projeto em um Portfólio - você tem algo que as partes interessadas esperam que seja mudado. Você provavelmente também terá restrições sobre como ou quando proceder.
Essas expectativas e restrições de desempenho são a base da governação da implementação.
TOGAF Fase G tem tudo a ver com Governança de Implementação. Como você usa a orientação para prosseguir com a implementação. Quais restrições são fornecidas. O papel do arquiteto corporativo concentra-se principalmente na orientação e interpretação. Como último recurso, quando a orientação e as restrições não forem seguidas, fornecem uma recomendação de não cumprimento.
Restrições de implementação
Você pode pensar na arquitetura corporativa como um conjunto de restrições à liberdade do implementador. As restrições traduzem os objetivos do Stakeholder em termos que importam para um implementador.
Todo o trabalho realizado por um arquiteto empresarial é obter a restrição correta. A restrição correta limita a criatividade e a experiência de uma equipe de implementação para fornecer os principais benefícios. Esse é o desafio da governança da arquitetura – como essa implementação deve dar suporte ao objetivo amplo da empresa.
Durante a implementação, a governança da arquitetura se resume a garantir que eles atinjam os objetivos corporativos primordiais. O arquiteto corporativo não precisa se preocupar com os resultados táticos específicos do projeto. A equipe do projeto cobrirá isso. O arquiteto corporativo precisa se preocupar com os resultados fora do escopo do projeto.
Usamos termos como objetivo amplo da empresa, objetivo das partes interessadas ou benefício principal para distinguir tipos distintos de objetivos. Francamente, as equipes de projeto devem estar preparadas para entregar um benefício do projeto em detrimento da meta da empresa se a ligação não for óbvia. Não estamos sugerindo que as equipes de projeto sejam irresponsáveis. Em vez disso, se a ligação não for óbvia entre uma escolha de implementação e prejudicar um objetivo empresarial, as pressões da execução do projeto fazem com que eles restrinjam seus critérios de decisão. Se não o fizessem, poderíamos obter uma nova equipe de implementação focada no projeto em questão.
A arquitetura corporativa orienta a mudança. Se não houver nenhuma mudança necessária, você não precisa de uma arquitetura corporativa. A governança da arquitetura restringe a implementação porque é aqui que o resultado é entregue. É aqui que obtemos a melhor combinação de resultados táticos de projetos e resultados empresariais.
Dois fatores afetam a governança da mudança. Primeiro, as organizações operam em um ambiente dinâmico e a análise da arquitetura de destino não pode avaliar todas as circunstâncias ou opções de mudança possíveis. Em segundo lugar, eles produziram o alvo para um propósito. Muito provavelmente esse propósito não forneceu o nível de detalhes exigido por uma equipe de implementação. Isto é especialmente verdadeiro com desenvolvimento ágil de software.
Lista de Verificação de Governança de Implementação
A Lista de Verificação de Governança da Arquitetura fornece um conjunto de testes a serem aplicados à avaliação de conformidade e recomendação de não conformidade do arquiteto corporativo.
- A organização que está embarcando em uma mudança interpretou razoavelmente a orientação da arquitetura alvo e a restrição razoável: Sim/Não?
- Se sim, devemos aceitar sua interpretação como conformidade e quaisquer questões abordadas por meio de uma mudança na arquitetura
- Caso contrário, prossiga com a avaliação de não conformidade e prepare uma recomendação de melhoras.
- Os especialistas no assunto concordam com os fatos e a interpretação dos fatos na avaliação de impacto: Sim/Não?
- Se sim, prossiga
- Caso contrário, oriente o arquiteto a se envolver com os especialistas no assunto ou desenvolva uma recomendação para as partes interessadas de que eles devem ter limitações de confiança
- Os especialistas no assunto concordam com a recomendação de aplicar a meta, conceder alívio com prazo determinado ou alterar a arquitetura: Sim/Não?
- Se sim, prossiga
- Caso contrário, oriente o arquiteto a se envolver com os especialistas no assunto ou desenvolva uma recomendação para as partes interessadas de que eles devem ter limitações de confiança
- As opiniões produzidas para as partes interessadas refletem a avaliação de impacto e refletem qualquer sustentação modelos de arquitetura e análise: Sim/Não?
- Se sim, prossiga para as partes interessadas para aprovação
- Se não, dirija o arquiteto para desenvolver Views
- As Partes Interessadas compreendem quaisquer limitações de confiança que devem ter na avaliação de impacto: Sim/Não?
- Se sim, prossiga
- Se não, dirija o arquiteto para desenvolver Views e retornar aos Stakeholders
- Os Stakeholders entendem o impacto no Valor esperado anterior e qualquer mudança na certeza em alcançar o Valor, proporcionado ao atingir o estado alvo: Sim/Não?
- Se sim, prossiga
- Se não, dirija o arquiteto para desenvolver Views e retornar aos Stakeholders
- As partes interessadas aprovaram a recomendação para impor a meta, conceder alívio ou alterar a arquitetura: Sim/Não
- Se sim, o Conselho de Arquitetura Corporativa deve aprovar a recomendação de ação de não conformidade para publicação no repositório do EA
- Caso contrário, o conselho de governança da arquitetura corporativa tem uma decisão difícil. Em resumo, oriente o arquiteto corporativo a expandir as informações fornecidas ao Stakeholder para obter uma decisão diferente ou refaça a recomendação para adotar as preferências do Stakeholder.

Recomendação de melhoras (recomendação de não conformidade)
O papel da governança de implementação é gerenciar a avaliação e a aplicação da conformidade. Todas as alterações estão sujeitas a revisões de conformidade em relação às restrições e orientações na arquitetura de destino. Normalmente, eles realizam avaliações periodicamente para avaliar o estado atual de mudança operacional e associadas a um projeto para avaliar a mudança orientada pelo projeto.
Onde houver acordo entre uma escolha de implementação e o resultado da empresa, temos total conformidade. Não há nada a se fazer. Esse ponto é fundamental para entender como executar a governança leve. Só trabalhamos onde há um problema.
Quando um projeto de implementação não é entregue ou não segue uma restrição, o arquiteto corporativo deve às partes interessadas uma recomendação de não conformidade.
Quando há um problema, o arquiteto corporativo fornece uma recomendação sobre o que a parte interessada deve fazer. A Recomendação de Não Conformidade é a governança da arquitetura em ação. Identifica o caminho de menor custo para recuperar o valor esperado. Cada recomendação resultará na possibilidade de a parte interessada ter três opções:
- impor a conformidade com a arquitetura de destino
- fornecer alívio e permitir que o projeto ignore a arquitetura de destino
- alterar a arquitetura de destino
O papel do arquiteto corporativo é traduzir as implicações de uma escolha de implementação de projeto em seu impacto na organização. Este é o reverso direto da criação de uma arquitetura corporativa. Ao criar uma arquitetura corporativa, o arquiteto encontrou o conjunto mínimo de restrições para impor o benefício principal. Durante a governança da arquitetura, o conjunto de pequenas decisões em vários projetos se combina para dirigir o navio.
Uma prática recomendada Conselho de Arquitetura Empresarial testa a recomendação dos arquitetos corporativos com a Lista de Verificação de Governança de Implementação.
Abordagem de Medição de Valor
Conclusão do papel crucial das listas de verificação de governança da arquitetura empresarial
As listas de verificação de governança de arquitetura empresarial simplificam governança de arquitetura corporativa processos. O processo de governança precisa aprovar arquitetura alvo e fornecer governança de implementação.
A implementação de um método robusto de governança de arquitetura empresarial requer:
- um conselho de revisão de arquitetura dinâmica para fornecer responsabilidade e rastreabilidade
- garantindo que as partes interessadas possuam decisões de arquitetura através de trade-off entre alternativas de arquitetura
- arquitetos empresariais desenvolvendo vistas da arquitetura
O resultado é a confiança no arquitetura empresarial. Você sabe que ele representa o melhor caminho para atingir metas e objetivos de alto nível.