Todo mundo saiu da última reunião achando que tinha entendido a mesma coisa. Não tinham. Esta aula mostra o jeito mais barato de descobrir isso antes de virar código.
Event Storming não é diagrama. É conversa
A linguagem inteira cabe em seis notas adesivas e se aprende em dois minutos: o evento que aconteceu, a pessoa que agiu, a regra de negócio, o sistema externo, a informação que a pessoa viu e a decisão que ela tomou. Ninguém precisa saber UML, DDD ou ter lido o Brandolini para participar, e é exatamente por isso que funciona.
Você vê acontecendo, não ouve falar sobre
A maior parte da aula é uma sessão real, ao vivo, no Figma: um grupo de pessoas de engenharia que não conhece o negócio da Escola Forja mapeia do zero a jornada do primeiro contato até o certificado. No meio do caminho aparecem regras de negócio que não estavam escritas em lugar nenhum, um sistema externo que derruba a receita se cair, e o ponto exato onde o dinheiro entra.
O que você leva para segunda-feira
- As rodadas na ordem: exploração caótica, revisão da linha do tempo, camada de interação e "siga o dinheiro"
- Os três papéis (facilitador, especialista de domínio e time técnico) e como acumular dois deles quando você está sozinho
- O parking lot: como tirar uma ideia do quadro sem constranger quem colocou
- Por que não começar pelo agregado, quanto tempo dar por rodada e quando não cortar a discussão
- Como fazer um rascunho sozinho e usar ele para destravar contexto de forma assíncrona, sem marcar mais uma reunião
- Quando Event Storming é a ferramenta errada, e o que usar no lugar
Antes da prática, a aula separa contexto de escopo e espaço do problema de espaço da solução. É esse par que impede o time de inventar um problema para justificar a tecnologia que ele já queria usar.
Se você entra em time novo com frequência, herdou um domínio que ninguém documentou ou vive traduzindo negócio para engenharia, essa é uma das ferramentas mais baratas que existem e uma das poucas que funciona melhor no remoto do que presencialmente.