Dejar un trabajo nunca ha sido tan fácil como en remote. No hace falta que convenzas a tu pareja para que se mude a otra ciudad, o incluso continente. No hace falta convencerle de que cambie también de trabajo, ni siquiera de que renuncie a toda su carrera. No hace falta que saques a tus hijos de su lugar de confort, de la escuela y de sus primeros amigos en la vida.
Cambiar de trabajo en remote se está convirtiendo en algo tan sencillo como cambiar de espacio de trabajo en Slack.
¿Le parece aterrador a primera vista? Si es así, probablemente sea usted, como yo, fundador o líder de una organización remote . Pero déjame decirte algo: es lo mejor que le puede pasar a tu empresa:
Cuanto más baja sea la barrera para renunciar, mayores serán los incentivos para que los líderes creen un gran lugar de trabajo para todos. Y un gran lugar de trabajo suele ser la creación de un negocio próspero. Es una situación en la que todos ganan.
Con el fin de identificar los principios rectores para construir una organización próspera remote , echemos un vistazo a una forma de organización, donde los límites para dejar o abandonar son literalmente 0, un lugar donde sus contribuciones son en muchos casos, incluso sin ninguna interacción directa en vivo con sus compañeros: la Comunidad de Código Abierto.
Cada día, millones de colaboradores de código abierto (SO) dedican una parte importante de su tiempo a los proyectos, sin ni siquiera haber acudido a una reunión con alguno de sus compañeros. ¿Están locos? No, en absoluto. Es posible que se sienten en el co-trabajo justo al lado de usted, contentos de charlar y de ir a comer.
Creo que la comunidad del software de código abierto (OSS) aporta muchas ideas interesantes a los responsables de remote sobre cómo crear un entorno de colaboración próspero remote . Esto es lo que me inspiró en particular:
1. Un alto grado de adecuación entre la contratación y la misión es fundamental para la colaboración en remote
No podría imaginar una estructura organizativa con una mejor alineación entre el contribuyente individual y la misión del proyecto a largo plazo que en el OSS. Los colaboradores de código abierto entran (se contratan a sí mismos) en la comunidad a través de la contribución activa, sin más incentivo inicial que su pasión por el objetivo general del proyecto y la perspectiva de formar parte de una comunidad afín que se reúne en torno a él. Lo más cerca que cualquier empresa tradicional podría estar de este nivel de alineación entre contratación y misión sería contratar exclusivamente a nuestros propios clientes. Muy difícil de conseguir a gran escala. Sin embargo, especialmente en las empresas de remote , una clara adecuación a la misión no es negociable. Para atraer talento que esté muy alineado con tu misión, las empresas de remote tenemos que pensar más como proyectos de OSS: Publica y distribuye contenido sobre tu misión, tus clientes, tu cultura y tu equipo para que los candidatos se hagan una idea transparente de tu empresa. El movimiento de construir en público es inspirador, y en tl;dv también nos esforzamos por hacerlo cada vez más, ya que creemos que es la mejor manera de atraer talentos afines.
2. La documentación y los procesos transparentes promueven la autonomía y la independencia
Escribir código, revisar código, crear contenidos... las posibilidades de contribución en OSS son múltiples. Los proyectos de código abierto deben diseñarse de forma que cada nuevo miembro de la comunidad pueda contribuir de forma autónoma. Cada proyecto, por tanto, tiene unos principios comunitarios claramente definidos, una documentación detallada y un sistema de colaboración muy transparente que permite a los contribuyentes individuales seguir la evolución de los proyectos, así como las contribuciones individuales de sus compañeros. Al igual que ocurre con el OSS, las empresas de éxito de remote se esfuerzan por diseñar su documentación y sus flujos de trabajo de forma que promuevan la independencia de sus empleados y la transparencia en la medida de lo posible. Al principio, esto es una tarea bastante desalentadora, pero su impacto en la velocidad de tu equipo aumenta con el tiempo y con cada nueva contratación que haces. También seguimos aprendiendo a mejorar y mantener nuestra documentación y nuestros procesos. Recomendamos a los aspirantes a empresas emergentes de remote que inicien este proceso desde el primer día, ¡vale la pena! Algunas fuentes de inspiración útiles para empezar son Aula Brain y, obviamente, el Manual de GitLab.
3. Comunicaciones asíncronas
Ya he hablado de la documentación y los procesos bien pensados en los proyectos de código abierto, pero también los canales de comunicación en los proyectos de código abierto son en su mayoría asíncronos. GitHub, Discord, Foros dedicados... la mayoría de los problemas se resuelven de forma totalmente asíncrona. Puede ser una sorpresa para algunos lectores, pero hay empresas multimillonarias prosperando en este momento, que nunca han necesitado una sola reunión. Boom. Pone las cosas en perspectiva, ¿verdad? Es un gran punto de referencia para cualquier empresa remote y async debería marcar definitivamente el modo de comunicación por defecto. Una buena regla general podría ser que una reunión es necesaria cuando 3 mensajes de ida y vuelta no pueden resolver el problema de forma asíncrona. La mayoría (99,9%) de las empresas de remote no deberían depender exclusivamente de las comunicaciones asíncronas, ya que suelen estar formadas por un grupo de personas más heterogéneo y, por lo general, con un menor peso de la ingeniería que la comunidad OSS. Las empresas más "tradicionales" de remote están formadas por diversos perfiles profesionales, un verdadero crisol de ventas, RRHH, marketing, éxito de clientes, finanzas e ingeniería de software, donde las reuniones son importantes para garantizar la cohesión emocional dentro de la empresa. Al fin y al cabo, la mayor parte de nuestra comunicación es no verbal. Algunos estudios, como el informe de la Universidad Estatal de Minnesota, afirman incluso que el 93% de nuestra comunicación no es verbal. Las reuniones son cruciales para desencadenar y poner en marcha la colaboración, la investigación, la generación de ideas, la retroalimentación y la toma de decisiones empresariales. Con tl;dv, puede introducir reuniones async-first en su pila de colaboración remote y lograr el equilibrio adecuado.
Entonces... ¿el futuro de remote se parecerá a OS?
Creo que cada vez más empresas de remote se inspirarán en los procesos y la cultura de las comunidades de código abierto. Al fin y al cabo, las comunidades de código abierto son ya un modelo organizativo de colaboración a gran escala de probada eficacia.
Dejemos de lado todas las descripciones técnicas: ¿Quién no quiere que le paguen por trabajar en problemas que realmente le interesan resolver, con gente que también se preocupa por ellos? 😉 .
El futuro es brillante.
