Un desafío de innovación en team building es una jornada construida en torno a un problema abierto, sin solución preexistente, que el equipo tiene que entender, definir, idear, prototipar y testar en pocas horas.
El marco operativo es habitualmente design thinking. La materia prima es la restricción inteligente, no la tecnología. La diferencia entre formato real y teatro está en si el equipo descubre algo de su propio modo de trabajar o si solo pasa un buen rato.
Vengo de la ingeniería: estudié telemática y un máster en blockchain antes de cofundar Froggy. Una de las cosas que me ha llamado la atención al entrar al sector del team building es cuánto se usa la palabra "innovación" sin un marco serio detrás. La promesa habitual es "este desafío hará que tu equipo innove más", sin definir innovar, sin proceso explícito, sin manera de medir si pasó. En este post quiero distinguir lo que es teatro de innovación (que está bien si te sirve para pasar un buen rato, pero no entrena nada) de lo que es un formato serio.
Lo que NO es un desafío de innovación
Antes de entrar al fondo, conviene desactivar los falsos amigos. Esto, aunque te lo vendan así, no es team building de innovación:
- Una gymkhana con drones o gafas VR. El atrezzo tecnológico es bonito y a veces aporta, pero no convierte una actividad en innovación por sí sola. Si la dinámica subyacente es la de toda la vida (puntos, pruebas, ranking final), es una gymkhana decorada.
- Un escape room "tecnológico". Por brillante que sea, un escape tiene una solución única predefinida. Innovación implica un problema sin solución preexistente. Si hay respuesta correcta, no hay innovación; hay test.
- Una sesión de brainstorming clásica. Sentarse en una sala a "tirar ideas" sin estructura suele generar mucho ruido y poca innovación real. Sin proceso, las ideas se evalúan demasiado pronto y se autocensuran.
- Una charla TED inspiradora seguida de café. La gente sale motivada 48 horas. El lunes están en la misma rueda. Inspiración no es entrenamiento.
Lo que sí es: un proceso estructurado donde el equipo aborda un problema real (o realista), pasa por fases concretas con tiempos asignados, llega a un prototipo testable y recoge aprendizaje sobre su propio modo de trabajar. Eso es replicable después en su trabajo del día a día. Lo demás es entretenimiento.
Design thinking como marco operativo
El marco más usado y mejor probado para este tipo de desafíos es design thinking, sistematizado por la escuela d.school de Stanford y la consultora IDEO durante los años 2000. Tim Brown, expresidente de IDEO, lo definió como "un enfoque que pone el deseo humano, la viabilidad técnica y la viabilidad de negocio en el centro del proceso de innovación".
No es una metodología cerrada (eso es un mito de divulgación) sino un marco de cinco fases que se pueden recorrer en cualquier orden y volver atrás. Conocerlo, aunque sea de manera somera, ayuda a entender por qué un buen desafío de innovación se diseña así y no de otra manera.
Las 5 fases aplicadas a una jornada de team building
Empatizar
Entender el problema desde la perspectiva de quien lo sufre. En jornada esto se trabaja con un escenario de usuario concreto (a menudo ficticio pero verosímil): perfil, contexto, necesidad. El equipo hace preguntas, observa, no asume.
⏱ 30-45 min · Entrevistas guiadas, análisis de personajesDefinir
Convertir lo aprendido en una pregunta accionable: "¿Cómo podríamos ayudar a [usuario] a [conseguir algo] sin [restricción]?". Es la fase más subestimada y la que más cambia el resultado: una pregunta bien formulada es media solución.
⏱ 20-30 min · Síntesis, formulación del retoIdear
Generar muchas ideas sin juzgarlas todavía. Aquí entran las técnicas clásicas de divergencia (brainstorming estructurado, "peor idea posible", analogías cruzadas). El objetivo es cantidad antes que calidad.
⏱ 30-45 min · Divergencia masiva, no ediciónPrototipar
Convertir la idea elegida en algo tangible y rápido: maqueta de cartón, dibujo a mano, role-play, app simulada en post-it. La regla es fail fast: tu prototipo tiene que poder probarse en minutos, no en semanas.
⏱ 60-90 min · Construcción, baja fidelidadTestar
Probar el prototipo con un "usuario" (otro equipo, un facilitador) y recoger feedback. Iterar si queda tiempo. El equipo aprende que la primera versión nunca es la buena, y que eso no es fracaso: es proceso.
⏱ 30-45 min · Pitch corto, feedback estructuradoUna jornada que recorre las cinco fases necesita 4-5 horas como mínimo. Por eso este formato suele ir en jornadas largas (medio día) o en eventos corporativos donde la innovación es objetivo explícito. Para timing más corto se puede hacer una versión comprimida con foco en idear-prototipar-testar.
Caso 1: Cadena de prototipado por equipos
Construir un robot que pasa por cuatro equipos consecutivos
Cuatro equipos en cadena. Cada uno se encarga de una fase del montaje del robot: estructura, motores, sensores, programación. Cada equipo tiene 40 minutos para su parte y luego pasa lo construido al siguiente, sin contacto verbal. Solo notas escritas.
La gracia está en que los errores se acumulan: si el equipo de estructura monta las patas mal, el equipo de motores tiene que decidir si las arregla (perdiendo tiempo de su fase) o sigue adelante con un robot defectuoso. Cuando llega al equipo final, el robot funciona o no funciona, y el grupo entero descubre dónde se rompió la cadena.
Caso 2: Reto sin ganador único
"Cómo podría una farmacia de barrio ayudar a sus clientes mayores"
Un cliente farmacéutico nos pidió una jornada para sus equipos de marketing y desarrollo de producto. El reto: en lugar de competir todos por la mejor idea, cada equipo recibe un "cliente diferente" (perfil ficticio: jubilado en pueblo pequeño, cuidador familiar, persona con polimedicación, recién diagnosticado de crónico) y diseña una solución para ese caso concreto.
Al final, en lugar de "ganadores y perdedores", cada equipo presenta su prototipo y el grupo identifica qué tiene cada uno de aprovechable. Tres ideas reales (no las cuatro, conviene ser honestos) acabaron en discusión seria en la dirección de producto del cliente al mes siguiente.
¿Te suena el formato y quieres una propuesta concreta?
Diseñamos desafíos de innovación con marco serio detrás, briefing real de tu sector y debrief estructurado. Te lo cerramos en 48h.
Pedir propuesta →Tecnología: cuándo aporta y cuándo decora
Pregunta habitual cuando hablamos de innovación en team building: "¿necesitamos drones, VR, robots para que sea de innovación de verdad?". La respuesta corta es no. La materia prima de la innovación es la restricción inteligente, no el atrezzo tecnológico. Hay desafíos con cartón y cinta adhesiva tan profundos como otros con tecnología puntera.
Cuándo la tecnología sí aporta:
- Cuando es parte del problema, no del paisaje. Si el reto es "diseñar una experiencia que use VR para asistir a un cirujano novato", VR es necesario. Si es "construir la torre más alta", VR es decorativo.
- Cuando entrena un componente que de otra forma no se puede entrenar. Comunicar a alguien que no ve (la persona con gafas VR) entrena claridad verbal de un modo difícil de replicar sin VR.
- Cuando la propia tecnología es objeto del aprendizaje. Equipos que van a trabajar con esa tecnología en su día a día ganan familiaridad práctica además del componente de equipo.
Cuándo es decoración: cuando se podría hacer la misma actividad sin la tecnología y nadie notaría diferencia en el aprendizaje. Si tu agencia te vende un dron porque "queda bonito en el reportaje", probablemente sea decoración. No está mal, pero no es innovación. Para entender el papel real de la tecnología en eventos, conviene leer también el post sobre team building con realidad virtual.
Errores que convierten innovación en teatro
Lo que vemos fallar una y otra vez
- Saltarse las fases de empatizar y definir. El 80% de los desafíos que vemos en otras agencias entran directos a "idear", lo cual reduce el ejercicio a un brainstorming en disfraz. Sin entender bien el problema, no hay solución útil.
- Tiempos demasiado cortos. Recorrer las cinco fases en menos de tres horas es físicamente imposible. La gente acaba haciendo solo prototipo rápido y el aprendizaje se queda a medias.
- Reto demasiado abstracto. "Innovad sobre el futuro de la educación" no es un reto, es un brindis al sol. Tiene que haber un usuario concreto, una restricción real, un contexto delimitado. Cuanto más específico, más rica la solución.
- Premiar solo a un equipo. Mata la energía. Mejor dimensiones distintas (más original, más viable, más empático con el usuario, mejor pitch) o casos distintos por equipo.
- Sin debrief estructurado. Recurrente en todos nuestros posts: sin debrief, la jornada es entretenimiento. Con debrief, se convierte en aprendizaje. Aquí más que en ningún otro formato.
- Confundir "creatividad" con "estética". Que el prototipo sea bonito no significa que la idea sea innovadora. A veces lo más innovador es lo más feo, lo que más rompe con lo esperado. Premiar visual confunde el mensaje del ejercicio.
Cómo se aterriza en tu equipo
Si tras leer todo esto crees que un desafío de innovación encaja con lo que necesita tu equipo, tres preguntas que conviene responder antes de pedir propuesta:
- ¿Qué objetivo concreto tienes? "Innovar más" no es objetivo. "Que el equipo de producto practique un proceso de prototipado rápido antes de un proyecto real que arranca en marzo" sí lo es.
- ¿Cuánto tiempo tienes? Por debajo de 3 horas conviene no llamarlo desafío de innovación; llámalo lo que sea que quepa (un reto de prototipado rápido, por ejemplo). Por encima de 4 horas se puede hacer la cosa entera.
- ¿Quieres llevarte resultados aprovechables? Si quieres que las ideas que salgan tengan recorrido posterior, plantea el reto sobre un problema real de tu empresa (con datos cambiados si es sensible). Si solo es entrenamiento de proceso, un caso ficticio funciona igual.
Si quieres ver cómo lo plantearíamos concretamente para tu caso, en contacto respondemos en menos de 48 horas con propuesta cerrada y presupuesto. Y si quieres explorar otros formatos antes de decidir, está la guía completa de dinámicas y actividades.