Técnicas de Extracción de Información
Nivel intermedio — entrevistas efectivas con stakeholders y Event Storming para mapear procesos complejos.
El problema
El CEO habla de visión y mercado. El usuario final habla de frustraciones diarias. IT habla de limitaciones técnicas. Ninguno comunica requerimientos de forma completa por sí solo.
Situación típica: el arquitecto recibe un documento de requerimientos de 50 páginas escrito por un analista de negocio. Parece completo. Al comenzar el diseño, descubre que nadie preguntó sobre integraciones con sistemas legacy, que hay un proceso crítico que solo conoce una persona de operaciones, y que la regulación del sector prohíbe almacenar ciertos datos que el documento asume. // "unknown unknowns" — lo que ni sabías que no sabías
Técnica 1: Entrevistas con stakeholders
| Stakeholder | Qué sabe | Pregunta clave |
|---|---|---|
| Sponsor/Ejecutivo | Visión, presupuesto, timeline | "¿Qué problema de negocio resuelve esto?" |
| Usuario final | Dolor diario, workarounds | "¿Qué es lo más frustrante de cómo trabaja hoy?" |
| Experto de dominio | Reglas de negocio, excepciones | "¿Qué casos especiales existen?" |
| IT/Operaciones | Sistemas existentes, limitaciones | "¿Con qué sistemas debe integrarse?" |
| Legal/Compliance | Regulaciones, restricciones | "¿Qué datos NO podemos almacenar?" |
Framework SPIN
- Situation — "¿Cómo funciona el proceso hoy? ¿Quiénes participan?"
- Problem — "¿Qué es lo que más tiempo consume? ¿Dónde ocurren errores?"
- Implication — "¿Qué pasa cuando eso falla? ¿Cuánto cuesta en tiempo/dinero?"
- Need-payoff — "Si pudieras resolver X, ¿qué impacto tendría? ¿Cómo medirías el éxito?"
Técnica 2: Event Storming
Técnica colaborativa: reúne a expertos de negocio y técnicos frente a una pared con post-its para mapear eventos del dominio.
| Elemento | Color | Ejemplo |
|---|---|---|
| Domain Event | Naranja — algo que sucedió | "Pedido Creado" |
| Command | Azul — acción que dispara un evento | "Crear Pedido" |
| Actor | Amarillo pequeño — quién ejecuta | "Cliente" |
| Aggregate | Amarillo grande — entidad que procesa | "Pedido" |
| Policy | Lila — regla que reacciona a eventos | "Al crear pedido, reservar inventario" |
| Hot Spot | Rojo — problema o conflicto | "¿Qué pasa si el pago falla?" |
Fases: Chaotic Exploration (30 min, todos escriben eventos) → Timeline (ordenar cronológicamente) → Reverse Narrative (validar leyendo hacia atrás) → Pivotal Events → Commands & Actors → Policies & External Systems → Aggregates → Hot Spots (continuo durante toda la sesión).
Cuándo aplicarlo
| Usa entrevistas cuando... | Usa Event Storming cuando... |
|---|---|
| Necesitas profundidad en un área específica | Necesitas visión end-to-end del proceso |
| El stakeholder tiene agenda limitada | Puedes reunir 4-8 personas por 2-4 horas |
| Hay información sensible o política | El dominio es complejo con muchas interacciones |
| El proceso es lineal y simple | Hay eventos, reacciones y flujos paralelos |
Event Storming da amplitud (el mapa completo del dominio); las entrevistas dan profundidad (el porqué detrás de cada regla). Un discovery real casi siempre combina ambas — Event Storming para descubrir el terreno, entrevistas dirigidas para resolver los Hot Spots que salieron de la sesión.
Practica: sistema de reclamos de seguros
Vas a comenzar el discovery para un sistema de gestión de reclamos de seguros. Involucra: clientes que reportan incidentes, ajustadores que evalúan daños, aprobadores que autorizan pagos, y un sistema legacy de pólizas.
Prepara la guía de entrevistas (identifica stakeholders y prioridad) y el outline de una sesión de Event Storming para este dominio.