Todos los métodos
Problem SolvingAvanzado

Event Storming

Creado por Alberto Brandolini, Event Storming es un taller de modelado colaborativo que reúne a desarrolladores y expertos en el dominio para explorar un complejo dominio empresarial a gran velocidad. Los participantes modelan un sistema o proceso de negocio colocando notas adhesivas codificadas por colores en una línea de tiempo: naranja para eventos del dominio (cosas que suceden), azul para comandos (lo que los desencadena), amarillo para actores y rojo para puntos críticos (áreas de confusión o conflicto).

Duración
3h–8h
Tamaño del grupo
6–30 people
Materiales
rollo de papel muy largo, notas adhesivas naranjas (eventos del dominio), azul (comandos)
Fuente
Community

Guion de facilitación

  1. 1

    Prepara el espacio e informa a la sala: cuelga al menos de seis a diez metros de papel continuo, retira las sillas para que todos permanezcan de pie y explica el código de colores — naranja para eventos del dominio en tiempo pasado ('Pedido Realizado', 'Pago Fallido'), azul para comandos, amarillo para actores, rojo para puntos críticos. Encuadra la regla: 'Escribe lo que sucede, no lo que debería suceder.'

    20 min
  2. 2

    Lanza la exploración caótica: todos escriben y publican notas naranjas de eventos simultáneamente, en cualquier lugar de la pared, sin pedir permiso ni acordar el orden. Resiste el impulso de organizar — siembra los tramos silenciosos de la pared con preguntas detonantes ('¿qué sucede después de que falla el pago?') y disuelve cualquier fila que se forme para discutir en lugar de escribir.

    45 min
  3. 3

    Impón la línea de tiempo: haz que el grupo ordene todos los eventos cronológicamente de izquierda a derecha, fusionando duplicados sobre la marcha. Cuando una disputa de orden se alargue más de un minuto, ponle un punto crítico rojo y sigue adelante — el desacuerdo es un hallazgo, no un bloqueo.

    40 min
  4. 4

    Recorre la línea de tiempo en voz alta: elige un narrador que cuente la historia completa desde el primer evento hasta el último mientras la sala lo corrige. Cada hueco se convierte en una nueva nota naranja; cada 'bueno, en realidad' se convierte en una corrección o en un punto crítico rojo.

    30 min
  5. 5

    Agrega comandos azules y actores amarillos. Para cada evento significativo pregunta: '¿Qué desencadenó esto y quién lo emitió?' Presta atención a los eventos sin desencadenante o actor claro — esos suelen esconder automatizaciones, procesos por lotes o un departamento que nadie invitó.

    45 min
  6. 6

    Identifica los contextos delimitados: busca los lugares donde el vocabulario cambia, la responsabilidad cambia de manos o la misma palabra significa cosas distintas, y dibuja límites alrededor de esos grupos. Nombra cada contexto junto con el grupo — los nombres seguirán al modelo hasta las discusiones de diseño.

    35 min
  7. 7

    Cierra con los puntos críticos: lee cada nota roja en voz alta y asigna a cada una un responsable y un siguiente paso — una conversación de seguimiento, una verificación de datos o una sesión más profunda de Nivel de Proceso. Fotografía toda la pared en secciones superpuestas antes de que alguien toque una nota.

    25 min

Consejos

  • El desorden es parte del proceso: el primer intento será caótico.

  • Eso es correcto.

  • Los puntos críticos son el resultado más valioso: marcan los lugares donde las suposiciones no han sido probadas.

  • Incluye tanto a expertos en el dominio como a personal técnico: la mezcla es esencial.

Errores comunes

  • Ordenar demasiado pronto — imponer orden durante la exploración caótica mata el descubrimiento en paralelo que hace rápido al método; el desorden es el punto

  • Dejar que la sala debata cada desacuerdo hasta el consenso en lugar de aparcarlo como un punto crítico rojo y mantener la línea de tiempo en movimiento

  • Aceptar formulaciones imperativas o en futuro como 'Enviar factura' en las notas naranjas — los eventos deben ser hechos en tiempo pasado, o los comandos y los eventos se mezclan en una papilla

  • Escatimar en espacio de pared — cuando el papel se acaba, la gente comprime la línea de tiempo y deja de agregar eventos en silencio, y el modelo pierde exactamente el detalle que viniste a buscar

Variaciones

Realiza un Event Storming de 'Gran Imagen' (todo el negocio) antes de una sesión de 'Nivel de Proceso' (flujo único). Utiliza digitalmente con tarjetas codificadas por colores en Miro para equipos distribuidos.

Casos de uso

Diseño impulsado por el dominio (DDD)Arquitectura de microserviciosRediseño de procesos de negocioComprensión de sistemas heredados

Cuándo usarlo

  • Un sistema heredado que nadie comprende del todo debe modernizarse o dividirse, y el conocimiento vive disperso en las cabezas de unos pocos veteranos

  • Los desarrolladores y los expertos en el dominio no dejan de hablar sin entenderse, y el equipo necesita una imagen compartida de extremo a extremo del proceso de negocio antes de diseñar software

  • Un monolito se está dividiendo en servicios o contextos delimitados y los límites deben provenir del propio dominio, no del organigrama

  • Un proceso interdepartamental falla en los traspasos y ninguna persona puede decir qué ocurre realmente entre 'pedido realizado' y 'dinero en el banco'

Cuándo no usarlo

  • Los expertos en el dominio no pueden asistir — ejecutarlo solo con desarrolladores únicamente documenta las suposiciones existentes; pospónlo hasta que el lado del negocio esté en la sala

  • El proceso es lo bastante simple o lineal como para capturarlo en una hora — un mapa del recorrido del usuario o un diagrama de flujo sencillo hace el trabajo con mucha menos ceremonia

  • Solo hay disponible un bloque de dos horas — por debajo de aproximadamente medio día el grupo apenas termina la exploración caótica; reserva el tiempo o reduce el alcance a un único flujo estrecho

  • El objetivo es priorizar o decidir en lugar de comprender — Event Storming produce conocimiento compartido y puntos críticos, no un backlog clasificado

Métodos relacionados

Preguntas frecuentes

¿Cuánto dura un taller de Event Storming?

Planifica al menos medio día; un día completo (hasta ocho horas) es común para una sesión de Gran Imagen que cubre toda una línea de negocio. Los dominios complejos a menudo necesitan una secuencia: un día de Gran Imagen y luego sesiones más cortas de Nivel de Proceso sobre los flujos que produjeron más puntos críticos.

¿Cuántas personas deben asistir a una sesión de Event Storming?

Entre 6 y 30, y la mezcla importa más que el número: necesitas a las personas que conocen el dominio — operaciones, ventas, finanzas, soporte — junto a los desarrolladores que construirán sobre él. Una sesión sin expertos en el dominio produce un modelo muy seguro de sí mismo del sistema equivocado.

¿Se puede hacer Event Storming de forma remota?

Sí, en una pizarra compartida con notas digitales codificadas por colores y una leyenda visible, ya que nadie puede mirar de reojo el color de una nota física. Divide el trabajo en dos bloques de medio día en lugar de una sola llamada larga, y usa una convención de mano alzada o de marcador para los puntos críticos — las señales de energía que un facilitador lee en la sala son lo principal que se pierde.

¿Cuál es la diferencia entre Event Storming y un mapa del recorrido del usuario?

Un mapa del recorrido del usuario sigue la experiencia de una persona a través de puntos de contacto y emociones, y apunta a mejorar esa experiencia. Event Storming mapea todo lo que sucede en el dominio — incluidos los eventos de back-office y de sistema que ningún cliente ve — y apunta a la comprensión compartida y a los límites del software. Los mapas de recorrido son buenos insumos para una pared de Event Storming, no sustitutos.

¿Qué materiales y preparación necesita Event Storming?

Un rollo de papel continuo de seis a diez metros, montones generosos de notas adhesivas naranjas, azules, amarillas y rojas, y un marcador por persona. Prepara una declaración de alcance de una frase ('desde la consulta hasta la factura pagada') y la lista de invitados — pero no dibujes ningún modelo por adelantado; llegar con un diagrama derrota el descubrimiento.

🪡

Planifica tu próximo taller con IA

Workshop Weaver te ayuda a combinar métodos como Event Storming en una agenda completa y cronometrada en minutos.

Probar gratis

Method descriptions on Workshop Weaver are original content written by our team, based on established facilitation practices.