Casos de uso de arquitetura corporativa

Os casos de uso de arquitetura corporativa identificam o que esperamos de nossa equipe de arquitetura corporativa. Sabemos que queremos nosso arquitetura empresarial para orientar a mudança efetiva. A questão é que tipo de mudança.

Todos os casos de uso de arquitetura corporativa são sobre mudanças. Mudança diferente. Eles definem as perguntas e a ajuda que esperamos de nossos arquitetos empresariais.

Considero os casos de uso da arquitetura corporativa como o tipo de mudança, o objetivo da equipe de arquitetura corporativa ou as perguntas mais frequentes. Usamos os casos de uso de arquitetura corporativa quando desenvolver equipes de arquitetura corporativa de alto desempenho.

 Por que os casos de uso de arquitetura corporativa são importantes

Muitas equipes de arquitetura corporativa lutam. Quando nós desenvolver equipes de arquitetura corporativa, começamos com as melhores práticas claras e perguntamos: "para qual mudança as partes interessadas querem ajuda?"

Focamos em casos de uso, porque a atividade básica arquitetos empresariais realizar é o mesmo. Desenvolvemos um arquitetura empresarial que ajuda as partes interessadas a tomar melhores decisões e liderar iniciativas de mudança bem-sucedidas. É por isso que podemos ter a base universal do Padrão TOGAF.

Fazemos as mesmas coisas. A única diferença é a pergunta que estamos respondendo. Perguntas diferentes significam que analisamos coisas diferentes, com problemas de base diferentes.

Quando conhecemos o caso de uso, podemos projetar a equipe de arquitetura corporativa. Então podemos desenvolver a equipe de arquitetura corporativa. Durante o desenvolvimento da equipe, você deve colher valor.

Casos de Uso da Arquitetura Corporativa Descrevem os Tipos de Mudança

Usamos a seguinte classificação para descrever os casos de uso da arquitetura corporativa. Primeiro, são tipos amplos de mudança. Em segundo lugar, os padrões TOGAF de equipes de arquitetura corporativa bem-sucedidas. Terceiro, problemas comuns nos quais vale a pena focar uma equipe de arquitetura corporativa.

Tipos Amplos de Casos de Uso de Arquitetura Corporativa de Mudança

Caso de uso de mudança estratégica ou disruptiva

Caso de uso de mudança incremental

Casos de uso de padrão de equipe de arquitetura corporativa

Caso de uso de apoio à execução da estratégia

Caso de uso de suporte para desenvolvimento e execução de portfólio

Caso de uso de apoio à execução do projeto

Caso de uso de entrega de solução de suporte

Casos de Uso de Arquitetura Corporativa de Problemas Comuns

Mitigação do risco tecnológico

Modernização de TI

Transformação Digital

Transformação em nuvem

Racionalização do portfólio de aplicativos

Integração de aquisição

Arquitetura de segurança

Desenvolva sua equipe de arquitetura corporativa com casos de uso de arquitetura corporativa

A terceira etapa do desenvolvimento de sua equipe de arquitetura corporativa é saber que tipo de mudança sua empresa espera que você dê suporte. O que você poderia fazer é irrelevante. O que você acha que é valioso é irrelevante. O que um especialista sugere é que a 'melhor equipe EA' é irrelevante. Infelizmente, a maioria modelos de maturidade de arquitetura empresarial sugerir um 'melhor propósito'. Alinhe sua equipe de EA aos casos de uso valorizados por sua empresa.

Tipos Amplos de Casos de Uso de Arquitetura Corporativa de Mudança

Uma empresa precisará mudar de duas maneiras, de forma disruptiva ou incremental.

A mudança disruptiva será deliberada ou reativa. Ou a empresa embarcará em uma iniciativa estratégica deliberada ou reagirá a uma ameaça ou oportunidade em seu ecossistema. Quando fazemos uma mudança disruptiva deliberada, geralmente a chamamos de Mudança Estratégica.

Quando uma empresa embarca em uma mudança disruptiva, ela está lutando pela sobrevivência.

A mudança incremental é muito mais comum. Centenas, senão milhares, de vezes mais comuns. A razão é simples. Na maioria das vezes, nossas organizações são bem-sucedidas. Somos rentáveis. No setor público, cumprimos nosso mandato. Durante a mudança incremental, estamos realizando pequenas correções de curso. Parte das organizações de melhoria contínua sempre fazem.

Caso de uso de mudança estratégica ou disruptiva

Além das palavras que nos fazem sentir melhor, toda mudança disruptiva significa que estamos mudando de rumo para sobreviver. Nossa organização está em risco. Devemos fazer mudanças significativas e duradouras.

Mudaremos um curso por razões internas ou em reação a forças externas. Na maioria das vezes, reagimos a uma oportunidade ou ameaça emergente em nosso ambiente. Aqui, os arquitetos corporativos estão tentando ajudar a aproveitar uma oportunidade ou evitar uma ameaça. A capacidade de realizar mudanças disruptivas depende de sua agilidade empresarial.

Em suma, uma mudança estratégica altera a forma como uma organização pretende engajar seu ambiente. A simbiose da organização e seu ambiente força as conversas sobre o ambiente.

A implementação de mudanças estratégicas envolve fazer ajustes nas principais características de uma empresa, às vezes em resposta a novos riscos ou possibilidades de mercado. Esta mudança resulta da gestão superior, em particular do CEO. O processo de fazer ajustes em uma estratégia é conhecido como transformação estratégica. Uma estratégia é um plano de longo prazo para atingir objetivos específicos. As estratégias devem se concentrar na transformação de longo prazo, uma vez que são direcionadas para o futuro. Para se manter relevante em um mercado que está sempre mudando, isso é essencial. A prática de gerenciar a estratégia de maneira disciplinada para atingir as metas e missões corporativas é conhecida como gerenciamento estratégico de mudanças.

A mudança estratégica tem algumas desvantagens, incluindo ser difícil de prever e gerenciar. Por causa disso, muitas empresas fazem planos para todos os resultados possíveis. A gestão estratégica de mudanças é crucial para a viabilidade de longo prazo de uma empresa. As empresas que rejeitam a mudança estratégica acabarão sendo forçadas a sair do mercado; A Nokia é um exemplo bem conhecido no setor de smartphones. As empresas não prosperarão se não estiverem prontas para mudanças abruptas, imprevistas e drásticas. Muitas empresas reivindicam a transformação, mas raramente o fazem.

As empresas baseiam seus julgamentos em informações, fatos e cenários porque são incapazes de prever o futuro com precisão. Essas circunstâncias são muito significativas. E se essas coisas acontecessem? Como isso afetaria a forma como operamos? Encontrar uma agulha no palheiro pode parecer, mas muitas grandes empresas resistiram a reviravoltas prevendo eventos que pareciam improváveis na época. Isso inclui também a gestão de riscos. Se uma empresa prevê que algo acontecerá no futuro, ela tem duas opções: aceitar o risco ou diminuir o risco.

Como Projetamos Equipes de Arquitetura Corporativa para Caso de Uso de Mudança Estratégica

A capacidade de arquitetura corporativa mais crítica para apoiar mudanças estratégicas ou disruptivas é ser capaz de desenvolver Roteiros de arquitetura. Em particular, sua equipe de EA precisa desenvolver cenários de roteiro e Roteiro de Arquitetura Tipo 4: Análise de Cenário em vários candidatos.

Ciclo de decisão de arquitetura Nós usamos o Navegue pelo Atlas para apoiar a estratégia para este caso de uso de arquitetura corporativa. Nós nos apoiamos fortemente O diamante da estratégia de Hambrick para testar a estratégia. As respostas para as cinco perguntas garantem que a mudança disruptiva não tenha ignorado o essencial. Outra ferramenta poderosa é o Mapa de valores da Deloitte.

Recomendamos o Sete Alavancas da Transformação Digital para uma compreensão concisa da mudança digital disruptiva. Toda mudança estratégica altera o engajamento de uma organização com seu ambiente. Quando uma organização está empreendendo uma Transformação Digital, Alavanca 7 - Ecossistema e Modelo de Negócios incluem alterar o ambiente.

Por último, sabemos que o envolvimento com as partes interessadas incluirá a exploração da direção. Em termos de TOGAF ADM, a equipe explorará vários Visões de Arquitetura da Fase A. Isso exigirá pessoal com pessoas confortáveis com ambiguidade.

Características da agilidade empresarial

Prontidão: você pode detectar oportunidades e ameaças?
Acessibilidade: você pode acessar informações relevantes a tempo de responder?
Decisão: você pode tomar decisões usando as informações disponíveis?
Rapidez: você pode implementar suas decisões no tempo disponível?
Flexibilidade: o que você está fazendo para reduzir as barreiras à ação? Pense no seu exercícios de alongamento

Estratégia de Negócios Hambrick Diamondmond

Caso de uso de mudança incremental

A mudança incremental é o caso de uso de arquitetura corporativa mais comum. É um ponto ideal natural para uma equipe de arquitetura corporativa. Lidar com um espaço de problema geralmente envolve otimizar a mudança. Desdobrá-lo para fornecer termos de referência para projetos de mudança e clareza na entrega de valor.

A mudança incremental é uma mudança gradual em vez de mudanças abruptas ou de uma só vez. Você preferirá o progresso lento e incremental e a melhoria com a mudança. Sua abordagem preferida é inovar com o que já existe, em vez de sempre apresentar conceitos totalmente novos ou fazer mudanças ousadas e radicais. Você vai gostar de aprimorar os pontos fortes atuais e visualizar as situações através da perspectiva de melhorias potenciais. Os planos são simples de dividir em fases e compreender quando estão distribuídos em escalas de tempo progressivas.

O status quo pode ser modificado, ajustado ou refinado por um processo conhecido como mudança incremental, que envolve apenas modificações pequenas e diretas. Considerando essa descrição, é fundamental ressaltar que essa forma de mudança organizacional, também conhecida como mudança de primeira ordem, não modifica os fundamentos de uma organização. Na escala maior das coisas, a mudança incremental refere-se a relativamente poucas mudanças feitas em sistemas, hierarquias, modelos, bens, serviços e processos pré-existentes.

Além disso, a transformação incremental combina vários traços diversos. Acontece principalmente em uma série de pequenos estágios. Nenhuma etapa do processo leva um tempo excessivamente longo, mesmo que possa ocorrer por um longo período. Às vezes, as etapas são planejadas com antecedência, embora não seja necessário. Às vezes, quando os problemas se desenvolvem e são resolvidos ao longo do caminho, essas mudanças podem ocorrer espontaneamente e passar despercebidas pela administração.

A implementação de mudanças graduais tem várias vantagens. Nós a conectamos estreitamente àqueles que constroem empresas de sucesso que persistem por pelo menos 10 a 15 anos. Você não ficará paralisado por pensamentos grandiosos, mas fará as coisas, um passo de cada vez. Seu histórico fala por si; seu sucesso contínuo é uma prova de que qualquer um pode confiar em você.

Em suma, a mudança incremental tem uma prioridade estratégica e garante que a mudança seja otimizada.

Mais comumente, a mudança incremental melhorará um dos seguintes:

  1. custo de uma organização
  2. qualidade dos produtos ou serviços
  3. melhorar a agilidade empresarial

Melhorar custo

As organizações têm procurado melhorar sua posição de custo desde que temos organizações comerciais. O Mapa de valores da Deloitte fornece uma estrutura analítica simples para explorar a redução de custos.

Melhorar a qualidade

Existem muitas técnicas não arquitetônicas destinadas a melhorar a qualidade, principalmente o Seis Sigma. Hoje, envolver arquitetos corporativos para melhorar a qualidade significará uma Transformação Digital.

O Sete Alavancas da Transformação Digital fornece uma estrutura para a qualidade - você está falando sobre:

  • a qualidade do processo de negócios (Alavanca 1),
  • a qualidade do envolvimento do cliente (Alavanca 2),
  • a qualidade dos produtos (Alavanca 3),
  • a qualidade se TI e entrega (alavanca 4), ou
  • o impacto na qualidade de sua cultura organizacional (alavanca 5)

Melhore a agilidade empresarial

As características da agilidade empresarial são extraídas dos esportes e do loop OODA. As atividades de responder a uma ameaça ou oportunidade inesperada se resumem à sua capacidade de observar a mudança, decidir o que fazer e completar sua resposta. Todos os atletas de sucesso trabalham para fechar esses ciclos.

Chamamos o 5º atributo de agilidade empresarial flexibilidade por causa da raiz esportiva do Loop OODA. Os atletas praticam e trabalham a flexibilidade. Sua organização deve fazer o mesmo. Reduza as barreiras para observar uma ameaça ou oportunidade, coletar informações, escolher uma resposta e concluir as ações necessárias.

Todas as melhores organizações com as quais trabalhamos trabalham conscientemente na melhoria contínua.

Como Projetamos Equipes de Arquitetura Corporativa para Caso de Uso de Mudanças Incrementais

A capacidade de arquitetura corporativa mais crítica para suportar mudanças incrementais é ser capaz de desenvolver Roteiros de arquitetura. Em particular, sua equipe EA precisa desenvolver Roteiro de arquitetura Tipo 1: mapas de calor e Roteiro de Arquitetura Tipo 3: Impacto e Dependência.

Ciclo de decisão de arquitetura Na maioria das vezes vamos usar Navegue no Atlas para o portfólio de suporte para este caso de uso de arquitetura corporativa.

A mudança incremental depende inteiramente da capacidade de analisar a mudança com base em vários critérios. Um arquiteto corporativo que não se sente à vontade para criar Visualizações é inútil. A mudança incremental requer uma troca efetiva de arquitetura.

Por último, sabemos que o envolvimento com as partes interessadas incluirá a habilitação da mudança e a transição para o planejamento da mudança com os patrocinadores. Em termos de TOGAF ADM, a equipe desenvolverá roteiros de arquitetura claros. Isso exigirá pessoal com fortes habilidades analíticas e experiência em liderar mudanças efetivas.

Objetivo da Arquitetura Corporativa

Casos de uso de padrão de equipe de arquitetura corporativa

O segundo conjunto de casos de uso de arquitetura corporativa vem do propósito da sua equipe de EA. Equipes de EA de alto desempenho serão otimizadas para fornecer arquitetura para dar suporte à estratégia, portfólio, projeto ou solução.

Expliquei esses propósitos no Guia do Líder da Equipe EA e a Guia do profissional de arquitetura corporativa.

Arquitetura Corporativa para dar suporte ao Caso de Uso de Estratégia

As equipes da EA que dão suporte à estratégia fornecerão uma arquitetura de destino de ponta a ponta com duração de três a dez anos. Seus roteiros de arquitetura normalmente abrangerão muitos programas de mudança.

A arquitetura corporativa para apoiar a estratégia é usada para identificar as iniciativas de mudança e apoiar o portfólio e os programas. Define termos de referência, identifica sinergias e rege a execução da estratégia por meio de portfólio e programas.

Arquitetura Corporativa para dar suporte ao Caso de Uso de Portfólio

Os arquitetos corporativos que dão suporte ao portfólio auxiliam nas iniciativas de mudança multifuncional, multifásica e multiprojeto. Suas entregas geralmente abrangem um único portfólio.

A EA para apoiar o portfólio identificará projetos e definirá seus termos de referência, alinhará suas abordagens, identificará sinergias e governará sua execução de projetos.

Na economia de mercado contemporânea, as empresas devem se adaptar constantemente para se manterem competitivas. Esse crescimento causa modificações em toda a organização em muitos níveis. As mudanças devem ser cuidadosamente planejadas e monitoradas à medida que são implementadas. A abordagem de EA e as linguagens de modelagem oferecem planejamento geral e comunicação com as partes interessadas. O Gerenciamento de Portfólio de Projetos (PPM), que inclui Gerenciamento de Programas e Projetos, oferece execução controlada e entrega de mudanças.

Como EA e PPM são duas abordagens diferentes, é crucial que elas estejam totalmente vinculadas a processos de negócios coordenados e eficazes. Sua implementação combinada deve produzir mais valor adicional do que se fosse feita separadamente ou sem correlação.

Poucos recursos são acessíveis para pesquisar a integração dos campos de EA e PPM. Isso pode ser devido a uma forte relação simbiótica entre essas duas abordagens. Ninguém investigou a fundo a dificuldade de sua integração ainda. Existem muitas estruturas que tentam abordar quase todas as facetas do gerenciamento de mudanças corporativas e de TI, mas nenhuma delas foi e provavelmente nunca será padronizada internacionalmente.

Como o gerenciamento de projetos e portfólios não é um gerenciamento de trabalho orientado a metas, a EA não pode lidar com isso. O que o EA oferece é uma técnica que identifica vários pacotes de trabalho que foram acordados em toda a empresa e que devem ser planejados, executados e entregues por projetos gerenciados pelo PPM. O gerenciamento de mudanças na empresa no nível de estrutura organizacional, suporte a aplicativos, estrutura de dados e infraestrutura tecnológica é, portanto, tratado em conjunto pelo EA e pelo PPM.

Arquitetura corporativa para apoiar o caso de uso do projeto

As equipes de EA que apoiam o projeto estão auxiliando diretamente no método de entrega do projeto de sua organização. Eles geralmente trabalham em um único projeto.

A arquitetura corporativa para apoiar o projeto esclarecerá o propósito e o valor do projeto. Ele destacará a sinergia entre projetos e a dependência futura. Um uso crítico é permitir governança arquitetônicae apoiar o alinhamento entre os projetos.

Os roteiros são produzidos pela EA como uma entrega para identificar as conexões entre as capacidades organizacionais e os objetivos organizacionais. A técnica descreve um caminho de como esses objetivos serão alcançados, listando vários pacotes de tarefas entre os processos existentes e os processos ou objetivos de estado futuro, dependências e análise das lacunas.

As metas ampliam a visão da empresa. As metas são referências necessárias para atingir a visão da empresa. Para produzir um roteiro executável que garanta a realização da estratégia de negócios, a EA também incentiva o diálogo e oferece um mecanismo entre o Escritório de Gerenciamento de Projetos e a liderança empresarial. Na ausência de um departamento de EA dentro de uma organização, um PMO pode empregar a análise de negócios para compilar os requisitos de TI que suportam os objetivos de negócios, destacando possíveis interseções entre o EA e o PMO.

A arquitetura corporativa ajuda o gerenciamento de projetos no nível de entrega de projetos ou soluções, especificando os pacotes de trabalho que fazem parte de uma estratégia de gerenciamento de projetos. Para determinar o que deve ser feito para atingir as metas especificadas, as equipes de projeto consultam um catálogo de pacotes de trabalho. Esses pacotes de trabalho auxiliam no gerenciamento de recursos, que é importante para o gerenciamento de recursos humanos do projeto e estimativa de recursos de atividades. Para executar e supervisionar adequadamente um projeto, ambos são elementos cruciais de uma estratégia completa de gerenciamento de projetos.

O escritório de gerenciamento de projetos e a liderança empresarial consultam a arquitetura empresarial. Trabalhando em conjunto com executivos de negócios, a EA desenvolve uma proposta de estrutura que inclui todos os requisitos para a arquitetura de negócios, incluindo propósito, visão, missão, capacidades, objetivos de negócios, escopo, processo e requisitos funcionais.

Arquitetura corporativa para dar suporte ao caso de uso de entrega de soluções

Os arquitetos corporativos que trabalham para oferecer suporte à entrega de soluções geralmente estão focados em um único projeto ou em uma parte significativa dele. Sua arquitetura define como a mudança será projetada e entregue. Ele garante a compreensão das restrições, controles e requisitos de arquitetura. Atua diretamente como estrutura de governança de arquitetura para mudar.

Os arquitetos corporativos se esforçam muito para encontrar lacunas de arquitetura, avaliar possíveis correções e dependências e identificar e priorizar projetos, mas em algum momento ao longo do caminho, eles perdem o foco. O Enterprise Architect também está envolvido em arquiteturas de transição, que mostram como a Arquitetura Corporativa estará em uma determinada condição em um determinado momento e como o projeto fornecerá progressivamente essas arquiteturas de transição.

Com o auxílio da arquitetura empresarial, todas as iniciativas reconhecidas podem ter seu valor de negócio estimado desenvolvido. Podemos argumentar que a conclusão do projeto leva tempo e, como os arquitetos corporativos são um grupo ocupado, eles geralmente passam para outras tarefas urgentes dentro de uma organização e podem não estar mais cientes ou informados sobre os esforços contínuos. Saber quais projetos foram concluídos com sucesso e produziram vantagens comerciais e quais não foram, bem como as causas potenciais de sucesso ou fracasso para o planejamento futuro, é útil para o gerenciamento de portfólio.

Aceite os elogios se o projeto for bem-sucedido e produz vantagens, mas se houver retrocessos, analise as causas e verifique se o início foi falho. Os arquitetos corporativos devem acompanhar os projetos até a conclusão, manter linhas abertas de comunicação com as partes interessadas do negócio, manter contato com as equipes de projeto e tentar garantir o sucesso do projeto.

Como projetamos equipes de arquitetura corporativa para casos de uso de padrões de equipe da EA

Ao projetar uma equipe de arquitetura corporativa para dar suporte a um propósito padrão, buscamos o Modelo de referência de recursos de arquitetura corporativa.

Arquitetura de referência de recursos do EA

Em seguida, analisamos os principais recursos alinhados a cada finalidade.

Capacidades de Estratégia de Suporte

  • Desenvolver estratégia empresarial
  • Desenvolver Estratégia Departamental
  • Desenvolver Estratégia de Iniciativa
  • Desenvolver roteiros estratégicos

Recursos do portfólio de suporte

  • Ativar estabelecimento do programa
  • Desenvolver Arquitetura de Solução (Portfólio)
  • Desenvolver roteiros do programa

Capacidades do projeto de suporte

  • Ativar o estabelecimento do projeto
  • Desenvolver Arquitetura de Solução (Projeto)
  • Realizar suporte de aquisição
  • Desenvolver roteiros de projetos

Capacidades de entrega de soluções de suporte

  • Ciclo de decisão de arquitetura Desenvolver estratégia de fornecimento
  • Desenvolver arquitetura de solução (entrega de solução)
  • Realizar suporte de aquisição

Por último, sabemos que o modelo de engajamento muda com a mudança de propósito do suporte à Estratégia para o suporte à Entrega da Solução. Ao longo do continuum Strategy-Solution Delivery, os arquitetos passarão de:

  • explorar arquiteturas de destino com as partes interessadas para executar a governança para as partes interessadas
  • fornecer orientação e restrição aos patrocinadores para realizar a governança para os patrocinadores

Em termos de TOGAF ADM, os produtos de trabalho da equipe mudarão dependendo do padrão que eles suportam.

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 A: Visão da Arquitetura Entrega chave

Antes do enquadramento de uma sessão de planejamento estratégico

Atualizar antes do início do orçamento do programa

Entrega chave

Antes do início do planejamento orçamentário

Muitas vezes não é usado

A atividade para produzir uma visão se sobrepõe à arquitetura candidata de portfólio/programa e ao roteiro de arquitetura

O produto a ser entregue pode ser usado no início do caso de negócios

Uso limitado

O uso primário é anterior ao ciclo de implementação (por meio de fornecedores internos ou parceiros de execução)

Produto de Trabalho das Fases B, C e D: Arquitetura de Domínio Candidata Entrega chave

O uso principal é a compreensão das partes interessadas do objetivo e do trabalho.

O uso secundário é a criação da Especificação de Requisitos de Arquitetura para Arquitetos

Entrega chave

O uso principal é a compreensão das partes interessadas do objetivo e do trabalho.

O uso secundário é a criação da Especificação de Requisitos de Arquitetura para Arquitetos

Antes do início do projeto e finalização do business case

O uso principal é a criação da Especificação de Requisitos de Arquitetura para Implementadores

Antes da contratação de parceiros de execução (incluindo fornecedores internos)

O uso principal é a criação da Especificação de Requisitos de Arquitetura para Implementadores

Produto de Trabalho das Fases B, C e D: Itens do Roteiro Candidato Entrega chave

O uso principal é a compreensão do trabalho pelas partes interessadas.

O uso secundário é a criação de restrições para Arquitetos

Entrega chave

O uso principal é a compreensão das partes interessadas sobre o trabalho e a dependência.

O uso secundário é a criação de restrições para Arquitetos

Uso limitado
Pode ser usado como entrada para projetos com várias alterações interativas
Antes da contratação de parceiros de execução (incluindo fornecedores internos).

O uso principal é a identificação da mudança necessária e as preferências de como executar a mudança, para gerenciar a seleção e o engajamento do parceiro de entrega de soluções

Fase B, C & D Produto de Trabalho: Especificação de Requisitos de Arquitetura Uso limitado

Normalmente, os arquitetos podem inferir restrições da arquitetura superior.

Uso limitado

Normalmente, os arquitetos podem inferir restrições da arquitetura superior.

Entrega chave

Antes da conclusão do início do projeto

Entrega chave

Antes da contratação e contratação

Produto de Trabalho da Fase E: Arquitetura Corporativa Candidata Durante a sessão de planejamento estratégico

Atualizar conforme necessário no orçamento do programa

Entrega chave

Antes do início do planejamento orçamentário

O uso primário é a aceitação da meta e a definição da lacuna pelas partes interessadas

Antes do início do projeto e finalização do business case

O uso principal é a criação da Especificação de Requisitos de Arquitetura

Antes da contratação de parceiros de execução (incluindo fornecedores internos)

O uso principal é a criação da Especificação de Requisitos de Arquitetura

Produto de Trabalho da Fase E: Roteiro de Arquitetura Durante a sessão de planejamento estratégico

Atualizar conforme necessário no orçamento do programa

Entregável chave

Antes do início do planejamento orçamentário

Atualizar conforme necessário para apoiar o orçamento e o gerenciamento do programa

Uso limitado

Pode ser usado como entrada para projetos com várias alterações interativas

Antes da contratação de parceiros de execução (incluindo fornecedores internos)

O uso principal é a identificação da mudança necessária e as preferências de como executar a mudança, para gerenciar a seleção e o engajamento do parceiro de entrega de soluções

Tabela de TOGAF 10 Guia da Série TOGAF: Guia do Arquiteto Corporativo para Desenvolvimento de Arquitetura

Aplicar casos de uso de arquitetura corporativa

Casos de uso de problemas comuns de arquitetura corporativa

Somos continuamente solicitados a otimizar uma equipe de arquitetura corporativa para casos de uso comuns baseados em problemas. A maioria desses casos de uso de arquitetura corporativa é orientada a TI. Eles abordam questões de EA com uma inclinação de TI.

Caso de uso de mitigação de risco de tecnologia

Dívida de tecnologia. Muitas organizações acumulam dívidas de tecnologia. Quando as organizações enfrentam dívidas baseadas em dinheiro real, elas fazem duas coisas: tratam da origem da dívida ou declaram falência.

Risco de Tecnologia é risco, puro e simples. O risco é a eficácia da incerteza no cumprimento dos objetivos. A tecnologia que cria o risco de atingir os objetivos precisa ser tratada.

As organizações dependem da tecnologia para gerenciar adequadamente suas operações em todos os setores. O perigo cibernético é um dado com qualquer tecnologia e pode assumir muitas formas diferentes de muitas fontes. As causas mais frequentes e evitáveis de violações de dados são falhas de TI, aplicativos antigos e a infraestrutura que os suporta. Os efeitos de um desastre cibernético podem ser muito desafiadores para se recuperar em termos de perdas monetárias e de reputação.

Não importa o quão talentosa seja sua equipe, o gerenciamento de riscos tecnológicos é um problema vasto e complicado que não pode ser resolvido pela manutenção manual dos dados. Os arquitetos corporativos podem obter facilmente dados de produtos atualizados em todas as tecnologias. Esse conhecimento é necessário para projetar, gerenciar e aposentar adequadamente os componentes tecnológicos, bem como para avaliar o risco dos cenários de aplicativos.

Design da equipe EA para mitigar o risco de tecnologia

Quando enfrentamos o Risco Tecnológico de Mitigação, usamos o Navegue no Atlas SABSA e no Atlas Navigate Program & Portfolio Management. Extraímos os Domínios de Risco da SABSA e analisamos a tecnologia em termos de Portfólio.

Em todos os casos, você está procurando um roteiro claro e acionável para gerar esses resultados.

Caso de uso de modernização de TI

A Tecnologia da Informação age como outra infraestrutura - envelhece. À medida que envelhece, a TI falha cada vez mais em atender às esperanças e sonhos atuais. Gostamos de pensar na infraestrutura de TI como uma infraestrutura que não se desgasta fisicamente. Outras infra-estruturas sofrem desgaste - um caminhão percorre quilômetros. Vento, chuva, sal, ferrugem, partilha-choca e rola. Isso se desgasta.

Por outro lado, a infraestrutura de TI continua funcionando. Pense em um antigo Modelo-T. Liga, funciona, vaza óleo exatamente como quando era novo. No entanto, ele não pode transportar 50.000 libras a 65 MPH como um caminhão semi-reboque moderno.

Modernização Muitas vezes é como uma substituição de frota - tudo está conectado. Adoramos a teoria, cortando ou nos afastando de aplicativos com uso intensivo de recursos. Encontre substitutos para aqueles com alto custo de propriedade. Então você atinge a realidade do antigo aplicativo processando um terço da receita, com o negócio focado em novos serviços para novas receitas.

As iniciativas de modernização de TI geralmente usam uma estratégia incremental, que envolve a modernização gradual dos ativos de TI até que todo o sistema seja atualizado. Tem se mostrado útil modernizar gradualmente os sistemas de TI, principalmente para reduzir os riscos operacionais que surgiriam se tudo fosse feito de uma só vez. A desvantagem dessa estratégia é que as equipes de desenvolvimento operam isoladamente e não têm uma perspectiva ampla. A arquitetura corporativa integra todas as camadas de uma organização, do negócio à infraestrutura de TI, permitindo que os executivos de TI priorizem iniciativas de modernização com base nos objetivos de negócios e vejam como esses projetos afetarão seus sistemas de TI.

A Arquitetura Corporativa conecta os objetivos de negócios com os recursos de negócios no contexto da modernização de TI. Para mapear os recursos de negócios atuais e entender como eles podem evoluir, os arquitetos corporativos colaboram com as equipes de negócios. Isso oferecerá uma visão mais clara de como uma capacidade deve se desenvolver nos próximos anos ou se ela visa uma nova categoria de consumidores.

Ao alinhar objetivos de transformação, recursos de negócios e funções de TI necessárias em uma linha do tempo, os arquitetos corporativos podem usar um roteiro corporativo para capturar as demandas de negócios atuais e futuras. A futura arquitetura de TI que dará suporte completo aos recursos de negócios pretendidos será definida.

A arquitetura corporativa também pode especificar a arquitetura de TI futura, o que é útil. Os arquitetos corporativos mapeiam o ambiente de TI atual como ponto de partida. Para fazer isso, os aplicativos e a tecnologia de uma organização devem ser inventariados. Ciclos de vida de aplicativos, custos, implantações, fluxos de troca e como eles atendem aos negócios são apenas alguns dos aspectos que podem ser usados ao fazer um inventário de aplicativos. Os arquitetos corporativos podem criar uma nova arquitetura de TI com base nos recursos de negócios reconhecidos quando o inventário de aplicativos estiver concluído. Os mapas de capacidade de negócios ajudam a demonstrar os recursos de TI necessários para dar suporte às operações de negócios à medida que a organização muda para resolver novos problemas.

Por meio de iniciativas de modernização de TI, determinados componentes ou partes do ambiente de TI podem ser atualizados para atender aos novos recursos de negócios após o estabelecimento da arquitetura de TI pretendida, incluindo aplicativos e tecnologias.

Por último, mas não menos importante, a arquitetura corporativa pode coordenar seu plano de TI com seus objetivos corporativos. Cada projeto vem com uma justificativa ou caso de negócios, descrevendo por que deve ser feito, juntamente com custos, recursos, prazo e quaisquer perigos potenciais.

As empresas podem montar um conselho executivo composto por especialistas em TI e negócios para priorizar essas iniciativas. Os projetos são priorizados reunindo os dois tipos de líderes de acordo com os objetivos de cada stakeholder.

Podemos formar o roteiro de TI assim que as tarefas forem priorizadas e colocadas em uma linha do tempo. Uma declaração das metas estratégicas de negócios, um cronograma de projeto, um caso de negócios, o custo esperado e a duração de cada projeto são todos componentes necessários de um roteiro de TI eficaz.

Design de equipe EA para modernização de TI

Boa equipes de arquitetura corporativa ajudar com uma visão clara de seus investimentos em TI, seu valor atual e fornecer conselhos pragmáticos sobre onde investir. Aconselhamento de investimento é um problema de portfólio. A modernização de TI não é apenas um problema de tecnologia. Sempre reforçamos o Arquitetura de negócios capacidade porque projetar apenas para a tecnologia não terá sucesso.

Para habilitar o Caso de Uso de Modernização de TI, nos alinhamos projetando para Arquitetura para dar suporte ao Portfólio.

Caso de uso de transformação digital

Com demasiada frequência, vemos pessoas falando sobre Transformação Digital e Cloud Transformation como um switch de infraestrutura. Que absurdo.

Há  Sete Alavancas da Transformação Digital. Você pode controlar todas as Sete Alavancas ou pode tentar mudar sem controle de sua trajetória, velocidade ou... Cada alavanca habilita ou desabilita um recurso de mudança diferente.

Sete Alavancas - Impacto de Alavancas Puladas Cada Alavanca tem um impacto negativo se você não a tiver sob controle.

  • Alavanca 1 - Transformação do Processo de Negócios
  • Alavanca 2 - Envolvimento e Experiência do Cliente
  • Alavanca 3 - Digitalização do Produto ou Serviço
  • Alavanca 4 - Transformação de TI e Entrega
  • Alavanca 5 - Cultura Organizacional
  • Alavanca 6 - Estratégia
  • Alavanca 7 - Ecossistema e Modelo de Negócios

Design de equipe da EA para transformação digital

A Transformação Digital precisará de algumas perguntas de estratégia respondidas. No entanto, muitos podem ser atendidos rapidamente, deixando a execução. Como resultado, nos alinhamos projetando para Arquitetura para dar suporte ao Portfólio.

Caso de uso de transformação na nuvem

Novos modelos de empresa orientados a serviços geradores de valor agora são possíveis graças à tecnologia em nuvem. Reduções de custos, ganhos de produtividade, time to market acelerado e capacidade de crescer com a demanda são apenas algumas vantagens da computação em nuvem. Depois de mudar para a nuvem, as empresas também podem aumentar significativamente a utilização de ativos, economizar custos operacionais e reformular os relacionamentos com seus funcionários de TI.

Um fator significativo na determinação da estratégia de TI e de negócios é a nuvem. Mas a compreensão da transição para a nuvem é seriamente prejudicada por ambientes corporativos complicados e tecnologia em constante evolução.

Grandes mudanças organizacionais, operacionais e tecnológicas são necessárias para migrar com sucesso para a nuvem. Restrições orçamentárias, a exigência de crescimento exponencial, a complexidade das regras de negócios à medida que se tornam mais sofisticadas e as leis externas são apenas alguns dos obstáculos que afetam a adoção da nuvem ao longo do caminho. A capacidade de implementar um roteiro da infraestrutura tradicional para a nuvem é uma obrigação para os arquitetos corporativos.

A Arquitetura Corporativa oferece uma perspectiva automatizada e abrangente de infraestruturas multinuvem em escala corporativa, o que auxilia na governança e na melhoria de seus projetos de nuvem. Uma ampla gama de elementos, incluindo recursos existentes e futuros, a estratégia do portfólio de aplicativos, questões operacionais e organizacionais relacionadas a pessoas e processos, bem como indicadores de custo, devem ser levados em consideração para uma transição para a nuvem bem-sucedida. Para reduzir os riscos e manter a conformidade nas implantações de nuvem, é essencial compreender totalmente essas complexidades. Para simplificar a importação de dados, a arquitetura corporativa se integra aos principais provedores de nuvem e oferece uma perspectiva sobre a arquitetura de nuvem. Os arquitetos corporativos podem especificar os recursos de destino, escolher se os aplicativos devem permanecer no local ou transferir para a nuvem e definir os recursos de destino.

Design de equipe da EA para transformação na nuvem

A transformação em nuvem é um problema de portfólio. A empresa está redesenhando sua Organização de TI. Sempre reforçamos o Arquitetura de negócios capacidade porque projetar para a tecnologia falhará. re-arquitetar a Organização de TI.

Para habilitar a Transformação em Nuvem, nos alinhamos a projetando para Arquitetura para dar suporte ao Portfólio.

Caso de uso de racionalização do portfólio de aplicativos

Podemos fazer bem Racionalização de Aplicativos, ou mal. Quando bem feito, os gastos com TI podem ser reduzidos em mais de 20%. Quando mal feito, não há economia. Sempre.

A racionalização de aplicativos é impulsionada pelo impacto nos negócios e pelo valor comercial - não pelo custo de TI. Você precisa preparar seu portfólio de TI de acordo com o perfil técnico e o valor do negócio. Invista naqueles com perfil técnico e valor comercial prontos para o futuro. Explore as melhores maneiras de se aposentar ou substituir aqueles que o impedem.

O lado comercial frequentemente ignora a necessidade de coordenar o cenário de TI de suporte, pois está principalmente preocupado em promover o desenvolvimento econômico. Como resultado, aplicativos diferentes são frequentemente introduzidos em momentos diferentes, conforme necessário por equipes diferentes. O lado dos negócios ignora o fato de que ter um ambiente de TI composto por aplicativos com ciclos de vida conflitantes, tecnologias duplicadas e funcionalidades sobrepostas frequentemente leva a sérios problemas de integração e ineficiências organizacionais. Operar um ambiente de TI caro e restritivo resulta em centenas de milhões de dólares a mais gastos em TI, reduzindo imediatamente a satisfação e a qualidade do serviço para as pessoas que dependem dele.

Grandes empresas frequentemente lançam um número considerável de aplicativos de uma só vez. Como resultado, a execução de sistemas mais antigos e a manutenção de aplicativos consomem uma parte considerável das despesas de TI. Nem todos esses programas precisam ser de missão crítica. As empresas se beneficiam de ter um ecossistema de aplicativos devidamente racionalizado para permanecer no topo das tendências modernas de inovação, fornecer atendimento ao cliente de classe mundial, cortar custos e expandir em todo o mundo. Embora os projetos de redução de aplicativos exijam um gasto único, a economia supera em muito o custo.

Os arquitetos corporativos podem começar a trabalhar na otimização do portfólio de aplicativos à medida que o lado comercial continua a autorizar a aquisição de aplicativos a torto e a direito.

Os arquitetos corporativos podem primeiro reunir todos os dados pertinentes sobre todos os aplicativos implantados e importá-los para o software de sua preferência. Os arquitetos corporativos podem determinar o projeto de racionalização de aplicativos e priorizá-lo com base no modelo operacional de sua empresa, começando com um processo central específico ou uma unidade de negócios inteira, por exemplo, a partir dessa visão organizada de todo o inventário de aplicativos e seu valor comercial direto .

Os Enterprise Architects podem então usar a matriz de aplicativos e pesquisas de racionalização de aplicativos para avaliar rapidamente a utilidade dos aplicativos e oferecer recomendações baseadas em dados sobre quais aplicativos tolerar, investir, realocar ou remover.

Os arquitetos corporativos agora terão o conhecimento necessário para criar um roteiro para realizar o esforço de racionalização por meio de uma série de iniciativas de descomissionamento. Esse plano de estrada também pode ser usado como referência no futuro para determinar se aplicativos adicionais são necessários ou não.

Design de equipe EA para racionalização de aplicativos

A Racionalização de Aplicativos é um problema de Portfólio. A racionalização de aplicativos sempre falha sem um sólido Arquitetura de negócios. Sempre garantimos que a equipe EA tenha um recurso de arquitetura de negócios, mesmo que o concentremos em engenharia reversa.

Nós alinhamos a projetando para Arquitetura para dar suporte ao Portfólio para o Caso de Uso de Modernização de Aplicativos.

Caso de uso de integração de aquisição

Sempre integre as aquisições de acordo com a estratégia e o propósito da aquisição.

Uma aquisição será feita por algumas razões simples

  • aquisição de clientes
  • adquirindo produtos
  • aquisição de bens físicos
  • capacidade de aquisição

Nós gostamos do juramento médico, Primeiro nao faça nenhum mal. Se fizemos uma aquisição para a base de clientes, nossa integração precisa primeiro garantir a manutenção dos clientes existentes.

Aquisições para Capacitação são as mais difíceis. Normalmente, aqui a empresa adquirente tem uma lacuna e procura acelerar o desenvolvimento de sua capacidade usando a nova capacidade. Usamos este exemplo de desenvolvimento de capacidade em nosso curso sob demanda Arquitetura Corporativa com TOGAF e Navigate curso.

Os líderes corporativos e de private equity prevêem que a atividade de fusões e aquisições aumentará nos próximos anos, tanto em termos de volume quanto em valor em dólares das aquisições.

No entanto, fusões e aquisições frequentemente ficam aquém porque as empresas envolvidas não conseguem se integrar adequadamente ou não conseguem alcançar as sinergias projetadas. Há vários motivos pelos quais as integrações de TI são insuficientes. Após uma fusão, é extremamente difícil para duas organizações integrarem com sucesso seus sistemas de TI e ainda manterem as operações comerciais. É necessário unificar diversos itens tecnológicos, padrões e procedimentos.

Existem várias condições iniciais para fusões. Às vezes um grande negócio come um pequeno, e outras vezes uma fusão acontece entre iguais. Ganhar proficiência técnica ou conquistar novos mercados geográficos são dois objetivos possíveis. A Arquitetura Corporativa tem o potencial de ser extremamente importante para o sucesso da integração de TI em cada um dos cenários mencionados. A base para escolher os aplicativos apropriados para um ambiente de TI de destino comum é fornecida pela arquitetura corporativa, que ajuda a racionalizar aplicativos, consolidar locais e consolidar locais. Isso permite que as empresas aproveitem as sinergias, economizem e alinhem estrategicamente suas operações no futuro. O sucesso a longo prazo de uma fusão é influenciado pela criação de sinergia entre dois departamentos de TI.

Design de equipe EA para integração de aquisição

Integração de aquisição é um problema de portfólio. Uma integração de aquisição centrada em TI sempre falhará. Arquitetura de negócios é a base da integração efetiva da aquisição. Sem saber por que sua empresa fez a aquisição, a abordagem padrão é mudar a organização adquirida. Mude-o a ponto de destruir a proposta de valor. A equipe de EA precisa de uma sólida capacidade de arquitetura de negócios, mesmo que nos concentremos em engenharia reversa.

A segunda capacidade crítica é Arquitetura de risco. Essas razões simples indicam qual valor precisa ser protegido. Atlas de Governança, Risco e Conformidade da Navigate usa Ativo e Risco para esclarecer o que precisa ser protegido e quais ameaças danificarão o ativo.

Nós alinhamos a projetando para Arquitetura para dar suporte ao Portfólio para o Caso de Uso de Integração de Aquisição.

Caso de uso da arquitetura de segurança

A arquitetura de segurança é transversal A Arquitetura de Segurança é uma preocupação transversal. Ele existe com todos os outros domínio de arquitetura.

O SABSA o foco no valor, seja por meio da obtenção de um benefício ou da prevenção de uma desvantagem, é fundamental.

Como arquiteto corporativo, seu trabalho é proteger o ativo e eliminar a incerteza. Sua organização está mais segura quando tem certeza de que atenderá às suas expectativas.

Para simplificar, a arquitetura de segurança é a parte da arquitetura corporativa que se preocupa com a proteção dos dados corporativos. As políticas e práticas de segurança fundamentais de uma organização para proteção de dados são descritas por sua arquitetura de segurança, que também inclui equipes de pessoal e suas funções e responsabilidades, bem como outros sistemas. Esta é uma explicação mais completa da arquitetura de segurança. Para ajudar a garantir que a arquitetura de segurança corresponda às demandas de negócios atuais e futuras, essas informações são fornecidas em requisitos organizacionais, prioridades, tolerância a riscos e considerações relacionadas.

Para informar o planejamento de segurança em todos os níveis, é essencial ter uma arquitetura de segurança forte. Ele oferece os detalhes aprofundados necessários para fazer as melhores escolhas sobre os procedimentos e soluções a serem usados em todo o ambiente de TI, além de como gerenciar o ciclo de vida da tecnologia. Uma documentação e publicação completas da arquitetura de segurança da informação de negócios também são essenciais para aderir aos vários padrões atuais do setor e requisitos legais.

Uma coleção de ferramentas do TOGAF está disponível para construir uma arquitetura de segurança corporativa desde o início pela primeira vez. Ele ajuda a definir metas precisas e preencher as lacunas entre os vários níveis do seu EISA. o Estrutura TOGAF é flexível o suficiente para ajudá-lo quando os requisitos de segurança de sua empresa mudarem.

Caso de uso de design de equipe da EA para arquitetura de segurança

O Caso de Uso da Arquitetura de Segurança se concentrará na remoção de incertezas ou na redução de ameaças. Em ambos os casos, este é um problema de portfólio.

Nós alavancamos Atlas de Governança, Risco e Conformidade da Navigate que combina Ativo com Risco e Ameaça. Nós olhamos para as coisas de valor. O que ameaça seu valor e o que cria incerteza. A base para lidar com a incerteza e a ameaça é Arquitetura de riscoAtlas de Governança, Risco e Conformidade da Navigate usa Ativo e Risco para esclarecer o que precisa ser protegido e quais ameaças danificarão o ativo.

Nós alavancamos Integrando Risco e Segurança com TOGAF. Escrevemos este guia com Instituto SABSA trouxe boas práticas Arquitetura de segurança e gerenciamento de riscos corporativos.

Nós alinhamos a projetando para Arquitetura para dar suporte ao Portfólio para o Caso de Uso de Integração de Aquisição.

DIY Caminho para o sucesso

Considerações finais sobre casos de uso de arquitetura corporativa

Não há motivo para as equipes de arquitetura corporativa lutarem com o engajamento. Os líderes de todas as organizações estão procurando conselhos úteis sobre mudanças efetivas.

A dificuldade é quando a equipe do EA segue um dos dois padrões de falha. Ou eles:

  1. não suportam o caso de uso com o qual as partes interessadas desejam ajuda
  2. tente usar as partes interessadas para conduzir outra agenda

Projetamos e desenvolvemos equipes de EA para viver. Nós nos concentramos nesses casos de uso, porque isso direciona nossa atenção para a mudança que importa. Tenha em mente que o Casos de Uso de Arquitetura Corporativa de Problemas Comuns são quase sempre abordados por uma equipe da EA design para apoiar o Portfólio.

Quando conhecemos o caso de uso, podemos projetar a equipe de arquitetura corporativa. Então fazemos as mesmas três coisas:

  1. Melhore as habilidades do seu arquiteto
  2. Desenvolva seu método de arquitetura corporativa
  3. Melhore o uso da arquitetura da sua organização

Se você quer ajuda para desenvolva sua equipe EA - alcançar. Gostaríamos de ajudar. Com nosso Abordagem de EA previsível, garantimos que você tenha uma arquitetura corporativa útil sendo desenvolvida à medida que sua equipe se desenvolve.

Rolar para cima