Una jornada de ideas, una formación o una nueva herramienta pueden generar actividad. Para saber si generan innovación hace falta otra prueba: ¿han cambiado una conducta, una decisión, un proceso o una propuesta de manera útil?
La innovación organizacional no empieza por pedir al equipo que sea más creativo. Empieza por comprender qué impide actuar de otra manera.
Seis hipótesis que conviene investigar
No son causas universales. Son explicaciones posibles que deben contrastarse en cada organización.
1. El problema no está definido
“Necesitamos innovar” no indica qué debe cambiar ni para quién. Una pregunta más útil delimita una fricción, una persona afectada y un resultado observable.
2. La conducta deseada tiene un coste oculto
Proponer ideas puede implicar exposición, trabajo adicional o conflicto con prioridades actuales. Si el sistema penaliza esas conductas, un mensaje inspirador no cambia el incentivo.
3. No existe capacidad de decisión
Un equipo puede investigar y proponer, pero no avanzar si nadie sabe quién aprueba, qué recursos están disponibles o qué riesgo es aceptable.
4. Se salta de la idea a la implantación
Una idea atractiva todavía contiene supuestos. Un prototipo o una prueba limitada permite aprender antes de comprometer más recursos.
5. La tecnología dirige el problema
Empezar por “usar IA” o “digitalizar” puede desplazar la pregunta importante: qué necesidad merece resolverse y qué evidencia demostraría utilidad.
6. No hay regla de cierre
Sin criterios para continuar, modificar o matar, las iniciativas pueden permanecer abiertas aunque no produzcan aprendizaje relevante.
Un proyecto de innovación organizacional
Una forma de estructurarlo es:
- Comprender: observar decisiones, motivaciones, fricciones y contexto.
- Definir el sentido: aclarar propósito, límites y consecuencias.
- Elegir un problema: priorizar por relevancia, viabilidad y evidencia disponible.
- Construir: crear una intervención mínima utilizable.
- Validar: comprobar cambios en conducta, uso o resultado acordado.
- Decidir el destino: transferir, operar, reformular o cerrar.
Escenario hipotético
Imagina una pyme donde las incidencias pasan por varias personas y se resuelven de manera distinta. En lugar de implantar una plataforma completa, el proyecto podría observar el recorrido actual, identificar una fricción concreta y probar un protocolo o herramienta mínima con un equipo.
La prueba no buscaría demostrar que “la transformación funciona”. Buscaría responder preguntas delimitadas: ¿se usa?, ¿reduce la fricción definida?, ¿qué carga nueva crea?, ¿quién puede operarla?
Este escenario es ilustrativo y no representa un caso real.
Qué debería quedar al terminar
- Una descripción verificable del problema.
- Una intervención utilizable.
- Evidencia de la prueba, también si es negativa.
- Una decisión explícita.
- Documentación y responsable si continúa.
En BTA desarrollamos proyectos de este tipo cuando una organización necesita convertir una pregunta de cambio en algo que pueda probarse.
Sobre el autor
Marc Duran
Psicólogo e investigador-diseñador de proyectos. En BTA conecta comportamiento humano, filosofía práctica y disciplina de negocio para convertir preguntas en proyectos utilizables.
Conocer a Marc