Desenvolva visualizações de arquitetura
Resumo do artigo
- O que é uma visão de arquitetura?
- Quantas visualizações você precisa?
- Desenvolvimento de arquitetura de velocidade com a Viewpoint Library
- Navegar no modelo de ponto de vista
- Navegue pelo Atlas para dar suporte à Biblioteca de Pontos de Vista do Portfólio
- Navegar pela biblioteca do Innovation Atlas Viewpoint
- Conclusão do desenvolvimento de visualizações de arquitetura

O que é uma visão de arquitetura?
Uma visão de arquitetura explica a arquitetura em termos da preocupação das partes interessadas. Uma visão ajuda uma parte interessada a avaliar uma alternativa de arquitetura e toda a arquitetura.
Architecture View não é um modelo de arquitetura simplificado
Architecture View explica a arquitetura
A visão da arquitetura explica a arquitetura em termos de uma preocupação
Visões de arquitetura giram em torno de preocupações. Algo como agilidade. Ou viabilidade. Ou eficiência. Ou impacto de mudança. Ou todos os quatro.
A visão explicará a arquitetura em termos de agilidade, viabilidade, eficiência ou impacto de mudança.
Qual é a aparência de uma visualização de arquitetura?
As visualizações representam uma análise da arquitetura! Elas geralmente são entregues por meio de tabelas ou diagramas. Depende das informações que precisam ser fornecidas.
Não desenhe apenas um diagrama e espere que o público deduza as informações de que precisa. Em vez disso, comece com o stakeholder e a preocupação.
Em seguida, identifique o que você precisa saber para explicar a arquitetura em termos da preocupação.
Por fim, selecione uma abordagem para explicar.
Como exemplo, Líder Sênior e Alinhamento Estratégico. Você precisa saber como a arquitetura entrega em relação à estratégia da empresa e aos objetivos de alto nível.
Você precisa saber:
- Estratégia Empresarial (resultado/objetivo/meta)
- A contribuição incremental da mudança da arquitetura para a prioridade (resultado/objetivo/meta)
- Espera-se que iniciativas em andamento apoiem a prioridade da empresa (resultado/objetivo/meta)
- O esforço para entregar a contribuição
Eles usarão isso para determinar se o alvo potencial é uma ajuda significativa para a estratégia.
Neste exemplo, começaríamos com um gráfico de radar, um gráfico de bolhas ou uma tabela.
- O gráfico de radar nos permitiria mostrar a contribuição para diferentes prioridades
- O gráfico de bolhas pode mostrar contribuição, esforço e tempo em relação a uma única prioridade ou alguma forma de contribuição combinada.
- A tabela seria os dados que sustentam o gráfico de radar ou de bolhas.
Architecture View não é um modelo de arquitetura simplificado
A maioria das ferramentas e discussões de modelagem confundem visualizações e modelos de arquitetura.
Lembre-se, uma visualização explica a arquitetura em termos da preocupação de uma parte interessada. Modelos de arquitetura são simplificações do mundo real. Os modelos nos ajudam a entender como o mundo real funciona. Os modelos são essenciais para fornecer a você o conhecimento para uma visão.
É possível que um único modelo forneça informações suficientes para responder a uma preocupação. Não é provável, mas é possível.

Quantas visualizações de arquitetura você precisa?
Não há limite aparente para o número de visualizações que podem ser produzidas. Quanto mais interessados, mais preocupações e mais alternativas de arquitetura, mais visualizações.
Use uma barreira de valor
Para gerenciar o ciclo de decisão, estamos sempre procurando razões para eliminar um alternativa de arquitetura. Interromper a análise de ideias fracas libera capacidade para alternativas fortes.
Não temos medo de eliminar alternativas. No trabalho de Portfólio, uma fração muito alta de mudanças potenciais não consegue atingir os obstáculos de valor mínimo. De uma perspectiva de produtividade, todo trabalho para continuar a análise de mudanças que nunca serão financiadas é desperdício.
Valor é uma proporção simples de benefício dividido pelo esforço ajustado ao risco. Arquitetura de risco, nos ajuda a explorar o benefício ajustado pela incerteza de sua colheita. E o trabalho ajustado pela incerteza é completamente delimitado e bem estimado.
O benefício nem sempre é financeiro. Você encontrará benefícios em muitas preocupações padrão – agilidade, eficiência, proposta de valor melhorada e até menos incerteza.
Você está bem na raiz de governança de arquitetura corporativa. Você está trabalhando especificamente para direcionar as partes interessadas (expectativas e restrições de desempenho). A análise e troca de arquitetura estão levando à seleção das melhores mudanças disponíveis.
Projete sua estrutura de arquitetura corporativa para visualizações de arquitetura
A estrutura da sua arquitetura empresarial deve ser otimizada para o seu caso de uso de arquiteto corporativo. Ele deve especificar os modelos e visualizações obrigatórios. Os modelos criam o conhecimento necessário para as visualizações que você deve construir.
Um caso de uso muito comum do Portfólio é o Caso de uso de modernização de TI. O resultado é um Portfólio de Infraestrutura e Aplicativos de TI modernizados. A Modernização de TI geralmente se torna uma prioridade devido a dívidas técnicas ou aquisições. A Modernização de TI enfrenta obstáculos contínuos de entrega de valor vinculados a Impacto da mudança, Viabilidade, Eficiência, e Agilidade.
Crie uma biblioteca de pontos de vista alinhando as classes e preocupações normais de stakeholders para um caso de uso de arquitetura empresarial. Em seguida, minimize implacavelmente as demandas de informação para os modelos de arquitetura empresarial necessários.
Dirija minimizando informações e análises. Nós focamos o Desenvolvimento da equipe EA nas perguntas que eles precisam responder para as partes interessadas do seu caso de uso. Garantimos que os modelos e o suporte para o desenvolvimento de visões de arquitetura envolvam a equipe EA.
Incorporar visualizações na governança de arquitetura
O lista de verificação de governança de arquitetura de destino verifica se as partes interessadas entendem o valor, o esforço e a incerteza. Visões que abordam preocupações padrão como Impacto da Mudança, Custo da Mudança ou Viabilidade devem ser incorporados em seu processo do conselho de revisão de arquitetura.
Você garante que a análise correta seja feita nas arquiteturas candidatas para garantir que as partes interessadas entendam o valor, o esforço e a incerteza de uma alternativa de arquitetura. Isso leva a uma maior decisões de arquitetura.
Desenvolvimento de velocidade com biblioteca de pontos de vista
Sem uma biblioteca de pontos de vista, capturamos o arquiteto empresarial sem ponto de parada. Sem se concentrarem nas preocupações dos principais intervenientes e nas decisões de compromisso associadas, trabalham em questões aleatórias.
Os melhores arquitetos corporativos são 50-100 vezes mais produtivo. Eles geram essa produtividade com demandas de informação radicalmente menores. Eles buscam menos informações e analisam menos. Eles concentram tempo e energia nos obstáculos de valor das partes interessadas.
Em cada etapa eles perguntam quais informações são necessárias para abordar as preocupações obrigatórias. Em resumo, eles perguntam qual visão de arquitetura ajudará o interessado a fazer uma escolha.
Recomendamos que você desafie tudo. Minimize implacavelmente a carga analítica.
Preste atenção à direção implícita que as partes interessadas fornecem. Por exemplo, se cada decisão de trade-off tiver escolhido tempo de lançamento no mercado sobre sustentabilidade, só há uma coisa a fazer. Ouça a orientação das partes interessadas e desenvolva uma meta que possibilite o tempo de colocação no mercado. O início de a governança da arquitetura corporativa está ouvindo as instruções ao desenvolver o objetivo.
Não podemos enfatizar o suficiente a natureza iterativa deste estágio. Muitas equipes se submergem em minúcias. Fatos divertidos e minúcias são distrações do objetivo final de dar suporte a mudanças efetivas. Eles também dificultam a facilitação das partes interessadas direção e controle da implementação.
Navegar no modelo de ponto de vista
Ao preparar um Viewpoint, precisamos saber:
- Parte interessada
- Preocupação
- Conhecimento que o Arquiteto deve ter
- Como construir uma visualização
As informações necessárias para formar uma visão orientam o desenvolvimento de uma estrutura de arquitetura corporativa personalizada. Ele identifica os modelos de arquitetura necessários.
Desenvolva sua Viewpoint Library. Examine stakeholders consistentes e significativos e suas preocupações. Isso foca seu trabalho em valor.
Você alinhará sua arquitetura às preferências e prioridades de sua organização.
Preocupação | Parte interessada | Informação necessária | Ver construção |
Qual é a preocupação? Qual é um dos critérios que as partes interessadas usarão para avaliar a arquitetura alvo? |
Quem é o Stakeholder? | O que o arquiteto corporativo precisa saber para explicar a arquitetura alvo em termos da preocupação? | Como a View será construída? |
Exemplo | |||
Impacto da mudança
Qual é o impacto, ou escopo, de uma mudança? |
Líder sênior |
|
Tabela, gráfico de radar, gráfico de bolhas
Você nunca será capaz de identificar o impacto da mudança sem uma lacuna. |
Navegar pela biblioteca do Portfólio Atlas Viewpoint
Navegue no Atlas para dar suporte ao Portfólio Classes de partes interessadas, preocupações e matriz de partes interessadas/preocupações.
Navegue pelas classes das partes interessadas do portfólio
- Líderes Sênior têm responsabilidade pela gestão e supervisão.
Essa responsabilidade inclui aprovar e realinhar iniciativas estratégicas, acompanhar um portfólio de projetos, garantir que os benefícios transformadores sejam alcançados e cumprir as metas operacionais de negócios. - Proprietários de Portfólio ter responsabilidade pela gestão e supervisão de iniciativas estratégicas.
Essa responsabilidade inclui aprovar e realinhar projetos, acompanhar o progresso do projeto e garantir que os benefícios do projeto sejam alcançados. - Proprietários de Requisitos de Negócios têm a responsabilidade de identificar e expressar os requisitos de negócios.
Normalmente, essas partes interessadas são responsáveis por alguns aspectos da operação comercial. - Implementadores são responsáveis por desenvolver, integrar e implantar a solução.
- Proprietários de risco são os responsáveis por riscos específicos ou por um portfólio de riscos
- Parceiros de negócios são contratados para fornecer serviços que sustentem uma proposta de valor ao cliente.
Observação: a arquitetura não pode ser fornecida aos parceiros de negócios, mas deve ser avaliada sob a perspectiva deles. - Clientes são os consumidores-alvo de produtos e serviços.
Nota: A arquitetura não pode ser fornecida aos membros, mas deve ser avaliada a partir de sua perspectiva.
Navegue pelas preocupações do portfólio
- Agilidade:Qual é a capacidade da arquitetura de se adaptar a mudanças futuras não previstas?
- Eficiência:Como a arquitetura contribui para a eficiência das operações?
- Impacto da mudança:Qual é o impacto da mudança na arquitetura?
- Mudar Custo:Qual é o custo total da mudança para implementar e sustentar a arquitetura?
- Valor
- Alinhamento: Onde a arquitetura contribui para as prioridades estratégicas? Qual é a contribuição?
- Proposta de valor: Como a arquitetura aborda uma proposta de valor? A arquitetura cria novas propostas de valor? A arquitetura depende de uma proposta de valor?
- Diferenciação:Como a arquitetura aborda a diferenciação?
- Intimidade do cliente: A arquitetura permite entregar produtos e serviços que os clientes desejam? Qual é a confiança de que o novo produto ou serviço será apreciado por eles?
- ROI:Qual é o retorno financeiro sobre o investimento da arquitetura alvo.
- Risco (Incerteza)
- Risco para o ativo: Quais riscos para ativos existentes a arquitetura cria? Quais riscos existentes para ativos são abordados?
- Risco para benefício: Qual é a incerteza de entregar ou colher os benefícios esperados?
- Confiança: O que proporciona confiança no benefício, nos custos de mudança e na incerteza da arquitetura?
- Viabilidade:Qual é a probabilidade de a arquitetura ser realizada e sustentada?
- Segurança:A arquitetura abordará consistentemente os riscos e oportunidades incorporados nas operações?
- Especificação: O que precisa ser construído para concretizar a arquitetura?
- Operações contínuas
- Confiabilidade: Como a arquitetura fornecerá valor de forma consistente e operará com segurança?
- Resiliência: Qual é a capacidade da arquitetura de suportar ou se recuperar rapidamente de dificuldades? Onde a arquitetura tem menor resiliência?
- Continuidade de Negócios: A arquitetura fornece o nível apropriado de continuidade? Onde há limites na continuidade dos negócios?
- Escalabilidade: A arquitetura pode lidar com a gama de demandas? Quais são as restrições de crescimento ou expansão da arquitetura?
- Autocura:Qual é a capacidade da arquitetura de retornar à operação plena após um incidente sem intervenção externa?
- Ecossistema
- Conformidade (Regulatório/Contrato): Como a arquitetura aborda a conformidade. A arquitetura simplifica o gerenciamento de conformidade? Onde a arquitetura impõe a conformidade?
- Cenário competitivo: Como a arquitetura aborda ameaças e oportunidades no cenário competitivo? Como a arquitetura cria novas oportunidades no cenário competitivo?
- Sustentabilidade
- Responsabilidade social: Como a arquitetura aborda as metas e os requisitos de responsabilidade social?
- Ambiente:Como a arquitetura aborda as metas e os requisitos ambientais?
Navegar na Matriz de Interesses/Partes Interessadas do Portfólio
Agilidade | Eficiência | Proposta de valor | Alterar custo | Impacto da mudança | Alinhamento estratégico | Viabilidade | Confiabilidade | Controle (Segurança) | Especificação | Risco (Incerteza) | Confiança | Intimidade do cliente | Escalabilidade | Continuidade de Negócios | |
Líder sênior | x | x | x | x | x | x | x | x | |||||||
Gerente de portfólio | x | x | x | x | x | x | x | x | x | x | |||||
Proprietário do requisito comercial | x | x | x | x | x | x | x | x | |||||||
Implementador | x | x | x | x | x | x | |||||||||
Proprietário do Risco | x | x | x | x | x | x | x | ||||||||
Parceiro de negócios | x | x | x | x | x | x | x | ||||||||
Cliente | x | x | x | x | x | x |
Navegar pela biblioteca do Innovation Atlas Viewpoint
O Navigate Innovation Atlas usa as mesmas partes interessadas e preocupações do Navegue no Atlas para dar suporte ao Portfólio.
Navegar pela Matriz de partes interessadas/preocupações do Atlas de Inovação
Valor | Risco (Incerteza) | Operações contínuas | Ecossistema | Sustentabilidade | ||||||||||||||||||||
Agilidade | Eficiência | Impacto da mudança | Alterar custo | Alinhamento | Proposta de valor | Diferenciação | Intimidade do cliente | ROI | Risco ao Ativo | Risco para Benefício | Confiança | Viabilidade | Segurança | Especificação | Confiabilidade | Resiliência | Continuidade de Negócios | Escalabilidade | Autocura | Conformidade | Cenário competitivo | Responsabilidade social | Ambiente | |
Líder sênior | C | x | C | C | x | x | x | x | C | C | x | C | C | x | x | |||||||||
Proprietário do Portfólio | x | x | C | x | x | C | x | C | x | x | x | C | x | x | ||||||||||
Requisitos Proprietário | x | x | C | C | x | x | x | x | C | C | C | C | ||||||||||||
Implementador | x | C | C | |||||||||||||||||||||
Proprietário do Risco | x | C | x | C | C | x | x | x | x | x | x | x | C | |||||||||||
Parceiro de negócios | x | C | x | x | x | x | x | x | x | C | x | x | ||||||||||||
Cliente | x | x | C | C | x | x | C | C | C | C | C |
Navegar pelo exemplo de ponto de vista do Innovation Atlas
Preocupação | Parte interessada | Informação necessária | Ver construção |
Agilidade Qual é a capacidade da arquitetura de se adaptar a mudanças futuras não previstas? |
Parceiro de negócios |
|
O diagrama de dependência funciona bem para identificar onde a agilidade (ou inflexibilidade) é fornecida na arquitetura |
Agilidade
Qual é a capacidade da arquitetura de se adaptar a mudanças futuras não previstas? |
Líder sênior |
|
O mapa de calor funciona bem para identificar onde há pressão de mudança e dificuldade de execução de mudanças
O diagrama de dependência funciona bem para identificar onde a agilidade (ou inflexibilidade) é fornecida na arquitetura |
Impacto da mudança Qual é o impacto, ou escopo, de uma mudança na arquitetura? |
Líder sênior |
|
As tabelas funcionam bem |
Conclusão do desenvolvimento de visualizações de arquitetura
As melhores equipes de EA são previsíveis. Eles conhecem as questões-chave que precisam ser respondidas, as informações necessárias e reutilizam análises e decisões anteriores. Eles fornecem visualizações de arquitetura. Eles ajudam seus stakeholders a selecionar mudanças.
As melhores equipes de EA conhecem suas preocupações e partes interessadas obrigatórias. Eles trabalham para fazer concessões de arquitetura. Eles levam a uma decisão.
As partes interessadas precisam de visões de arquitetura empresarial para avaliar opções de arquitetura de acordo com seus critérios. Elas sempre terão metas e objetivos concorrentes. Qual alternativa de arquitetura é mais barata? Ou mais ágil? Ou melhor para proposta de valor? Declaradas como preocupações, elas precisam que a arquitetura seja explicada em termos de Impacto de Mudança, Viabilidade, Eficiência e Agilidade.
Lembre-se, a arquitetura desenvolve requisitos. Requisitos impostos aos implementadores. Requisitos que serão uma mistura de expectativas de desempenho e restrições.
Espera-se que um arquiteto-alvo entregue valor – entregue benefícios específicos para o trabalho aprovado. As visões de arquitetura ajudam as partes interessadas a entender o impacto direto de suas escolhas. Elas fornecem os meios para que uma parte interessada aprove com confiança o roteiro de arquitetura, a plano de implementação, e as termo de abertura do projeto.
Tudo isso vem da criação de visualizações de arquitetura. Visualizações que descrevem a arquitetura em termos de uma preocupação. Visões que permitem que uma parte interessada faça a melhor escolha que melhor atenda às metas e objetivos concorrentes.
As visões da arquitetura são fundamentais para orientar mudanças eficazes.