Empieza un taller de esperanzas y temores con dos preguntas: «¿Qué esperas que haga posible este proyecto?» y «¿Qué te preocupa que pueda ocurrir?». Da tiempo para escribir individualmente, comenta el significado de las notas y agrupa los temas relacionados. Después, elige unas pocas preocupaciones o expectativas que necesiten una respuesta concreta antes de empezar.
La actividad resulta útil al iniciar un proyecto cuando se comparte un objetivo, pero no necesariamente la misma idea del éxito. Utiliza una pizarra compartida de Boardmix para mantener a la vista las expectativas, las preocupaciones y los acuerdos. Una preocupación puede quedar abierta: no hace falta transformar todos los temores en frases positivas.
Para qué sirve el taller
El taller de esperanzas y temores permite hablar de las expectativas. Un equipo puede acordar «lanzar una nueva base de conocimiento» mientras una persona espera reducir el trabajo repetido, otra mejorar las respuestas y una tercera teme una carga de mantenimiento insostenible. Esas diferencias influyen en cómo organizar el trabajo.
El kit Enterprise Design Thinking de IBM (en inglés) presenta la actividad como una forma de descubrir los objetivos y las preocupaciones de un grupo al comenzar un compromiso. Su formato básico separa esperanzas y temores, utiliza notas individuales, agrupa temas y termina con una revisión compartida.
La pizarra no es una encuesta de toda la organización, un modelo de probabilidades ni una prueba de consenso. Una sola preocupación puede ser importante aunque nadie más la mencione. Las notas son un punto de partida para aclarar cuestiones.
Plantea una situación concreta
Escribe el proyecto, el periodo que se va a considerar y la decisión en la que puede influir la sesión. «Nuestro futuro» es demasiado amplio. «El primer mes utilizando una base de conocimiento compartida de soporte» ofrece una situación común que imaginar.
En este ejemplo participan agentes de soporte, una persona responsable de contenidos, la jefatura del equipo y un profesional de ingeniería que ayuda a mantener la búsqueda. La persona facilitadora empieza así:
Estamos preparando una prueba de la base de conocimiento para una sola cola de soporte. Hoy hablaremos de lo que queremos conseguir durante el primer mes y de lo que podría dificultar su uso. Podemos modificar la organización de esa prueba. Las cuestiones más amplias de personal y presupuesto requieren otra decisión.
Explica quién puede ver la pizarra y qué ocurrirá con ella después del taller. Permite no responder o plantear una cuestión sensible en privado mediante un canal adecuado. No prometas anonimato en un espacio de edición compartida ni pidas que se publique información privada sobre el personal.
Recoge las opiniones individuales antes de debatir
Pide una idea por nota. Unos minutos de escritura en silencio permiten formular una opinión antes de que la conversación siga la dirección de quien habla primero. Puedes utilizar frases como estas:
- «Espero que este proyecto nos ayude a…»
- «Un resultado útil para quienes hacen el trabajo sería…»
- «Me preocupa que…»
- «Para poder contribuir, necesitaría…»
No exijas el mismo número de esperanzas y temores. Algunas personas tendrán varias preocupaciones y una expectativa principal. Tampoco conviene que quien lidera el equipo responda inmediatamente a cada nota. Deja que todos vean el conjunto antes de decidir cómo contestar.
Si alguien escribe «comunicación», pregunta qué significa en este proyecto. «Quiero poder saber si un artículo ha cambiado desde mi último turno» es una expectativa concreta. Orienta la conversación sin imponer de antemano una herramienta o solución.
Aclara el significado antes de elegir acciones
Las notas siguientes pertenecen a un ejemplo ficticio de inicio de una base de conocimiento, no a un estudio con clientes. Muestran cómo pasar de una impresión general a una pregunta que el equipo puede responder.
| Nota original | Pregunta para aclararla | Qué descubre el equipo |
|---|---|---|
| Esperanza: «Dejaremos de escribir la misma respuesta una y otra vez». | ¿Qué pregunta repetida haría útil la prueba? | Los agentes necesitan una respuesta fiable para los fallos de configuración, no una gran biblioteca de contenidos poco utilizados. |
| Temor: «Los artículos se quedarán desactualizados». | ¿Qué cambios cuesta detectar actualmente? | Los cambios de redacción del producto no llegan de forma sistemática a la cola de soporte. |
| Esperanza: «Los agentes nuevos encontrarán respuestas sin interrumpir a alguien». | ¿Qué deberían poder hacer de forma autónoma? | Necesitan encontrar el artículo correcto y reconocer cuándo deben escalar un caso. |
| Temor: «El mantenimiento acabará siendo trabajo extra después del turno». | ¿De dónde saldrá el tiempo para mantenerlo? | Hay que acordar una dedicación de tiempo; el entusiasmo no crea capacidad por sí solo. |
| Temor: «Se aplicará un artículo a casos que requieren criterio». | ¿Qué ayudaría a reconocer ese límite? | Los artículos necesitan una indicación visible de excepciones o escalado, no instrucciones para todos los casos posibles. |
Agrupa las notas solo después de entenderlas. La redacción desactualizada y la falta de tiempo pueden estar relacionadas con el mantenimiento, pero tienen causas diferentes. Conserva las notas individuales bajo el tema para no perder esa distinción.
Antes de unir dos notas parecidas, pregunta: «¿Describen el mismo problema?». Si alguien dice que no, conserva la diferencia. Ordenar la pizarra no justifica borrar una preocupación minoritaria.
Elige unos pocos compromisos de trabajo
Identifica las expectativas y preocupaciones que el equipo puede abordar antes de la siguiente etapa. Evita compromisos como «comunicar mejor» o «mantener el contenido actualizado». Escribe una acción observable, una persona que acepte la responsabilidad y un momento para comprobar si ha servido.
| Tema | Respuesta acordada | Responsabilidad y revisión |
|---|---|---|
| Primer contenido útil | Empezar por la respuesta al fallo de configuración e indicar cuándo escalar. | La persona responsable de contenidos y un agente revisan el borrador antes de empezar la prueba. |
| Cambios de redacción del producto | Incluir los cambios relevantes en el traspaso de información de lanzamientos que ya utiliza el equipo. | Ingeniería identifica a la persona responsable de ese traspaso; el equipo revisa conjuntamente la primera actualización. |
| Capacidad de mantenimiento | Pedir a la jefatura que asigne tiempo de mantenimiento antes de ampliar la prueba. | La jefatura responde en la reunión de planificación. La ampliación queda pendiente hasta entonces. |
No todas las notas necesitan una acción. Algunas esperanzas describen un resultado deseado; algunas preocupaciones requieren más información. Identifica esas diferencias con palabras para no confundir una «pregunta abierta» con una «acción acordada». Si el equipo no tiene autoridad para resolver el asunto, registra la vía para obtener una decisión.
Utiliza una distribución sencilla en Boardmix
Coloca la pregunta del proyecto en la parte superior de una pizarra de Boardmix. Debajo, dibuja dos áreas grandes: «Esperanzas» y «Temores o preocupaciones». A un lado deja una tercera para «Acuerdos y preguntas abiertas».
Los participantes añaden notas en las dos primeras áreas. Durante la conversación, acerca las notas relacionadas y asigna a cada grupo un título sencillo. Usa etiquetas escritas para distinguir un acuerdo de una pregunta: el color puede orientar, pero no debe transmitir por sí solo todo el significado.
Coloca los compromisos junto a las notas a las que responden. Los comentarios permiten añadir una aclaración sin saturar la nota original. Debe ser posible relacionar cada compromiso con la preocupación que lo motivó y ver qué sigue sin resolverse.
El equipo organiza las áreas, los grupos de notas y los compromisos. No necesitas análisis automático de sentimientos ni puntuaciones de riesgo para realizar esta actividad.
Cuándo necesitas otro tipo de taller
Si una preocupación se convierte en «¿Qué podría hacer fracasar el proyecto y qué señales nos avisarían?», llévala a un taller premortem de proyecto. Si la pregunta es «¿Qué supuesto debemos poner a prueba primero?», utiliza el mapeo de supuestos. Esos métodos responden a otras preguntas y no deben comprimirse dentro de la conversación inicial.
En el siguiente punto de revisión, vuelve a los compromisos y las preguntas abiertas. Comprueba si alguna expectativa ha cambiado al comenzar el trabajo. Conserva las notas originales para mostrar ese cambio, en vez de reescribir el inicio como si todos hubieran previsto el resultado.
Para preparar la sesión, abre una pizarra en Boardmix y escribe primero la pregunta concreta del proyecto. Las dos columnas vienen después: lo importante es decidir qué aspectos de la organización del trabajo puede modificar realmente el grupo.
