Seis casos de uso de arquitetura corporativa ágil
Seis casos de uso do Agile EA identificam como projetar uma equipe do EA para diferentes condições. Métodos ágeis para EA, EA apoiando o desenvolvimento ágil e uma empresa ágil.
Estes são um subconjunto do padrão Casos de uso de arquitetura corporativa. Os casos de uso padrão abordam tudo, desde mudanças estratégicas até mitigação de riscos e aquisições até desenvolvimento á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.
- Agilidade Empresarial
- Desenvolvimento ágil de software e arquitetura corporativa
- Arquitetura Empresarial usando métodos ágeis
As condições de isolamento permitem que você crie sua equipe EA com confiança. Nosso Serviços de recursos de EA use o Navegar Arquitetura de referência de recursos do EA. Equipes de EA de alto funcionamento são configuradas de forma otimizada.
Arquitetura ágil e empresarial encaixam-se maravilhosamente. 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 corporativa juntos para otimizar a mudança.
A maioria dos arquitetos salta para como o desenvolvimento corporativo e ágil se relaciona. Vimos muitas pessoas tentando encaixar dois mundos extremamente divergentes, geralmente sem parar para entender também.
Otimizamos a arquitetura empresarial e o desenvolvimento ágil, alinhando-os aos seus pontos fortes. A abreviação que usamos é que a arquitetura corporativa se destaca antes das decisões quando você não entende o que fazer. O desenvolvimento ágil de software se destaca na construção de algo que nunca tivemos antes.
Ambos os métodos sofrem de má aplicação crônica. Apesar do conceito inerente de iteração do TOGAF, muitos arquitetos se apegam ao diagrama de círculo de colheita do ADM e veem o processo. É tão fácil ver uma cascata no diagrama ADM. Errado, mas fácil. Assim como, o salto desorganizado na jornada de descoberta no desenvolvimento ágil para esconder sua desorganização.
O mundo real é confuso. A menos que estejamos falando de um simples greenfield de um 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 aprimorar o ecossistema enquanto se encaixa.
É 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 corporativo
Faça o download do Guia do arquiteto corporativo um Guia da Série TOGAF sobre o desenvolvimento de arquitetura corporativa útil.
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 métodos ágeis. Muitas organizações ágeis com as quais trabalhamos não usam métodos ágeis de mudança.
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 pesquisas esportivas e militares):
- Prontidão
- Acessibilidade
- Decisã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 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 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 a abordagem ágil para mudança
As questões a serem abordadas são que mudança, que desenvolvimento deve seguir qual abordagem. No caso de métodos ágeis, questões como Produto, estrutura da equipe Sprint, velocidade são todas respondidas.
Este Caso de Uso está exercitando amplamente o TOGAF ADM Fase F, G & H com base em uma arquitetura Estratégica ou de Portfólio.
Caso de uso 3: Use o EA para orientar o backlog e o planejamento do sprint
Do ponto de vista da Arquitetura Corporativa e TOGAF, toda implementação, prototipagem, piloto, projeto e sprints ágeis acontecem com a Fase G. A EA de melhores práticas produzirá uma arquitetura corporativa repleta de um notebook de entrega de solução, gap, controle, especificação de arquitetura e pacote de trabalho. Este material precisa ser descrito em termos adequados ao backlog: Epic, User Story e Architecture Runway.
A arquitetura Enterprise 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. Incluirá rastreabilidade para direcionadores, objetivos e prioridades fora do alcance do gerente de produto e do cliente.
No ágil clássico, as histórias de usuários e épicos orientadas para o cliente preenchem o back-log. 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 do sprint.
Neste uso épicos de lacunas 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 prioritárias podem ser fornecidas.
Este caso de uso exercita principalmente o TOGAF ADM Fase G, Governança da Implementação: em linguagem simples na Fase G, uma equipe de implementação é informada do trabalho que precisa realizar e das restrições externas à sua liberdade para realizar o trabalho. A forma como a equipe do EA se comunica é orientada pela organização da equipe de implementação.
O elemento crítico é alinhar a atividade de governança de EA com o modelo de mudança ágil. O impulso da equipe de sprint não deve ser prejudicado.
Caso de uso 4: Use EA para restringir Agile Sprints
Este caso de uso exerce amplamente a Fase G do TOGAF ADM, Governança de Implementação.
Segue melhor prática Governança de EA a pergunta 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 à opinião. Se a escolha de implementação for uma interpretação razoável, ela deve ser julgada compatível. Se algo foi deixado de fora da especificação da arquitetura, isso não é problema da equipe ágil. É problema da equipe do EA, eles precisam de uma mudança na arquitetura aprovada.
O elemento crítico é alinhar Governança do EA atividade com modelo de mudança ágil. O impulso 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 guiam e restringem os sprints. Eles devem ser escritos e apresentados em termos que a equipe ágil possa consumir. As especificações de controles e arquitetura são normalmente apresentadas 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 nas equipes ágeis.
Este caso de uso é diferente do Caso de Uso 4, porque altera a forma como a equipe do EA se envolve. Muitas vezes, onde há dependência, será entre diferentes métodos de mudança (ágil e cascata) e onde as escolhas dentro de um sprint podem ter impactos em cascata.
Um papel fundamental no desenvolvimento arquitetura para dar suporte à entrega de soluções é identificar e resolver essas dependências antes que uma equipe ágil passe por cima delas.
No Caso de Uso 4, uma medida de sucesso é garantir que o momento não seja prejudicado. Nesse caso de uso, o impulso 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 exercita amplamente a atividade de governança e pedido de mudança da Fase G do TOGAF ADM. Francamente, melhor prática Governança de EA evita conceder isenções à dependência de arquitetura entre equipes. Os desafios que não foram identificados são a área mais comum de isenções de arquitetura.
Problemas de dependência são o problema da equipe do EA. Eles precisarão realizar um trabalho para tirar a organização desses buracos com mais eficiência. A abordagem desses problemas requer atenção cuidadosa à arquitetura superior, controles e especificações de arquitetura expressas nos Princípios.
Caso de uso 6: Use métodos ágeis para desenvolver a arquitetura corporativa
Neste caso de uso, o recurso EA está configurado para usar métodos ágeis para desenvolver uma Arquitetura Corporativa.
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 o “Fichário de Aconselhamento”. Este fichário é otimizado para propósito e problema. Ele será consumido de várias maneiras diferentes.
Este caso de uso afetará 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 do recurso 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 de melhores práticas de EA e melhores práticas de desenvolvimento de software ágil para áreas básicas onde eles interagem se torna aparente. Praticantes 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 profissional de EA que trabalha para apoiar a estratégia e um líder de tecnologia em uma equipe de software ágil trabalham distantes. O líder técnico vive uma janela de execução medida em semanas ou meses. Planos de lançamento ou pistas de arquitetura são pensamentos de longo prazo. O praticante de EA estratégico poderia estar trabalhando há anos no roteiro que estabelecia o desenvolvimento da capacidade de desenvolvimento ágil de software.
Guia do arquiteto corporativo
Faça o download do Guia do arquiteto corporativo um Guia da Série TOGAF sobre o desenvolvimento de arquitetura corporativa útil.
Alinhar sua equipe de arquitetura corporativa a diferentes casos de uso ágeis ajuda a identificar os mais aplicáveis Casos de uso de arquitetura corporativa.
Junte-se ao Kickstart de Arquitetura Corporativa
Programa gratuito de 12 semanas para ser um arquiteto corporativo melhor