Esfuerzo, estructura y dependencia

Hay equipos que parecen funcionar muy bien hasta que falta una persona.

Mientras esa persona está disponible, los asuntos avanzan. Responde dudas, recuerda los plazos, corrige entregas, decide qué es prioritario, explica a cada uno qué esperaba realmente el cliente y detecta a tiempo lo que se está desviando. Desde fuera puede parecer una organización ágil. Incluso es posible que esa persona sea reconocida como «imprescindible».

Después se toma dos días libres.

En pocas horas empiezan a acumularse mensajes: «¿esto lo mandamos ya?», «¿quién confirma esta decisión?», «¿qué versión era la buena?», «¿hasta dónde puedo decidir yo?», «¿qué quería exactamente el cliente?». Algunas tareas siguen avanzando, pero vuelven para ser revisadas. Otras se detienen. Varias decisiones se aplazan hasta que regrese quien normalmente las resuelve.

No ha desaparecido el talento del equipo. Lo que ha quedado visible es otra cosa: una parte del funcionamiento estaba sostenida por esfuerzo personal en lugar de estar incorporada a la forma de hacer.

Este capítulo sirve para aprender a reconocer esa diferencia.

No todo esfuerzo es un problema

SIMBIOS no propone trabajar sin esfuerzo.

Hay trabajos difíciles. Estudiar un asunto complejo exige atención. Preparar una negociación importante puede requerir muchas horas. Aprender una habilidad nueva consume energía. Resolver una incidencia real puede obligar a concentrar recursos durante un tiempo.

Ese esfuerzo pertenece al trabajo.

El problema aparece cuando el esfuerzo no se dirige principalmente a producir el resultado, sino a compensar continuamente algo que la arquitectura no sostiene.

Podemos distinguir dos tipos de esfuerzo:

Tipo de esfuerzo	Qué está haciendo
Esfuerzo productivo	Resolver la dificultad propia del trabajo: analizar, crear, ejecutar, negociar, investigar, aprender.
Esfuerzo compensatorio	Mantener en pie una forma insuficiente: recordar, perseguir, reinterpretar, corregir lo mismo, volver a explicar, decidir siempre desde el centro.

La diferencia es importante porque ambos pueden sentirse exactamente igual al final del día: cansancio, muchas tareas realizadas y sensación de haber estado ocupado.

Pero estructuralmente no significan lo mismo.

Una semana exigente porque estás preparando un juicio no demuestra una mala forma. Una tarea que necesita tres recordatorios cada semana para que exista, probablemente sí merece otra pregunta.

La señal más sencilla: hay que empujarlo continuamente

En el capítulo anterior vimos que una forma de hacer tiene arquitectura. Ahora añadimos una observación práctica: cuando esa arquitectura es insuficiente, alguien suele sustituirla con atención, control o memoria.

Eso se reconoce con bastante facilidad.

• Hay que explicar lo mismo cada vez.
• Si una persona no pregunta, nadie sabe si algo está terminado.
• Las decisiones aparentemente tomadas vuelven a abrirse.
• Las tareas regresan a quien las delegó para que las complete.
• Se necesitan recordatorios continuos para sostener plazos ordinarios.
• El responsable revisa todo porque los criterios no están suficientemente transferidos.
• La información existe, pero solo alguien sabe encontrar la versión correcta.
• Los problemas pequeños escalan siempre a la misma persona.
• Se añaden reuniones para compensar que la coordinación no queda sostenida entre reuniones.

Nada de eso demuestra por sí solo cuál es la causa. Sí indica dónde mirar.

La pregunta SIMBIOS no es:

¿Quién está trabajando mal?

Es:

¿Qué está sosteniendo ahora una persona que podría estar sostenido por una forma más explícita?

Dependencia no significa necesariamente incompetencia

Conviene separar dos cosas que se confunden con facilidad.

Una persona puede depender de otra porque todavía está aprendiendo. Eso puede ser completamente razonable. Una decisión puede requerir una autoridad concreta por razones jurídicas, financieras o estratégicas. Determinados trabajos necesitan validación experta y no deben automatizarse ni delegarse sin más.

La dependencia estructural de la que hablamos es distinta.

Aparece cuando el funcionamiento ordinario necesita regresar constantemente a una persona porque la lógica necesaria para actuar no ha sido suficientemente distribuida.

Por ejemplo, una directora revisa todas las propuestas comerciales antes de enviarlas. Eso puede responder a una decisión legítima de control de riesgo. Pero también puede ocurrir que las revise porque solo ella sabe:

• qué margen mínimo puede aceptarse;
• qué compromisos no deben asumirse;
• qué información debe contener siempre la propuesta;
• cuándo un caso es estándar y cuándo es excepcional;
• qué excepciones puede aprobar otra persona;
• qué significa que la propuesta esté realmente lista.

Si esos criterios viven únicamente en su cabeza, la organización no ha transferido todavía la forma. Ha distribuido tareas, pero conserva el criterio en el centro.

Una prueba muy útil: las 48 horas

Toma un proceso cotidiano, no el proceso más crítico de toda la organización.

Puede ser:

• preparar una propuesta;
• responder una consulta recurrente;
• revisar un expediente;
• organizar una reunión;
• aprobar una compra;
• publicar una pieza de contenido;
• cerrar una incidencia;
• hacer seguimiento de clientes.

Ahora imagina que la persona que normalmente lo sostiene no está disponible durante 48 horas.

No preguntes si el equipo «sobreviviría». Pregunta algo más concreto:

1. ¿Qué se detendría exactamente?
2. ¿Qué preguntas aparecerían?
3. ¿Qué decisiones nadie sabría si puede tomar?
4. ¿Qué información sería difícil localizar?
5. ¿Qué criterios conoce una sola persona?
6. ¿Qué tarea se haría, pero probablemente volvería para ser rehecha?
7. ¿Qué parte podría continuar perfectamente sin esa persona?

La última pregunta importa tanto como las anteriores. SIMBIOS no busca demostrar que todo está mal; busca localizar con precisión dónde existe dependencia y dónde ya existe capacidad distribuida.

Ejemplo: un responsable que «tiene que revisar todo»

Imagina un pequeño equipo que prepara informes para clientes.

Tres personas pueden redactarlos, pero antes de salir todos pasan por el responsable. El responsable corrige estructura, elimina información irrelevante, añade conclusiones, revisa las fuentes y cambia el tono. El equipo considera normal esa última revisión porque «él tiene el criterio».

El proceso funciona. Los clientes reciben buenos informes.

Sin embargo, observemos dónde está el esfuerzo.

Paso	Qué ocurre	Dependencia posible
Redacción	Tres personas producen borradores	Capacidad distribuida
Selección de información	Cada una decide de manera distinta	Criterio poco compartido
Conclusión	A menudo la formula el responsable	Dirección centralizada
Validación de fuentes	Se revisa al final	Criterio de validación tardío
Cierre	Solo el responsable considera el informe terminado	Cierre dependiente de una persona

Una respuesta habitual sería crear una plantilla más detallada y obligar a cumplimentarla.

Puede ayudar, pero todavía no sabemos si esa es la intervención correcta.

La pregunta más útil es:

¿Qué decisiones toma el responsable durante la revisión que podrían convertirse en criterio visible antes de empezar?

Quizá aparecen cuatro criterios:

• toda afirmación factual relevante necesita fuente identificable;
• el informe debe responder a una pregunta concreta del cliente;
• la conclusión debe distinguir hechos, interpretación y recomendación;
• un informe está listo cuando una persona distinta de quien lo redactó puede reconstruir de dónde sale la conclusión.

Ahora el equipo dispone de algo que antes estaba concentrado en una persona: criterios de suficiencia.

El responsable puede seguir validando los casos que realmente lo necesiten, pero ya no tiene que reconstruir la forma de cada informe desde cero.

La diferencia no es «quitar al jefe de en medio». Es desplazar parte del conocimiento operativo desde la supervisión personal hacia una estructura compartida.

Qué es estructura en SIMBIOS

En esta obra utilizaremos estructura con un sentido operativo preciso.

Una estructura es una forma suficientemente estabilizada como para poder sostenerse, explicarse y transferirse sin depender íntegramente de la persona o del contexto donde nació.

Eso no significa convertir cada actividad en un procedimiento rígido.

Una estructura útil puede ser muy pequeña:

• tres criterios antes de aprobar una propuesta;
• una frase que define cuándo una decisión está cerrada;
• una regla clara sobre qué puede decidir cada rol;
• una secuencia de cinco pasos para una tarea repetida;
• un momento fijo de validación;
• una plantilla que hace visible únicamente la información necesaria;
• un tablero que permite conocer el estado sin pedir una explicación individual.

La estructura no se mide por la cantidad de documentos. Se mide por su capacidad para sostener funcionamiento real.

Un manual de cien páginas que nadie puede usar no compensa una forma deficiente. Un acuerdo de cinco líneas que permite a cinco personas actuar con el mismo criterio puede ser estructuralmente mucho más potente.

Más control puede ocultar el problema

Cuando una forma empieza a fallar, muchas organizaciones responden añadiendo control.

Más aprobaciones. Más reuniones. Más reportes. Más campos obligatorios. Más personas copiadas en cada correo. Más paneles. Más seguimiento.

A veces alguno de esos soportes es necesario. El error consiste en asumir que más control equivale automáticamente a más estructura.

No es así.

El control observa o restringe el comportamiento. La estructura organiza las condiciones para que la acción pueda cumplir su función.

Si una tarea necesita seis recordatorios porque nadie sabe quién debe cerrarla, añadir un séptimo recordatorio no resuelve la falta de cierre.

Si todas las decisiones suben al director porque nadie conoce el margen de autonomía, añadir una reunión semanal con el director puede acelerar temporalmente las respuestas, pero también consolidar la dependencia.

Si la información se pierde porque no existe una fuente reconocible de verdad, comprar una herramienta más puede añadir otro lugar donde buscar.

Por eso SIMBIOS introduce una regla de economía:

Antes de añadir una capa, identifica qué función estructural debe cumplir esa capa.

Si no puedes nombrarla, todavía no sabes si necesitas la herramienta.

La arquitectura operativa mínima

Más adelante desarrollaremos este concepto con detalle. Por ahora basta con utilizarlo como criterio de intervención.

Cuando detectes una dependencia, no intentes construir el sistema perfecto. Pregunta:

¿Cuál es la estructura más pequeña que permitiría que esta forma funcione con menos empuje y más autonomía?

El procedimiento puede hacerse en cinco movimientos.

1. Nombra la función que debe sostenerse

No empieces por la herramienta.

«Necesitamos un CRM» no nombra todavía una función.

«Necesitamos que cualquiera pueda saber qué cliente necesita seguimiento, quién lo sostiene y cuál es el siguiente paso comprometido» sí lo hace.

2. Localiza dónde aparece la dependencia

¿Falta información? ¿Criterio? ¿Autoridad? ¿Secuencia? ¿Un responsable reconocible? ¿Un momento de validación? ¿Una condición de cierre?

No todas las dependencias son iguales.

3. Haz explícito solo lo que debe compartirse

No documentes todo lo que una persona sabe.

Separa lo que puede variar de lo que debe conservarse para que la forma siga funcionando. Quizá no importa cómo redacta cada persona un informe, pero sí importa qué fuentes debe verificar y qué pregunta debe responder.

4. Instala el soporte mínimo

Puede ser una regla, una plantilla, una reunión breve, un campo visible, un responsable funcional, un criterio de validación o una combinación pequeña de ellos.

El soporte debe servir a la forma, no convertirse en una actividad paralela que requiera más trabajo del que ahorra.

5. Comprueba si la dependencia disminuye de verdad

No declares resuelto el problema porque el procedimiento esté escrito.

Observa la siguiente repetición.

• ¿aparecen menos preguntas evitables?;
• ¿la persona puede decidir dentro de su margen?;
• ¿disminuye el retrabajo?;
• ¿el resultado conserva calidad?;
• ¿se sabe cuándo está cerrado?;
• ¿la persona que antes sostenía todo puede ausentarse sin que la operación ordinaria se detenga?

Si la respuesta es no, la nueva estructura puede ser insuficiente, excesiva o estar interviniendo en el lugar equivocado.

Ejemplo: seguimiento de clientes sin persecución constante

Un equipo tiene veinte asuntos comerciales abiertos. Cada lunes alguien pregunta por cada uno:

«¿Qué pasó con este cliente?»

La respuesta está repartida entre correos, mensajes, memoria y notas personales. Para saber el estado real hay que preguntar a quien llevó la última conversación.

La primera tentación puede ser implantar una herramienta compleja de gestión comercial.

Antes de hacerlo, identifica la función:

Cualquier persona autorizada debe poder saber, sin preguntar a otra, cuál es el estado del asunto y qué acción comprometida viene después.

Quizá la arquitectura mínima sea únicamente esta:

• un lugar común para los asuntos activos;
• cuatro estados suficientemente claros;
• una persona responsable por asunto;
• una fecha o condición para el siguiente movimiento;
• una regla de cierre cuando no hay oportunidad real.

La herramienta concreta puede ser una hoja, un CRM o un sistema interno. Eso es secundario.

Lo estructural es que el estado deje de vivir en la memoria de una persona y se convierta en una condición visible de la operación.

Si después de implantarlo sigue siendo necesario preguntar cada lunes qué ocurre con cada asunto, no basta con decir que «el equipo no usa la herramienta». Hay que observar por qué la forma no se ha activado: quizá los estados no sirven, el dato exigido no ayuda a actuar, nadie sabe cuándo actualizarlo o la responsabilidad sigue siendo ambigua.

Una herramienta: mapa de esfuerzo invisible

Elige una actividad repetida y completa esta tabla con ejemplos reales de la última semana.

Pregunta	Evidencia que debes buscar
¿Qué hubo que recordar?	Mensajes, avisos, persecuciones, tareas reabiertas.
¿Qué hubo que explicar otra vez?	Criterios, contexto, resultado esperado, límites.
¿Qué tuvo que corregirse?	Trabajo rehecho, cambios que podían haberse evitado antes.
¿Qué tuvo que decidir siempre la misma persona?	Aprobaciones, excepciones, prioridades, cierres.
¿Qué dependió de memoria personal?	Estado de asuntos, compromisos, versiones, antecedentes.
¿Qué supervisión fue realmente necesaria?	Riesgo, aprendizaje, responsabilidad no delegable.
¿Qué supervisión existió porque faltaba estructura?	Comprobaciones repetidas sin valor añadido claro.

No intentes eliminar todo lo que aparezca.

Marca únicamente uno o dos puntos donde el esfuerzo sea repetitivo, previsible y evitable si existiera una condición más clara.

Ahí tienes una buena candidata para una intervención mínima.

Tres preguntas para saber si estás construyendo autonomía

Después de introducir una mejora, utiliza estas tres pruebas.

¿La persona puede actuar sin pedir permiso para lo ordinario?

Si cada pequeña decisión sigue regresando al centro, probablemente no se ha transferido suficiente criterio o autoridad.

¿Puede explicar por qué hace lo que hace?

Repetir un procedimiento no demuestra comprensión. La persona debería poder explicar qué función sostiene la regla y reconocer cuándo un caso exige una excepción.

¿El resultado conserva calidad cuando cambia quien ejecuta?

Si la calidad desaparece en cuanto cambia la persona, todavía puede haber conocimiento tácito sin transferir.

La autonomía no consiste en dejar a cada uno solo. Consiste en distribuir la estructura suficiente para que las diferencias personales no destruyan la coherencia necesaria.

Errores frecuentes al reducir dependencia

1. Documentarlo todo

Una biblioteca de procedimientos puede aumentar el trabajo sin resolver nada. Documenta lo que permite decidir, ejecutar, validar o cerrar con menos ambigüedad.

2. Estandarizar lo que necesita juicio

No toda variación es un defecto. Si una tarea exige interpretación profesional, la estructura debe definir criterios, límites y responsabilidades, no fingir que cada caso puede resolverse con una receta.

3. Retirar supervisión antes de transferir criterio

La autonomía no se consigue diciendo «a partir de ahora decidís vosotros». Si faltan criterio, información o autoridad clara, la retirada del centro puede producir abandono, no autonomía.

4. Elegir primero la herramienta

Una herramienta puede sostener una buena forma o acelerar una mala. Define antes qué operación debe organizarse y qué información necesita realmente.

5. Convertir a la persona imprescindible en el problema

Muchas personas centrales sostienen una dependencia porque durante años han evitado que el sistema falle. Culparlas por hacerlo oculta la pregunta importante: ¿qué parte de ese trabajo puede convertirse ahora en capacidad compartida?

La prueba de este capítulo

Elige una actividad en la que alguien sea «imprescindible».

No intentes sustituir a esa persona. No escribas un manual. No compres una herramienta.

Haz primero esto:

1. Describe qué función sostiene esa persona.
2. Separa el trabajo experto de las compensaciones repetitivas.
3. Localiza una decisión, un criterio o una información que siempre vuelve a ella.
4. Haz explícita esa pieza de forma suficientemente simple para que otra persona pueda utilizarla.
5. Pruébala en una repetición real.
6. Comprueba si disminuye una dependencia observable sin degradar el resultado.

Si funciona, no has «automatizado» a una persona. Has hecho algo más útil: has convertido una pequeña parte de su esfuerzo invisible en estructura compartida.

Ese movimiento será fundamental en todo lo que sigue, pero todavía falta una precaución. Cuando detectamos una dependencia resulta muy tentador intervenir inmediatamente. A veces acertaremos. Otras veces estaremos corrigiendo el síntoma equivocado.

Por eso el siguiente capítulo introduce una disciplina anterior a cualquier rediseño:

observar antes de intervenir.