O que é
Depois de confirmar a estratégia do produto e priorizar as características de arquitetura, chega a hora de olhar para o desenho do sistema e perguntar: o que pode dar errado aqui? O risk-storming responde essa pergunta de forma coletiva. Em vez de depender da intuição de uma única pessoa arquiteta, a técnica reúne todo o time (engenharia, produto, segurança, operações) diante dos diagramas da aplicação para identificar riscos de forma independente e depois consolidá-los.
O resultado não é um documento de riscos que envelhece numa wiki. É uma lista viva, priorizada por impacto e probabilidade, que alimenta diretamente as histórias de arquitetura da etapa seguinte.
A técnica de risk-storming foi criada por Simon Brown e está documentada em RiskStorming.com. O AARM a incorpora como terceira etapa do ciclo, conectada à estratégia do negócio.
Como facilitar a sessão
-
Utilize os diagramas de arquitetura da aplicação
Utilize um ou mais diagramas (C4) para mostrar o que você está planejando construir ou alterar. O diagrama é o mapa sobre o qual os riscos serão apontados.
-
Identifique os riscos individualmente
Reúna as pessoas diante dos diagramas e peça que identifiquem, em silêncio, o que pessoalmente consideram arriscado. Cada risco vai num post-it, codificado por cor conforme a matriz de priorização.
-
Aponte os riscos nos diagramas
Peça a todos que colem seus post-its nos diagramas, bem próximos da área onde o risco foi identificado. Aglomerações de post-its revelam os pontos quentes da arquitetura.
-
Revise e resuma os riscos
Consolide o resultado, dando atenção especial aos riscos que apenas uma pessoa identificou, e àqueles em que o grupo discorda sobre a prioridade. É aí que moram as conversas mais valiosas.
Matriz de priorização
Cada risco recebe uma nota de impacto e uma de probabilidade, de 1 a 3. O produto das duas define a prioridade, e a cor do post-it na sessão.
| Probabilidade → | |||
|---|---|---|---|
| Impacto ↓ | Baixa · 1 | Média · 2 | Alta · 3 |
| Baixo · 1 | 1 | 2 | 3 |
| Médio · 2 | 2 | 4 | 6 |
| Alto · 3 | 3 | 6 | 9 |
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
- O arquiteto fala primeiro. Quando a pessoa mais sênior apresenta seus riscos antes da rodada individual, ancora o grupo e a sessão vira validação, não descoberta. Silêncio primeiro, discussão depois.
- Diagrama desatualizado. Riscos apontados sobre uma arquitetura que não existe mais geram histórias inúteis. Atualize o C4 antes de agendar a sessão, ou desenhe-o junto, na abertura.
- Descartar os riscos solitários. O risco que só uma pessoa viu costuma vir de quem conhece um canto do sistema que os demais ignoram. É exatamente o tipo de risco que a técnica existe para capturar.