01 / LA IDEA EN UN MINUTO
Encontrar un mensaje no siempre es encontrar el acuerdo.
Buscas la fecha de una entrega y aparecen tres mensajes distintos. Uno proponía el martes, otro decía que quizá el jueves y un tercero respondía con un pulgar arriba. No sabes si ese gesto confirmaba la fecha, acusaba recibo o celebraba otra cosa.
El problema no es necesariamente la herramienta. Es que el equipo ha dejado que una conversación haga también de registro de decisiones. Quien estuvo conectado recuerda el contexto; quien llega después tiene que reconstruirlo.
Una memoria compartida permite recuperar qué está vigente sin depender de la persona que más mensajes lee. No necesita ser una biblioteca enorme: puede empezar con una página de proyecto que conserve los acuerdos importantes y enlace al contexto cuando haga falta.
02 / LA SEMILLA DE ESTA IDEA
Comunicar también consume la atención del equipo.
En los apuntes de un curso de comunicación con Slack de primero aparecen la relevancia de los canales, la claridad de los mensajes y el respeto por el tiempo de los demás. La nota también recoge convenciones para responder y organizar conversaciones.[1]
Lo transferible no es usar Slack ni copiar cada convención. Es acordar cómo puede una persona saber si un mensaje le pide actuar, si solo informa o si necesita una respuesta antes de cierta fecha. Un canal lleno de mensajes breves puede ser más confuso que uno con una explicación completa y bien ordenada.
Otros apuntes de liderazgo subrayan elegir el propósito y el canal.[2] Matizamos su desconfianza general hacia la escritura: escribir puede aclarar una decisión y dar tiempo para pensar. Una conversación en directo puede resolver una ambigüedad, pero también necesita conservar después lo acordado.
Transparencia tampoco significa publicar cualquier cosa ante todo el equipo. La información personal o delicada necesita el espacio adecuado. Un buen sistema facilita recuperar lo necesario sin convertir la vida de cada persona en un registro público.
03 / UNA REFERENCIA COMPARTIDA
El acuerdo se mantiene en un lugar reconocible.
GitLab describe su enfoque handbook-first: documentar una solución en la referencia compartida y comunicar después el enlace. Así reduce la dependencia de que alguien recuerde actualizar la documentación tras anunciar un cambio.[3] Es una práctica organizativa que podemos adaptar, no una obligación de copiar su sistema técnico.
Para un proyecto de LEINN, puede bastar con que el acuerdo tenga una ubicación clara, una fecha y alguien que lo mantenga. Si cambia, se actualiza allí. El chat puede avisar del cambio y dirigir a esa referencia, en lugar de crear otra copia que pronto quedará desactualizada.
La memoria útil no conserva cada frase como si tuviera el mismo valor. Distingue una idea, una propuesta pendiente y una decisión aceptada. Si todo aparece como definitivo, el registro puede crear tanta confusión como el chat.
Tampoco hace falta escribir para todo el mundo todo el tiempo. La cantidad de contexto depende de quién tendrá que usarlo. Una decisión que afecta a la entrega requiere que quien la prepara pueda entender qué cambió y por qué, aunque no estuviera en la conversación.
04 / DEL MENSAJE AL ACUERDO
Una nueva fecha no debería vivir en cinco sitios.
Imagina que un cliente pide mover una sesión formativa. Es un ejemplo hipotético. El equipo lo comenta por chat, comprueba disponibilidad y acepta una nueva fecha. Si el cambio queda enterrado allí, alguien puede preparar el material para el día anterior y otra persona seguir usando la convocatoria antigua.
El cierre útil actualiza la ficha del proyecto con la fecha confirmada, quién debe modificar la convocatoria y cualquier consecuencia para la entrega. Después se avisa a las personas afectadas con el enlace. No se les pide reconstruir toda la conversación para saber qué hacer.
Si la fecha sigue pendiente de confirmación, debe aparecer como pendiente. Esa pequeña distinción evita convertir una posibilidad en una promesa. Cuando se confirme, se actualiza el mismo lugar y queda claro qué versión utilizar.
Una urgencia puede necesitar una llamada. Lo importante es que el canal urgente esté acordado y reservado para situaciones que realmente lo necesitan. Si cualquier mensaje exige atención inmediata, nadie puede distinguir un bloqueo real de una preferencia por recibir respuesta rápida.

05 / LLÉVALO A TU PROYECTO
Haz recuperable una decisión reciente.
Busca una decisión que otra persona tendría dificultad para encontrar. Deja escrito qué se acordó, qué sigue pendiente, quién tiene que actuar y dónde está la información necesaria. Comprueba con alguien que no participó si puede entenderla sin preguntarte.
Acordad qué tipo de comunicación va por cada canal y qué plazo de respuesta cabe esperar. No hace falta que todos respondan a cualquier hora para que la coordinación funcione. Sí hace falta saber cuándo una ausencia de respuesta bloquea una decisión y cómo avisar.
Revisad también quién mantiene los acuerdos. Si nadie sabe cuándo actualizar una página, acabará pareciendo fiable aunque esté obsoleta. Una referencia compartida necesita una responsabilidad pequeña pero explícita.
Empieza por lo que se repite: fechas, compromisos con clientes, decisiones de alcance o instrucciones de entrega. Documentar esas piezas puede evitar preguntas recurrentes. El objetivo no es producir más texto, sino que el equipo pueda actuar con menos reconstrucciones y menos interrupciones.
06 / APRENDIZAJES
Aprendizajes
- Conversación y acuerdo son distintos. No todo mensaje representa una decisión vigente.
- La referencia debe ser reconocible. Actualiza el mismo lugar y comunica el enlace.
- Escribir puede mejorar la coordinación. Permite recuperar contexto sin estar presente en cada conversación.
- La urgencia necesita un canal acordado. No conviertas cada mensaje en una interrupción inmediata.
- La memoria requiere mantenimiento. Aclara quién actualiza lo que el equipo utiliza.
07 / PREGUNTAS DETONANTES
Preguntas detonantes
- ¿Qué decisión solo sabe reconstruir una persona?
- ¿Dónde aparece la versión vigente de nuestros acuerdos?
- ¿Qué mensajes no dejan claro qué respuesta esperan?
- ¿Qué estamos tratando como urgente sin serlo?
- ¿Podría alguien que no estuvo entender qué tiene que hacer ahora?
08 / CONEXIONES
Para seguir aprendiendo
Los compromisos necesitan límites claros
Diferencia una conversación informal de un compromiso que debe poder recuperarse.
Leer bitácora →︎Documentar para que otro pueda continuar
Convierte los acuerdos recuperables en documentación que permita continuar el trabajo.
Leer bitácora →︎Conversar para pensar juntos
Conserva el espacio para conversar sin exigir que el chat funcione también como archivo.
Leer bitácora →︎Cómo se ha elaborado esta bitácora
Esta bitácora parte de los apuntes y reflexiones reales que Iván guardó en su Notion personal durante sus cuatro años en LEINN. Ese archivo se ha organizado en una base de 521 notas de conocimiento. Cada entrada toma un concepto de esa base y lo amplía con referencias, explicaciones e infografías para convertirlo en un recurso de aprendizaje.
Fuentes
- Notion personal · Curso de Comunicación Online con Slack, 2022
Principios fundamentales y protocolo de comunicación. Se adaptan sin exigir una herramienta concreta. Original conservado en el archivo personal; no disponible públicamente.
- Second-brain · Comunicación de equipo: propósito, canales y límites
Nota estructurada derivada del curso de liderazgo de 2022. Se matizan afirmaciones generales contra la escritura. Original conservado en el archivo personal; no disponible públicamente.
- GitLab Handbook · The importance of a handbook-first approach to communication ↗︎
Secciones de definición y referencia compartida leídas. No se copia su política de retención ni se exige publicar información privada.
Datos de la entrada
- Incorporada el
- 20 de septiembre de 2026
- Última revisión
- 20 de septiembre de 2026 · Versión 1
- Primera lectura recomendada
- 1.º de LEINN · Changemaker
- Cuándo volver
- Cuando se pierden acuerdos entre mensajes, notificaciones y reuniones.
- Idioma
- Español
- Apoyo de IA
- OpenAI Codex · texto y edición; ImageGen · infografías
- Modelo
- Familia GPT-6; variante principal no expuesta por el cliente
- Estado
- Publicada en everleinner.com