Example Mapping
Example Mapping es una técnica de refinamiento que ordena la conversación sobre una historia de usuario en unos veinticinco minutos y produce cuatro cosas a la vez: sus reglas de negocio, los ejemplos que las fijan, las preguntas que nadie sabe responder y un diagnóstico sobre si la historia está lista. La creó Matt Wynne (Cucumber) en diciembre de 2015.
Es, probablemente, la técnica con mejor relación entre esfuerzo y resultado del trabajo con historias. Se apoya en la tercera C de la historia, la confirmación (véase «Criterios de aceptación»), y traduce una conversación difusa en un artefacto que se lee.
Reglas y ejemplos
Una regla de negocio es una condición que el comportamiento debe respetar siempre. Algunas están escritas (la normativa, un contrato, una política); otras viven en la cabeza de quien conoce el dominio y no se dicen porque parecen obvias, y son las que hunden las entregas. La pregunta que mejor las localiza es una sola y conviene memorizarla: ¿hay algún contexto en el que esto sea distinto?
Un ejemplo es un caso concreto, con datos concretos, que muestra la regla en acción. Su función es hacer visible el desacuerdo: dos personas pueden asentir ante una regla abstracta y discrepar en cuanto se pone un dato. Hacen falta tres clases, y en este orden: el caso normal, el caso límite (la frontera, el máximo, el cero, el vacío) y el caso negativo (lo que no debe ocurrir). Lo que no hace falta es agotar las combinaciones: los ejemplos ilustran, y la exhaustividad pertenece al diseño de pruebas.
Los cuatro tipos de tarjeta
El protocolo es deliberadamente simple y usa cuatro colores:
| Color | Contenido |
|---|---|
| Amarilla | La historia. Se coloca arriba, una sola. |
| Azul | Cada regla de negocio de la historia. |
| Verde | Cada ejemplo, colocado bajo la regla que ilustra. |
| Roja | Cada pregunta que nadie sabe responder en la sesión. |
Se coloca la amarilla arriba y el grupo va poniendo reglas debajo, ejemplos bajo cada regla y preguntas a un lado. La duración declarada (unos 25 minutos para una historia bien entendida) es parte de la técnica: si no se cierra, ese propio hecho es información. Y hay una prohibición expresa: no se escribe Gherkin en la sesión; la formulación precisa viene después, y mezclarla con el descubrimiento paraliza la conversación en discusiones de sintaxis.
Leer el mapa como diagnóstico
Aquí está lo que hace valiosa la técnica más allá de la conversación: el mapa resultante se lee como un instrumento de medida.
- Muchas tarjetas rojas (preguntas): la historia no está lista. No hay que estimarla ni meterla en el sprint; hay que buscar respuestas, y quizá un spike.
- Muchas tarjetas azules (reglas): la historia es demasiado grande. Cada regla o grupo de reglas es candidato a historia propia.
- Una regla con muchísimos ejemplos: probablemente no es una regla, sino varias mal enunciadas. Conviene desmenuzarla.
- Pocas reglas, ejemplos claros y ninguna pregunta: la historia está lista, y además ya tiene escritos sus criterios de aceptación.
Wynne recomienda practicarla cada dos días con las historias próximas, en lugar de reservarla para las difíciles: es en las que parecían fáciles donde suele aparecer la regla que faltaba.
Variantes que conviene conocer
- Feature Mapping (John Ferguson Smart) añade el recorrido del usuario y las tareas, y va bien cuando la historia tiene un flujo con varios pasos.
- OOPSI (Jenny Martin) recorre resultados, salidas, procesos, escenarios y datos de entrada, y sirve para encuadrar un conjunto antes de bajar a las historias.
Ambas comparten la idea central: descubrir con ejemplos concretos antes de formular.
Error frecuente
Escribir Gherkin en la sesión de descubrimiento. Cuando el grupo se pone a redactar «Dado que / Cuando / Entonces», la discusión se desplaza a la sintaxis y las reglas que faltaban dejan de aparecer. Example Mapping descubre; la formulación en escenarios es un paso posterior. Igual de dañino es ignorar las tarjetas rojas: una pregunta sin dueño ni plazo reaparece en mitad del sprint convertida en bloqueo.
Recursos
🏦 Skill User storiesState of the art y guía de desarrollo · Skill Arena
📄 Historias de usuario v.5.0Descarga gratuita · Scrum Manager · ene 2026
📄 Scrum Master en equipos con IA v.1.0Descarga gratuita · Scrum Manager
Referencias
- Wynne, Matt. (2015). «Introducing Example Mapping». Cucumber Blog.
- Adzic, Gojko. (2011). Specification by Example. Manning.
- Smart, John Ferguson. (2019). «Feature Mapping – a simpler alternative to Example Mapping».
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.