ISO 56001: innovar no es lanzar más ideas, es aprender a decidir mejor
En muchas empresas el problema de innovación no es la falta de ideas. Ideas sobran. Lo difícil empieza después: decidir cuáles merecen tiempo y dinero, qué se quiere aprender con un piloto, cuándo aumentar la inversión y cuándo dejar de insistir.
La IA ha hecho este problema más visible. Hoy un equipo puede probar una herramienta en días y mostrar resultados atractivos muy rápido. Eso es útil. También puede crear la ilusión de que experimentar mucho equivale a innovar bien.
Un piloto no es una estrategia. Y una colección de ideas no es un sistema de innovación.
ISO 56001:2024 aborda justamente esa brecha. Plantea un sistema de gestión de la innovación para conectar dirección, oportunidades, portafolio, recursos, aprendizaje y mejora. No garantiza que todas las iniciativas funcionen —ningún sistema serio podría prometer eso—. Ayuda a que la organización aprenda a tomar mejores decisiones bajo incertidumbre.
La innovación necesita un mecanismo para decir sí, no y todavía no
Cuando no existen criterios claros, las iniciativas suelen avanzar por entusiasmo, influencia o urgencia. Algunas sobreviven porque tienen un patrocinador fuerte. Otras desaparecen cuando cambia la prioridad del trimestre. Y muchas quedan en ese lugar incómodo de los pilotos eternos: no generan suficiente evidencia para escalar, pero nadie toma la decisión de cerrarlos.
Un sistema de gestión ayuda a poner disciplina sin matar la exploración. No se trata de exigir un caso de negocio perfecto para una idea que todavía está aprendiendo. Se trata de definir qué necesitamos saber antes de pasar a la siguiente etapa.
En la práctica, las preguntas cambian según el momento. Al principio puede bastar con entender la oportunidad y la hipótesis. Más adelante aparecerán preguntas sobre viabilidad, recursos, riesgos, valor y escalabilidad. Lo importante es que la organización sepa qué decisión está intentando tomar y qué evidencia necesita para tomarla.
Medir actividad no es lo mismo que medir capacidad
Número de ideas recibidas. Número de hackathons. Número de pilotos. Son datos fáciles de contar y probablemente útiles para algunas conversaciones. Pero dicen poco, por sí solos, sobre la calidad del sistema de innovación.
Una organización puede tener cincuenta iniciativas abiertas y aprender muy poco. Otra puede tener cinco y ser mucho más rigurosa al validar hipótesis, compartir aprendizajes y reasignar recursos. Por eso conviene mirar también qué decisiones se tomaron, cuánto se aprendió, qué obstáculos se repiten y qué valor apareció frente a los objetivos definidos.
El fracaso de un experimento tampoco debería tratarse automáticamente como un fracaso de gestión. Si el piloto permitió descartar una hipótesis costosa antes de escalarla, probablemente produjo valor. El problema es cuando no sabemos qué aprendimos o repetimos el mismo error en otro proyecto.
Cuando la innovación usa IA, la gobernanza debe entrar temprano
Aquí se cruzan ISO 56001 e ISO/IEC 42001. No son lo mismo y no conviene confundirlas. ISO 56001 ayuda a gestionar la capacidad de innovar. ISO/IEC 42001 aporta una arquitectura específica para gestionar el uso o provisión de sistemas de IA.
Si un piloto de innovación incorpora IA, algunas preguntas de gobernanza deberían aparecer antes de que el proyecto se vuelva exitoso. Sí, antes. Porque el momento más barato para definir límites suele ser cuando todavía estamos experimentando.
- ¿Qué problema estamos intentando resolver con IA y qué no debería hacer la solución?
- ¿Qué datos necesita y bajo qué condiciones pueden utilizarse?
- ¿Quién es responsable del caso de uso si el piloto pasa a producción?
- ¿Qué riesgos o impactos cambiarían la decisión de continuar?
- ¿Qué controles tendrían que existir antes de escalar?
- ¿Qué evidencia necesitaremos para demostrar que el uso sigue bajo control?
Estas preguntas no tienen que convertir una prueba de concepto en un expediente de cien páginas. Ese sería otro error. La profundidad debe crecer con el riesgo, el impacto y la cercanía a producción.
La innovación responsable también sabe detenerse
Cerrar una iniciativa a tiempo puede ser una buena decisión. Limitar un uso porque cambió el riesgo también. Y retirar una solución que ya no cumple su propósito no debería verse como una derrota si la decisión está sustentada.
Con IA, esta disciplina es especialmente importante porque las condiciones pueden cambiar sin que el proyecto cambie de nombre. El proveedor actualiza el servicio. El modelo se comporta de otra manera. Se amplía el grupo de usuarios. El piloto comienza a recibir información más sensible. De repente, el caso de uso ya no es exactamente el que se evaluó al principio.
Escalar una innovación sin revisar qué cambió es una forma bastante eficiente de acumular deuda de gobernanza.
La realidad latinoamericana exige priorizar bien
En América Latina, los equipos de innovación y transformación suelen trabajar con recursos limitados y múltiples prioridades. Eso hace todavía más importante la capacidad de elegir. No hace falta montar un laboratorio sofisticado para empezar a gestionar la innovación mejor. Hace falta una lógica consistente para seleccionar, experimentar, aprender y decidir.
Para una organización que ya está adoptando IA, esa lógica puede evitar dos extremos bastante comunes: moverse demasiado lento por miedo al riesgo o avanzar demasiado rápido y descubrir tarde que el caso de uso no era gobernable como estaba diseñado.
ISO 56001 puede ayudar a ordenar la capacidad de innovación. ISO/IEC 42001 puede ayudar a gobernar la IA que forma parte de esa innovación. Y los sistemas de gestión existentes pueden servir como infraestructura común para que todo esto no se convierta en capas independientes de burocracia.
Innovar mejor no significa tener más ideas. Significa convertir incertidumbre en aprendizaje y aprendizaje en mejores decisiones.