Ep. 101 - Event Storming
Resumo rápido
Sebas Ferrari, Ana Carolina e Alice, da Thaler, explicam como o Event Storming usa post-its coloridos, narrativas e eventos para fazer times de negócio e tecnologia construírem juntos o entendimento de um domínio complexo.
Capítulos
- 06:50Que problema o Event Storming resolve
- 08:25Modelar com narrativas em vez de estruturas prontas
- 20:57A coluna vertebral do workshop e a carga cognitiva inicial
- 23:27Post-its coloridos e a metáfora da pizza
- 30:24Ordenando eventos: a história da Cinderela e os eventos pivô
- 41:49Mapeando o estado atual (as-is) e as oportunidades de melhoria
- 52:15As saídas do workshop: glossário, linguagem ubíqua e arquitetura
Frases do episódio
“ele utiliza justamente o caos que a gente gera nessa folha em branco, que é um monte de eventos e tal, pra justamente emergir dali estrutura”
16:14
“é mais importante a participação e a colaboração das pessoas ali, do que estar certo já logo no começo”
21:39
“os eventos pivô são eventos que mudam a história de status, ou seja, são eventos que mudam o teu negócio”
35:31
O que você vai ouvir neste episódio
- O Event Storming promove o alinhamento visual rápido entre profissionais de tecnologia, design e especialistas de negócios.
- Ana Carolina Lima destaca como a facilitação visual auxilia designers de experiência a entenderem regras complexas de negócios.
- Sebastian Ferrari aborda o impacto da técnica na arquitetura de software e na definição clara de limites de domínio.
- Alice David Dos Santos compartilha a visão da engenharia na simplificação da comunicação direta com as áreas de produto.
- O mapeamento de eventos reduz ambiguidades e acelera a entrega de valor em times multidisciplinares e ágeis.
Temas discutidos
O Event Storming se conecta diretamente aos pilares de agilidade, produto e cultura organizacional ao quebrar silos entre diferentes disciplinas. Ao reunir UX designers, desenvolvedores e lideranças técnicas na mesma dinâmica, a prática estimula a comunicação empática e o entendimento compartilhado sobre o domínio do produto. Essa colaboração intensiva acelera a tomada de decisão estratégica e ajuda os times a resolverem problemas reais de forma alinhada às necessidades do negócio.
Para quem é este episódio
Este episódio beneficia desenvolvedores de software, designers de experiência e lideranças técnicas que buscam melhorar o alinhamento com áreas de negócios. Também é recomendado para facilitadores e pessoas de produto interessadas em técnicas colaborativas para detalhar domínios complexos.
Perguntas que este episódio ajuda a responder
O que é o Event Storming e qual o seu objetivo principal?
O Event Storming é uma oficina workshop focada em mapear rapidamente domínios de negócios complexos por meio de eventos. O objetivo principal é criar um entendimento compartilhado entre especialistas de negócios, designers e engenheiros de software, reduzindo ruídos de comunicação e identificando gargalos ou oportunidades no fluxo do produto.
Como o Event Storming ajuda na integração entre UX, desenvolvimento e negócios?
A prática reúne pessoas de diferentes especialidades para construir um modelo visual único da aplicação. Ao colocar profissionais de UX, engenharia e produto na mesma sala, o processo fomenta a empatia e garante que os aspectos visuais, técnicos e funcionais sejam compreendidos por todos sob a mesma perspectiva estratégica.
Qual é o papel da liderança técnica e da engenharia no Event Storming?
A engenharia e a liderança técnica utilizam os eventos identificados para estruturar uma arquitetura de software alinhada às necessidades do negócio. A participação ativa dos desenvolvedores evita suposições incorretas, facilita a identificação de limites de contexto e garante que a implementação reflita fielmente os processos operacionais mapeados.
Sobre este episódio
Este episódio do Love the Problem funciona como continuação direta do episódio anterior sobre Domain-Driven Design (DDD): o mesmo trio da Thaler, Sebas Ferrari (CTO e cofundador), Ana Carolina (UX designer) e Alice (desenvolvedora), volta ao podcast para aprofundar um termo que apareceu bastante naquela conversa, o Event Storming.
A discussão parte da pergunta que estrutura o programa: que problema o Event Storming resolve? A resposta é o gap de comunicação entre quem entende profundamente o domínio de um negócio e quem precisa construir a solução para ele. Em vez de começar com apresentações, documentos e estruturas prontas que vivem na cabeça de alguns stakeholders, o Event Storming propõe começar do zero, com uma folha em branco, e deixar que o entendimento emerja de narrativas contadas por meio de eventos, fatos que já aconteceram, sempre registrados no passado, como 'pagamento efetuado' ou 'conta paga'.
Os convidados detalham a mecânica prática da dinâmica, apoiada nas práticas de Alberto Brandolini, criador da técnica: a primeira diretriz é reduzir ao máximo a carga cognitiva inicial, evitando explicar o método antes de começar. Um facilitador reúne as pessoas certas, quem vive o domínio do problema e quem vai construir possíveis soluções, e conduz a sessão com uma notação de post-its coloridos: laranja para eventos, azul para atores e comandos (ações imperativas como comprar, cadastrar, debitar), roxo para sistemas e rosa para regras de negócio. A comparação recorrente ao longo da conversa é a de uma pizza: cada facilitador adapta a receita e tira ou acrescenta ingredientes, sem deixar de ser, no fim, um Event Storming.
Depois da fase caótica de despejar eventos sem ordem, o 'storming' que dá nome à técnica, o grupo organiza esses eventos numa sequência que conte uma história coerente. Uma prática citada é aquecer os participantes contando, em miniatura, a história da Cinderela com o mesmo método, antes de aplicar a mesma lógica ao problema real. Ao ordenar os eventos, surgem os eventos pivô: momentos que mudam o rumo do negócio, geralmente com um handoff entre áreas, como o fechamento de um carrinho de compras que dispara uma nova cadeia de pagamento e logística. É a partir desses pivôs que começam a emergir os contextos que organizam o domínio, pagamento, notificações, logística, e as fronteiras de linguagem entre eles.
A conversa também aborda as anotações auxiliares da dinâmica: hotspots, pequenos balões usados para registrar dúvidas que travariam a sessão se fossem discutidas ali mesmo, e marcações de oportunidades de melhoria, típicas do chamado Event Storming As-Is, voltado a mapear o estado atual de um processo para enxergar seu potencial evolutivo, uma ideia que os convidados conectam ao conceito de Cynefin, de Dave Snowden. Também existem diferentes tipos de Event Storming, do Big Picture organizacional, que mapeia processos e handoffs de uma empresa inteira sem entrar em sistemas técnicos, até o Event Storming de Software Design, mais técnico e detalhado, cada tipo pedindo a participação de perfis diferentes de pessoas.
Uma parte importante da conversa é dedicada às saídas concretas do workshop. Do ponto de vista de desenvolvimento, o material produzido, eventos, comandos, contextos e agregados, quase se transforma diretamente em insumo para pensar arquitetura, entidades e tecnologias. Do ponto de vista de design, o Event Storming funciona como um recurso valioso de discovery, que gera mais perguntas direcionadoras do que respostas prontas, e que os convidados relacionam ao double diamond e ao design thinking, com um paralelo possível (embora menos colaborativo) ao Service Blueprint. Em ambos os casos, o produto mais citado é o glossário compartilhado e a linguagem ubíqua que nasce da dinâmica, usada tanto para nomear variáveis e entidades no código quanto para escrever textos de interface alinhados ao domínio.
Sobre a prática de facilitação, os convidados comentam a diferença entre o formato presencial original, criado por Brandolini, e as adaptações necessárias para sessões remotas, e reforçam a importância de pausas regulares: um Event Storming completo costuma levar pelo menos quatro horas, com intervalos que ajudam o grupo a largar a busca por perfeição e retomar com um olhar mais fresco. Apesar do cansaço, o formato costuma deixar os participantes entusiasmados, porque saem da sessão com material concreto para trabalhar, em vez da sensação de estarem perdidos diante de um problema complexo.
O episódio fecha com reflexões sobre como a linguagem do domínio se torna prática à medida que é usada durante o workshop, de forma parecida a aprender um idioma na conversa, não na gramática, e recomendações para quem quiser se aprofundar no assunto, com destaque para o trabalho de Alberto Brandolini e o podcast Virtual DDD, que também explora sessões de Event Storming remoto com estudos de caso.
Transcrição completa
Este episódio é quase uma continuação do episódio anterior sobre Domain-Driven Design (DDD): dessa vez o assunto é o Event Storming, técnica que apareceu bastante naquela conversa e que agora ganha um episódio inteiro. Participam Sebas Ferrari, CTO e cofundador da Thaler, Ana Carolina, UX designer, e Alice, desenvolvedora, todos do mesmo time que gravou o episódio de DDD.
A conversa começa pela pergunta que guia o podcast: que problema o Event Storming resolve? A resposta central é o gap de entendimento entre quem domina o problema de negócio e quem vai construir a solução. Para ter esse entendimento é preciso uma linguagem comum, e é aí que o Event Storming entra: uma forma de modelar problema e solução ao mesmo tempo, de maneira colaborativa, por meio de narrativas e eventos. Em vez de começar com apresentações e estruturas prontas que já vivem na cabeça de alguns stakeholders, o grupo começa com uma folha em branco e vai contando histórias.
Esse processo é evolutivo: ele usa a favor o próprio caos gerado numa folha em branco cheia de eventos para, a partir dali, deixar emergir uma estrutura. É o contrário do modelo tradicional de consultoria, que parte de modelos mentais já prontos. Funciona bem justamente porque lida-se com sistemas sociotécnicos, em que a interação social e os sistemas técnicos se impactam mutuamente; por isso não adianta focar só na parte técnica esperando resolver o problema.
Sobre a estrutura da dinâmica, existe sim uma espinha dorsal, baseada nas práticas de Alberto Brandolini, criador do Event Storming. Um dos participantes fez um curso remoto com ele. A lição mais importante desse curso foi que é mais importante a participação e a colaboração das pessoas do que estar certo logo no começo. Por isso a primeira diretriz é reduzir ao máximo a carga cognitiva inicial: evita-se explicar o método logo de cara, e o facilitador leva as pessoas certas, quem vive o domínio do problema e quem vai construir possíveis soluções, para uma sessão com agenda, mas aberta ao improviso.
A notação funciona com post-its de cores diferentes, e a primeira e mais importante é o laranja, que representa eventos. A comparação usada é a de uma pizza: cada facilitador bota os toppings que preferir e adapta a receita ao contexto, sem deixar de ser uma pizza. Eventos são coisas que já aconteceram, sempre escritos no passado, conta paga, pagamento efetuado, cálculo processado, e são colocados por qualquer pessoa presente, não só por quem domina o assunto, para não virar um exercício elitizado. Essa etapa caótica de despejar eventos é o "storming" que dá nome à técnica; como ela nasceu presencial (folha grande, post-its físicos, canetas para todos), quando feita remotamente exige mais esforço para manter a colaboração viva.
Depois de gerar os eventos, o grupo os ordena de forma a contar uma história coerente. Uma prática ensinada por Brandolini é aquecer o grupo contando, em miniatura, a história da Cinderela com os mesmos post-its, para depois repetir a dinâmica com o problema real. Ao ordenar os eventos, identificam-se os eventos pivô, aqueles que mudam o rumo da história, geralmente com um handoff entre áreas, como o fechamento de um carrinho de compras que dispara pagamento e logística. A partir da ordenação e dos pivôs começam a emergir os contextos (pagamento, notificações, logística etc.), que delimitam a linguagem e mostram onde um contexto se comunica com outro por meio de um evento de integração.
Com os contextos nascem outras notações: atores e comandos (ações imperativas como comprar, cadastrar, debitar, em post-its azuis), sistemas (post-its roxos) e, quando surgem dúvidas que travariam a sessão, hotspots, pequenos balões que registram um ponto para resolver depois, como "conversar com o time de pagamento para entender a verificação". No mesmo espírito aparecem anotações de oportunidades de melhoria, prática típica do chamado Event Storming As-Is, que mapeia o estado atual do processo para enxergar seu potencial evolutivo, ideia que dialoga com o conceito de Cynefin, de Dave Snowden.
Também existe o post-it de regra de negócio, geralmente rosa, escrito pelos próprios domain experts, registrando condições como "se a pessoa for maior de 18 anos, então...". E o Event Storming não é uma técnica única: há pelo menos três tipos, do Big Picture, voltado a entender processos e handoffs de uma organização inteira, sem entrar em sistemas técnicos, até o Event Storming de Software Design, mais detalhado e técnico, cada um pedindo a participação de pessoas diferentes.
As saídas do workshop são discutidas em detalhe: primeiro, o glossário e a linguagem ubíqua construídos coletivamente, que alimentam tanto o código (nomes de variáveis, classes, entidades e agregados alinhados ao domínio) quanto os textos de interface e de UX writing. Do ponto de vista de desenvolvimento, o material serve quase por completo para pensar contextos, arquitetura e as tecnologias necessárias; comandos e eventos apontados no board já indicam quais serão os agregados e entidades do sistema. Do ponto de vista de design, o Event Storming funciona como um recurso valioso de discovery, que gera mais perguntas do que respostas prontas, mas direciona pesquisas mais aprofundadas depois, uma conexão explícita com o double diamond e o design thinking, e um paralelo possível com o Service Blueprint, embora este último seja menos colaborativo.
Sobre a prática da facilitação, destaca-se a importância dos intervalos: um Event Storming completo costuma exigir pelo menos quatro horas, e pausas de dez minutos ajudam o grupo a soltar a busca por perfeição e voltar com o olhar mais fresco. Apesar de cansativa, a dinâmica costuma deixar os participantes entusiasmados, porque saem da sessão com muito material concreto para trabalhar em vez da sensação de estarem perdidos.
Por fim, a conversa comenta como a linguagem do domínio vai se tornando prática à medida que o grupo a usa durante o workshop, de forma parecida a aprender um idioma na conversa em vez de na gramática, e explica por que o time evita termos técnicos como "aggregate" logo no início, preferindo o termo "conceito" para facilitar o entendimento de quem não é da tecnologia. Como referências para quem quiser se aprofundar, os participantes recomendam o trabalho de Alberto Brandolini e o podcast Virtual DDD, que também explora sessões de Event Storming remoto com estudos de caso fictícios.
Episódios relacionados
- Ep. 298 - Organizações Orientadas a Valor: Gestão da Mudança Organizacional (GMO) Desburocratizada
Quantas transformações falham porque, apesar de as ferramentas e processos mudarem, as pessoas continuaram agindo exatamente do mesmo jeito? Neste episódio da nossa série especial sobre Organizações Orientadas a Valor, Rafaela Fonseca recebe Renan Melo, consultor estratégicona Nower, para falar sobre a verdadeira engrenagem que faz qualquer transformação funcionar: a Gestão da Mudança Organizacional (GMO). Na conversa eles debatem como podemos fazer uma GMO que é desburocratizada, sustentável, focada em resultados e que conecta pessoas e lideranças? Nesse papo você vai ouvir sobre: Toda Gestão é Gestão de Mudança: partindo dessa premissa do Management 3.0, discutimos como o sucesso de qualquer iniciativa corporativa depende fundamentalmente de as pessoas fazerem as coisas de forma diferente do que fazem hoje. As 6 Lentes da Mudança (GMO): Descubra os seis cenários críticos onde a gestão de mudança é essencial: transformação tecnológica, transformação organizacional, modelo operacional, cultura, estratégia e crescimento. Conexão entre Portfólio e Mudança: não basta entregar uma solução, junto com GMO é que podemos garantir a adoção. É a adoção sólida que transforma investimento em resultado real. Plot Twist na Comunicação: Por que o time de GMO não deve comunicar a mudança diretamente? Entenda o papel vital do líder direto como principal canal de comunicação para gerar engajamento e mitigar resistências. Resistência como Informação: Lembre-se: resistência nem sempre é sabotagem. Ela é uma fonte rica de informações sobre gargalos invisíveis que a liderança precisa escutar e entender. Case Prático (Innovation Vortex): Como o framework de sete passos do Innovation Vortex (do modelo unFIX) foi utilizado de forma incremental para migrar da estrutura antiga e rodar novos times sem a necessidade de um reorg abrupto. Quer saber mais sobre como criar Organizações Orientadas a Valor? Acompanhe nossa série na playlist oficial. (https://open.spotify.com/playlist/3cfPF2UnrMCkeOv
- Ep. 293 - Planejamento Estratégico Além do Óbvio: como fazer diferente sem esquecer do básico
O seu planejamento estratégico é realmente único ou é apenas um "copiar e colar" de metas genéricas? No episódio 293 do Love the Problem, Rafaela Fonseca recebe Ana Araújo (CEO na Pareto) e Fernanda Magalhães (Consultora e Trainer na Nower e K21) para debater sobre como levar o planejamento estratégico além do óbvio — e por que tantas empresas ainda falham no básico antes mesmo de tentar dar passos mais complexos. Elas abordam: A armadilha da pasteurização: objetivos genéricos (como "aumentar faturamento", "melhorar NPS" ou "investir em inovação") quando usados como simples padrões deixam de ser úteis e formam uma estratégia sem conexão com a realidade específica da empresa. O feijão com arroz precisa de tempero: O óbvio e o básico precisam ser ditos e muito bem-feitos. A liderança precisa estar presente e atenta aos detalhes para que uma boa estratégia seja criada e colocada em prática. A pressa de ir para o "Como": Há um impulso enorme em descer diretamente para a solução, antes mesmo de garantir que todo o grupo compreenda claramente o ponto de partida e o destino final da organização. Antes de falar da solução é importante que todos estejam alinhados sobre o problema. Projetos informais: Para testar novas soluções de forma ágil é preciso abrir espaços seguros para o time experimentar e testar hipóteses. Projetos informais que estejam alinhados com a estratégia e a liderança direta podem ser esses espaços ricos de colaboração, criatividade e inovação. Executivos conectados com o dia a dia: Empresas são feitas de pessoas, e projetos são entregues por pessoas. A liderança precisa enxergar de perto o que está acontecendo na realidade da operação para criar uma estratégia acionável. Você quer elevar o nível do planejamento estratégico na sua empresa? Então dê o play e vem com a gente!
- Ep. 290 - Case OrgFlow: como apoiar a Jornada dos Colaboradores com ferramentas de IA?
Já pensou em criar uma ferramenta interna e colocá-la no ar em menos de dois meses — mesmo sem ser da área de tecnologia? 🚀 No novo episódio do Love The Problem, Rafaela Fonseca conversa com Akemy Brandão, Psicóloga e Líder da Área de Pessoas na Nower e K21, e Raphael Montenegro, Sócio e Head de Consultoria da Nower, para abrir os bastidores do Case do OrgFlow! Descubra como um incômodo com trabalhos manuais repetitivos se transformou no desenvolvimento do OrgFlow: um hub digital que apoia a jornada do colaborador na Nower e K21 centralizando comunicados, políticas, estruturas e muito mais. O produto nasceu a partir de um prompt e foi construído através de vibe coding, unindo uma psicóloga como Product Owner e um líder de negócios como desenvolvedor! O que você vai conferir neste papo: Automação na prática: Como a ferramenta eliminou trabalho manual automatizou comunicados e políticas internas. Conexão com a nova NR1: como o uso inteligente de filtros para direcionar a informação a quem realmente precisa, espaço de feedbacks e outras funcionalidades contribuem para o bem-estar e a saúde mental dos times e auxiliam o cumprimento da norma. Cultura de Produto e Feedback: ciclos rápidos de entrega, evolução constante e participação dos usuários no processo de construção. O papel da liderança ativa: Por que os líderes modernos precisam colocar a mão na massa para otimizar suas estruturas e incentivar a inovação e como isso contribui para o uso da IA como ferramenta estratégica no RH. Quer entender como a Inteligência Artificial pode ir muito além de um simples acelerador e realmente provocar uma mudança de mentalidade na sua empresa? Dê o play agora e vem ouvir com a gente essa história de agilidade e inovação na prática! 🎧
- Ep. 288 - Alta Performance sem Exaustão: o ponto de equilíbrio entre saúde mental, liderança e resultados
Nesse episódio do Love The Problem, Rafaela Fonseca conversa com Lucas Arthur (Co-Founder e COO da Telavita) e Akemy Brandão (Psicóloga e Líder da Área de Pessoas da Nower e K21) sobre um desafio que está no centro do futuro do trabalho: como construir ambientes de alta performance sem transformar a pressão em método de gestão. Eles abordam os seguintes assuntos: ✔️ O mito de que saúde mental e performance competem entre si ✔️ Como encontrar o “nível saudável” de desafio, pressão e estímulo nas equipes ✔️ Por que diferentes times exigem contextos, lideranças e ritmos diferentes ✔️ Clareza, priorização e segurança psicológica como aceleradores de resultado ✔️ O papel das lideranças, das empresas e também do indivíduo nessa equação ✔️ O que mudou na gestão de saúde mental corporativa nos últimos anos e com a NR-1 Se você lidera pessoas, constrói produtos ou busca resultados sustentáveis no seu negócio, esse episódio traz reflexões práticas para sair do dilema entre entregar mais e cuidar melhor das pessoas. Porque resultado e crescimento só é sustentável com sistemas, liderança e ambientes capazes de equilibrar desafio, evolução e bem-estar. Quer saber mais? Então solta o play e vem com a gente!