Un piloto de proceso necesita criterios de salida y reversión

Antes de iniciar un piloto de proceso, acuerde qué tendría que observarse para ampliarlo, qué obliga a pausarlo y cómo se volvería al modo anterior. Escriba también quién puede decidir cada salida. La fecha final sólo indica cuándo revisar; no demuestra que el cambio funcionó. Si nadie sabe qué evidencia bastará o cómo detener el experimento, el piloto puede volverse una implementación permanente por inercia. Un acuerdo breve, comprobable y entendido por las personas afectadas protege mejor la decisión que una promesa genérica de “evaluar después”.

El ensayo que terminó sin una decisión

Esta escena es ficticia. Una empresa prueba durante seis semanas una nueva forma de pasar solicitudes entre atención a clientes y operaciones. En lugar de varios mensajes separados, se usa una ficha con responsable, fecha y motivo de devolución. RH participa porque ambos equipos reportaron fricción y trabajo repetido. Al concluir las seis semanas, las jefaturas muestran que se llenaron muchas fichas y dicen que el piloto fue un éxito. Quienes reciben los casos señalan que algunas fichas llegaron tarde y que, para resolver urgencias, siguieron llamando por teléfono. Nadie había definido qué significaba mejorar, cuántos casos serían observados, qué debía pasar con las urgencias ni quién autorizaría dejar el formato anterior.

El número de fichas demuestra adopción parcial del nuevo paso, no mejora del servicio. Los testimonios de frustración merecen revisión, pero tampoco prueban por sí solos que el diseño deba abandonarse. La decisión está incompleta porque el equipo no preparó una comparación ni una salida. Así, cada área escoge la señal que favorece su posición: dirección ve cumplimiento, operaciones ve carga extra y RH queda mediando una disputa que debió plantearse como pregunta de aprendizaje.

Un piloto sirve para probar un cambio acotado bajo condiciones observables. No es una ceremonia previa a una decisión ya tomada. La guía de fase beta del Servicio Digital del Gobierno británico describe el trabajo con un grupo limitado para aprender y mejorar antes de abrir un servicio más ampliamente. Su contexto es el diseño de servicios públicos del Reino Unido, no una regla que obligue a empresas mexicanas. La idea transferible es mantener distinguibles la prueba controlada y la expansión: cada una expone a más personas y exige una decisión propia.

Formule la decisión antes de elegir el indicador

Empiece por una oración concreta: “Necesitamos decidir si esta forma de entregar solicitudes puede reemplazar al procedimiento actual para los casos ordinarios entre estas dos áreas”. Es diferente de “queremos modernizar la colaboración”. La primera delimita un proceso, participantes y una salida. Permite preguntar qué evidencia falta. La segunda puede justificar cualquier tablero después de los hechos. Si la prueba sólo cubre solicitudes ordinarias, no podrá validar cómo se atienden emergencias, transferencias con datos sensibles o personas fuera de turno.

Escriba qué se está probando y qué queda fuera. Tal vez la ficha sólo cambia el traspaso, no la política de servicio, la dotación de personal ni el sistema de registro. Tal vez el objetivo es reducir devoluciones por información incompleta, no acelerar cada caso. Estos límites importan cuando se interpreten resultados. Una mejora en claridad podría coexistir con más tiempo de captura; el equipo tendrá que valorar esa compensación en vez de afirmar que todo mejoró o todo empeoró.

Elija una persona dueña de la decisión y otras responsables de aportar evidencia. RH puede facilitar la revisión de carga y coordinación, pero no por ello tiene facultad para cambiar reglas operativas de otra dirección. Operaciones puede aprobar un flujo bajo su control, pero no redefinir sin consulta cómo se evaluará el desempeño individual. Cuando la decisión afecta obligaciones laborales, seguridad, datos personales o compromisos contractuales, se requiere la revisión competente de la organización. Un artículo no sustituye esa revisión ni confiere autoridad a quien conduce el piloto.

Registre la situación anterior sin fingir precisión

Una comparación requiere una referencia. Antes de iniciar, observe cómo se resuelven hoy los casos que entrarán al piloto: dónde se pierden, cuándo se devuelven, qué información falta y a quién se pide ayuda. No hace falta inventar una medición perfecta. Si el sistema actual no registra las devoluciones, anote esa limitación y acuerde una forma mínima y respetuosa de observar una muestra. La guía británica para medir beneficios de un servicio recomienda establecer una línea base y acordar medidas al comenzar la fase beta. Es una referencia metodológica de servicios públicos, no una cifra de desempeño que pueda trasplantarse a cualquier organización.

Para la escena ficticia, el equipo podría revisar una semana de casos ordinarios anteriores y registrar en qué punto se pidió información adicional. El ejemplo no pretende que una semana sea estadísticamente suficiente ni que exista una meta universal. La duración y el tamaño de la observación se deben ajustar al volumen, la variación de casos y la importancia de la decisión. Si durante la prueba ocurre una temporada inusual, cambia el personal o entra un cliente con necesidades distintas, registre esas circunstancias. Comparar dos periodos sin ese contexto puede producir una conclusión cómoda y equivocada.

No convierta la línea base en vigilancia individual improvisada. Si la pregunta es cómo funciona un traspaso entre áreas, recopile señales del proceso necesarias para responderla. Evite usar un piloto de coordinación para calificar a personas sin un propósito comunicado y una base de tratamiento revisada por quien corresponde. Explique a participantes qué se observará, quién tendrá acceso y cuándo se eliminarán notas temporales según las reglas aplicables. Un diseño que sólo puede “mejorar” si reúne más datos personales de los necesarios debe revisarse antes de empezar.

Declare criterios de salida que puedan discutirse

El criterio principal responde a la decisión inicial. En el caso de la ficha, podría ser que más solicitudes lleguen con la información indispensable y que disminuyan las devoluciones atribuibles al traspaso. La medida puede combinar un recuento con la revisión de casos concretos. También conviene observar si el tiempo que se ahorra en un área se traslada como carga a otra, y si una persona sin acceso al canal habitual puede completar el nuevo paso. Un promedio que oculta a quienes quedan fuera es una mala guía para ampliar.

Separe el resultado buscado de las condiciones que no deben deteriorarse. Una ficha completa no es una victoria si obliga a registrar datos innecesarios, retrasa urgencias o deja sin respuesta a quien recibe un caso fuera de horario. Puede escribir guardas en lenguaje operativo: “Si aparece un caso urgente que no tiene ruta clara, se detiene el uso de la ficha para ese tipo de caso hasta resolverlo”. Esa frase requiere más detalle antes de activar la prueba, pero muestra qué no se sacrificará para cumplir una métrica.

En un documento real, acuerde umbrales sólo después de mirar el proceso y escuchar a las áreas. Podría decidirse, por ejemplo, que una mejora observada deba sostenerse en varios cortes y que ninguna categoría crítica quede sin dueño. Es un ejemplo de estructura, no una cifra recomendada. Fijar porcentajes aquí sin conocer volúmenes daría una falsa exactitud: una variación grande en pocos casos puede ser azar o mezcla distinta de solicitudes. Si no hay volumen para una comparación robusta, la decisión debe describir con honestidad qué se aprendió y qué permanece incierto.

Especifique qué evidencia contaría en contra de la propuesta. Si todas las fichas se llenan, pero las llamadas urgentes siguen resolviendo los bloqueos, quizá la ficha sirve como registro posterior y no como mecanismo de coordinación en tiempo real. Si el equipo participante necesitó apoyo extraordinario que no existirá al ampliar, esa condición afecta la posibilidad de repetir el resultado. Una buena evaluación incluye pruebas que pueden cambiar la opinión inicial, no sólo evidencia de que el equipo trabajó mucho.

Defina cuatro salidas antes de iniciar

La primera salida es ampliar de manera acotada. Aplica si la evidencia satisface los criterios acordados, los problemas de seguridad y acceso tienen solución practicable y existe capacidad para sostener el proceso con más personas. Ampliar no exige declararlo perfecto. Exige decir qué se sabe, qué falta y qué controles acompañarán la siguiente etapa. La dirección puede escoger otra muestra o un segundo grupo antes de cambiar toda la operación.

La segunda salida es ajustar y volver a probar. Sirve cuando la hipótesis mantiene sentido, pero la implementación mezcló elementos que impiden interpretar el resultado. Quizá el campo de prioridad causó confusión y debe explicarse mejor. El ajuste necesita una nueva fecha de revisión y criterios claros; de otro modo, se convierte en una cadena de extensiones sin final. No reescriba retrospectivamente la meta original para proclamar éxito. Conserve la evaluación de la primera versión y explique por qué la siguiente prueba es distinta.

La tercera salida es pausar. Tiene sentido si falta evidencia indispensable, surge una condición que podría perjudicar a personas o nadie puede operar la ruta de excepción prometida. Pausar puede afectar sólo ciertos casos: se continúa con solicitudes ordinarias y se retiran las urgentes mientras se resuelve su tratamiento, si esa separación es segura y está autorizada. La pausa requiere dueño, aviso y plazo de revisión. Si se presenta como “esperar a ver qué pasa”, los participantes seguirán improvisando.

La cuarta salida es revertir. Se vuelve al procedimiento anterior cuando el cambio produce una falla relevante, la carga no puede sostenerse o el supuesto central no se confirma en el alcance probado. Revertir no vuelve inútil el aprendizaje. La prueba puede mostrar que el problema real era capacidad, prioridad o definición de responsabilidades y no la ficha. Para aprenderlo, conserve un registro de causas y de la decisión, sin mantener el nuevo paso activo sólo para defender el trabajo invertido.

La pausa se diseña antes de que haya presión

Es más fácil acordar un motivo de pausa cuando nadie quiere salvar públicamente el piloto. Nombre disparadores que no dependan de gustos: un caso sin responsable, una excepción que obliga a compartir datos por fuera de canales aprobados, una acumulación que supera la capacidad de respuesta acordada o la imposibilidad de saber si las personas reciben confirmación. La lista depende del proceso. En asuntos de seguridad física, derechos, pagos o información sensible, el equipo debe aplicar sus controles y escalaciones especializados, no los ejemplos de este artículo.

Decida quién puede activar la pausa y a quién debe informar. Una persona que detecta un problema necesita una vía clara para detener su participación en un caso inseguro y pedir revisión. La autorización para suspender todo el piloto puede estar en otra función. Si esas competencias no se distinguen, la primera señal de riesgo pasará de mano en mano mientras el flujo sigue. Describa qué sucede mientras se decide: qué canal recibe nuevas solicitudes, quién atiende las que ya están abiertas y cómo se evita que una misma petición quede duplicada.

La presión por cumplir calendario puede llamar “incidencia normal” a una falla que cambia la exposición. También puede llamar “bloqueo fatal” a una duda resoluble. Por eso el registro de pausa debe describir hechos: versión del proceso, caso afectado sin detalles innecesarios, consecuencia observada, responsable de revisar y decisión temporal. Una discusión sobre reputación del proyecto no debe reemplazar ese registro.

Revertir requiere una ruta practicable, no una frase

“Podemos volver atrás” sólo es cierto si el procedimiento anterior sigue disponible, las personas recuerdan cómo usarlo y los casos iniciados en el piloto tienen un destino. Antes de activar la prueba, guarde una descripción vigente del flujo anterior, identifique herramientas y permisos necesarios y acuerde quién avisará el cambio. Revise si los datos capturados en el piloto deben transferirse, conservarse o eliminarse conforme a las reglas aplicables. No haga copias informales de información personal para facilitar el retorno.

En el ejemplo, una reversión podría cerrar nuevas fichas desde una hora acordada, asignar a una persona para clasificar las abiertas y devolver los traspasos futuros al canal anterior. Las fichas con trabajo en curso no se abandonan. Se documenta qué ya fue atendido y qué falta, con acceso limitado a quienes deben resolverlo. El aviso a los equipos dice cuál canal usar desde ese momento, qué hacer con una solicitud abierta y dónde reportar una duplicación. Estas instrucciones son ilustrativas; el diseño real depende de la operación y sus controles.

Ensaye al menos en mesa la vuelta atrás: “Si hoy detenemos la ficha, ¿quién sabe recibir la siguiente solicitud y dónde queda el historial necesario?”. Si nadie puede responder, el piloto todavía no es reversible. Puede requerirse reducir el alcance inicial o preparar continuidad antes de probar. Reversibilidad no significa que todo daño posible se deshace; significa que existe una forma controlada de detener nuevas exposiciones y atender lo pendiente. Por eso la evaluación de riesgos precede al experimento.

Escuche a quienes ejecutan y reciben el proceso

Quienes diseñan un cambio suelen ver la regla; quienes la usan ven excepciones. Invite a ambos lados del traspaso a describir casos concretos, sin convertir cada opinión en voto de aprobación. Pregunte qué paso nuevo sustituyó algo anterior y cuál se agregó sin retirar trabajo. Pregunte también si la mejora depende de una persona que resuelve por fuera del proceso, porque al ampliar quizá esa ayuda desaparezca. Una observación de una persona nueva o de un turno distinto puede revelar condiciones que el grupo inicial no tuvo.

Seleccionar sólo equipos entusiastas facilita aprender si la propuesta funciona con apoyo alto, pero no demuestra que funcionará en toda la organización. A la inversa, probar sólo con el equipo más saturado puede impedir ver el potencial del diseño. Deje escrito por qué se eligió la muestra, qué capacidades y restricciones tiene y cuáles no representa. Cuando la evidencia no cubre una población, no presente una conclusión general. El resultado puede justificar otra prueba con condiciones diferentes.

Cuide cómo pide retroalimentación. Si una persona teme que reportar fricción se interprete como resistencia al cambio, recibirá menos información útil. Ofrezca un canal para señalar problemas sin exigir una defensa personal de cada caso, explique cómo se analizarán los comentarios y comparta qué se cambió o por qué no. Tampoco prometa anonimato si la combinación de área, turno y fecha permite identificar a alguien. Use la mínima información necesaria y los canales aprobados.

Reúna una decisión que otra persona pueda revisar

Al cierre, prepare una nota de una o dos páginas antes de una presentación. Debe incluir la pregunta inicial, el alcance real, la línea base disponible, los criterios declarados, lo observado, las desviaciones, los incidentes y la recomendación. Distinga “no ocurrió” de “no lo medimos”. Si no hubo reporte de devoluciones porque nadie registró ese dato, escribir cero sería falso. Si una señal cambió, muestre también el denominador y las condiciones de observación. La nota puede incluir unos pocos casos representativos sin datos personales innecesarios.

Anote quién tomó la decisión y qué autoridad tuvo. Si hay desacuerdo, registre las razones relevantes, no una lista de personas “a favor” y “en contra”. Por ejemplo: “Operaciones propone ampliar a otro turno porque disminuyeron devoluciones en casos ordinarios; atención a clientes pide resolver antes la ruta urgente”. La decisión puede ser ampliar sólo casos ordinarios mientras se prepara otra prueba. El registro debe hacer visible ese límite para que el siguiente equipo no interprete “piloto aprobado” como autorización de todo el cambio.

Cuando las pruebas quedan incompletas, no solicite una aprobación general que las esconda. La persona a la que piden firmar necesita saber si confirma recepción, un requisito específico o liberación completa. Si trabaja desde ese lugar, consulte qué aclarar cuando le piden aprobar una entrega sin todas las pruebas. Para RH y dirección, la tarea complementaria es diseñar un formato de decisión que permita una salida condicionada, un pendiente con dueño y fecha, o una negativa razonada dentro de la autoridad correspondiente.

Una reunión de salida necesita preguntas incómodas

Lleve a la revisión tres casos, no sólo una gráfica. El primero debe mostrar un recorrido que sí mejoró y por qué la mejora puede atribuirse razonablemente al cambio. El segundo, un caso que se complicó o quedó fuera del flujo. El tercero, una excepción que quizá se vuelva frecuente al ampliar. Si no puede encontrar el tercer caso, pregúntese si realmente lo buscó en turnos y áreas distintos. Esta selección no sustituye un análisis completo; obliga a que el promedio converse con la operación. Deje que quienes ejecutaron el proceso corrijan errores de interpretación antes de cerrar la nota.

Pregunte también qué recursos hicieron posible el resultado. ¿Hubo una persona extra resolviendo dudas? ¿La dirección intervino de manera excepcional? ¿Se aplazaron tareas que reaparecerán al terminar la prueba? Si esas condiciones no estarán disponibles en una expansión, no describa el resultado del piloto como si surgiera sólo del nuevo procedimiento. Puede decidir mantenerlo en un grupo que sí cuenta con ese apoyo, preparar capacidad adicional o rediseñar el paso. Lo importante es no presentar una dependencia temporal como eficiencia permanente.

Finalmente, acuerde qué observación futura haría cambiar la decisión. Una expansión acotada puede tener una fecha de revisión y una señal que obligue a reducir alcance. Una pausa puede requerir comprobar que existe una ruta segura para urgencias antes de reiniciar. Una reversión puede cerrar el intento actual y conservar una pregunta para otro diseño. Explicitar estas condiciones evita que “aprobado con reservas” se convierta, meses después, en un permiso indefinido que nadie recuerda haber otorgado.

Después de la fecha final, decida de manera explícita

Una fecha de cierre sin decisión crea una quinta salida involuntaria: el proceso nuevo sigue porque nadie lo detuvo. Evítela. Convoque la revisión con tiempo para leer la evidencia, no sólo con un espacio para anunciar que el piloto “concluyó”. Si las personas facultadas no pueden asistir, deje claro quién opera el procedimiento vigente mientras se decide. Si la evidencia no alcanza, la salida debe decirlo y limitar la exposición; el silencio no equivale a aceptación.

También puede ser correcto cerrar el piloto sin ampliar, aunque la experiencia haya sido valiosa. El cambio quizá resolvió una fricción en un grupo pequeño, pero exige más apoyo del disponible. O quizá descubrió una necesidad distinta: las áreas no comparten prioridades, de modo que una ficha más completa no resuelve quién decide los casos contradictorios. Devolver ese hallazgo a la organización es un resultado de aprendizaje, no un fracaso que deba maquillarse. La siguiente acción podría ser aclarar autoridad, capacidad y criterios antes de probar otra herramienta.

La recomendación final debería caber en una oración concreta: “Ampliaremos a este segundo grupo bajo estas condiciones”, “Repetiremos la prueba con esta modificación”, “Pausaremos estos casos hasta resolver esta excepción” o “Volveremos al proceso anterior desde esta fecha”. Después vienen responsables, comunicación y revisión. Cuanto más importante sea la consecuencia para personas o datos, más cuidadosa debe ser la revisión especializada. Ninguna plantilla convierte automáticamente una prueba local en permiso para cambiar una obligación o transferir riesgo a otro equipo.

Un buen piloto deja algo más que una historia de entusiasmo. Deja una respuesta revisable sobre lo que se probó, con qué límites y por qué la organización eligió su siguiente paso. Ese registro permite avanzar cuando existe base para hacerlo y detenerse cuando todavía falta. Ambas decisiones son parte de dirigir el cambio.

Para empezar hoy: escriba en cuatro renglones la decisión que el piloto debe permitir, una señal de mejora, una condición de pausa y la persona con autoridad para decidir. Si no puede llenar los cuatro, resuelva ese vacío antes de ampliar el ensayo.

Para la perspectiva de quien recibe una solicitud de firma con evidencia pendiente, lea Worklife: qué aclarar antes de aprobar una entrega sin todas las pruebas.

Si RH o dirección desean conocer las opciones disponibles con KLIIMA, pueden plantear su consulta. Esta vía no aprueba pilotos ni opera reversiones.

Contenido editorial institucional basado en psicología organizacional aplicada, desarrollo de liderazgo y experiencia práctica en Recursos Humanos.

• guía de fase beta del Servicio Digital del Gobierno británico
• guía británica para medir beneficios de un servicio