Cuándo usar la comunicación asíncrona en lugar de convocar una reunión
No toda la comunicación necesita una reunión. GitLab, conocida por trabajar totalmente en remoto, toma la comunicación asíncrona como base y deja por escrito en su Handbook público una política de no convertir las reuniones en la opción por defecto. Diseñar bien el reparto entre lo síncrono y lo asíncrono reduce el propio número de reuniones y puede aligerar mucho la carga de coordinar fechas.
Matriz de decisión: síncrono o asíncrono
Elija entre lo síncrono (reuniones en tiempo real) y lo asíncrono (mensajes de texto o de vídeo) según la naturaleza de la comunicación. Decida con la matriz siguiente.
Los principios de lo asíncrono primero que se aprenden de GitLab
El Handbook de GitLab (de acceso público) recoge por escrito los principios siguientes.
Tipos de reunión que se pueden recortar pasando a lo asíncrono
Las reuniones rutinarias de informe y de puesta en común tienen mucho margen para sustituirse por formas asíncronas. Pasar a lo asíncrono suele dar buenos resultados sobre todo en las reuniones siguientes.
Hacer posible la participación asíncrona mediante el acta
Aunque no se pueda suprimir del todo una reunión, un acta completa hace posible la «participación asíncrona». Si el acta recoge las decisiones, las tareas pendientes y los puntos principales del debate, y existe un mecanismo para que quienes no asistieron se pongan al día, la propia necesidad de que todos se reúnan a la misma hora se va diluyendo.
Introducir la comunicación asíncrona aligera directamente la carga de programar reuniones en remoto. Como punto de partida, elegir una reunión semanal para compartir información y sustituirla por informes asíncronos en Slack o Notion es una forma poco arriesgada y en la que el efecto se nota con facilidad.