O que é
As três primeiras etapas produzem entendimento; a quarta produz código. As histórias de arquitetura transformam os riscos e oportunidades identificados no risk-storming em itens de backlog com a mesma dignidade das histórias de negócio, escritas de um jeito que qualquer pessoa, técnica ou não, entenda o valor.
É aqui que o AARM se diferencia de um processo de governança: a arquitetura não vive em documentos paralelos, vive no mesmo backlog do produto, priorizada pelos mesmos critérios, entregue nos mesmos ciclos. Codar a arquitetura, e comunicar o avanço, é o que a coloca de volta no jogo.
"Por muito tempo nós, arquitetos, pensamos estar no ramo de construir software. Mas estamos no ramo de construir um negócio." Eben Hewitt, em Technology Strategy Patterns.
Como facilitar
-
Transforme riscos e oportunidades em histórias
Cada risco priorizado no risk-storming (e cada oportunidade de otimização) vira uma história de arquitetura no backlog. Nota 6 ou 9 na matriz? Entra na frente.
-
Conecte cada história ao objetivo e à característica
Toda história de arquitetura carrega sua linhagem: qual objetivo estratégico habilita, através de qual característica. Sem essa conexão, é dívida técnica disfarçada de estratégia.
-
Priorize no backlog de negócio, não num backlog paralelo
A negociação acontece com quem prioriza o produto, usando a linguagem da etapa 1. Backlogs técnicos paralelos são onde histórias de arquitetura vão para morrer.
-
Comunique o avanço
Dê visibilidade ao valor entregue: métricas antes e depois, riscos mitigados, características fortalecidas. Arquitetura invisível perde a próxima rodada de priorização.
Do objetivo à tecnologia
A história de arquitetura é a ponte completa entre a estratégia e a stack. O exemplo clássico do framework:
AARM Toolkit
O kit completo de templates preenchíveis das 4 etapas: canvas de estratégia, matriz de ilities, board de risk-storming, história de arquitetura, ADR e backlog.
Erros comuns
- Tecnologia em busca de justificativa. "Precisamos migrar para Kubernetes" não é uma história de arquitetura: é um desejo. A frase começa no objetivo de negócio ou não convence ninguém a priorizá-la.
- O backlog paralelo. Manter as histórias de arquitetura num quadro separado "para não atrapalhar o produto" garante exatamente isso: elas nunca atrapalham, porque nunca são feitas.
- Entregar sem comunicar. O time reduziu o tempo de deploy pela metade e ninguém do negócio ficou sabendo. Na próxima priorização, a arquitetura volta a ser vista como custo.