Exploración y modelado colaborativo de workshop de dominios de negocio, permitiendo a quienes participan en el taller, llegar a un entendimiento del sistema en cuestión.
Materiales
- Pared recta larga,
- Rollo de papel,
- Post-it de colores:
- 100 naranja,
- 50 azules,
- 30 rosa,
- 20 amarillos,
- 20 verdes,
- 20 lila,
- 20 fucsia.
- Marcadores
- Timer
- 4 a 8 participantes (que dominen el negocio)
- 1 facilitador
- Mapa con simbología de lo que representan los post-it
Instrucciones
Disponer el rollo de papel en la muralla, dejar disponibles los post-it y marcadores:
El mapa de simbología debe indicar lo relacionado a lo que representa cada color:
- naranja, "evento" de dominio, se especifica en tiempo pasado "<sujeto> <verbo>",
- amarillo, "usuario" del sistema, persona que representa un rol en el dominio,
- rosa, "sistema" (no actores humanos) que juega un rol en el sistema,
- azul, "comando", acción que se realiza en el sistema, se especifican en tiempo presente,
- lila, "regla", "siempre que <evento[s]> entonces <comando[s]>", decisión de negocio,
- verde, "variables", información necesaria para tomar una decisión,
- fucsia, "puntos de atención", representan problemas, riesgos, entre otros.
Paso 1: Exploración caótica (25 minutos)
El facilitador solicita a los participantes escribir los "eventos" relevantes del negocio en post-it naranjas, uno por cada post-it, en tiempo pasado, y ponerlos en orden cronológico sobre la muralla:
Paso 2: Reforzando la línea de tiempo (15 minutos)
Pedir a los participantes realizar los movimientos necesarios para que el flujo de "eventos" sea coherente de principio a fin, en este punto remarcar eventos pivotes (que destacan sobre otros):
Y además destacar swinlanes, para resaltar los "eventos" que suceden más o menos en paralelo:
Paso 3: Identificado Personas y Sistemas
Pedir a los participantes que identifiquen los "usuarios" (post-it amarillos) y "sistemas" (post-it rosa) que interactúan con los "eventos" del dominio (10 minutos)
Pedir a los participantes que identifiquen los "comandos" (post-it azules) e interacciones que se gatillan en el dominio y los plasmen en el modelo (10 minutos),
En la imagen anterior se visualiza que un "comando" viene de un usuario, pero también puede venir de una "regla" (post-it lila) en forma automática, o:
Ser gatillado desde una "regla" (post-it lila) por un "usuario" (post-it amarillo), convirtiéndose el "comando" en una decisión de negocio:
Las decisiones se pueden tomar en base a "variables" (post-it verdes), estas también se deben mostrar en el modelo (10 minutos):
Paso 4: Recorrido Explícito
Ahora es el momento de validar el modelo (20 minutos), se elige un narrador que trate de contar la historia completa al resto, desde izquierda a derecha. Los participantes pueden apoyar al narrador eventualmente para corregir y avanzar en la línea de tiempo y dar más claridad al flujo.
Ante preguntas que no se puedan responder, algo no parezca corresponder o problema a investigar se representa el "punto de atención" en un post-it fucsia:
Identificadas las distintas componentes del modelo podemos visualizar que uno más "eventos" pueden venir:
- Desde una acción (comando) gatillada por un usuario,
- Desde un sistema externo,
- Desde un evento activado por un timer,
- Como consecuencia de una regla gatillada por otro evento
Al finalizar el cuarto paso, tendremos un modelo de negocio descompuesto en procesos en términos sencillos comprensibles tanto para stakeholders técnicos como los que no lo son.
Conclusiones:
- Ayuda a que una cantidad importante de conocimientos salgan a la superficie, que de otro modo se quedarían enterrados entre individuos y equipos,
- Se apoya en el aprendizaje en grupo, y es una forma divertida de integrar los equipos de producto y desarrollo,
- Usando una pared grande y post-its, un equipo puede esbozar el diagrama de diseño de un sistema en unas pocas horas,
- Permite introducir patrones de forma menos abstracta y sumergirte de pleno en el mundo del Domain Driven Design,
- Al contrario de técnicas de modelado más formales, como UML, la comunicación y discusión son los resultados más valiosos que salen de este ejercicio,
- Lo anterior no implica que los equipos no puedan mantener los resultados del workshop en forma de diagramas u otros artefactos
