Seis casos de uso de arquitetura empresarial ágil

Exemplos de casos de uso de EA ágil

Caso de uso 1: Arquitetando uma empresa ágil

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

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

Utilizamos fortemente a Cadeia de Suprimentos e a Resposta a Desastres como critérios de alta agilidade. Utilizamos 5 atributos para agilidade (retirados de pesquisas esportivas e militares):

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

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

Francamente, esse caso de uso é perigoso se não estiver alinhado com as verdadeiras preferências das partes interessadas poderosas de uma organização.

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

Caso de uso 2: use EA para definir uma abordagem ágil para mudança

Neste caso de uso, a Arquitetura Corporativa é utilizada para estruturar como a Empresa realiza mudanças. Produtos, estrutura da equipe de Sprint, velocidade e alinhamento com todas as abordagens de mudança são executados.

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

Este caso de uso está exercendo em grande parte o ADM da TOGAF Fase F, G e H baseadas em uma arquitetura estratégica ou de portfólio.

Caso de uso 3: use o EA para orientar o planejamento do backlog e do sprint

Da perspectiva da Arquitetura Empresarial e TOGAF, Todas as implementações, prototipagens, pilotos, projetos e sprints ágeis acontecem na Fase G. A Arquitetura Corporativa de Melhores Práticas produzirá uma arquitetura corporativa completa com um caderno de entrega de soluções, lacunas, controles, especificações de arquitetura e pacote de trabalho. Este material precisa ser descrito em termos adequados ao backlog: Épico, História do Usuário e Arquitetura de Runway.

A arquitetura corporativa conterá um conjunto de lacunas, pacotes de trabalho para preenchê-las e limitações à criatividade e à liberdade das equipes de implementação para realizar a mudança. Incluirá rastreabilidade para motivadores, metas e prioridades fora do escopo do gerente de produto e do cliente.

No Agile clássico, os Épicos e as Histórias de Usuários orientados ao cliente preenchem o backlog. O cliente fornece critérios de priorização. A equipe ágil auto-organizada prioriza o trabalho.

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

Neste caso, épicos de lacunas e histórias de usuário são derivados de lacunas e pacotes de trabalho. Dependências externas restringem 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 ADM da TOGAF Fase G, Governança da Implementação: em linguagem simples, na Fase G, a equipe de implementação é informada sobre o trabalho que precisa realizar e as restrições externas à sua liberdade para executá-lo. A forma como a Equipe de Atuação Contínua se comunica é determinada pela organização da equipe de implementação.

O elemento crítico é alinhar a atividade de governança da Arquitetura Corporativa com o modelo de mudança ágil. O ritmo da equipe de sprint não deve ser prejudicado.

Caso de uso 4: use EA para restringir sprints ágeis

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

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

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

• • Em caso afirmativo, sua interpretação deve ser aceita como conformidade e quaisquer problemas devem ser resolvidos por meio de uma mudança na arquitetura
  • Caso contrário, desenvolva uma recomendação para corrigir a situação.

Este é um ponto-chave. Uma boa arquitetura pode ter múltiplas opções de implementação, e a equipe ágil não é obrigada a se ater a opiniões. Se a escolha de implementação for uma interpretação razoável, ela deve ser considerada compatível. Se algo ficou de fora da especificação da arquitetura, isso não é problema da equipe ágil. É problema da equipe de arquitetura corporativa, que precisa de uma mudança na arquitetura aprovada.

O elemento crítico é o alinhamento governança de arquitetura empresarial atividade com modelo de mudança ágil. O momentum da equipe de sprint não deve ser prejudicado.

As Lacunas, a Estratégia do Pacote de Trabalho, os Controles e a Especificação de Arquitetura orientam e restringem os sprints. Eles devem ser escritos e apresentados em termos que a equipe ágil possa compreender. Os Controles e as Especificações de Arquitetura são normalmente apresentados como critérios de aceitação e critérios de saída.

Caso de uso 5: usar EA para resolver dependência

Neste caso de uso, a Arquitetura Corporativa é usada para abordar dependência e impacto entre equipes ágeis.

Este caso de uso é diferente do Caso de Uso 4, pois altera a forma como a equipe de Arquitetura Corporativa se envolve. Muitas vezes, quando há dependência, ela se dá entre diferentes métodos de mudança (ágil e em cascata), e as escolhas dentro de um sprint podem ter impactos em cascata.

Um papel fundamental do desenvolvimento arquitetura para dar suporte à entrega de soluções é identificar e abordar 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. Neste caso de uso, o momentum de uma equipe deve ser equilibrado com o de outras equipes ágeis, unidades operacionais e equipes que utilizam outros métodos de mudança.

Este caso de uso exerce amplamente a governança da Fase G do TOGAF ADM e a atividade de ordem de mudança. Francamente, melhores práticas de governança de arquitetura empresarial evita a concessão de isenções à dependência entre equipes de arquitetura. Desafios não identificados são a área mais comum de isenções de arquitetura.

Problemas de dependência são um problema da equipe de Arquitetura Corporativa. Eles precisarão trabalhar para tirar a organização desses buracos da forma mais eficaz possível. Lidar com esses problemas requer atenção especial à arquitetura superior, aos controles e às especificações de arquitetura expressas nos Princípios.

Caso de uso 6: Use métodos ágeis para desenvolver arquitetura empresarial

Neste caso de uso, o recurso EA é configurado para usar métodos ágeis para desenvolver uma arquitetura empresarial.

Conexiam EA previsível é um exemplo deste caso de uso. Para ajudar a entender que uma arquitetura é usada para apoiar a tomada de decisões, rotineiramente nos referimos ao produto de trabalho útil como "Fichário de Conselhos". Este fichário é otimizado para a finalidade e o problema. Ele será consumido de diversas maneiras diferentes.

Este caso de uso impactará amplamente a 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.