Si trabajas de forma remota, crea un canal de Ramblings

• Ramblings (divagaciones): un canal de diario personal para equipos remotos

• En equipos de trabajo remoto (2 a 10 personas), se recomienda crear en la app de chat del equipo canales personales de Ramblings con el nombre de cada integrante
• Los canales de Ramblings funcionan como un diario personal o microblog dentro del equipo, y fomentan una comunicación natural sin desordenar los canales de conversación del equipo
• Se usan como un espacio para publicar pensamientos, ideas, vida cotidiana, feedback, fotos de viajes, etc. con el objetivo de fortalecer de forma natural los lazos sociales entre integrantes del equipo

• Cómo operar los canales

  • En cada canal de Ramblings, solo su dueño puede crear publicaciones principales, y los demás compañeros solo pueden responder en hilos (comentarios)
  • Todos los canales de Ramblings se agrupan al final de la lista de canales, en una sección Ramblings, y se mantienen en silencio (sin notificaciones) por defecto
  • No es necesario que los demás miembros del equipo los lean siempre; son un espacio donde pueden asomarse de forma natural a los pensamientos de los demás

• Consejos de uso: escribir libremente actualizaciones cortas, por lo general 1 a 3 veces por semana

  • Ideas relacionadas con el proyecto actual
  • Opiniones sobre posts de blog, artículos o feedback de usuarios
  • Nuevas propuestas del tipo "qué pasaría si..."
  • Compartir fotos de viajes recientes o hobbies
  • Registrar monólogos al estilo de rubber duck debugging durante la resolución de problemas

• Experiencia real de uso y efectos

  • El equipo de Obsidian lo probó durante 2 años, y funcionó con éxito como watercooler talk (charlas informales de oficina) incluso sin reuniones periódicas
  • Mientras garantiza tiempo de concentración profunda, también impulsa de forma natural la sensación de conexión entre colegas y el intercambio de ideas creativas
  • A través de Ramblings surgieron realmente diversos resultados creativos, como ideas de funciones, prototipos y soluciones a problemas
  • Salvo por una reunión presencial anual del equipo, los canales de Ramblings cumplen el papel de vínculo humano del equipo y ayudan a fortalecer los lazos entre integrantes

[GN⁺]

Opinión de Hacker News

• Cuando trabajaba en la respuesta a DDoS en Cloudflare en 2014, fue construyendo una experiencia de colaboración con un colega llamado James (Jog) a base de hacerse muchas preguntas. Al repetir preguntas como “cómo iniciar sesión en el servidor”, “qué es anycast” o “explícame en detalle cómo respondieron a esto”, sintió que esas conversaciones también podían ser útiles para empleados nuevos. Había temas variados: dudas sobre onboarding, flujos de trabajo poco conocidos, conceptos teóricos, etc. Así que empezó a reunir esas preguntas en un canal público interno de la empresa y, al principio, le puso “Marek's Bitching”, como un espacio donde se podían lanzar con nombre y apellido quejas o preguntas molestas. Poco a poco más colegas se fueron sumando, y terminó generando mucho valor al juntar de forma natural temas técnicos difíciles de tratar en otros canales, discusiones libres y hasta dudas o especulaciones menores, como verificar bugs de firmware de Intel. Después le cambió el nombre a “Marek's technical corner”, y por más de 10 años ha funcionado como un eje de la cultura técnica. Enfatiza que tener “mi canal” o canales de equipo/sede de “rambling/bitching”, donde se pueda quejar, preguntar y debatir libremente, ayuda especialmente a la comunicación y al crecimiento dentro de la organización

  • Aclara que él es precisamente ese James (Jog). Dice que en ese entonces había muchas conversaciones divertidas y que fue una experiencia agradable. También comenta que después se formó una cultura de blogs internos en la empresa, y que el flujo de compartir experimentos o hallazgos de manera natural fue muy útil. Su impresión es que al suscribirse a esos blogs internos realmente había muchísimo por aprender
  • Entiende el argumento del autor, pero desde la perspectiva de un manager cree que un formato de preguntas y respuestas centrado en una persona específica tiene problemas de buscabilidad, descubribilidad, y además puede hacer que a los nuevos les parezca que cierta persona es el centro del proyecto. Piensa que sí debe existir un espacio para preguntas, pero que es más eficiente orientar las discusiones hacia canales basados en temas, no en nombres de personas. Cada vez que alguien lanza una pregunta técnica en un canal aleatorio, como #random o #general, él siempre la redirige a un canal por proyecto. Subraya que hace falta el hábito de reunir las conversaciones e información relevantes para todos en el canal más adecuado
  • En su organización hay un canal llamado “Study Hall” que surgió de manera natural; ahí se pueden hacer preguntas técnicas con libertad y sin críticas, y dentro del equipo ha funcionado de forma productiva. Comparte que le ha parecido uno de los canales de chat más eficientes
  • Informa que el “Marek's technical corner” mencionado en la publicación sigue existiendo hasta hoy y que todavía mantiene algo de actividad
  • Añade que, de hecho, “Marek's technical corner” sigue vivo y todavía se usa con bastante actividad de vez en cuando

• Después de leer la publicación, quiere recomendar la importancia del “rambling” autónomo en un entorno de trabajo remoto. Subraya el valor de salir a caminar alrededor de una hora cada mañana para tener tiempo personal, marcar la frontera entre casa y trabajo, incorporar una rutina de ejercicio y aprovechar las ideas que surgen durante la caminata

  • Siente que el tiempo de llevar a los hijos a la escuela cumple en la práctica un papel parecido. Cuando puede, va con su hija y pasean al perro hasta la parada del autobús, y cuenta que antes caminaba 45 minutos de ida y vuelta hasta la guardería
  • Trabajando totalmente en remoto, a veces se reprocha cosas como “¿por qué yo no voy a recoger a los niños?”, “si me siento mal simplemente desaparezco”, “nunca llego tarde por tráfico”, “no tengo que irme temprano por asuntos varios”. Todas pueden ser razones válidas, pero como escucha historias así todos los días, le da hasta risa. En realidad está satisfecho con su trabajo y tampoco siente ganas de trabajar con flojera
  • Puede dar fe por experiencia propia de que esto de verdad funciona. Cuando se siente ansioso en casa, caminar unos 30 minutos por el parque del barrio le mejora muchísimo el ánimo. Enfatiza que no importa cuánto camines, sino la gran sensación de liberación que da el acto mismo de caminar
  • El mejor momento del día es alrededor de las 10, cuando se pone un sombrero de paja, se quita la ropa y sale a caminar por el vecindario, recibiendo el sol por todo el cuerpo. Le encanta esa sensación de libertad de caminar sin celular

• También comparte parte del sentir de otros comentaristas, pero considera que asignar oficialmente el “rambling” de forma arbitraria se siente más bien distópico. Cree que este tipo de canales o espacios funcionan mejor cuando nacen de manera orgánica: en el momento en que surge una idea, se comparte con el colega adecuado, el grupo de chat va creciendo poco a poco y, cuando algo se vuelve más importante, se expande al equipo completo. Piensa que este tipo de discusión es saludable e incluso puede ser esencial para equipos remotos, pero que cada equipo debería desarrollar su propia forma de comunicarse de manera autónoma. No ve necesaria una institucionalización artificial

  • Con bromas como “Esta semana llevas 15 desahogos” “¿No era 15 el mínimo?” “Mmm, sí, ese es el mínimo. Pero Todd ya va en 37” “Si de verdad querían 37, mejor hubieran puesto ese número como mínimo”, señala con humor los efectos secundarios que puede traer fijar métricas cuantitativas
  • Comparte por experiencia que este tipo de “consejos profesionales sensacionalistas”, aunque tengan buena intención, pueden exagerarse o prestarse a malentendidos. A veces ha visto a personas junior aplicar estos textos de forma literal, lo que termina confundiendo aún más a colegas y managers. Por eso, como manager, cuando este tipo de publicaciones se viraliza en Reddit y otros sitios, él las hojea por encima para entender el contexto, y si algún miembro del equipo de pronto empieza a actuar así, le ayuda a identificar rápido el origen y desactivar la situación antes de que escale
  • No le convence que sea un “canal” porque le parece demasiado aleatorio. En una empresa anterior creaba un “Personal Space” en Confluence para ordenar sus ideas en formato de blog personal, y sigue usando ese método en su nueva empresa. Antes de tomar decisiones grandes, como refactorizar código, ordenar primero sus ideas en inglés le da mucha más claridad que quedarse solo programando. También puede compartir sus planes con el equipo y recibir feedback. Además, cuando diseña un algoritmo nuevo o un método de análisis, usa software de blog con soporte para fórmulas en LaTeX para desarrollar la idea con notación matemática formal; en el proceso de redactarlo en inglés y convertirlo en fórmulas, detecta errores o supuestos equivocados por adelantado. Piensa que publicar este tipo de textos en un lugar semipúblico ayuda muchísimo a cometer menos errores y estructurar mejor el pensamiento. No importa si solo unos pocos lo leen; como puede pensar con calma antes de dar clic en publicar, termina produciendo ideas realmente útiles y no solo “flujo de pensamiento” en bruto
  • Si algo así se convirtiera en “tener asignado charlar” o en una “métrica de desempeño”, está totalmente de acuerdo en que sería lo peor. Dice que en el caso de Obsidian fue una práctica que surgió de manera natural, posible gracias a un equipo pequeño y una estructura horizontal. Y opina que la parte realmente más importante del texto es donde dice que “el canal está silenciado por defecto y nadie está obligado a leerlo”
  • Sostiene que en este texto no hay absolutamente nada que implique obligación, imposición o asignación. Más bien, el problema es que canales informales de tan alto valor “casi nunca” surgen de manera espontánea

• Coincide con la idea de que un canal de “charla” equivale a la conversación de pasillo de una oficina tradicional. Pero en la práctica cree que a la mayoría de los equipos ya les llenan el calendario con reuniones periódicas todos los días, así que existe un gran riesgo de que un canal de charla no se sienta como algo que surgió porque hacía falta, sino como “otra cosa más del trabajo” y por eso no termine funcionando

  • Nunca ha usado directamente un canal de charla, pero en lo cotidiano sí “charla” mucho. De hecho, lo que más le molesta son las reuniones periódicas. En reuniones como la daily casi nunca hay nada nuevo y solo se pierde tiempo repitiendo cosas que ya se saben. Lo que hay que compartir en el día a día, lo comunica en el momento en vez de esperar a una reunión. Además, en reuniones informales los scrum masters no cortan de raíz las ideas con un “esto lo vemos en otro lado”, así que se puede discutir con más libertad
  • Que estos canales tengan sentido depende del grado de madurez del equipo y de que el propio equipo reconozca la necesidad de interacción social. Una reunión periódica no se convierte automáticamente en conversación de pasillo, así que aunque haya reuniones, es normal seguir extrañando una comunicación social más espontánea
  • Su equipo totalmente distribuido agenda dos veces por semana una “reunión de charla” de 15 a 30 minutos para convivir sin hablar de trabajo. Siente que eso tiene muchísimo efecto. También mantienen un canal aparte para charla en Slack, que está activo casi todo el día
  • Ha trabajado en empresas remotas desde la pandemia y le parece que, incluso si hay reuniones diarias, sigue siendo buena idea tener un espacio de charla aparte. Normalmente procuran que las reuniones se mantengan lo más on-topic posible
  • Hoy en día pasa entre 30% y 50% del día en reuniones, así que siempre hay alguien repitiendo “esto lo vemos aparte” o “lo discutimos después”

• Sin darse cuenta, su equipo también creó de forma natural una sala de chat aparte para “rambling”. En el chat grupal principal se siente pesado hacer preguntas “no muy inteligentes” o publicar quejas, así que hicieron un segundo chat sin managers, donde se pueden plantear dudas pequeñas que parecen no tener importancia, procedimientos cuya respuesta nadie recuerda, quejas un poco menos profesionales o críticas espontáneas a servicios, herramientas o procesos. Ahí de verdad se pueden desahogar. En el chat principal, cuando una pregunta ya quedó resuelta, suelen cortar la conversación posterior por considerarla distractora; en cambio, en esta sala nadie interrumpe y cualquiera puede entrar a hablar libremente, y eso le parece lo mejor. Siente que un espacio así es indispensable para el equipo

  • Dice que hace preguntas “tontas” a propósito con frecuencia porque siempre hay alguien que no se anima a hablar, y porque eso a veces puede llevar a discusiones más profundas

• Desde una postura escéptica, cree que este tipo de canales al final solo aumenta la cantidad de cosas por leer y deja nada más la impresión de que “el equipo se comunica bien”. Le parece bien intentar construir cohesión social en equipos remotos, pero no le gusta mezclarlo con ese “chequeo de comunicación del equipo” que le genera mucho estrés

  • Pero señala que la publicación sí deja explícito que “el canal se silencia y no se espera participación”
  • Leer por encima los mensajes pendientes de Slack mientras se cepilla los dientes o espera a que esté lista la cafetera es casi un hobby para él. Cuando no tiene muchas ganas de trabajar, lo usa como una especie de “Tinder laboral”, procesando rápido en modo “to-do” o “done/ignore”
  • Le da curiosidad saber si alguien de verdad mantiene inbox zero en Slack. Siente que eso por sí solo ya sería otro trabajo aparte

• Hay líderes que se sienten amenazados cuando la comunicación dentro del equipo ocurre fuera de su control. Bajo jefes así, soltar opiniones libremente en Slack o lugares similares puede hacer que te etiqueten como alguien que “rompe la colaboración” o como un “talento disperso”. En realidad todos están compartiendo ideas e inspiración, pero según la empresa o la cultura, conversar libremente puede convertirse en algo riesgoso. Este tipo de líderes suele ser todavía más frágil en entornos remotos, e incluso llegan a revisar los DM de Slack para intentar detectar a las “personas problemáticas”. Si se puede, lo mejor sería salir rápido de una organización así, aunque en la realidad no sea tan fácil

  • Por experiencia propia, siente que cuando preguntas o planteas problemas en público, en lugares con jerarquías muy rígidas los líderes reaccionan con nerviosismo y lo detestan, tratando a la gente que se comunica activamente como si fueran “problemáticos”. Como quería dar ejemplo a los más jóvenes, hacía muchas preguntas y hablaba mucho a propósito, insistiendo justamente en las conductas que los líderes odiaban. Al final lo despidieron, pero después sintió más bien alivio y orgullo
  • En un trabajo anterior vivió el caso de un manager que espiaba en secreto los chats, correos y otras cuentas de la gente usando distintas técnicas como software MITM y SSL strip, y luego usaba eso para política interna. También confirmó con personal de IT que la información que había visto era real. Incluso los administradores podían abrir el correo de otras personas si lo pedían y recolectaban fácilmente los registros de conversación. También escuchó de un conocido despedido en otra empresa famosa por el contenido de sus chats. La lección es que, si la empresa te da el software, el dispositivo o la red, hay que medir mucho cada palabra
  • Le preocupa mucho más “dejarlo por escrito” porque el tono y el significado quedan más marcados y además siempre existe la posibilidad de vigilancia. En persona se pueden tener conversaciones incómodas, pero en mensajería o correo una vez que algo queda registrado, ese historial permanece y la carga psicológica es mayor. No cree que esto sea solo cosa de “un CEO obsesionado con el control”; parece un fenómeno mucho más general

• En general está de acuerdo con el título, pero la forma concreta de aplicarlo no es de su gusto. Piensa que basta con elegir un grupo de canales apropiado —por equipo, proyecto, manager, etc.— y simplemente empezar a conversar. Los canales concurridos tienden a desarrollar por sí solos su propia cultura de comunicación, y ahí se puede mezclar sin problema la conversación de trabajo con una foto curiosa de algo que viste mientras paseabas al perro. Además, la función de “threads” hace que todo sea fácil de manejar

  • Los “threads” cumplen muy bien ese papel. Crear demasiados canales separados más bien genera confusión. Cree que eso responde a costumbres de empresas pequeñas de antes, cuando no existían los threads

• Le da curiosidad en qué se diferencia este enfoque de los canales tradicionales off-topic, como #general. Sobre todo en organizaciones pequeñas, de entre 2 y 10 personas, cree que no hace falta crear varios canales de “rambling” y que con un solo canal off-topic sería suficiente

  • Comenta en tono ingenioso que la frase “mientras esperas a Claude Code” le recuerda a una versión moderna del concepto de “ponerse a hacer otra cosa mientras compila”
  • En la práctica, que haya entre 1 y 3 publicaciones en 2 a 10 canales personales es más manejable que tener 30 mensajes acumulados en un solo lugar. Reduce el miedo a “¿y si me estoy perdiendo algo importante?”. En su equipo también existe un canal off-topic, pero los canales personales de rambling se usan más. Hay menos riesgo de que se enreden conversaciones previas y se mantiene mejor la continuidad de ideas de cada persona
  • Otro opina que, salvo que se trate de un equipo realmente pequeño, empujar toda la conversación hacia un único canal off-topic podría ser incluso menos pesado
  • También existe la visión de que, en el fondo, para eso ya está el #general de Slack