Tempestade de Eventos

Rápida e interactiva de descobrir processos de negócios e criar desenhos que contribuem modelos de alta qualidade
What is it?

O que é o Event Storming?

O Event Storming é uma maneira rápida e interactiva de descobrir processos de negócios e criar desenhos que contribuem modelos de alta qualidade. Foi apresentado em um blog pelo Alberto Brandolini em 2013. Ao final de um Event Storming deve-se obter:

  • Um entendimento compartilhado do processo de negócio que vai tratar-se durante o projeto. Isso inclui:
    • Os passos que deben considerar-se dentor o fora do escopo.
    • Os usuários envolvidos no processo.
    • Um inventário inicial das telas da interface de usuário.
    • Um inventário inicial dos grupos de agregados.
  • Um diagrama físico com as informações descritas no último pontinho.
Why do this?

Por que fazer o  Event Storming?

  • É rápido e muito mais divertido que outras maneiras tradicionais de fazer modelos de processos. Você ficará surpreso com o quanto poderá realizar em tão pouco tempo.
  • Uma linguagem comum e compartilhada é estabelecida entre a empresa e a TI.
  • Fija un objetivo de enfoque en cuanto al alcance y los límites del proyecto.
  • El método es iterativo, lo cual permite a los facilitadores:
    • agregar poco a poco más detalles en cada sesión para no abrumar a los participantes,
    • escoger participantes según la sesión,
    • tener  descansos cognitivos (los participantes se cansarán).
  • Lleva a la superficie preguntas importantes sobre la experiencia del usuario al inicio del proceso de idear (inception).
  • Forma una vista a grandes rasgos de la solución al poner los detalles técnicos de implementación en el contexto del proceso de negocio.
  • Es una forma eficaz de empezar con Domain Driven Design.
How to

¿Cómo se hace el Event Storming?

  • El equipo del negocio describe un proceso de negocio desde la perspectiva de los usuarios.
  • La mejor manera de empezar es con el "caso ideal", en el cual el usuario logra su objetivo.
  • Además, el equipo del negocio identifica qué datos se requieren para que ese caso se pueda lograr.
  • Una vez definido el proceso de negocio, el equipo de TI se une al equipo del negocio para proveer detalles adicionales en la forma de Eventos, Datos, e Interfaces de Usuario. Esto establece una comprensión compartida de lo que se requiere.
  • El arquitecto empieza a agrupar objetos comunes para definir los microservicios que se tienen que desarrollar.
Time
~6 Hours not including breaks