Javi Ursua

Asíncrono por defecto

Dos empresas que documentan en lugar de reunirse, qué hacen exactamente, qué advierte una de ellas sobre los límites de su propio método, y qué se puede copiar el lunes.

GitLab borra su Slack cada noventa días, y lo hace a propósito. Su manual interno —público, cualquiera puede leerlo— explica el motivo sin rodeos: si la gente sabe que puede buscar en el historial del chat el estado de un proyecto, no tiene ningún motivo para escribirlo en un sitio donde todos puedan encontrarlo. El borrado funciona como una palanca forzadora.

Esta es la pieza más práctica de la serie y la que se puede aplicar antes. El diagnóstico completo —por qué el trabajo intelectual acaba midiéndose por actividad— está en Del conocimiento a la sabiduría . Aquí va el arreglo estructural, con dos empresas que llevan años sosteniéndolo y que han publicado cómo lo hacen.

Qué significa asíncrono por defecto

La definición que usa GitLab es útil por lo seca que es: comunicar y hacer avanzar un proyecto sin necesitar que otras personas estén disponibles en el mismo momento en que envías tu mensaje.

Lo asíncrono por defecto significa que ese es el punto de partida, y que lo síncrono —la reunión, la llamada, la conversación en tiempo real— hay que justificarlo. En la mayoría de las empresas la carga de la prueba está exactamente al revés.

GitLab: documentar primero, comunicar después

El principio que sostiene todo lo demás se llama en su manual handbook-first, y cabe en una frase: se documenta la solución primero y se anuncia después.

Parece un matiz de orden y es el cambio entero. En la mayoría de las organizaciones se comunica primero —en una reunión, en un hilo de chat— y se documenta luego, y ese luego es el paso que se salta siempre. Invirtiendo el orden, la documentación deja de ser trabajo extra y pasa a ser el propio acto de comunicar.

GitLab lo lleva hasta el final: todo el trabajo, los procesos y las políticas viven en un manual accesible para todos, las discusiones empiezan en el sistema donde vive el trabajo, y de ahí sale lo que se anuncia. Su manual señala el coste de no hacerlo con bastante claridad: una organización sin documentación estructurada se pasa la vida viendo cómo su gente pregunta y vuelve a preguntar los mismos datos, en un bucle de interrupciones y reuniones.

Y sus reuniones, que son la parte copiable

«Sin agenda, no se asiste.» Toda reunión de trabajo debe llevar un documento de agenda vinculado a la invitación del calendario. Y alrededor de esa regla hay tres detalles que valen más que la regla:

Doist: la asincronía como norma explícita del equipo

Doist —la empresa que hace Todoist y Twist— publica también cómo trabaja, y su formulación es la más breve que he leído: todo el mundo sabe que la comunicación asíncrona es lo normal, y nadie debe esperar una respuesta inmediata de un compañero.

De ahí sacan tres cosas concretas. Trabajar con gente en otros husos horarios se vuelve posible. La gente puede desconectar y concentrarse de verdad, y responder después. Y la conversación vive en hilos separados por tema, en canales que en su mayoría son públicos, de forma que cualquiera puede buscar un asunto y leerlo entero con su contexto sin tener que esperar a que se despierte alguien al otro lado del mundo.

El efecto lateral que ellos destacan es el que menos se anticipa: la incorporación de gente nueva se volvió trivial. Se añade a la persona a los canales relevantes y puede ver, en su propio ritmo, cómo se pide feedback, cómo se resuelven los problemas y cómo se toman las decisiones, de principio a fin.

Y hay una parte de su relato que merece leerse porque casi nadie cuenta esto: al llegar a treinta o cuarenta personas, dejaron de saber quién llevaba qué y las fechas empezaron a incumplirse. Probaron un sistema de objetivos y resultados clave al estilo de Intel y Google, y les aportó transparencia sin resolver la coordinación. Probaron el modelo de escuadras de Spotify, y estaba pensado para equipos en la misma oficina y con más recursos de los que ellos tenían. Acabaron construyendo el suyo, un híbrido de los dos.

La advertencia que da la propia GitLab sobre su método

Esto es lo que más me interesa de todo el asunto, y viene de la fuente que más ha invertido en trabajar así.

Su manual dice que asíncrono y síncrono son herramientas y no ideologías, y describe el modo de fallo de una organización solo asíncrona: acabas con consistencia eventual en las decisiones. Los hilos se bifurcan, el contexto se desplaza, nadie sabe quién decidió qué, y lo que necesitaba un punto de cierre limpio se convierte en un proceso lento de consenso.

Y nombra las situaciones donde treinta minutos en directo valen más que un hilo de cuatro días y diecisiete respuestas: alinear un cambio de estrategia, resolver un desacuerdo real, construir confianza con alguien nuevo, y depurar un problema cuyo contexto todavía no se puede escribir.

Esa última es la más fina, y explica muchas reuniones que parecían innecesarias y no lo eran. Hay cosas que no se pueden documentar todavía porque nadie las entiende lo suficiente para escribirlas.

Qué se puede hacer el lunes

Cinco decisiones, todas gratis.

Ninguna reunión sin documento previo. Si el asunto no da para escribir cinco líneas de contexto y objetivo, tampoco da para media hora de seis personas.

Declarar el tiempo de respuesta esperado en cada canal. Es la decisión que más ansiedad retira de un equipo, y la desarrollo en La conectividad permanente y el derecho a la desconexión .

Escribir las decisiones donde vive el trabajo, con responsable y fecha. Una decisión que solo existe dentro de un hilo de chat desaparece en semanas.

Documentar antes de anunciar. El cambio de orden de GitLab, y el único de esta lista que cuesta costumbre en lugar de tiempo.

Y dejar de premiar la respuesta inmediata. Mientras contestar en cinco minutos siga leyéndose como compromiso, nada de lo anterior se sostiene. Por qué ocurre eso está en El espejismo de la ocupación .

Lo que cuesta, dicho sin adornos

Escribir bien es caro, lento al principio y no todo el mundo lo hace igual de bien. Esa es la barrera real de lo asíncrono, y no la herramienta. Un equipo que pasa de reunirse a escribir descubre en un mes que buena parte de lo que decía en las reuniones no se sostenía por escrito, lo cual es incómodo y es exactamente el beneficio.

Y hay una condición que decide si funciona: tiene que escribir primero quien dirige. Un responsable que sigue resolviendo por mensaje directo mientras pide documentación al equipo enseña, sin decirlo, cuál es el canal que de verdad cuenta.

Lo asíncrono por defecto es la única de las respuestas a la crisis de atención del trabajo intelectual que no depende de la fuerza de voluntad de nadie. Cambia la estructura, no el carácter. Y las dos empresas que mejor lo han documentado llevan años enseñando gratis cómo lo hacen, incluidas las partes donde se les rompió.

Fuentes