Cómo decidir después de un piloto de cambio

No llegues al cierre con impresiones generales. Revisa las métricas acordadas, las notas de bloqueo, los casos de excepción y la experiencia de quienes operaron el nuevo proceso. Organiza esa información alrededor de las preguntas iniciales: qué problema buscaban resolver y qué señal mostraría avance.

Incluye datos cualitativos. Una métrica puede mejorar mientras el equipo descubre una dependencia que hará difícil escalar. Una cifra sin contexto puede ocultar trabajo extra o una solución que funciona solo para un turno. Pide ejemplos concretos y registra qué condiciones hicieron posible el resultado.

Evita que la persona dueña del piloto sea la única voz. Su mirada es valiosa, aunque necesita contrastarse con quienes ejecutaron, con los usuarios afectados y con el patrocinador que entiende el objetivo de negocio.

Distingue entre falla de diseño y falla de implementación

Una señal débil puede tener causas distintas. El proceso puede estar mal diseñado. El equipo puede haber recibido poca práctica. Puede faltar un recurso, una decisión o una integración. Antes de descartar, identifica qué tipo de problema observaste.

Pregúntate si el cambio funcionó cuando las condiciones necesarias estuvieron presentes. Si lo hizo, tal vez necesitas ajustar el despliegue. Si siguió creando dificultades aun con apoyo, probablemente el diseño requiere una revisión más profunda.

Esta distinción evita dos errores. Adoptar una práctica defectuosa porque el patrocinador quiere avanzar, o descartar una idea valiosa porque el primer grupo no contó con las condiciones para probarla bien.

Elige una decisión y nombra al dueño

La adopción necesita un plan de extensión: a qué equipos llegará, en qué orden, con qué apoyo y qué nueva señal observarán. El ajuste necesita un alcance y una nueva fecha de revisión. El descarte requiere una explicación honesta sobre lo que aprendieron y qué alternativa explorarán.

En cada caso, nombra una persona responsable. La decisión sin dueño vuelve al piloto un archivo. También define qué práctica anterior deja de aplicarse o cómo convivirá temporalmente con el nuevo proceso. La ambigüedad favorece el regreso a lo conocido.

Comunica la decisión en un mensaje breve. Incluye el problema, la evidencia, la resolución y la fecha de próximo paso. Las personas que participaron necesitan ver la conexión entre lo que reportaron y lo que el liderazgo decidió.

Convierte la experiencia en un estándar

Cuando adoptes, actualiza guías, plantillas, sistemas y reuniones. El estándar no vive en una presentación. Vive en los pasos que las personas siguen cuando están ocupadas. Reduce fricción y crea un canal para reportar nuevos problemas durante las primeras semanas.

Después revisa si el aprendizaje se aplicó a otros proyectos. Más herramientas para institucionalizar mejoras están en cambio.

Conserva una página de cierre del piloto con la decisión, los datos principales, los ajustes y las condiciones que hicieron posible el resultado. Ese registro evita que, meses después, el equipo recuerde solo una versión simplificada de lo ocurrido. También permite que un nuevo líder retome el cambio sin reiniciar conversaciones que ya produjeron aprendizaje.

El curso de formación para gerentes ayuda a convertir pilotos en decisiones que el equipo puede sostener. La Comunidad GL te permite revisar resultados mixtos, discutir criterios y mejorar la calidad de tus siguientes experimentos de cambio.