TOGAF® ADM Fase B – Desenvolver a Arquitetura de Negócios

Nós desenvolvemos arquitetura de negócios no TOGAF ADM Fase B. A arquitetura de negócios é uma das quatro domínios de arquitetura empresarial. O TOGAF é muito claro - seu aplicativo e arquitetura de dados existem para habilitar a arquitetura de negócios.

Boa arquitetos de negócios não são tradutores de 'o negócio' para o departamento de TI. Quando a tradução ocorre, você pode ter certeza de que não há uma arquitetura de negócios coerente. Em vez disso, você tem um conjunto de esperança e sonhos aleatórios irrestritos e perdidos. Esse paradigma fracassado é um sinal de alerta, e o equipe de arquitetura corporativa será sempre de baixa maturidade. Equipes de EA de alto funcionamento não usam seus arquitetos de negócios como tradutores ou canal de comunicação com 'o negócio.' Boas equipes de EA trabalham em equipe e usam seus arquitetos de negócios como especialistas no domínio da arquitetura de negócios.

TOGAF® ADM Fase B—Desenvolva a Arquitetura de Negócios

Num relance

Visão geral do TOGAF ADM

O TOGAF ADM é um método para desenvolver o conhecimento. Concentramos cada Fase ADM no desenvolvimento de conhecimento específico necessário para um arquitetura empresarial. O TOGAF ADM é o núcleo do Padrão TOGAF. É o único método universal escalável para desenvolver uma arquitetura corporativa apropriada para cada nível de detalhe. Como todos os modelos lógicos, ele precisa ser expandido para diferentes níveis de detalhes - estratégia, portfólio, projeto e entrega de soluções.

Se você precisa de um visão geral do TOGAF ADM, por favor leia o Fases TOGAF ADM explicadas.

O que é TOGAF Fase B?

Na Fase B do TOGAF, você está criando a arquitetura de negócios. Arquitetos de negócios deve liderar o desenvolvimento do seu arquiteto de negócios. A descrição consistente do seu negócio que informa como sua organização, processos, equipe e locais são construídos para ter sucesso. Você conhece a definição de sucesso. Mais importante ainda, você sabe o que deve mudar para melhorar sua organização.

Desenvolver uma arquitetura de negócios requer envolvimento com as partes interessadas. Com o stakeholder, o arquiteto de negócios explora como uma organização é deficiente. Eles exploram melhorias potenciais. Diminua as mudanças que entregam muito pouco, exigem muito trabalho ou têm muita incerteza.

Quando estamos desenvolvendo equipes de arquitetura corporativa, dizemos ao arquitetos empresariais dois fatos centrais sobre o TOGAF Fase B. A primeira coisa é que se eles estão usando seus arquitetos de negócios para traduzir esperanças, medos e planos de mudança pré-construídos de 'o negócio' eles estão condenados a baixa maturidade. Em segundo lugar, se eles acreditam que desenvolvem sequencialmente uma arquitetura corporativa, eles sempre desenvolverão uma arquitetura de baixa qualidade.

Em um moderno empresa transformada digitalmente, todos os domínios de arquitetura interagem. Mudanças em qualquer domínio podem atingir objetivos em outro. Muitas vezes, realizamos mitigações em um domínio diferente do risco. Na verdade, só podemos atingir muitos objetivos de negócios com a Arquitetura de TI certa. Ironicamente, só podemos desenvolver a Arquitetura de TI certa se tivermos uma arquitetura de negócios sólida.

Qual é o objetivo do TOGAF ADM Fase B?

Dentro Fase A, você identifica uma arquitetura corporativa resumida em potencial, a Visão da Arquitetura. A visão incluirá todos os domínios, incluindo a arquitetura de negócios. Fase B, desenvolve ainda mais o resumo. O sucesso requer:

  • Você aborda o problema de como a empresa atual não pode atender às preferências das partes interessadas
  • Você aprende o que deve mudar para permitir que a Empresa atenda às preferências das partes interessadas? (Lacunas)
  • Você tem uma compreensão suficiente do trabalho é necessário para entregar as mudanças (Pacote de Trabalho)
  • Você entende a interação entre mudanças e restrições em outros domínios de arquitetura para proteger o valor esperado (Especificações de Requisitos de Arquitetura)

O resultado central da Fase B é a arquitetura de negócios candidata. O arquiteto de negócios trabalha com outros arquitetos de domínio para entender as restrições que estão sendo colocadas na arquitetura de negócios e quais restrições estão sendo colocadas em outros domínios.

Lembre-se, o TOGAF ADM é usado para explorar possíveis mudanças. Até que você esteja completando um Plano de Implementação na Fase F, existem rampas de saída baratas. Quanto mais uma má ideia progride, mais cara é a rampa de saída. Um dos valores mais importantes do desenvolvimento de uma arquitetura de negócios é selecionar ideias fracas. No momento em que o custo da mudança exceder o valor esperado, pare de repente. Mate o projeto de desenvolvimento de arquitetura. Celebre que você minimizou o desperdício de recursos de mudança escassos.

Interação com TOGAF Fase C, Fase D, Fase E, e Fase F

Desenvolver uma arquitetura corporativa não é uma atividade em cascata. Sempre assuma que desenvolver a arquitetura de negócios, arquitetura de aplicativos, arquitetura de dados, arquitetura de tecnologia e arquitetura de segurança ocorre simultaneamente. A sequência clássica implícita em muitos diagramas é a ordem em que podemos fechar o desenvolvimento da arquitetura, não iniciá-lo.

Não caia na ilusão de que 'o negócio' está de alguma forma separado de seus aplicativos, dados e infraestrutura. Isso não era verdade no passado, e em uma empresa digital moderna é risível. Essa ilusão é a maneira mais rápida de eliminar agilidade empresarial ou a chance de transformação digital sucesso.

Os arquitetos de negócios trabalham em uma equipe de arquitetura corporativa. Eles não são os comunicadores com 'o negócio.' Eles são especialistas em um domínio de arquitetura. Eles não podem arquitetar seu domínio sem envolvimento regular com aplicativos, dados, tecnologia e arquitetos de segurança.

TOGAF ADM Fase B

Entregáveis da Fase B do TOGAF ADM

O resultado central da Fase B é uma arquitetura de negócios. Uma parte da arquitetura corporativa completa. Dentro do domínio da arquitetura de negócios, ele descreverá:

Tenha em mente o que você está tentando descrever e aceite a realidade de que não definimos bem esses termos no setor. Por exemplo, o que você chama de modelo funcional, outra pessoa chamará de processo. Na nossa consultoria em arquitetura empresarial, sempre focamos no que estamos tentando entender, não no nome do modelo.

Diferentes modelos explicarão diferentes aspectos da empresa. Juntos, os modelos e as mudanças necessárias formam a arquitetura de negócios.

Conclusão da Fase B

Todas as Fases do TOGAF ADM levam você a desenvolver o conhecimento que você precisa. O resultado da Fase B é a arquitetura de negócios candidata.

Saída e Resultado Conhecimento Essencial
A arquitetura empresarial arquitetura de domínio aprovados pelas partes interessadas para o problema que está sendo abordado, com um conjunto de lacunas, e trabalhar para eliminar as lacunas compreendidas pelas partes interessadas. Como a empresa atual não atende às preferências dos stakeholders?

O que deve mudar para permitir que a Empresa atenda às preferências das partes interessadas? (Lacunas)

Que trabalho é necessário para realizar as mudanças consistentes com o valor adicional que está sendo criado? (Pacote de trabalho)

Como a prioridade e a preferência das partes interessadas se ajustam em resposta ao valor, esforço e risco de mudança. (Requisitos das Partes Interessadas)

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

Fase B Bare Bones

Na Fase B, podemos simplificar o trabalho de um arquiteto de negócios para determinar como uma empresa deve ser melhor. Isso requer entender em que ela está tentando ser boa, onde está aquém do melhor e o que deve mudar para permitir ser o melhor.

Os ossos da Fase B são:

  • Saber como a empresa está captura valor

Diferentes organizações no mesmo setor capturam valor de forma diferente. Considere uma companhia aérea com desconto e uma companhia aérea focada em viajantes de negócios. Ambos fazem a mesma coisa, transportam pessoas e mercadorias de um local para outro. Ambos capturam valor e competem em critérios diferentes.

  • Saber como a empresa está estruturada para ter sucesso

Como você monta a atividade principal da empresa? A atividade principal vem diretamente do modelo de negócios.

  • Conhecer as atividades que geram valor e aquelas que suportam a geração de valor

Michael Porter inventou a cadeia de valor - atividades primárias que geram valor e atividades de apoio que possibilitam o primário. Otimizamos as atividades primárias para geração de valor. Otimizamos o suporte para eficiência.

  • Quais atividades devem ser melhoradas ou protegidas da degradação

As capacidades são atividades-chave. Usamos um modelo de capacidade como um conceito de gestão para focar a atenção nas coisas que devemos melhorar. Veja o Guia de Avaliação de Capacidade de Arquitetura de Negócios.

  • O que a organização deve realizar

Toda empresa tem um conjunto de processos que deve executar: primário, secundário, administrativo. Você precisa saber o que são, as informações que consomem e quem as faz.

  • Como a organização deve ser organizada

Projetamos empreendimentos de sucesso. Desenhamos a sua organização. Sua organização suporta seu modelo de negócios, seu modelo operacional e se encaixa em seu ecossistema.

  • Quais organizações realizam quais atividades

Quando você conhece o modelo de negócios e o modelo operacional e o conjunto de processos, pode garantir que a organização certa execute uma atividade. Muitas vezes você precisa definir como eles vão realizar a atividade.

  • O que deve mudar para entregar a melhor organização?

Desenvolvemos arquitetura corporativa para melhorar uma organização. Nós entregamos arquitetura de negócios pelo mesmo motivo.

Os três fundamentos de conclusão da Fase B:

  • Primeiro, o que deve mudar? Mudança de foco, desenho organizacional, upskilling, outsourcing, in-sourcing, automatização. Estas são todas as mudanças. Nós os fazemos para melhorar uma organização.
  • Em segundo lugar, quando isso deve mudar? Existem dependências? E as pré-condições? Você está mudando o set-the-stage para uma mudança posterior?
  • Terceiro, como você saberá se a mudança foi bem-sucedida? Qual é o seu teste de governança para o sucesso? Como você vai guardar o valor?

As partes interessadas da arquitetura corporativa possuem todas as decisões sobre o que deve mudar e quando. O arquiteto de negócios é o dono da descrição dos testes de governança para permitir que as partes interessadas direcionem o projeto de mudança.

Entregas da Fase B do TOGAF e Propósitos da Arquitetura Empresarial

Existem quatro propósitos principais para o desenvolvimento de arquitetura corporativa. Entregas diferentes têm importância diferente em cada propósito.

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 B: Arquitetura de Negócios 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 da Fase B: 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

Produto de Trabalho da Fase B: 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

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

Arquitetura de Negócios Candidata

Existem quatro propósitos principais para o desenvolvimento de arquitetura corporativa. Diferentes modelos têm importância diferente em cada finalidade.

>>> Ir para o comum Modelos de Arquitetura de Negócios

Componentes do roteiro de arquitetura de negócios candidatos

O que deve mudar? Se você estiver alterando o modelo de negócios, a diferença entre o modelo de negócios atual e o de destino é o candidato ao roteiro. Se estiver mudando um executor de processos de interno para terceirizado, essa é a mudança.

Costumamos usar o Modelo de Capacidade para resumir a mudança. Usamos capacidades como um conceito de gestão. A capacidade de fazer algo de uma determinada maneira combina as mudanças de processo, organização e sistema de TI. Geralmente usamos pontuações para articular uma mudança. Para obter mais informações sobre como usar pontuações, consulte o Guia de Avaliação de Capacidade de Arquitetura de Negócios.

Combinaremos os componentes do Business Architecture Roadmap todas as outras arquiteturas de domínio em TOGAF Fase E - Roteiro de Arquitetura.

Especificação de Requisitos de Arquitetura de Negócios do Candidato

Defina como você avaliará a mudança.

Muitas vezes usamos pontuações em nossos modelos para descrever os requisitos. Cada requisito é uma medida de eficiência, automação, agilidade ou desempenho. Então, quando estamos trabalhando em TOGAF Fase G realizando governança de arquitetura com um projeto de mudança

Para um excelente guia para diferentes atributos e pontuações, pegue uma cópia gratuita do nosso Guia de Avaliação de Capacidade de Arquitetura de Negócios. Usamos este conjunto de atributos para Capabilidade, Processo e Modelos Funcionais.

Usamos todos os componentes do roteiro de arquitetura em TOGAF Fase E - Roteiro de Arquitetura.

Qual é o papel do Arquiteto de Negócios na Fase B?

Na Fase B do TOGAF, esperamos que o Arquiteto de Negócios entregue a arquitetura de domínio. Isso requer o desenvolvimento de modelos que mostrem a origem da deficiência e como superá-la. Eles conduzirão a análise de trade-off com as partes interessadas para determinar a arquitetura de destino.

O arquiteto de negócios precisará colaborar com os outros arquitetos de domínio. Tenha em mente que as deficiências em um domínio geralmente são resolvidas em outro, e as mudanças em um domínio geralmente impõem custos e mudanças em outro.

Qual é o papel do Arquiteto Corporativo na Fase B?

Na Fase B do TOGAF, o papel do arquiteto corporativo é proteger todo o valor. Dependendo das habilidades dos arquitetos de domínio, o arquiteto corporativo precisa preencher. Por exemplo, um Arquiteto de Aplicativos pode não ver o impacto das mudanças na arquitetura de negócios. Ou um arquiteto de negócios pode não articular um requisito em termos sobre os quais o arquiteto de segurança possa agir.

O papel mais importante do arquiteto corporativo é cruzar fronteiras. Sejam eles limites de domínio, habilidade ou autoridade, o arquiteto corporativo precisa ultrapassá-los.

Business Model Canvas

Modelos, ferramentas e técnicas de arquitetura de negócios

A Fase B do TOGAF ADM é chamada de Arquitetura de Negócios. Esta Fase existe para desenvolver a arquitetura de negócios. No TOGAF, o primeiro passo é determinar as visualizações necessárias e os modelos necessários.

Existem oito modelos centrais de arquitetura de negócios.

  • Modelo de negócios que descreve como o valor é capturado
  • Modelo operacional que captura como a empresa funciona para capturar valor
  • Cadeia de valor que descreve a sequência de atividades primárias que criam valor e as atividades de suporte necessárias para permitir o trabalho de geração de valor
  • Modelo de capacidade - uma construção de planejamento que foca a atenção no que deve mudar
  • Modelo de processo - quais atividades uma empresa deve realizar
  • Modelo funcional - como as atividades de uma empresa são agrupadas entre diferentes organizações
  • Modelo de Informação - a informação que precisa fluir para realizar atividades primárias, de suporte e outras atividades necessárias
  • Modelo organizacional - como a autoridade, a responsabilidade e os recursos são divididos e gerenciados

Dentro do Navigate, usamos também

  • Modelo de Motivação de Negócios da OMG
  • Canvas do Modelo de Negócios da Strategyzer
  • Necessidades de Informação do DODAF
  • Organograma de Mintzeberg
  • Modelo Operacional do CISR

Modelos de Arquitetura de Negócios Alinhados ao Propósito da Arquitetura Empresarial

O nível de pergunta que você está respondendo com sua arquitetura de negócios direcionará o uso de diferentes modelos de arquitetura de negócios. Por exemplo, a Arquitetura para dar suporte ao Portfólio muitas vezes não desenvolve um modelo de Cadeia de Valor. Em vez disso, uma Cadeia de Valor geralmente será uma arquitetura superior e restringir sua liberdade.

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
Modelo de Negócios Entregável chave Entrega ocasional Arquitetura Superior Arquitetura Superior
Modelo Operacional Entregável chave Entregável chave Arquitetura Superior Arquitetura Superior
Modelo de Cadeia de Valor Entregável chavee Entrega ocasional Arquitetura Superior Arquitetura Superior
Modelo de capacidade Entregável Regular

Geralmente capaz de resumir a mudança para planejamento

Entregável chave

Geralmente capaz de resumir a mudança para planejamento

Entregável chave

Geralmente capaz de planejar a mudança

Arquitetura Superior

Geralmente capaz de governar a mudança

Modelo de informações Entregável ocasional - será resumido Entregável chave Principais Entregas e Arquitetura Superior Principais Entregas e Arquitetura Superior
Modelo organizacional Entrega Regular - nível superior vinculado ao Modelo Operacional Entrega Regular - nível superior vinculado ao Modelo Operacional e Funcional Entregável Regular - vinculado ao Modelo Funcional Arquitetura Superior
Modelo Funcional Entrega Regular - nível superior vinculado ao Modelo Operacional Entrega Regular - nível superior vinculado ao Modelo Operacional Entregável Regular - vinculado ao escopo da mudança Arquitetura Superior

Modelos de Arquitetura de Negócios

Desenvolver uma arquitetura de negócios exigirá o desenvolvimento de vários modelos de arquitetura corporativa. Cada modelo de arquitetura corporativa descreve uma estrutura fundamental ou um grupo de estruturas. Diferentes modelos explicam a empresa de uma maneira diferente.

Juntos, os modelos descrevem a arquitetura de negócios. Na arquitetura corporativa completa, esses modelos serão vinculados a outros modelos que descrevem os outros domínios da arquitetura corporativa.

Modelo de Negócios

Business Model Canvas

O Modelo de Negócios descreve como o valor é capturado. Muitas vezes usaremos Canvas do Modelo de Negócios da Strategyzer desenvolver e documentar um modelo de negócios.

O Business Model Canvas funciona bem para um produto ou serviço. Como técnica de modelagem, ela luta com modelos de negócios complexos. Na verdade, um dos pontos fortes da tela do modelo de negócios é identificar onde o modelo de negócios está se tornando confuso.

Arquitetos de aplicativos trabalhando no TOGAF Fase C espera saber sempre que um Produto ou Serviço é baseado em software. Além disso, eles não podem construir uma Arquitetura de Aplicativo sólida sem conhecer a base de software das Atividades-Chave e Recursos-Chave.

Modelo Operacional

Os modelos operacionais descrevem como uma empresa estrutura suas atividades principais. Normalmente, um modelo operacional mostra os recursos exclusivos alinhados à estratégia da empresa, equipes de liderança qualificadas ou perfis de investimento exclusivos.

O modelo operacional é uma âncora para a empresa. É fundamental para a eficácia e longevidade da estratégia.

O modelo operacional do CISR fornece uma referência poderosa. A simples caracterização de uma empresa como Unificada, Replicada, Diversificada ou Coordenada é poderosa. Ali você conhece a estrutura básica do empreendimento e informa o Arquiteto de aplicativos trabalhando no TOGAF Fase C.

Frequentemente, usaremos um Mapa Estratégico da Kaplan para identificar as mudanças ou o foco necessário em um modelo operacional.

Cadeia de valor

Um diagrama de cadeia de valor é uma representação de alto nível das atividades de uma organização para gerar valor. Um diagrama clássico da Cadeia de Valor de Porter separa a atividade de suporte da atividade primária. A atividade primária são sequências para mostrar a transferência da atividade em uma cadeia de valor. Em um diagrama de Porter, sempre colocamos a atividade de suporte no topo - toda atividade de suporte é um fardo para a atividade primária. A atividade primária deve produzir valor para o cliente suficiente para pagar pelas atividades de suporte.

Podemos dividir ainda mais uma Cadeia de Valor em pilares ou fluxos de valor.

Modelo de capacidade

Modelos de capacidade são usados para focar a atenção. Um bom modelo de processo é abrangente. Um bom modelo funcional é abrangente e organizacionalmente consciente. Um bom modelo de capacidade é um subconjunto das atividades e da organização. Devemos focar o subconjunto nas atividades que devem ser melhoradas ou sustentadas para alcançar o resultado desejado.

Quando usamos um Business Model Canvas, os recursos em Recursos-Chave, Atividades-Chave e Canal do Cliente saltam para fora da página. Quando usamos um Mapa Estratégico Kaplan, tudo que é colocado no mapa é uma capacidade.

Usamos pontuações para explicar melhorias e mudanças no planejamento de capacidade. Veja o Guia de Avaliação de Capacidade de Arquitetura de Negócios. Arquitetos de Negócios devem esperar o Arquiteto de aplicativos trabalhando no TOGAF Fase C para solicitar atributos de Competência e Automação.

Modelo de processo

Os modelos de processo identificam todas as atividades no escopo. Muitas vezes usamos o Estrutura de Classificação de Processos APQC como um arquitetura de referência. A estrutura do APQC é consistente e abrangente.

É um erro comum vincular o BPMN da OMG a uma boa arquitetura de negócios. Se você estiver usando BPMN, provavelmente passou da arquitetura para o design.

Usamos pontuações para explicar melhorias e mudanças nos processos. Os mesmos atributos e pontuações noGuia de Avaliação de Capacidade trabalhar no desenvolvimento de um modelo de processo forte.

Modelo Funcional

Os modelos funcionais identificam todas as atividades com uma sobreposição organizacional. Ligamos a atividade necessária à autoridade, recursos e localização em um Modelo Funcional.

Usamos pontuações para explicar melhorias e mudanças. Os mesmos atributos e pontuações no Guia de Avaliação de Capacidade trabalhar no desenvolvimento de um modelo de processo forte.

Modelo de informações

Sob o TOGAF, o modelo de informações de negócios reflete a semântica dos dados de uma organização, não um design de banco de dados. Ele descreve os itens que são importantes para uma organização e sobre os quais ela provavelmente coletará dados (como entidades), bem como ligações entre pares dessas coisas importantes (como relacionamentos). Como evita muitos dos componentes de nível de sistema, é um modelo mais fácil de interpretar do que um Modelo de Dados Lógicos. Abrange todas as informações da empresa, não apenas as informações digitais.

Na maioria dos casos, cada empresa possui apenas um Modelo de Informações de Negócios, que descreve todos os dados relevantes em toda a organização. Podemos usar um ou mais diagramas para representar graficamente todo ou parte do modelo de informação.

Modelo de Organização

Todas as empresas têm estruturas exclusivas para autoridade, recursos e local de trabalho. Muitas estruturas organizacionais são aleatórias. Muitas vezes com base no design organizacional e na personalidade anteriores.

As organizações que buscam a excelência precisam ser muito deliberadas sobre o design organizacional. Por exemplo, se você usar o Modelo Operacional do CISR como referência, o design de uma organização unificada, diversificada e replicada será muito diferente.

Técnicas de Arquitetura de Negócios

Usamos um amplo conjunto de técnicas para desenvolver e comunicar nossa arquitetura de negócios.

  • O Modelo de Motivação de Negócios da OMG ajuda a esclarecer o que estamos tentando realizar e como normalmente realizamos um objetivo
  • O Business Model Canvas da Strategyzer extrai a principal proposta de valor do produto ou serviço e o que precisamos para nos destacar.
  • As Necessidades de Informação do DODAF extraem todos os fluxos de informação necessários. Não importa se a atividade é um produtor de valor primário, uma atividade de suporte ou se as informações puramente administrativas irão fluir para dentro e para fora. A maneira mais rápida de degradar uma atividade é injetar informações abaixo do padrão.
  • O Organigraph da Mintzeberg ajuda você a entender como a empresa opera para o sucesso. Poucas empresas trabalham em seu desenho organizacional.
  • O modelo operacional do CISR é uma base para o design. As quatro opções clássicas de Unificado, Diversificado, Replicado ou Coordenado.

Como a Fase B do TOGAF se alinha com o Agile?

O desenvolvimento ágil é muitas vezes confundido com uma empresa ágil. Nada pode estar mais longe da verdade. A arquitetura de negócios normalmente identificará onde sua empresa precisa de novos sistemas para se destacar e onde precisa buscar as melhores práticas estabelecidas.

Sempre focamos o desenvolvimento ágil em novas atividades diferenciadoras e seguimos implacavelmente as melhores práticas estabelecidas em outros lugares. A melhor prática vem de software comercial estabelecido. Certifique-se de alinhar sua arquitetura de aplicativos à sua arquitetura de negócios e concentre-se em como você adquire sistemas.

Arquitetura Corporativa e Desenvolvimento Ágil interessará em quatro áreas. A arquitetura corporativa irá:

  1. defina a abordagem ágil
  2. orientar o backlog no sprint
  3. restringir escolhas dentro dos sprints
  4. resolver a dependência entre produtos

Como a Fase B do TOGAF se alinha com a agilidade empresarial?

A agilidade empresarial não tem nada a ver com a forma como você escreve software. A agilidade empresarial diz respeito à capacidade da sua empresa de reagir a ameaças e oportunidades inesperadas.

Um arquiteto de negócios se concentrará no quinto aspecto do modelo de agilidade empresarial - Flexibilidade. Usamos o atributo Agilidade e pontuações no Guia de Avaliação de Capacidade para identificar a capacidade de negócios, sistemas de informação e processos que devem ser capazes de mudanças rápidas. Então arquiteto para permitir a mudança.

Modelo de agilidade empresarial

  1. Alerta – Você consegue detectar oportunidades e ameaças?
  2. Acessibilidade – Você consegue acessar informações relevantes a tempo de responder?
  3. Decisividade – Você pode decidir usando as informações disponíveis?
  4. Rapidez – Você consegue implementar suas decisões no tempo disponível?
  5. Flexibilidade – O que você está fazendo para reduzir as barreiras à ação?
TOGAF Fase B - Modelo de Negócios

Considerações Finais sobre TOGAF ADM Fase B

Arquitetos de negócios não são tradutores de 'o negócio' para o departamento de TI. Em vez disso, bons arquitetos de negócios usam o TOGAF ADM Fase B como uma estrutura para desenvolver o arquitetura de negócios. Eles têm um papel complexo.

  • trabalhar com as partes interessadas para explorar melhorias
  • trabalhar com seus pares arquitetos de domínio para explorar como essas melhorias resultam em uma mudança em diferentes domínios de arquitetura
  • peneirar as mudanças que entregam muito pouco, são muito trabalhosas ou estão no momento errado

No TOGAF ADM Fase B, a arquitetura de negócios é uma das quatro domínios de arquitetura empresarial. O TOGAF é muito claro - seu aplicativo e arquitetura de dados existem para habilitar a arquitetura de negócios.

Lembre-se, equipes de EA de alto desempenho não usam seus arquitetos de negócios como tradutores ou o canal de comunicação com 'o negócio.' Boas equipes de EA trabalham em equipe e usam seus arquitetos de negócios como especialistas no domínio da arquitetura de negócios.

TOGAF ADM Fase B desenvolve a arquitetura de negócios. A arquitetura de negócios é a base de toda boa arquitetura corporativa. Use TOGAF Fase B para concentrar os escassos recursos de mudança na obtenção do maior valor empresarial.

Usar especialistas para acelerar sua jornada para uma equipe EA de sucesso? Reserve uma chamada de cada vez para se adequar à sua programação

Siga o caminho mais rápido para uma equipe EA de sucesso, Compromissos de consultoria de arquitetura empresarial previsíveis. Em blocos de tempo fixos, desenvolveremos sua equipe e garantiremos que eles forneçam uma arquitetura útil.

Use nosso treinamento personalizado e empacotado. Treinamento Abrangente de Arquitetura Corporativa, Treinamento de Certificação TOGAF, ou habilidades especializadas como Engajamento das Partes Interessadas.

Rolar para cima