Descobrindo o poder dos padrões de arquitetura empresarial: um guia abrangente

Arquitetura Empresarial e Padrões de Engajamento Ágil

Juntas, a arquitetura empresarial e a agilidade reduzem os riscos. A arquitetura é usada para reduzir riscos e custos antes de você iniciar a implementação. O Agile reduz riscos e custos após o início da implementação.

Criamos padrões de arquitetura empresarial e engajamento ágil enquanto trabalhamos em Transformação Digital projetos:

• Defina o padrão de abordagem ágil
  • Padrão de produto
    Problema Previsível: De onde vem o produto?
    Abordagem: Ajustar a definição de “soluções” usadas para preencher lacunas e os resultados dos pacotes de trabalho para alinhá-los com produtos independentes. Desenvolver um portfólio interno de produtos e um conjunto de medidas de valor para produtos internos. Os produtos deverão aparecer no roteiro de arquitetura.
  • Padrão de plataforma
    Problema Previsível: Quando uma plataforma deve ser usada e quando o produto deve ser irrestrito?
    Abordagem: Múltiplas abordagens
  • Padrão de estratégia de entrega de serviços
    Problema Previsível: Como sua organização oferecerá desenvolvimento ágil?
    Abordagem: Seguir as abordagens da Arquitetura para apoiar a Estratégia. Coloque a questão de como o desenvolvimento ágil será habilitado.
  • Padrão de ponto de repouso de valor principal
    Problema Previsível: Conhecer o ponto de descanso do valor para parar ou mudar o foco.
    Abordagem: Use roteiros de arquitetura para explorar pontos alternativos de entrega de valor. Crie relatórios sobre atividades em direção aos estados de transição.
• Guia do Backlog no Padrão Sprint
  • Roteiro para orientar o padrão do produto
    Problema Previsível: Ter um roteiro integrado de vários produtos.
    Abordagem: Usando um técnica de roteiro de arquitetura onde o produto, ou família de produtos, substitui o Portfólio. Garantir que os relatórios normais do produto incluam atividades em direção aos estados de transição.
  • Roteiro para guiar o padrão épico
    Problema Previsível: Usando épicos para implementar resultados e restrições de cima para baixo no produto.
    Abordagem: Usando estados de transição bem construídos em um técnica de roteiro de arquitetura onde o produto, ou família de produtos, substitui o Portfólio. Garantir que os relatórios normais do produto incluam atividades em direção aos estados de transição.
  • Padrão de valor empresarial
    Problema Previsível: Garantir que os fatores críticos de sucesso incluídos na transição e nos estados-alvo orientem a preparação ágil do backlog e o planejamento épico.
    Abordagem: Traduza medidas e objetivos de cima para baixo em critérios consumíveis para uma preparação ágil do backlog. Garantir que os relatórios normais do produto incluam a seleção de atividades e a conclusão em direção ao valor declarado.
  • Restringir o padrão de proprietários de produtos 'de baixo para cima'
    Problema Previsível: Proprietários de produtos visualizam toda a empresa através das lentes de seus produtos e de seus usuários diretos.
    Abordagem: Documente o produto e a função dentro do ecossistema. Documente as restrições que se aplicam ao produto. Critérios de avaliação de documentos. Garantir que os relatórios normais de produtos incluam o progresso em direção aos estados de transição e atividades alinhadas com o valor da empresa.
• Restringir padrão de sprints
  • Padrão de Critérios de Aceitação
    Problema Previsível: Garantir que o software esteja em conformidade com as especificações e padrões da arquitetura corporativa.
    Abordagem: forneça critérios de aceitação obrigatórios aplicáveis no final dos épicos e antes do lançamento. Muitas vezes usamos Padrões de arquitetura de aplicativos e Padrões de arquitetura de dados para criar critérios de aceitação. Incluir critérios de aceitação obrigatórios em todos os relatórios de testes.
  • Padrão de valor (medidas e pontos de repouso)
    Problema Previsível: Compreender o que é valorizado e como o valor é medido.
    Abordagem: A arquitetura empresarial precisa ser definitiva sobre como o valor é descrito e medido. As declarações de valor requerem factores críticos de sucesso (FCS) e medidas de eficácia (MoE). Certifique-se de que as medidas de valor sejam incluídas nos relatórios de produtos, épicos e lançamentos.
  • Padrão Greenfield, Evolução ou Revolução
    Problema Previsível: Garantir que a estratégia de implementação seja seguida.
    Abordagem: Use o roteiro do produto e os ciclos de lançamento para impor mudanças radicais na abordagem.
  • Restringir padrão de interfaces
    Problema Previsível: Identificar as interfaces necessárias e garantir que sejam usadas.
    Abordagem: Concentre o trabalho de cima para baixo em interfaces e estruturas de dados compartilhadas. Alimente os requisitos por meio de ciclos épicos e de lançamento. Use critérios de aceitação. Muitas vezes usamos Padrões de arquitetura de aplicativos e Padrões de arquitetura de dados para interfaces ligeiramente específicas. Incluir conformidade da interface em todos os relatórios de teste.
• Resolver padrão de dependência
  • Desbloquear o padrão de portfólio
    Problema Previsível: O conflito no portfólio de produtos digitais bloqueia o progresso de vários produtos.
    Abordagem: Use técnicas de arquitetura corporativa para encontrar as mudanças mínimas que permitam o progresso.
  • Identifique o padrão real das partes interessadas
    Problema Previsível: Identificar a verdadeira parte interessada que pode fornecer orientação e aprovação em um portfólio interno complexo de produtos.
    Abordagem: Use técnicas de arquitetura empresarial para identificar as partes interessadas e seus agentes, preocupações e preferências. Use técnicas de arquitetura corporativa de alternativas e troca orientar os stakeholders para uma decisão que direcionará o portfólio de produtos. Garanta uma governança eficaz do portfólio digital.
  • Cruze o padrão do portfólio
    Problema Previsível: As decisões táticas otimizadas localmente não podem emergir como um ecossistema digital eficaz e sustentável.
    Abordagem: Mantenha apenas o suficiente Arquitetura do aplicativo e Arquitetura de dados. Impulsione a prioridade organizacional nessa arquitetura. A arquitetura de aplicativos precisa estar focada em serviços e interfaces compartilhadas. A arquitetura de dados deve focar em dados mestres, dados de referência e dados com alta classificação de segurança. Exigindo descrições de metadados. Use padrões de arquitetura que especifiquem a abordagem dos ecossistemas.
  • Padrão de impacto de liberação
    Problema Previsível: Arquitetura suficiente significa que cada contingência, cada restrição, cada conflito, não foi descoberto antes do lançamento.
    Abordagem: Coloque as mãos nos bolsos e espere ser chamado durante a resolução. A menos que seja chamado, aguarde para participar durante a revisão do incidente para descobrir onde você não conseguiu identificar um problema previsível, um risco subestimado ou um requisito de teste ignorado.

Esses padrões de engajamento são usados para orientar o engajamento das equipes de EA.