Equipo 15 de julio de 2026

Cómo conseguir que un equipo use un sistema nuevo sin pelearse

La resistencia no es cabezonería. Es una reacción razonable a un cambio que le cuesta tiempo a alguien esta semana por un beneficio prometido para el trimestre que viene.

Hugo Cardellach 5 min de lectura

La objeción suele tener razón

Cuando alguien dice que antes se hacía bien, no está siendo difícil. Te está contando que la forma nueva le cuesta algo real, hoy.

Aprender una herramienta se lleva horas que nadie ha reservado. La primera semana va más lenta que la última. Y su objetivo no se ha movido ni un punto.

Trátalo como información. Los equipos rechazan los sistemas que les empeoran la semana, que es una reacción cuerda.

Los tres miedos de debajo

  • Sustitución. Si la máquina hace mi trabajo, ¿qué queda de él? Esto nadie lo dice en voz alta en una reunión.
  • Exposición. El sistema nuevo lo registra todo, así que los atajos que hacían que los números antiguos quedasen bien se vuelven visibles.
  • Competencia. A alguien con quince años de oficio no le hace gracia ser principiante delante de los junior.

Solo se habla del primero, y normalmente mal. Los otros dos son los que deciden si el despliegue aterriza.

Nadie se resiste a un sistema que le hace más fácil el jueves por la tarde. Se resisten al que se decidió sobre ellos y luego se les explicó.

Un ejemplo de qué cambió

Una firma de servicios profesionales de 70 personas desplegó dos veces el mismo sistema de alta de clientes. Mismo software, misma formadora, mismo equipo.

19%Adopción, primer intento
86%Adopción, segundo intento
3Sesiones en vez de una
2Pasos antiguos eliminados

Primer intento: una sesión de formación de 90 minutos, una guía escrita y un anuncio de que el proceso antiguo se acaba el lunes. La adopción al mes era del 19 %, medida por registros creados en el sistema nuevo.

El segundo intento, diez semanas después, cambió cuatro cosas. Dos personas veteranas ayudaron a diseñarlo antes de que nadie construyera. La formación pasó a tres sesiones cortas donde cada uno trabajaba con sus casos reales. Dos pasos del proceso antiguo se eliminaron en vez de trasladarse, así que la forma nueva era visiblemente más corta. La vía antigua se dejó abierta tres semanas con fecha de apagado a la vista.

La adopción llegó al 86 % en cinco semanas. El software no cambió.

El despliegue de cinco semanas que usamos

Semana 1: elige a las personas, no solo el proceso

Busca a las dos personas que más hacen este trabajo y siéntalas en la conversación de diseño. No para que aprueben el plan, para que lo moldeen. Sus huellas en el diseño valen más que cualquier discurso de gestión del cambio posterior.

Semanas 2 y 3: construye con ellas mirando

Enseña avances cada pocos días, aunque estén feos. Un equipo que ha visto cómo se hacía la cosa pregunta pronto, en vez de llegar a una herramienta terminada con los brazos cruzados.

Semana 4: forma con su trabajo real

Nunca hagas la demostración con datos de ejemplo. Lleva sus casos reales a la sesión, para que la hora produzca trabajo terminado en vez de un ensayo.

Aquí la repetición gana a la exhaustividad. Tres sesiones de 40 minutos con una semana entre medias se sostienen mucho mejor que un bloque largo.

Semana 5: apaga la forma antigua, en la fecha que todos sabían

Convivir para siempre garantiza el fracaso, porque la vía antigua es más fácil con prisa. Anuncia la fecha en la semana uno, cúmplela y estate en la sala ese día.

Cuatro cosas que matan la adopción en silencio

  1. Formación impartida por alguien que nunca ha hecho ese trabajo. La credibilidad se pierde en los primeros diez minutos.
  2. Un sistema que añade pasos a quien lo usa mientras ahorra tiempo a quien está por encima.
  3. Ningún responsable visible. Cuando algo se rompe en la semana dos, todo el mundo espera a alguien.
  4. Castigar los primeros errores con la herramienta nueva. Con uno basta para que la gente vuelva a la hoja de cálculo.

Di pronto lo incómodo

Si algún puesto cambia de verdad, dilo al principio y en términos concretos. La vaguedad es peor que una mala noticia, porque la gente rellena el silencio con la peor versión.

En casi todo lo que construimos nadie pierde su trabajo. El trabajo cambia de forma. Dos horas persiguiendo cosas se convierten en veinte minutos revisando excepciones, y el resto se va a trabajo que siempre necesitó una persona.

Dilo así de claro, y demuéstralo en la semana seis enseñando los números al equipo, no solo al consejo.

Mide adopción, no asistencia

La asistencia a la formación no dice nada. Elige un número que produzca el propio sistema: registros creados, tickets cerrados dentro de la herramienta, presupuestos enviados con la plantilla nueva.

Míralo cada semana durante seis semanas y enséñaselo al equipo. No como presión, como información. La gente se ajusta mucho más rápido cuando ve dónde está.

Por debajo del 60 % en la semana cuatro tienes un problema de diseño, no de disciplina. Ve a mirar a alguien usarlo durante veinte minutos antes de enviar otro recordatorio.

Lo decide el responsable

Un jefe de equipo que sigue trabajando a la manera antigua es leído correctamente por todos, y todos le siguen. Ninguna formación sobrevive a un mando que se exime a sí mismo en voz baja.

Dilo a la dirección antes de empezar a construir. Su comportamiento en la semana uno vale más que todo el presupuesto de formación.

Una regla que ya exigimos

Ningún despliegue sin un responsable interno con nombre que tenga tiempo. No un cargo, horas en un calendario. Dos horas por semana durante seis semanas bastan, y cero es un proyecto que preferimos no empezar.

Qué hacer con esto

Cinco cosas que puedes hacer mañana.

  1. Nombra a las dos personas que más hacen ese trabajo. Métalas en la conversación de diseño esta semana.
  2. Pregunta a cada una qué le va a costar personalmente el sistema nuevo. Apunta las respuestas.
  3. Busca un paso que puedas eliminar, para que la forma nueva sea visiblemente más corta.
  4. Reserva tres sesiones cortas en vez de una larga, y usa trabajo real en cada una.
  5. Fija ya la fecha de apagado, anúnciala y cúmplela.
auditoría de IA y operaciones

¿Quieres esto hecho en tu empresa, con tus números?

La auditoría cuesta $150 y se descuenta íntegra del primer servicio. En 2 días laborables tienes un plan escrito: los procesos que te cuestan, ordenados por retorno, con un KPI en cada uno.