Hace tres meses incorporó una herramienta de IA al equipo. Todos asistieron a la formación. La herramienta funciona. Y casi nadie la utiliza de la manera prevista.
No es un fallo de la herramienta. Es un fallo de adopción que está destruyendo silenciosamente el retorno de la inversión antes de que llegue a reconocerlo.
Muchas organizaciones tratan la adopción como un problema tecnológico: compran la herramienta, capacitan al personal y esperan más velocidad. Pero los gerentes de proyectos siguen utilizando los procesos anteriores porque confían en ellos. La herramienta queda parcialmente integrada y genera dos formas de trabajar en paralelo. Se pierde la eficiencia esperada sin que resulte evidente.
El equipo no es perezoso ni se resiste por naturaleza. Tiene incertidumbre: todavía no confía en los resultados, no sabe cuándo conviene usar la herramienta y nadie le ha demostrado que facilita su trabajo en lugar de hacerlo simplemente diferente. En esa distancia entre adoptar y tener las habilidades o la confianza para hacerlo se pierde la inversión en transformación.
El mecanismo es sencillo. Cuando un gerente de proyectos duda de un flujo con IA, hace el trabajo dos veces: manualmente para estar seguro y con la herramienta para cumplir el nuevo estándar. Se duplica el esfuerzo. Aumenta el cansancio y termina dejando de usarla. Meses después, una baja adopción puede interpretarse como falta de formación, cuando lo que faltaba era confianza construida mediante experiencias reales de bajo riesgo.
Esto afecta la capacidad de ampliar la entrega. Si los informes siguen consolidándose manualmente porque nadie confía en que la IA detecte riesgos reales, ese proceso no se acelera. Si las alertas del registro de riesgos, supuestos, incidencias y dependencias siguen dependiendo de que alguien recuerde revisarlas porque las instrucciones para la IA parecen trabajo adicional, no se ha liberado capacidad: se ha añadido un paso que nadie quiere.
El patrón que veo funcionar es simple: acompañar cada nueva herramienta con un proyecto estructurado de adopción, con responsable, plazo y ciclo de retroalimentación. Un proyecto, no una capacitación aislada ni la expectativa de que cada persona lo resuelva por su cuenta.
Empiece con dos o tres gerentes de proyectos que tengan curiosidad natural y asígneles problemas reales. No les pida aprender la herramienta de manera genérica: pídales mejorar una actividad que ya realizan. Si la IA genera informes de estado, observen juntos los próximos tres informes y pregunten qué falló, qué fue más rápido y qué resultó más lento. Documenten exactamente lo que funcionó. Esa es la evidencia práctica.
Incorpore al siguiente grupo con el flujo que los primeros participantes realmente utilizan, no con diapositivas. Muestre las instrucciones concretas, el resultado y los ajustes que tuvo que hacer un colega. Esto construye confianza realista, sin exagerar las capacidades.
Al ampliar el uso, mida la profundidad de adopción, no solo la tasa. La tasa indica cuántas personas iniciaron sesión; la profundidad indica cuántas integraron la herramienta en su trabajo real. Importa la segunda. Utilizar IA para un correo al mes no equivale a integrarla. Usarla para redactar informes, resumir reuniones y detectar riesgos sí muestra una integración más profunda.
Vigile tres patrones. Primero, las personas confían en tareas pequeñas, pero no en decisiones importantes. Es normal: oriente el uso hacia lo que la herramienta hace bien sin exagerar. Segundo, algunas tienen un método manual más rápido. Pregunte por qué; a veces tienen razón y debe rediseñarse el flujo. Tercero, no comprenden para qué existe la herramienta: la ven como una obligación, no como una solución. Explique su propósito a partir del problema que afrontan.
El siguiente paso es identificar una herramienta implantada con menos del 60 % de adopción. No incorpore otra antes de comprender por qué. Hable con cinco gerentes de proyectos que no la utilicen regularmente y pregunte: «¿Qué tendría que cambiar para que la utilizara en su flujo habitual?». Escuche la distancia entre la capacidad de la herramienta y la confianza o necesidad concreta. Diseñe un sprint de adopción de cuatro semanas para cerrarla, no un sprint de capacitación.
Realice el experimento y observe qué cambia. La brecha no depende de la inteligencia ni de la resistencia. Depende de claridad, confianza y adaptación a la forma real de trabajar. Al cerrarla, el retorno de la inversión deja de desaparecer.
Referencia editorial histórica: el original ofrecía información semanal gratuita para gerentes de proyectos sobre adopción de IA, marcos, herramientas y decisiones. La colección AI for Project Managers conserva los artículos recuperados.
Recurso histórico: el original enlazaba un paquete de 20 instrucciones para informes de estado, comunicaciones y retrospectivas. Su recuperación está pendiente; consulte el registro de recursos.