La leyenda de una pizarra es una pequeña clave que explica cómo interpretar las notas de un tablero compartido. En un taller, a menudo importa menos qué departamento escribió una nota que saber si contiene un hecho, un supuesto, una decisión o una acción.
Si las cuatro cosas se presentan igual, «Creemos que esto ayudará» puede acabar entendiéndose como «Hemos acordado desarrollarlo». Una pizarra compartida de Boardmix permite mantener estas afirmaciones juntas sin atribuirles el mismo significado.
Empieza con cuatro etiquetas, no con cuatro colores sin explicación
Coloca la leyenda junto a la pregunta del taller. Escribe la etiqueta tanto en cada nota como en la leyenda. El color puede facilitar la lectura, pero nadie debería tener que memorizar una paleta para interpretar una afirmación.
| Etiqueta | Qué incluye | Qué necesita la nota |
|---|---|---|
| Hecho | Una observación concreta o una afirmación comprobable dentro de un contexto delimitado | Fuente, fecha y contexto relevante |
| Supuesto | Una explicación o expectativa que las pruebas disponibles aún no permiten establecer | Qué sigue siendo incierto y qué podría contradecirlo |
| Decisión | Una elección realizada por la persona o el grupo con autoridad para tomarla | Elección, alcance, responsable de la decisión y fecha |
| Acción | Un trabajo concreto que alguien ha aceptado realizar | Responsable, entregable y fecha límite o punto de revisión acordado |
«Hecho» no significa verdad permanente. «Tres participantes abrieron su correo» puede describir una observación registrada; «La gente prefiere el correo» es una interpretación más amplia. Del mismo modo, una cita demuestra que alguien dijo algo, no necesariamente que lo dicho sea correcto.
Las etiquetas indican la función de la nota, no su avance. Si una acción ha terminado, añade un estado independiente, como «Hecha». No cambies su etiqueta a «Hecho» ni reutilices su color para indicar aprobación.
Divide las notas que mezclan distintos tipos de afirmación
Imagina que aparece esta nota en un taller:
La gente no encuentra la hora del evento, así que deberíamos rediseñar la confirmación y pedirle a Mara que la publique el jueves.
La frase mezcla una observación, una posible causa, una solución propuesta y un encargo que quizá nadie haya aceptado. Antes de incorporarla al plan, plantea cuatro preguntas diferentes:
- ¿Qué observamos exactamente y dónde está el registro?
- ¿Qué explicación estamos añadiendo a esa observación?
- ¿Una persona con autoridad ha elegido una respuesta o sigue siendo una propuesta?
- ¿La persona nombrada ha aceptado un entregable y una fecha concretos?
Mantén las propuestas no aprobadas en la zona de discusión, con la palabra «Propuesta». Las preguntas pendientes también pueden quedarse allí. No hace falta encajar todas las aportaciones en una de las cuatro categorías antes de comprender qué significan.
Ejemplo: la confirmación de inscripción a un evento
Imagina que un equipo organizador revisa el proceso de inscripción. En este caso ilustrativo, dispone de notas de cinco recorridos de prueba por el flujo actual. Su pregunta es: «¿Qué deberíamos cambiar en la confirmación antes de la próxima revisión de usabilidad?».
Hecho F1: describe la observación sin ampliarla
En tres de los cinco recorridos, la persona participante volvió a abrir el correo de confirmación para encontrar la hora del evento. Añade la fecha de las sesiones y las referencias a sus notas. La frase no afirma que tres de cada cinco clientes se comportarán así ni que el correo haya causado un problema. Quizá a alguien le resultó cómodo consultarlo.
Supuesto H1: muestra la interpretación
Dar más visibilidad a la hora en la página de confirmación podría ayudar a encontrarla sin abrir el correo. Incluye una referencia a F1, pero conserva H1 como una nota independiente. El equipo puede investigarlo pidiendo a otras personas que encuentren la hora en un prototipo revisado. Incluso una hora bien visible podría pasar desapercibida; la explicación sigue abierta a revisión.
Decisión D1: diferencia una prueba de una publicación
Preparar un prototipo que destaque la hora para la próxima revisión, sin cambiar todavía el proceso de inscripción publicado. La persona responsable del evento registra su nombre y la fecha de la decisión. La elección sirve para explorar H1, no para demostrar que sea correcto. «A todo el mundo le gustó la idea» no expresa el mismo alcance ni la misma autoridad.
Acción A1: concreta el encargo
Mara preparará las pantallas de confirmación actual y revisada para el jueves, de cara a la revisión. Mara acepta la tarea y el equipo acuerda dónde colocar las pantallas. Se trata de trabajo de diseño, no de un compromiso de publicación. La referencia a D1 permite que cualquier colega entienda por qué existe la tarea.
Las cuatro notas permanecen separadas. F1 aporta información para H1; D1 autoriza una respuesta limitada; A1 ejecuta esa respuesta. Las conexiones muestran el razonamiento del equipo, no que un supuesto se haya convertido automáticamente en un hecho.
Crea la leyenda y el ejemplo en Boardmix
Empieza con una pizarra en blanco y añade la pregunta del taller como texto. La guía de usuario de Boardmix, en inglés, incluye texto, notas adhesivas, formas básicas y líneas de conexión: las herramientas habituales necesarias para este diseño.
- Crea una leyenda compacta. Añade cuatro notas de ejemplo con las etiquetas Hecho, Supuesto, Decisión y Acción. Debajo, escribe los campos de la tabla anterior. Deja la leyenda cerca de la pregunta, no en un rincón alejado.
- Añade las cuatro notas del ejemplo. Usa F1, H1, D1 y A1 como referencias breves, precedidas de la etiqueta completa. Son textos que escribes tú, no tipos de registro especiales de Boardmix.
- Mantén las referencias junto a las afirmaciones. Coloca una referencia a la fuente junto a F1. Escribe «Basado en F1» en H1, «Poner a prueba H1» en D1 y «Para D1» en A1. Unas líneas de conexión sencillas pueden reforzar estas relaciones.
- Deja espacio para las aportaciones sin resolver. Mantén cerca la nota original hasta que su autor confirme que las notas separadas conservan lo que quería decir. No coloques el trabajo propuesto en la zona de acciones acordadas.
- Revisad la redacción juntos. Pide a un colega que identifique qué se sabe, qué sigue siendo incierto y qué debe entregar Mara. Usa un comentario junto a una nota ambigua para pedir una aclaración y actualiza la nota cuando acordéis la redacción.
Antes de invitar a otras personas, elige un acceso adecuado al contenido de la pizarra. Conserva los datos privados de los participantes en el lugar aprobado por tu organización y utiliza referencias a las fuentes en el tablero. Las etiquetas, los encargos y las relaciones de este ejemplo se mantienen manualmente: escribir un responsable o una fecha no crea un recordatorio ni una aprobación automáticos.
Si cambian las pruebas o las decisiones, conserva la distinción
Si la siguiente revisión aporta una nueva observación, añádela con su propia fuente y fecha. Después, actualiza la explicación o el grado de confianza del supuesto. No sustituyas la observación original por la conclusión que esperabas obtener.
Si cambia una decisión, marca la anterior como sustituida e indica la nueva. Si termina la tarea del jueves, registra el entregable y marca la acción como hecha. Son cambios distintos: completar un prototipo no valida el supuesto ni autoriza su publicación.
Si hay muchos supuestos y la siguiente pregunta es cuál investigar primero, utiliza un mapa de supuestos para comparar importancia y evidencia. La leyenda resuelve un problema más concreto: ayudar a que todo el mundo interprete una afirmación del mismo modo.
Abre Boardmix y prueba las cuatro etiquetas con una nota ambigua de tu próximo taller. El resultado útil no es una pizarra perfectamente coloreada, sino que un colega pueda distinguir la observación, la posible explicación, la elección autorizada y el trabajo que alguien ha aceptado realizar.
