Armadilha #2 não está progredindo

O ciclo de vida médio de uma equipe de EA é de 2 anos. A maioria das organizações tem um histórico de levantar, dissolver, reiniciar e deixar de lado as equipes de EA. Nossa prática que estabelece e aprimora as equipes de EA vê mais disso do que a maioria.

Quando perguntamos às equipes de liderança o que não funcionou antes de chegarmos, é sempre a mesma coisa: eles não entregaram nada consumível. Pior ainda, quando a arquitetura era irrelevante no esforço para atingir os objetivos estratégicos.

Estes são sintomas clássicos de Armadilha #2 não está progredindo. Nada consumível. Sem alinhamento à melhoria.

Todos que participaram do nosso EA com TOGAF & Navegar ou Certificação TOGAF cursos conhece o pato bravo. Um simples clip-art mostrando um pato com os braços cruzados impacientemente e os olhos baixos em desprezo. O pato bravo é um lembrete para todos os arquitetos de que, apesar das múltiplas pressões em torno da produção de arquitetura e orientação úteis, nunca há recursos e informações suficientes para um arquiteto ter confiança em 100% ou completo em 100%. Em vez disso, devemos terminar. Devemos entregar o suficiente para o efeito.

Enquanto as equipes de EA estão perseguindo o incidental ou sendo paralisadas por outra rodada de análise, as organizações estão avançando com mudanças deliberadas e acidentais. A arquitetura útil é suficientemente completa para fornecer confiança suficiente para apoiar a decisão que não foi tomada.

a nossa profissão Estrutura TOGAF inclui as ferramentas para fazer isso: iteração e níveis variados de detalhes no Enterprise Landscape. Equipes de EA de alto funcionamento alinham suas entregas ao ciclo de negócios e usam um repositório estruturado.

As decisões que irão enquadrar um projeto, aprovar as especificações críticas que entregam valor mensurável normalmente requerem uma análise menos detalhada do que o necessário para orientar e restringir uma equipe de mudança que implementa uma solução. Francamente, terminar significa interromper o trabalho quando a iteração atual puder resolver o problema em questão.

Usamos o conceito ágil de backlog para manter o trabalho de futuras iterações de ADM. Na prática é simples: o roteiro identificará iniciativas, ou programas, que precisam de mais trabalho; os programas terão projetos que exigem mais trabalho e os projetos terão soluções que exigem mais trabalho. Cada iteração estende o trabalho anterior, valida e refina especificações e controles. Preenchendo o cenário do EA.

O desenvolvimento de arquitetura intencional impulsiona a entrega. O conceito de projeto de arquitetura do TOGAF é um cartão em nosso backlog Kanban. No início de cada sprint de EA Previsível, retiramos os cartões e dividimos o que precisamos no repositório e o que entregaremos aos consumidores (decisores e partes interessadas).

Com um repositório em expansão, o tempo de colocação no mercado acelera com trabalho reutilizável. Quando a arquitetura do portfólio fez a análise das partes interessadas e definiu a abordagem preferida para os pacotes de trabalho, o arquiteto entra pela porta sabendo a prioridade e se o trabalho atual deve começar com a suposição de remoção e substituição, evolução ou revolução. Ele impulsiona a convergência dentro do conjunto de demandas das partes interessadas. A clareza das partes interessadas sobre o que deve mudar impulsiona a convergência no benefício estratégico.

De repente, sem um mandato, sem estruturas de governança complexas e sua autoridade de decisão imaginária, a equipe de EA está entregando valor. As decisões direcionais têm rastreabilidade visível ao valor. As decisões de implementação estão em conformidade com a especificação e o controle que são obviamente defensáveis. Em geral, a organização muda com mais sucesso e menos atrito.

Tudo porque a Equipe EA evitou a armadilha de Não está progredindo