Lasciare un lavoro non è mai stato così facile come nel remote. Non c'è bisogno di convincere il proprio partner a trasferirsi in un'altra città o addirittura in un altro continente. Non c'è bisogno di convincerlo a cambiare lavoro o addirittura a rinunciare alla sua carriera. Non c'è bisogno di allontanare i propri figli dal loro ambiente familiare, dalla scuola e dai primi amici della loro vita.

Cambiare remote sta diventando facile come cambiare spazio di lavoro su Slack.

Ti sembra spaventoso a prima vista? Se sì, probabilmente sei, proprio come me, un fondatore o un leader di remote . Ma lascia che ti dica una cosa: è la cosa migliore che possa capitare alla tua azienda.

Minore è la barriera che impedisce di lasciare il lavoro, maggiori sono gli incentivi per i leader a creare un ambiente di lavoro ottimale per tutti. E un ambiente di lavoro ottimale spesso porta alla creazione di un'azienda fiorente. È una situazione vantaggiosa per tutti.

Per identificare i principi guida per costruire remote fiorente, esaminiamo una forma organizzativa in cui i confini per andarsene o dimettersi sono letteralmente pari a zero, un luogo in cui i tuoi contributi sono in molti casi, anche senza alcuna interazione diretta dal vivo con i tuoi colleghi: la comunità open source.

Ogni giorno, milioni di collaboratori Open Source (OS) dedicano una parte significativa del loro tempo a progetti, senza aver mai partecipato a una riunione con uno dei loro colleghi. Sono pazzi? No, affatto. Potrebbero sedersi nel coworking proprio accanto a te, felici di chiacchierare e andare a pranzo insieme.

Credo che la comunità Open Source Software (OSS) offra molti spunti interessanti ai remote su come creare un ambiente remote fiorente. Ecco cosa mi ha ispirato in particolare:

1. Un elevato livello di compatibilità tra il personale assunto e la missione è fondamentale per remote .

Non riesco proprio a immaginare una struttura organizzativa con un allineamento migliore tra il singolo collaboratore e la missione a lungo termine del progetto rispetto a quella dell'OSS. I collaboratori Open Source entrano (assumendosi) nella comunità attraverso un contributo attivo, senza alcun incentivo iniziale se non la loro passione per l'obiettivo più ampio del progetto e la prospettiva di far parte di una comunità che la pensa allo stesso modo e che si riunisce attorno ad esso. Il massimo che un'azienda tradizionale potrebbe avvicinarsi a questo livello di allineamento tra assunzione e missione sarebbe assumere esclusivamente i propri clienti più entusiasti. Molto difficile da realizzare su larga scala. Tuttavia, soprattutto nelle remote , un chiaro allineamento con la missione è imprescindibile. Per attrarre talenti che siano in linea con la nostra missione, noi remote dobbiamo pensare più come i progetti OSS: pubblicare e distribuire contenuti sulla nostra missione, i nostri clienti, la nostra cultura e il nostro team per dare ai candidati un'idea trasparente della nostra azienda. Il movimento "building in public " è fonte di ispirazione e noi di tl;dv impegniamo a farlo sempre di più, poiché crediamo che questo sia il modo migliore per attrarre talenti che la pensano come noi. 

2. La trasparenza della documentazione e dei processi promuove l'autonomia e l'indipendenza

Scrivere codice, revisionare codice, creare contenuti... le possibilità di contribuire all'OSS sono molteplici. I progetti Open Source devono essere progettati in modo tale che ogni nuovo membro della comunità sia in grado di contribuire in modo autonomo. Ogni progetto, quindi, ha principi comunitari chiaramente definiti, una documentazione dettagliata e un sistema di collaborazione molto trasparente che consente ai singoli contributori di tracciare l'evoluzione dei progetti e i contributi individuali dei colleghi. Analogamente all'OSS, remote di successo si impegnano a progettare la loro documentazione e i loro flussi di lavoro in modo da promuovere il più possibile l'indipendenza dei loro dipendenti e la trasparenza. All'inizio si tratta di un compito piuttosto arduo, ma il suo impatto sulla velocità del vostro team aumenta con il tempo e con ogni nuova assunzione. Anche noi stiamo ancora imparando come migliorare e mantenere la nostra documentazione e i nostri processi. Consigliamo remote aspiranti di avviare questo processo fin dal primo giorno, ne vale la pena! Alcune ispirazioni utili per iniziare sono Aula Brain e, ovviamente, il GitLab Handbook.

3. Comunicazioni asincrone

Ho già accennato alla documentazione e ai processi ben congegnati nei progetti Open Source, ma anche i canali di comunicazione nei progetti Open Source sono per lo più asincroni. GitHub, Discord, forum dedicati... la maggior parte dei problemi viene risolta in modo completamente asincrono. Potrebbe essere uno shock per alcuni lettori, ma ci sono aziende multimilionarie che stanno prosperando in questo momento e che non hanno mai avuto bisogno di una sola riunione. Boom. Mette le cose in prospettiva, vero? È un ottimo punto di riferimento per qualsiasi remote e l'asincronia dovrebbe sicuramente rappresentare la modalità di comunicazione predefinita. Una buona regola empirica potrebbe essere quella di ricorrere a una riunione quando 3 messaggi di andata e ritorno non riescono a risolvere il problema in modo asincrono. La maggior parte (99,9%) remote non dovrebbe affidarsi esclusivamente alle comunicazioni asincrone, poiché di solito sono un gruppo di persone più eterogeneo e generalmente leggermente meno orientato all'ingegneria rispetto alla comunità OSS. remote più "tradizionali" sono costituite da professionisti con background diversi, un vero e proprio melting pot di vendite, risorse umane, marketing, customer success, finanza e ingegneria del software, dove le riunioni sono importanti per garantire la coesione emotiva all'interno dell'azienda. Alla fine, la maggior parte della nostra comunicazione è non verbale. Alcuni studi, come il rapporto della Minnesota State University, affermano addirittura che il 93% della nostra comunicazione è non verbale. Le riunioni sono fondamentali per stimolare e avviare la collaborazione, la ricerca, la generazione di idee e intuizioni, fornire feedback e guidare le decisioni aziendali. Con tl;dv, puoi introdurre riunioni asincrone nel tuo stack remote e trovare il giusto equilibrio.

Quindi... il futuro del remote a OS?

Credo che sempre più remote trarranno ispirazione dai processi e dalla cultura delle comunità Open Source. In fin dei conti, le comunità Open Source sono già un modello organizzativo altamente collaudato per la collaborazione su larga scala. 

Mettiamo da parte tutte le descrizioni tecniche: chi non vorrebbe essere pagato per lavorare su problemi che davvero gli stanno a cuore, insieme a persone che condividono il suo stesso interesse? 😉

Il futuro è luminoso!