Guia para conduzir uma sessão de tempestade de eventos

Desenvolver uma compreensão abrangente dos sistemas de negócios é um trabalho árduo. Geralmente envolve modelagem de alto nível ou mapeamento de processos complexos. Este pode ser um processo altamente técnico e trabalhoso que envolve muita tentativa e erro. A criação de diagramas BPMN ou esquemas UML pode ser muito útil para entender o funcionamento mais amplo de um negócio, mas são fundamentalmente de natureza técnica e podem excluir especialistas de domínio não técnicos.

Design orientado por domínio

Domain-Driven Design é uma metodologia que estabelece uma linguagem independente de tecnologia que permite uma compreensão detalhada das necessidades e processos de negócios. Isso permite que as partes interessadas comuniquem seu conhecimento de domínio ao restante da equipe de maneira agnóstica de linguagem para desenvolver uma compreensão compartilhada dos sistemas.

O que é Tempestade de Eventos?

Event storming é uma abordagem baseada em workshop para Domain Driven Design que reúne partes interessadas técnicas e não técnicas para explorar domínios de negócios complexos. Ele se concentra em eventos de domínio que são gerados no contexto de um processo de negócios ou aplicativo de negócios. Geralmente envolve proprietários de produtos, especialistas de domínio e desenvolvedores.

O método event storming foi introduzido e divulgado por Alberto Brandolini em Introducing EventStorming. Ele é usado como uma técnica para capturar rapidamente um projeto de solução e melhorar a compreensão do projeto pela equipe.

A tempestade de eventos é uma forma de aprendizado em grupo e é uma maneira divertida de integrar as equipes de desenvolvimento e produto para criar soluções alternativas juntas. A tempestade de eventos também pode ser útil para equipes com produtos maduros solicitarem o processo e descobrirem gargalos e áreas de conflito.

Uma sessão de tempestade de eventos geralmente é conduzida para:

• Criar um modelo de negócios para o desenvolvimento de um projeto.
• Obtenha uma visão geral do modelo de produto em toda a sua complexidade, destacando seus objetivos e necessidades.
• Visualize o modelo do produto e faça um brainstorming de soluções alternativas.
• Encontre gargalos e áreas de conflito em produtos maduros.

Os benefícios da tempestade de eventos

Ao construir um produto, é importante que a equipe de desenvolvimento seja bem versada no domínio de negócios em que o produto opera. Isso permite uma análise inicial mais clara e uma construção mais focada. Um workshop como uma sessão de eventos pode aumentar a cooperação geral entre as equipes de negócios e de produto.

Rápido: A maioria das outras técnicas de modelagem de processos de negócios é um mergulho profundo nas operações do negócio. Eles envolvem o uso de modelos de dados complexos e podem levar semanas para representar uma imagem precisa. A tempestade de eventos é uma abordagem rápida para modelar o design orientado por domínio. Uma tempestade de eventos geralmente é um evento de um dia em que um processo de negócios completo pode ser mapeado em algumas horas.

Entendimento compartilhado entre partes interessadas técnicas e não técnicas : Ao contrário da UML, uma tempestade de eventos cria uma representação de um processo de negócios que pode ser facilmente entendido sem nenhum conhecimento técnico prévio.

Colaborativo: O conceito central de uma tempestade de eventos é incentivar a participação e a interação entre os especialistas do domínio. Ele cria um ambiente envolvente para criar modelos de negócios e resulta na descoberta de insights mais valiosos.

Eficaz: O maior benefício do event storming são as conversas que ele inicia. As equipes podem usar o conhecimento adquirido no workshop para informar futuros processos de modelagem e criar produtos, ou podem simplesmente usar a tempestade de eventos para entender melhor os processos de negócios e tomar melhores decisões no futuro.

Conduzindo a tempestade de eventos

Para conduzir uma tempestade de eventos, você precisa reunir várias partes interessadas com conhecimento de domínio específico. Isso pode ser feito em um local físico ou virtualmente usando uma ferramenta colaborativa de quadro branco como o Creately. Ele permite que você conduza toda a sessão remotamente em uma única tela infinita e pode ser usado como um espaço compartilhado onde as partes interessadas podem trocar pensamentos e ideias em tempo real.

Etapa 1: eventos de domínio

O primeiro passo é identificar eventos de domínio. São declarações factuais sobre as coisas que aconteceram em um sistema de negócios. Os participantes fazem um brainstorming e listam todas as coisas que aconteceram em um sistema que desencadeou reações importantes. Em seguida, eles listam esses eventos como notas codificadas por cores na tela virtual. É importante expressar essas declarações no passado para que os participantes possam enquadrar isso como uma declaração 'o que aconteceu'. À medida que os participantes adicionam eventos à tela, você pode começar a organizá-los de acordo com o período de tempo em que ocorreram.

Passo 2- Comandos

O próximo passo é identificar por que o evento ocorreu. Nesta etapa, a equipe analisa o que desencadeou os eventos. Enquanto os eventos são declarações factuais sobre o passado, os comandos expressam nossa intenção de que algo aconteça no futuro. Os comandos geralmente são listados em notas azuis. Enquanto os eventos são capturados como declarações do tempo passado, os comandos são listados como intenções do tempo presente. Os comandos podem ser documentados como ações do usuário e do sistema.

Etapa 3- Agregados

Estas são as coisas que acontecem em um sistema que geralmente ocorrem em um grupo de eventos. São entidades comerciais de ordem superior que devem ser representadas como substantivos.

Por exemplo, 'Processo de pedido'. Um agregado geralmente consiste em uma coleção de notas na tela.

Ele é representado por um cluster de eventos com comandos correspondentes e o ator responsável. Esse agregado pode então ser nomeado e colocado em uma nota maior coordenada por cores na tela.

Passo 4 – Contextos Limitados

Esta é uma estrutura de alto nível que consiste em categorizações de funcionalidade que agrupam entidades relacionadas. A equipe começa a agrupar módulos dentro de um elemento chamado contextos limitados, desenhando uma caixa ou círculo ao redor dos módulos relacionados. Você pode então iniciar o mapeamento de contexto ilustrando como os módulos dentro de um contexto limitado interagem com outros contextos. Simplificando, todos os eventos relacionados cairiam no mesmo contexto limitado. Por exemplo, todos os eventos relacionados a carrinhos de compras cairiam no contexto limitado de carrinho de compras.

Dicas para conduzir sua sessão de tempestade de eventos

• Participantes: O aspecto chave de uma tempestade de eventos bem-sucedida é organizar as pessoas certas. Os participantes devem ser os principais interessados ​​com experiência em vários domínios. Uma tempestade de eventos eficaz geralmente tem um pequeno grupo de partes interessadas para garantir uma conversa fluente e um ambiente colaborativo.
• Planeje as sessões: estabeleça metas e intenções para a sessão. Isso permite que você se concentre mais no que deve estar envolvido na sessão e quais aspectos devem ser deixados de fora.
• Envie instruções com antecedência: Permita que os participantes entendam qual é o objetivo do exercício e o que se espera deles. Envie instruções sobre o que é a chave e o que as diferentes notas coloridas representam, para que os participantes tenham uma compreensão clara durante a condução da sessão
• Tenha discussões em linguagem não técnica: Certifique-se de que as conversas não sejam prejudicadas pelas especificidades da implementação. Essas conversas devem ser de natureza mais conceitual para que todos possam participar, independentemente de sua formação técnica.
• Forneça exemplos : é útil mostrar uma tela de tempestade de eventos concluída para que os participantes saibam o que precisam fazer.

Tem experiência em conduzir uma sessão de tempestade de eventos? Conte-nos sobre isso.

Você já participou ou conduziu uma sessão de tempestade de eventos antes, gostaríamos de ouvir sobre sua experiência e alguns dos aprendizados que você obteve. Deixe-nos saber seus pensamentos na seção de comentários.