Lo que haces tiene arquitectura

Una reunión termina y nadie sabría decir exactamente qué ha cambiado.

Se ha hablado durante una hora. Han aparecido problemas, ideas, explicaciones y quizá varias tareas. Alguien ha tomado notas. Incluso puede haber una sensación de trabajo intenso. Sin embargo, dos días después vuelve a aparecer el mismo asunto y la reunión anterior apenas sirve para decidir qué hacer ahora.

En otra reunión, con las mismas personas y menos tiempo, ocurre algo distinto. El asunto se delimita al empezar. Se identifica qué necesita decisión y qué necesita simplemente información. Se escucha lo necesario. Se toma una decisión. Se asigna quién hace qué. Se fija cuándo debe estar hecho y cómo se comprobará. Al terminar, nadie necesita interpretar lo ocurrido.

A simple vista, ambas situaciones se llaman igual: reunión.

Para SIMBIOS no son la misma forma de hacer.

La primera idea de este libro es esa: lo que haces tiene arquitectura. Una conversación, una decisión, una tarea, una delegación o una coordinación no son únicamente contenidos que suceden. También tienen una configuración: alguien ocupa una posición, existe un campo de posibilidades, algo intenta tomar forma, hay o no dirección, aparece un ritmo, se utilizan determinadas palabras y, en algún momento, debería producirse un cierre.

No necesitas memorizar todavía esos términos. Antes de estudiar las dimensiones de SIMBIOS, basta con aprender a mirar una capa que normalmente pasa desapercibida.

La tarea visible no explica por sí sola lo que está pasando

En el trabajo cotidiano solemos describir la actividad mediante nombres muy amplios:

• preparar una propuesta;
• contestar correos;
• hacer seguimiento;
• revisar un documento;
• reunirse con el equipo;
• llevar un proyecto;
• delegar una tarea;
• resolver un problema.

Esos nombres sirven para saber de qué asunto hablamos, pero dicen poco sobre cómo debe funcionar la acción.

«Preparar una propuesta», por ejemplo, puede exigir observar primero una necesidad, priorizar información, decidir un enfoque, planificar una secuencia, ejecutar un documento, validarlo y cerrarlo para poder enviarlo. Si solo vemos la etiqueta «preparar propuesta», todas esas operaciones quedan comprimidas dentro de una única tarea.

Lo mismo ocurre con «hacer una reunión». Una reunión puede servir para conversar, coordinar, decidir, mediar, validar o cerrar. Si no sabemos cuál de esas operaciones debe producirse, la agenda puede estar llena y la forma seguir siendo confusa.

Esta diferencia es práctica porque permite hacer una pregunta mejor.

En vez de preguntar únicamente:

¿Qué tarea tenemos que hacer?

pregunta:

¿Qué tiene que ocurrir aquí para que esta tarea cumpla realmente su función?

Esa pregunta empieza a mostrar la arquitectura.

Qué significa «arquitectura» en este libro

Aquí no utilizamos «arquitectura» como una palabra grandilocuente. Significa algo muy concreto: la organización de elementos que hace posible que una forma de hacer cumpla su función.

Cuando SIMBIOS habla de forma, no habla de estética ni de estilo. Habla de la configuración que organiza lo que está ocurriendo. En una conversación esa configuración puede incluir quién abre el tema, para qué se habla, cómo se mantiene el hilo, qué se escucha, cuándo deja de aportar seguir hablando y cómo se cierra. En una coordinación incluye, entre otras cosas, qué debe hacerse, cómo encajan las acciones, quién sostiene cada responsabilidad, en qué secuencia y con qué criterio se comprueba el resultado.

La forma importa porque, cuando falta o está deformada, el sistema suele compensarlo con esfuerzo. Aparecen más recordatorios, más reuniones, más supervisión, más explicaciones, más urgencia o más dependencia de una persona concreta. El trabajo parece avanzar, pero necesita ser empujado continuamente.

Cuando la forma está suficientemente clara, parte de ese esfuerzo deja de ser necesario. No porque el trabajo desaparezca, sino porque cada acción encuentra mejor su lugar.

Primer ejemplo: una reunión que «no funciona»

Imagina una reunión semanal de seguimiento de un proyecto.

El equipo entra con una lista de temas. Cada persona cuenta lo que ha hecho. Aparecen tres problemas nuevos. Dos conversaciones se alargan. Alguien propone una solución para uno de ellos, pero nadie confirma si queda aprobada. Una tarea se asigna de manera implícita porque «parece que la llevará Marta». El último tema no se trata por falta de tiempo.

Al terminar, el calendario demuestra que la reunión existió. La actividad también. Sin embargo, la función de la reunión sigue sin estar clara.

Una lectura SIMBIOS no empieza culpando a las personas ni añadiendo una nueva herramienta. Empieza distinguiendo qué operaciones estaban mezcladas.

Lo visible	Lo que puede estar ocurriendo realmente
«Repasamos cómo va el proyecto»	Observar el estado del trabajo
«Comentamos tres problemas»	Conversar para comprenderlos
«Vimos posibles soluciones»	Proponer
«Parece que haremos la opción B»	Decidir, pero sin cierre suficiente
«Marta se encargará»	Coordinar y delegar
«La semana que viene lo vemos»	Intento de sostener continuidad

La reunión no falla necesariamente porque dure demasiado. Puede fallar porque una operación empieza y no termina, porque se cambia de conversar a decidir sin hacerlo explícito o porque se delega una tarea sin transferir criterios suficientes.

Qué hacer en la siguiente reunión

No hace falta rediseñar toda la empresa. Prueba algo mucho más pequeño.

Antes de empezar, escribe una sola frase:

Al terminar esta reunión, ¿qué debe ser distinto?

Por ejemplo:

«Debemos salir con una decisión sobre la opción A o B, una persona responsable de ejecutarla y una fecha de validación.»

Esa frase introduce dirección. A partir de ahí puedes ordenar la reunión alrededor de su función:

1. Observar: ¿qué información necesitamos para decidir?
2. Conversar: ¿qué diferencias relevantes existen entre A y B?
3. Decidir: ¿qué criterio utilizaremos y quién tiene autoridad para cerrar?
4. Coordinar: ¿qué acciones nacen de la decisión?
5. Delegar: ¿quién recibe cada acción, con qué contexto y qué margen de autonomía?
6. Cerrar: ¿qué queda acordado, qué queda fuera y cuándo se validará?

No has añadido una metodología pesada. Has hecho visible la secuencia que la reunión necesitaba.

Cómo comprobar si funcionó

En la siguiente reunión no preguntes si «la gente estuvo más contenta». Comprueba cosas observables:

• ¿la decisión quedó formulada de manera inequívoca?;
• ¿cada acción tiene responsable?;
• ¿la persona responsable sabe qué resultado debe producir?;
• ¿se fijó un momento o criterio de validación?;
• ¿los asuntos no tratados quedaron explícitamente fuera en vez de permanecer flotando?;
• ¿es necesario volver a discutir la misma decisión por falta de claridad?

Si estas respuestas mejoran, la forma también ha mejorado.

Segundo ejemplo: delegar una tarea no es transferir una forma

Imagina ahora esta instrucción:

«Haz tú el informe del cliente y me lo pasas cuando esté.»

Puede parecer una delegación. Sin embargo, quizá quien recibe el encargo no sabe qué debe contener el informe, para qué decisión se utilizará, qué fuentes son obligatorias, qué nivel de detalle se espera, qué puede decidir por su cuenta ni qué significa exactamente que esté «bien».

En ese caso se ha trasladado una tarea, pero no necesariamente la forma de hacerla.

El resultado habitual es conocido: la persona trabaja, entrega un borrador y quien delegó tiene que rehacerlo, completarlo o explicar después todo lo que no explicó antes. La aparente delegación no libera capacidad; simplemente desplaza el momento en que reaparece la dependencia.

SIMBIOS propone mirar la delegación de otra manera. Para que una forma pueda transferirse, deben quedar suficientemente claros, según el caso:

• qué se está delegando;
• para qué existe ese trabajo;
• qué resultado se espera;
• qué criterio permitirá considerarlo suficiente;
• qué límites no deben cruzarse;
• qué puede decidir la persona por sí misma;
• qué necesita validar antes de continuar;
• cuándo termina realmente la delegación.

No todos los encargos necesitan un documento con ocho campos. La regla es más sencilla: la otra persona debe recibir la estructura suficiente para actuar con autonomía sin tener que adivinar lo esencial.

Una versión más estructurada

En vez de:

«Haz el informe y me lo pasas.»

podrías decir:

«Necesitamos este informe para decidir el viernes si aceptamos la propuesta del proveedor. Resume los tres riesgos que aparecen en el expediente, cita la fuente de cada uno y termina con una comparación entre aceptar, renegociar o rechazar. Puedes decidir la estructura del documento. Antes de enviarlo al cliente, lo validamos juntos el jueves a las doce.»

No es necesariamente más burocrático. Es más explícito sobre la forma.

Ahora quien recibe el trabajo conoce la dirección, el resultado, parte del criterio, su autonomía y el punto de validación. La tarea sigue siendo la misma en la lista: «hacer informe». Su arquitectura ha cambiado.

Tercer ejemplo: trabajar mucho sobre una forma que ya debería estar cerrada

También podemos encontrar arquitectura en algo mucho más pequeño.

Una persona termina una presentación y empieza a revisarla. Corrige dos diapositivas. Después cambia una frase. Luego busca una imagen distinta. Al día siguiente vuelve a abrirla, modifica el título y añade otra página «por si acaso».

Puede parecer perfeccionismo, inseguridad o simplemente exceso de trabajo. SIMBIOS introduce una pregunta operativa distinta:

¿Esta forma necesita todavía ajuste o necesita cierre?

Cerrar no significa abandonar algo incompleto. Significa reconocer que la función se ha cumplido, validar lo necesario y liberar el trabajo para lo siguiente.

Si la presentación ya cumple los criterios definidos, seguir trabajando puede dejar de mejorarla. La forma puede estar saturada: ha recibido todo lo que necesitaba y, sin embargo, continúa abierta.

Una intervención mínima podría ser fijar antes de revisar tres criterios de suficiencia —por ejemplo, contenido completo, datos verificados y duración inferior a quince minutos— y cerrar cuando los tres se cumplen.

La diferencia parece pequeña, pero cambia la pregunta. Ya no revisas hasta que «te apetezca dejarlo». Revisas hasta que una condición explícita permite cerrar.

La primera herramienta de SIMBIOS: describir antes de corregir

Antes de intervenir sobre algo que no funciona, prueba esta ficha. No pretende diagnosticar todavía todo el sistema. Solo obliga a separar lo que normalmente mezclamos.

Pregunta	Qué debes escribir
1. ¿Qué está ocurriendo?	Una situación concreta, no una valoración: «reunión semanal de proyecto», «preparación de propuesta», «delegación del informe».
2. ¿Qué función debería cumplir?	Qué diferencia debería producir cuando termine.
3. ¿Qué operación está ocurriendo?	Observar, iniciar, proponer, conversar, acompañar, mediar, priorizar, decidir, planificar, coordinar, ejecutar, sostener, delegar, ajustar, validar, reorganizar o cerrar. Puede haber una secuencia de varias.
4. ¿Dónde aparece la fricción?	El punto observable en que se repite, se atasca, se dispersa, depende demasiado de alguien o queda abierto.
5. ¿Qué falta para considerar suficiente el resultado?	Criterio, información, autoridad, secuencia, responsable, validación, cierre u otra condición que puedas nombrar con precisión.
6. ¿Cuál es la intervención más pequeña que puedes probar?	Una modificación concreta, no una reforma general.

Ejemplo completo

Situación: reunión semanal de proyecto.
Función: decidir prioridades de la semana y distribuir acciones.
Operaciones: observar → priorizar → decidir → coordinar → cerrar.
Fricción: se conversa mucho pero las prioridades cambian después de la reunión.
Condición que falta: criterio común para priorizar y cierre explícito de las tres prioridades.
Intervención mínima: antes de repartir tareas, ordenar todas las propuestas con el mismo criterio y cerrar verbalmente las tres prioridades que quedan activas.

Esto ya es una lectura estructural útil. Todavía no has aprendido las siete dimensiones ni los ocho estados, pero has dejado de tratar la reunión como una caja negra.

Un ejercicio de diez minutos

Hazlo ahora con algo real.

Elige una situación que te moleste porque consume más energía de la que debería. No empieces por el problema más grande de tu organización. Escoge algo repetido y visible:

• una reunión;
• una lista de tareas;
• un tipo de correo;
• una revisión;
• una decisión que vuelve una y otra vez;
• una delegación que siempre retorna;
• un pequeño proceso entre dos personas.

Escribe primero lo que haces normalmente. Después completa estas cuatro frases:

1. Esto existe para…
2. Para que funcione, al terminar debe haber…
3. Ahora mismo se atasca cuando…
4. La modificación más pequeña que puedo probar es…

No intentes explicar todavía por qué ocurre todo. El objetivo de este capítulo es más modesto y más importante: aprender a describir el hacer de modo que la intervención deje de ser una conjetura vaga.

Cinco errores frecuentes al empezar

1. Saltar directamente a una solución

Si una reunión no funciona, es fácil cambiar la herramienta, el horario o la plantilla. Puede ayudar, pero todavía no sabes qué operación estaba fallando. Antes de añadir soporte, identifica la función.

2. Convertir un problema estructural en una valoración personal

«Marta no sabe delegar» ofrece poca capacidad de intervención. «La delegación llega sin criterio de suficiencia y todas las validaciones vuelven a Marta» describe algo que puede modificarse.

SIMBIOS intenta diagnosticar la forma sin convertir el diagnóstico en juicio sobre la persona.

3. Confundir actividad con avance

Una forma puede estar llena de acciones y no cumplir su función. Muchas reuniones, correos o revisiones no equivalen por sí mismos a coordinación, decisión o cierre.

4. Confundir documento con estructura

Un procedimiento escrito puede ayudar, pero no se convierte automáticamente en una forma activa. Si nadie sabe usarlo, si contradice la operación real o si necesita una supervisión permanente para funcionar, el documento no ha resuelto todavía la arquitectura del hacer.

5. Querer arreglarlo todo a la vez

El diagnóstico estructural no obliga a intervenir sobre cada defecto detectado. De hecho, una de las reglas prácticas de SIMBIOS es buscar qué diferencia resulta estructurante y empezar por la intervención mínima capaz de reorganizar lo demás.

Cómo se relaciona esta idea con el resto de SIMBIOS

Este capítulo solo abre la mirada. A partir de aquí el sistema añade precisión en cuatro capas.

La primera son las dimensiones que atraviesan una forma de hacer: presencia, campo, forma, dirección, ritmo, cierre y lenguaje estructurante. Nos permiten preguntar qué condición está activa, debilitada o distorsionada.

La segunda es el ciclo: entrada, dirección, secuencia, cierre y transmisión. Nos permite localizar en qué momento una forma ha perdido continuidad.

La tercera son los estados: latente, emergente, activa, inestable, saturada, deformada, colapsada o cerrada. Nos permiten describir la condición funcional de una forma sin confundirla con una fase del proceso.

La cuarta son las operaciones: observar, iniciar, proponer, conversar, acompañar, mediar, priorizar, decidir, planificar, coordinar, ejecutar, sostener, delegar, ajustar, validar, reorganizar y cerrar. Nos permiten distinguir qué estamos haciendo realmente y no aplicar la misma solución a acciones distintas.

No necesitas dominar esa arquitectura hoy. Solo necesitas comprender para qué existe: para sustituir descripciones vagas por diferencias que permitan actuar.

La prueba de este capítulo

No cierres este capítulo preguntándote si estás de acuerdo con SIMBIOS.

Haz una prueba.

Toma una situación real que no esté funcionando bien y descríbela con la ficha anterior. Después introduce una única modificación pequeña. En la siguiente repetición comprueba si ha cambiado algo observable: menos aclaraciones, una decisión que no vuelve a abrirse, una tarea que ya no retorna a quien la delegó, una reunión que termina con acciones inequívocas, una validación que permite cerrar.

Si no cambia nada, la lectura era insuficiente o la intervención estaba mal elegida. Vuelve a observar.

Si cambia, ya has hecho el primer movimiento de SIMBIOS: dejar de tratar el hacer como una sucesión de tareas y empezar a leer la arquitectura que las organiza.

Ese cambio de unidad de observación es pequeño. Todo el libro se construye sobre él.