Seis casos de uso do Agile EA

Seis casos de uso de EA do Agile identificam como projetar uma Equipe EA para diferentes condições. Métodos ágeis para EA, EA apoiando o desenvolvimento ágil e uma empresa ágil.

Procuramos modelos de enquadramento simples para esclarecer nosso pensamento. Os modelos de enquadramento servem para nos ajudar a isolar explicitamente as condições em que precisamos fazer escolhas de configuração.

Seis casos de uso para o Agile EAAgilidade, Arquitetura Corporativa e desenvolvimento ágil de software se encaixam.

  1. Agilidade Empresarial
  2. Desenvolvimento ágil de software e arquitetura empresarial
  3. Arquitetura Empresarial usando métodos ágeis

As condições de isolamento permitem que você projete sua equipe EA com confiança. Nosso Serviços de capacidade EA use o Navegar Arquitetura de referência de capacidade EA. Equipes de EA de alto funcionamento são configuradas de maneira ideal.

Arquitetura ágil e empresarial se encaixam maravilhosamente bem. Ambos resolvem diferentes partes do problema.

O desenvolvimento ágil de software se destaca na construção de algo que nunca tivemos antes e não sabemos como. A arquitetura corporativa se destaca antes das decisões quando você não sabe o que fazer.

Colocar Desenvolvimento ágil de software e arquitetura empresarial juntos para otimizar a mudança.

A maioria dos arquitetos pula para a relação entre o desenvolvimento empresarial e ágil. Já vimos muitas pessoas tentarem encaixar dois mundos extremamente divergentes, geralmente sem parar para entendê-los.

Otimizamos a arquitetura corporativa e o desenvolvimento ágil, alinhando-os aos seus pontos fortes. O atalho que usamos é que a arquitetura corporativa se destaca antes de decisões quando você não entende o que fazer. O desenvolvimento ágil de software se destaca na construção de algo que nunca tínhamos antes.

Ambos os métodos sofrem de má aplicação crônica. Apesar do conceito inerente de iteração do TOGAF, muitos arquitetos se agarram ao diagrama de círculo da colheita ADM e veem o processo. É tão fácil ver uma cascata no diagrama ADM. Errado, mas fácil. Da mesma forma, o salto desorganizado na jornada de descoberta no desenvolvimento ágil para esconder sua desorganização.

O mundo real é uma bagunça. A menos que estejamos falando de um greenfield simples de um único truque, os produtos de software devem se encaixar em um ecossistema complexo. Os processos, a organização, os parceiros e a infraestrutura existentes permitem que a empresa atenda aos clientes. O novo produto deve melhorar o ecossistema enquanto se adapta.

É na complexidade do mundo real que o desenvolvimento ágil eficaz e a arquitetura corporativa brilham. Jogue com seus pontos fortes. Baseamos uma forte prática de desenvolvimento ágil de software na resolução de uma tensão essencial.

Tensão Ágil
Você sabe para onde está indo. Você não sabe como chegar lá

Guia do arquiteto empresarial

Faça o download do Guia do arquiteto empresarial um Guia da série TOGAF sobre o desenvolvimento de arquiteturas empresariais úteis. teste

Exemplos de casos de uso do Agile EA

Caso de uso 1: arquitetando uma empresa ágil

Nesse caso de uso, a finalidade do EA é restrita a exigir arquiteturas de destino aceitáveis para priorizar a agilidade.

Francamente, não tem nada a ver com nenhum método ágil. Muitas organizações ágeis com as quais trabalhamos não usam métodos de mudança ágeis.

Nós nos baseamos fortemente na Cadeia de Suprimentos e Resposta a Desastres como pedras de toque de alta agilidade. Usamos 5 atributos para agilidade (extraídos de esportes e pesquisas militares):

  • Prontidão
  • Acessibilidade
  • Determinação
  • Rapidez
  • Flexibilidade

Este caso de uso exerce Atlas Navigate Agile Enterprise da Conexiam. Ele otimiza o desenvolvimento da arquitetura para agilidade por meio de uma biblioteca especializada de pontos de vista, envolvimento e preocupações das partes interessadas.

Sem rodeios, esse caso de uso é perigoso se não se alinhar com as verdadeiras preferências dos poderosos stakeholders de uma organização.

Em termos de TOGAF, este caso de uso é mais focado no TOGAF ADM Atividade de realização de valor da Fase G e da Fase H, em que a mudança deve estar alinhada com a criação e sustentação de uma empresa ágil.

Caso de uso 2: Use EA para definir a abordagem ágil para mudanças

Produto de trabalho de arquitetura ágil e empresarialNeste caso de uso, a Arquitetura Corporativa é usada para estruturar como a Empresa realiza a mudança. Produtos, estrutura da equipe Sprint, velocidade e alinhamento com todas as abordagens de mudança são executados.

As questões a serem abordadas são o que muda, qual desenvolvimento deve seguir qual abordagem. No caso de métodos ágeis, questões como o Produto, estrutura da equipe Sprint, velocidade são todas respondidas.

Este caso de uso é basicamente exercitar o TOGAF ADM Fase F, G e H com base em uma arquitetura estratégica ou de portfólio.

Caso de uso 3: Use a EA para guiar o planejamento de backlog e sprint

Do ponto de vista da Arquitetura Empresarial e TOGAF, toda implementação, prototipagem, piloto, projeto e sprints ágeis acontecem com a Fase G. A EA de prática recomendada produzirá uma arquitetura corporativa repleta de um caderno de entrega de solução, lacuna, controle, especificação de arquitetura e pacote de trabalho. Este material precisa ser descrito em termos adequados para o backlog: Epic, User Story e Architecture Runway.

A arquitetura corporativa conterá um conjunto de lacunas, pacotes de trabalho para preencher essas lacunas e limitações na criatividade da liberdade das equipes de implementação para realizar a mudança. Isso incluirá rastreabilidade para motivadores, objetivos e prioridades fora do alcance do gerente de produto e do cliente.

No ágil clássico, as histórias de usuários e epopeias voltadas para o cliente preenchem o registro anterior. O cliente fornece critérios de priorização. A equipe ágil auto-organizada prioriza o trabalho.

Este caso de uso usa a arquitetura corporativa para fornecer backlog não baseado no cliente e orientar a priorização no planejamento de sprint.

Neste uso, epopeias e histórias de usuários derivadas de lacunas e pacotes de trabalho. A dependência externa restringe a priorização, os critérios de aceitação e os critérios de saída. Prioridades de substituição podem ser fornecidas.

Este caso de uso exerce principalmente o TOGAF ADM Fase G, Governança de Implementação: em linguagem simples dentro da Fase G, uma equipe de implementação é informada sobre o trabalho que precisa realizar e sobre as restrições externas à sua liberdade de realizar o trabalho. A forma como a Equipe EA se comunica é orientada pela organização da equipe de implementação.

O elemento crítico é alinhar a atividade de governança da EA com o modelo de mudança ágil. A dinâmica da equipe de sprint não deve ser prejudicada.

Caso de uso 4: use EA para restringir Sprints Agile

Este caso de uso exerce amplamente o TOGAF ADM Fase G, Governança de Implementação.

Seguindo melhores práticas de governança de EA a questão essencial é:

A equipe ágil interpretou razoavelmente as orientações e restrições documentadas da arquitetura de destino?

    • Se sim, sua interpretação deve ser aceita como conformidade e quaisquer questões abordadas por meio de uma mudança na arquitetura
    • Se não, desenvolva uma recomendação para corrigir a situação.

Este é um ponto chave. Uma boa arquitetura pode ter várias opções de implementação, e a equipe ágil não é obrigada a aderir a opiniões. Se a escolha de implementação for uma interpretação razoável, ela deve ser considerada conforme. Se algo foi deixado de fora da especificação da arquitetura, isso não é problema da equipe ágil. É um problema da equipe de EA, eles precisam de uma mudança na arquitetura aprovada.

O elemento crítico é o alinhamento Governança da EA atividade com modelo de mudança ágil. A dinâmica da equipe de sprint não deve ser prejudicada.

As lacunas, a estratégia de pacote de trabalho, os controles e as especificações de arquitetura orientam e restringem os sprints. Eles devem ser escritos e apresentados em termos que a equipe ágil possa consumir. Controles e especificações de arquitetura são normalmente processados como critérios de aceitação e critérios de saída.

Caso de uso 5: use o EA para resolver a dependência

Nesse caso de uso, a Arquitetura Corporativa é usada para lidar com a dependência e o impacto entre as equipes ágeis.

Este caso de uso é diferente do Caso de Uso 4, porque muda a forma como a equipe de EA se envolve. Freqüentemente, onde há dependência, será entre diferentes métodos de mudança (ágil e em cascata) e onde as escolhas dentro de um sprint podem ter impactos em cascata.

Um papel fundamental no desenvolvimento arquitetura para apoiar a entrega de soluções é identificar e lidar com essas dependências antes que uma equipe ágil tropece nelas.

No Caso de Uso 4, uma medida de sucesso é garantir que o momentum não seja prejudicado. Nesse caso de uso, o ímpeto de uma equipe deve ser equilibrado em relação a outras equipes ágeis, unidades operacionais e equipes que usam outros métodos de mudança.

Este caso de uso exerce amplamente a atividade de governança e requisição de mudança do TOGAF ADM Fase G. Francamente,  melhores práticas de governança de EA evita a concessão de isenções a desafios de dependência entre equipes de arquitetura que não foram identificados são as áreas mais comuns de isenções de arquitetura.

Os problemas de dependência são o problema da equipe de EA, eles precisarão realizar um trabalho para tirar a organização de forma mais eficaz desses buracos. O tratamento desses problemas requer atenção cuidadosa à arquitetura superior, controles e especificações de arquitetura expressas nos princípios.

Caso de uso 6: usar métodos ágeis para desenvolver arquitetura corporativa

Neste caso de uso, a capacidade do EA é configurada para usar métodos ágeis para desenvolver uma arquitetura corporativa.

Conexiam Predictable EA é um exemplo desse caso de uso. Para ajudar a entender que uma arquitetura é usada para apoiar a tomada de decisão, rotineiramente nos referimos ao produto de trabalho útil como o “Fichário de Conselhos”. Este fichário é otimizado para o propósito e o problema. Ele será consumido de várias maneiras diferentes.

Este caso de uso terá um grande impacto na execução de todas as fases do ADM para desenvolver a Arquitetura. Este caso de uso depende do resultado da Fase Preliminar e da estrutura e execução da Capacidade de EA.

Os profissionais que trabalham nos extremos do desenvolvimento ágil de software e da arquitetura corporativa provavelmente nunca se encontrarão. Eles podem nem reconhecer o produto de trabalho um do outro. A tensão essencial está em seu relacionamento um com o outro.

Quando você para e considera o alinhamento entre as melhores práticas de EA e as melhores práticas de desenvolvimento ágil de software para áreas básicas onde elas interagem, torna-se aparente. Os profissionais que trabalham nos extremos da Arquitetura Corporativa ou do desenvolvimento ágil de software podem nunca saber o que a outra pessoa trabalha para a empresa - eles podem não ver o produto de trabalho um do outro.

Um praticante de EA trabalhando para dar suporte à estratégia e um líder de tecnologia em uma equipe de software ágil trabalham distantes. O líder de tecnologia vive uma janela de execução medida em semanas ou meses. Planos de lançamento ou passarelas de arquitetura são um pensamento de longo prazo. O praticante de EA estratégica poderia ter trabalhado anos antes no roteiro que traçava o desenvolvimento da capacidade ágil de desenvolvimento de software.

Guia do arquiteto empresarial

Faça o download do Guia do arquiteto empresarial um Guia da série TOGAF sobre o desenvolvimento de arquiteturas empresariais úteis. teste

https://conexiam.com/togaf-9-2-body-of-knowledge/

Alinhar sua equipe de arquitetura corporativa a diferentes casos de uso ágil ajuda a identificar os mais aplicáveis Casos de uso de arquitetura corporativa.

Junte-se ao Personal Enterprise Architecture Kickstart

Programa gratuito de 12 semanas para ser um arquiteto empresarial melhor

Rolar para cima