Cómo diseñé un sistema de trabajo remoto que no dependía de mi presencia constante
El sistema de trabajo remoto que funciona es el que puede operar correctamente durante 5 días consecutivos sin que el líder intervenga de forma activa. Ese es el criterio de éxito que usé para evaluar el diseño del sistema a lo largo del año de construcción. No era el criterio más ambicioso que podía haber elegido: un equipo de alto rendimiento debería poder operar durante más que 5 días sin su líder. Pero era el umbral mínimo que cualquier sistema de trabajo remoto debería superar, y era el umbral que mi primer diseño no superaba porque había demasiados puntos del proceso donde mi criterio o mi aprobación eran necesarios para que las cosas avanzaran.
El primer componente del sistema rediseñado fue la documentación de criterios de decisión. Para cada tipo de decisión que el equipo tomaba regularmente, desde la aprobación de un post de LinkedIn hasta la decisión de pausar una campaña de performance, documenté el criterio que yo aplicaba de forma implícita cuando tomaba esas decisiones. El objetivo era que cualquier miembro del equipo pudiera aplicar ese criterio sin necesidad de consultarme, y que el criterio fuera suficientemente específico para producir la misma decisión que yo hubiera tomado en el 80% de los casos.
El segundo componente fue el sistema de umbrales de autonomía. Cada tipo de decisión tenía un umbral por encima del cual requería mi aprobación y por debajo del cual el equipo actuaba de forma autónoma. Los umbrales eran de 2 tipos: de presupuesto, donde cualquier gasto por encima de un monto definido requería mi aprobación, y de impacto, donde cualquier acción que afectara a clientes activos o que modificara compromisos previos requería notificación a mí antes de ejecutarse aunque no requiriera aprobación.
El tercer componente fue el sistema de escalada: un protocolo claro sobre cuándo y cómo escalar una situación que superaba los umbrales de autonomía o que el equipo no podía resolver con los criterios disponibles. El protocolo incluía el canal de escalada, el formato de la escalada y el tiempo de respuesta esperado de mi parte según el nivel de urgencia de la situación.
El test de los 5 días consecutivos lo pasé por primera vez en el mes 8 del diseño del sistema. El equipo gestionó una situación de crisis de contenido menor sin mi intervención, usando el protocolo de escalada para notificarme de forma asíncrona pero tomando la decisión de respuesta de forma autónoma con los criterios disponibles. La decisión que tomaron era la que yo hubiera tomado. El sistema había funcionado. En ese momento supe que el diseño estaba completo en sus elementos esenciales, aunque seguiría refinándose con cada iteración.