Cómo nos comunicamos
Los principios de comunicación de Axel. Cuándo escribir y cuándo hablar, por qué el async es el default, y cómo escribir para que se entienda.
Cómo nos comunicamos define cómo trabajamos. Somos async-first (Cómo trabajamos), y esta página baja eso a principios concretos: cuándo escribir, cuándo hablar, y cómo hacerlo para que se entienda.
Async casi siempre, tiempo real a veces
El default es asíncrono. El tiempo real queda para lo que de verdad lo necesita. La mayoría del trabajo funciona en conversación espaciada: escribe lo que necesitas, y deja que el resto responda cuando pueda concentrarse.
Escribir consolida, el chat se disuelve
Lo que importa se escribe. Una decisión, una propuesta, un porqué: van como mensaje o documento, en un lugar donde alguien los va a encontrar dentro de un mes. Escribir obliga a pensar mejor, y deja un registro que perdura.
Hablar ayuda a quien está en la sala; escribir ayuda a todos
Una conversación sirve a los que están presentes. Un texto sirve a los presentes, a los ausentes, y a quien entre al equipo dentro de seis meses. Por eso lo importante se escribe: multiplica a quién llega, sin repetirlo.
Nunca esperes respuesta inmediata
Nadie está obligado a contestarte al segundo. Escribe asumiendo que tendrás respuesta cuando la otra persona salga de su foco. Exigir respuesta inmediata es robarle la concentración al otro por comodidad tuya.
Cuándo sí tiene sentido una reunión
Una reunión es cara: cinco personas una hora cuesta cinco horas de trabajo, no una. Antes de convocar una, pregúntate si un mensaje escrito no resolvería lo mismo sin interrumpir a nadie. La mayoría de las veces, sí. Pero a veces la reunión es la herramienta correcta, y ahí no la evites:
- Cuando el tema tiene mucha ida y vuelta y por escrito serían veinte mensajes: una llamada de diez minutos lo cierra.
- Cuando hay tensión o algo sensible: lo difícil se dice mejor con la cara y el tono, no en un hilo de chat.
- Cuando hay que decidir en grupo y rápido, y esperar respuestas asíncronas costaría más que juntarse.
- Cuando se está pensando algo desde cero (un brainstorm, un diseño): la conversación en vivo genera ideas que el texto no.
Fuera de esos casos, escríbelo. Y si convocas una, deja el resultado por escrito (ver Handbook-first): así quien no estuvo no se pierde la decisión.
Escribe para que no se malentienda
Si algo se puede leer de dos formas, alguien lo va a leer de la peor. En async no tienes el tono de voz ni la cara para corregir sobre la marcha, así que la claridad la pones en las palabras. Un minuto extra escribiendo bien ahorra una hora deshaciendo un malentendido.
Un ejemplo. Necesitas que alguien revise un cambio:
❌ Vago: “¿Podés ver esto cuando puedas?”
El otro no sabe qué es “esto”, qué tan urgente es, ni qué esperas de él. Termina preguntando de vuelta, y perdiste el ida y vuelta que querías evitar.
✅ Claro: “Sube el fix del cálculo de finiquito (PR #42). ¿Lo puedes revisar antes del jueves? Es la parte que bloquea el release. Si no llegas, avísame y lo veo con otra persona.”
Dice qué es, dónde está, para cuándo, por qué importa, y qué hacer si no puede. Se resuelve en un solo mensaje.
La diferencia está en escribir el contexto que el otro necesita para actuar sin volver a preguntar, no en escribir más.
El silencio también comunica
No responder es una respuesta. Dejar un tema colgado dice algo, aunque no quieras. Si no puedes atender algo ahora, decirlo (“lo veo mañana”) es mejor que el silencio, que el otro va a llenar con la peor interpretación.
Handbook-first
Cuando algo se decide o se explica, va al lugar donde queda escrito antes que a una reunión. Si una regla, un proceso o un porqué van a servirle a más de una persona o al que entre después, se documentan (en este handbook, en la doc, o donde corresponda), y la conversación apunta a ese texto. Así el conocimiento no vive en la cabeza de quien estuvo en la llamada: vive donde todos pueden encontrarlo.
Cómo escribir una propuesta o decisión
Cuando propongas algo que otros tienen que entender o aprobar, escríbelo en AxelOps con esta estructura. Eso es lo que hace que alguien pueda decidir sin una reunión, o que dentro de seis meses se entienda por qué se hizo así.
- Contexto. Qué problema o situación disparó esto. Sin esto, nadie puede opinar bien.
- Opciones que consideraste. Aunque sea “A, B, o no hacer nada”. Muestra que pensaste el trade-off, no solo la salida que ya querías.
- Tu propuesta. Cuál eliges y por qué. Directo.
- Qué necesitas. ¿Es para informar, para que opinen, o para que alguien apruebe? Dilo, para que el lector sepa qué hacer con esto.
Cuando se decida, edita el mismo lugar con qué se decidió y por qué. Ese registro es lo que evita volver a discutir lo mismo en tres meses.