Tormenta de Eventos

Rápida e interactiva de descubrir procesos de negocios y crear diseños que rinde modelos de alta calidad
What is it?

¿Qué es el Event Storming?

El Event Storming es una manera rápida e interactiva de descubrir procesos de negocios y crear diseños que rinde modelos de alta calidad. Fue presentado en un blog por Alberto Brandolini en 2013.

Los objetivos del Event Storming son:

  • Un entendimiento compartido del proceso de negocio que se va a tratar durante el proyecto. Eso incluye:
    • Los pasos que se deben considerar dentro o fuera de ámbito
    • Los usuarios involucrados en el proceso
    • Un inventario inicial de las pantallas de la interfaz de usuario
    • Un inventario inicial de  agregados
  • Un diagrama físico con la información anotada arriba que se puede transferir a un formato digital
Why do this?

¿Por qué hacer el Event Storming?

  • Es más rápido, y bastante más divertido, que las maneras tradicionales de hacer modelos de procesos. Te vas a sorprender con lo mucho que puedes lograr en tan corto tiempo.
  • Se establece un lenguaje común y compartido entre el negocio y la ingeniería
  • Fija un objetivo de enfoque en cuanto al ámbito y los límites del proyecto.
  • El método es iterativo, lo cual permite a los facilitadores:
    • agregar más detalles en cada sesión para evitar que se agoten los participantes
    • escoger participantes según la sesión
    • proveer descansos cognitivos
  • Lleva a la superficie preguntas importantes sobre la experiencia del usuario al inicio del proceso de ideación
  • Forma una vista a grandes rasgos de la solución al poner los detalles 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 ingeniería se une al equipo del negocio para proveer detalles adicionales en la forma de Eventos, Datos, e Interfaces de Usuario. Eso 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