Policy di lavoro da remoto: template, sezioni, esempio — e l'unico canale in cui vive la policy (2026)

Una policy di lavoro da remoto è l'insieme scritto delle regole per lavorare lontano dall'ufficio: chi può farlo, da dove, quando deve essere raggiungibile, come comunica il team, chi paga l'attrezzatura e la connettività, come vengono protetti i dati aziendali e come viene rivista la policy stessa. Le dieci sezioni di una policy utilizzabile, un template da copiare, un esempio compilato per un'azienda di quaranta persone in tre paesi, dove la policy e la sua revisione vivono in Teams, Zoom, Google Workspace e Slack — e come un unico canale mantiene la policy, ogni domanda che la riguarda e ogni modifica leggibili da ciascun membro nella propria lingua.

The Mind.com Team

  • Una policy per il lavoro da remoto è l'insieme delle regole scritte per lavorare fuori dall'ufficio: chi può farlo, da dove, quando è raggiungibile, come parla il team, chi paga, come restano al sicuro i dati.
  • Una policy che nessuno trova è una diceria. In Teams, Zoom, Google Workspace e Slack è un documento in una sola lingua.
  • InterMIND tiene la policy e ogni domanda che la riguarda nella lingua di ciascun membro, in un unico canale accanto a questi strumenti. Gli ospiti entrano gratis tramite link, senza account; si paga solo per i membri attivi.
Policy di lavoro da remoto: template, sezioni, esempio — e l'unico canale in cui vive la policy (2026)

Policy per il lavoro da remoto: template, sezioni, esempio — e l'unico canale in cui vive la policy (2026)

Una policy per il lavoro da remoto è l'insieme scritto delle regole che un'organizzazione applica al lavoro svolto fuori dalla propria sede: chi può lavorare da remoto e con quale frequenza, da quali luoghi e paesi, in quali orari deve essere raggiungibile, come il team comunica e si riunisce, chi paga la scrivania, il portatile e la connessione, come vengono trattati i dati aziendali fuori dall'edificio e come si modifica la policy stessa. È un documento breve — da due a quattro pagine per un'azienda da dieci a duecento persone — e il suo scopo non è consentire il lavoro da remoto, ma renderlo prevedibile: la stessa risposta a «posso lavorare da casa dei miei a giugno?», chiunque chieda e chiunque risponda.

Questa guida parte dal mestiere — che cos'è e che cosa non è una policy per il lavoro da remoto, le dieci sezioni di una policy utilizzabile, come scriverne una che il team seguirà davvero — poi propone un template da copiare, un esempio compilato per un'azienda di quaranta persone in tre paesi e la parte pratica: dove vivono la policy e la sua revisione negli strumenti che il tuo team usa già, e che cosa succede alle domande che genera. Perché la vera prova della policy non è il giorno in cui viene firmata. È il martedì in cui un nuovo collega, in un'altra città, che legge in un'altra lingua, pone proprio la domanda a cui la policy doveva rispondere.

Che cos'è una policy per il lavoro da remoto — e che cosa non è

Cinque documenti ruotano attorno al lavoro da remoto e vengono regolarmente confusi:

Risponde aAmbitoUna riga tipoChi la legge
Policy per il lavoro da remotoLe regole dell'organizzazione per lavorare fuori dall'ufficioUna regola, per tutti coloro a cui si applica«I membri sono raggiungibili nel canale del team tra le 10:00 e le 15:00 CET nei giorni lavorativi.»Tutti, una volta; i nuovi membri il primo giorno
Policy per il lavoro ibridoLe stesse regole quando la modalità di base è una divisione tra ufficio e altroveUna regola più un ritmo«Il martedì e il giovedì sono giorni in ufficio per il team di Milano.»Tutti, in un team con un ufficio
Accordo di lavoro da remotoChe cosa hanno concordato questa persona e l'azienda in base alla policyUna persona«Ana lavora da Lisbona, contratto portoghese, 100% da remoto dal 1° novembre.»La persona, il suo responsabile, le risorse umane
Linee guida operativeCome il team svolge il lavoro quotidiano in base alla policyAbitudini, non regole«Pubblica il tuo stato entro le 9:30; un thread per ogni blocco.»Il team, ogni settimana, finché non diventa abitudine
Manuale del dipendenteTutto ciò che l'organizzazione promette e si aspettaUn riferimentoFerie, rimborsi spese, condotta, protezione dei dati, lavoro da remotoTutti, quando serve

La policy è il livello delle regole: breve, modificata di rado, approvata da chi può impegnare l'azienda. L'accordo è la policy applicata a una persona e firmata; le linee guida sono le abitudini del team e cambiano ogni volta che cambia il lavoro. Una policy che prova a essere tutte e tre le cose — la regola, il contratto e le abitudini quotidiane — diventa lunga, invecchia in un mese e smette di essere letta.

Una policy per il lavoro da remoto non è nemmeno una dichiarazione che il lavoro da remoto è consentito. «I dipendenti possono lavorare da remoto previa approvazione del responsabile» è una frase, non una policy. La policy è ciò che segue: da dove, quando, con che cosa, a spese di chi, e che cosa accade quando qualcosa non funziona.

Che cosa includere: le dieci sezioni

Una policy per il lavoro da remoto utilizzabile ha dieci sezioni. La maggior parte dei template online ne contiene solo un sottoinsieme; le più spesso assenti sono l'ottava, la nona e la decima.

  1. Scopo e ambito. Perché esiste la policy, in una frase, e a chi si applica: dipendenti, collaboratori esterni o entrambi; i contratti di quali paesi; se vale per tutta l'azienda o per team indicati.
  2. Idoneità e modalità. Quali ruoli possono lavorare da remoto e in quale di tre modalità: completamente da remoto, ibrido con giorni d'ufficio fissi, oppure occasionale con approvazione del responsabile. Indica chi decide e come una richiesta viene presentata e risolta.
  3. Luogo di lavoro. Il luogo di lavoro registrato per ciascuna persona, i paesi da cui si può lavorare e per quanto tempo, e la regola per chi lavora da un paese diverso da quello del contratto — perché imposte, previdenza sociale e assicurazione seguono il luogo in cui il lavoro viene svolto, non quello in cui ha sede l'azienda. È la sezione da scrivere con un avvocato o un commercialista per ogni paese; il compito della policy è dire qual è la regola e chi la verifica.
  4. Orario di lavoro e disponibilità. Le fasce orarie centrali in cui tutti sono raggiungibili, in quale fuso orario; i tempi di risposta attesi per canale; come si registra l'orario di lavoro dove la legge lo richiede; il diritto a non essere raggiungibili fuori da quelle fasce.
  5. Comunicazione e riunioni. Quale canale serve a cosa — il canale del team per il lavoro, i messaggi diretti per le questioni personali, l'email per il mondo esterno; quali riunioni sono obbligatorie e come chi non ha potuto partecipare legge ciò che è stato deciso; dove vive la traccia scritta del team. È la sezione che decide se le altre nove verranno mai rilette.
  6. Attrezzature e spese. Che cosa fornisce l'azienda — portatile, schermo, cuffie, sedia — che cosa rimborsa — connettività, una scrivania in coworking, una parte dell'home office — con quale importo e con quale frequenza, e che cosa succede alle attrezzature quando la persona se ne va.
  7. Sicurezza e dati. I dispositivi su cui possono stare i dati aziendali; l'accesso richiesto dall'azienda; che cosa non si può fare su reti pubbliche o computer condivisi; dove si conservano i documenti e dove no; chi chiamare, entro quanto tempo, se un dispositivo viene smarrito.
  8. Salute, sicurezza e postazione. Il minimo che l'azienda si aspetta dal luogo in cui si lavora — una scrivania, una sedia, luce, una porta che si chiude per le chiamate — che cosa l'azienda controlla e come, e l'assicurazione che si applica se a casa avviene un infortunio.
  9. Rendimento e presenza. Che il lavoro si giudica da ciò che è finito e messo per iscritto, non dalle ore in cui un indicatore di stato è verde; come si fissano e si rivedono gli obiettivi per una persona che il responsabile vede di rado; quali aggiornamenti scritti sostituiscono la visibilità che un ufficio offre gratis.
  10. Revisione e modifiche. Il responsabile della policy, la data della prossima revisione, come si propone e si approva una modifica, e dove vive la versione corrente e dove si conservano le precedenti. Una policy senza questa sezione è la versione che qualcuno ha stampato nel 2023.

Che cosa resta fuori: la policy sulle ferie, quella sui rimborsi spese e il codice di condotta dell'organizzazione, a cui la policy sul lavoro da remoto rimanda senza riscriverli; le abitudini quotidiane del team — l'orario dello stand-up, il formato dello stato — che appartengono alle linee guida operative; e tutto ciò che riguarda una sola persona, che appartiene all'accordo di quella persona.

Come scriverla: prima, durante, dopo

Prima di scrivere, raccogli le domande. Pubblica un messaggio nel canale del team: «Stiamo scrivendo la policy per il lavoro da remoto — rispondi con la domanda a cui vorresti che desse risposta». Le domande che arrivano sono l'indice della policy, nelle parole di chi la leggerà; una policy che risponde a quelle domande viene letta, una policy che risponde alle domande delle risorse umane viene archiviata. Raccogli per una settimana. Poi scrivi le dieci sezioni, ciascuna breve quanto le domande consentono, e invia la bozza allo stesso canale con una data entro cui i commenti si chiudono.

Mentre scrivi, decidi, non descrivere. Ogni sezione termina con una regola che un estraneo può applicare: «raggiungibili 10:00–15:00 CET», non «ci aspettiamo una ragionevole disponibilità»; «fino a 30 giorni all'anno da un altro paese UE, comunicati due settimane prima», non «lavorare all'estero è possibile previo accordo». Una regola che dipende da chi risponde non è ancora scritta. Dove la risposta cambia davvero da paese a paese — luogo di lavoro, registrazione dell'orario, indennità per l'home office — scrivi la regola per paese in una tabella, invece di un paragrafo che prova a coprirli tutti.

Dopo l'approvazione, mettila dove il team legge — e lasciala lì. La policy va nel canale in cui il team già lavora, fissata in alto, con le tre decisioni più richieste citate nel messaggio che la annuncia. Lo stesso giorno: la data di revisione va nel calendario, il template dell'accordo va alle persone che ne hanno bisogno e la vecchia versione, se c'era, viene contrassegnata come superata e conservata. Una policy che vive in una cartella delle risorse umane è una policy che il team non ha; le domande continuano ad arrivare e ciascuna riceve risposta a memoria, ogni volta diversa.

Come un team distribuito gestisce poi la propria settimana — lo stato scritto a un'ora fissa, le riunioni che restano e quelle che spariscono — è in come migliorare la produttività del team; il ritmo delle riunioni stesse è in la cadenza delle riunioni.

Un template di policy per il lavoro da remoto

[Azienda] — Policy per il lavoro da remoto
Versione: [1.0] · Responsabile: [nome, ruolo] · Approvata: [data] · Prossima revisione: [data]
Si applica a: [dipendenti / collaboratori esterni / entrambi], con contratti [paese], in [tutti i team / team indicati]

1. Scopo e ambito
[Una frase: perché esiste la policy.] Questa policy riguarda il lavoro svolto fuori da [indirizzo dell'ufficio]. Rimanda a [policy sulle ferie], [policy sui rimborsi spese], [policy sulla protezione dei dati] e [codice di condotta], che si applicano senza modifiche.

2. Idoneità e modalità
Ruoli idonei: [elenco, oppure «tutti i ruoli tranne …»]. Modalità: completamente da remoto — [chi]; ibrida — [giorni d'ufficio a settimana, quali giorni, stabiliti da chi]; occasionale — [fino a N giorni al mese, approvati dal responsabile nel canale]. La richiesta si presenta [dove] e riceve risposta entro [N] giorni lavorativi.

3. Luogo di lavoro
Il luogo di lavoro registrato di ciascuna persona è quello indicato nel suo accordo. Lavoro da un altro luogo nello stesso paese: [consentito / avvisare il responsabile]. Lavoro da un altro paese: [fino a N giorni per anno solare, comunicati N settimane prima, solo dai paesi elencati qui]; soggiorni più lunghi richiedono [un nuovo accordo]. [Nome] conferma la posizione fiscale e assicurativa prima dell'approvazione.

4. Orario di lavoro e disponibilità
Fasce orarie centrali: [10:00–15:00] [fuso orario], giorni lavorativi. Tempo di risposta: canale del team [entro 2 ore nelle fasce centrali]; messaggio diretto [in giornata]; email [giorno lavorativo successivo]. L'orario è registrato [come, dove la legge lo richiede]. Fuori dall'orario di lavoro nessuno è tenuto a leggere o rispondere.

5. Comunicazione e riunioni
Il canale del team è il luogo in cui il lavoro accade; [lo stato scritto viene pubblicato entro [giorno, ora]]. Riunioni obbligatorie: [elenco, cadenza]. Chi non può partecipare legge il recap della riunione nel canale [entro quando]. Le decisioni non scritte nel canale non sono state prese.

6. Attrezzature e spese
L'azienda fornisce: [portatile, schermo, cuffie, …]. L'azienda rimborsa: [connettività N al mese / scrivania in coworking fino a N / indennità home office N all'anno], richiesti [come, con quale frequenza]. Le attrezzature vengono restituite entro [N] giorni dalla cessazione del rapporto.

7. Sicurezza e dati
I dati aziendali stanno solo su [dispositivi gestiti dall'azienda], con accesso tramite [l'accesso aziendale]. Non consentito: [computer condivisi, reti pubbliche senza VPN, salvare file fuori da [gli strumenti indicati]]. Un dispositivo smarrito o rubato va segnalato a [nome / indirizzo] entro [N] ore.

8. Salute, sicurezza e postazione
La postazione minima: [una scrivania, una sedia, luce naturale, un luogo tranquillo per le chiamate]. L'azienda [verifica come: un'autovalutazione una volta all'anno / su richiesta]. Gli infortuni durante l'orario di lavoro nel luogo di lavoro registrato sono coperti da [assicuratore / schema].

9. Rendimento e presenza
Il lavoro è valutato su [risultati concordati per iscritto, rivisti ogni N settimane], non sulle ore online. [Lo stato scritto] sostituisce la riunione di aggiornamento. Gli indicatori di presenza non sono una misura del lavoro.

10. Revisione e modifiche
Questa policy è rivista da [responsabile] il [data] e dopo [una modifica normativa, un nuovo paese, un incidente]. Le modifiche sono proposte [nel canale], approvate da [chi] e annunciate [dove]. La versione corrente è [fissata nel canale del team]; le versioni precedenti sono conservate [dove].

Cronologia delle revisioni: [data — versione — che cosa è cambiato — approvato da]

Un esempio compilato: quaranta persone, tre paesi

Una policy a titolo illustrativo per un'agenzia di design e localizzazione di quaranta persone, con sede a Milano, uno studio di dodici persone a Bucarest e nove persone che lavorano da casa in Portogallo e Spagna. I numeri sono esempi; ciò che conta è la struttura.

Studio Alba — Policy per il lavoro da remoto · v2.1 · Responsabile: Chiara R., COO · Approvata: 6 ott 2026 · Prossima revisione: 6 apr 2027
Si applica a: dipendenti con contratti italiani, rumeni, portoghesi e spagnoli; collaboratori esterni secondo il proprio accordo.

1. La policy esiste perché una persona in uno qualsiasi dei nostri quattro paesi conosca le stesse regole di una persona a Milano. Riguarda il lavoro svolto fuori da Via Torino 12, Milano, e da Strada Lipscani 4, Bucarest.

2. Tutti i ruoli sono idonei, tranne la reception. Ibrido per il personale di Milano e Bucarest: martedì e giovedì sono giorni in studio, stabiliti per team dal responsabile di team ogni trimestre. Completamente da remoto per Portogallo e Spagna. I giorni occasionali di lavoro da remoto aggiuntivi si chiedono nel canale del team e il responsabile risponde in giornata.

3. Luogo di lavoro registrato: l'indirizzo indicato in ciascun accordo. Lavoro da un altro paese UE: fino a 30 giorni di calendario all'anno, comunicati nel canale due settimane prima; oltre 30 giorni serve un nuovo accordo. Fuori dall'UE: non consentito. Chiara conferma la posizione con il commercialista di ciascun paese prima di approvare un soggiorno superiore a 14 giorni.

4. Fasce orarie centrali 10:00–15:00 CET; colleghi di Lisbona 09:00–14:00 ora locale. Canale del team: risposta entro due ore nelle fasce centrali. Messaggi diretti: in giornata. Email dei clienti: giorno lavorativo successivo. L'orario è registrato nello strumento di rilevazione dove lo richiede la legge del contratto (Italia, Spagna). Nessuno legge il canale dopo le 18:00 del proprio fuso.

5. Il canale di ciascun team è il luogo in cui il suo lavoro accade. Stato del venerdì entro le 16:00 CET nel formato pubblicato nel canale. Obbligatorie: la riunione di team del lunedì (30 min) e l'all-hands mensile; tutti gli altri leggono il recap nel canale entro la mattina successiva. Una decisione che non è nel canale non è stata presa.

6. Forniti: portatile, schermo, cuffie; una sedia su richiesta. Rimborsati: €40 al mese per la connettività; una scrivania in coworking fino a €150 al mese per il personale completamente da remoto che ne fa richiesta; entrambi richiesti trimestralmente tramite lo strumento di rimborso spese. Le attrezzature vengono restituite entro 10 giorni dalla cessazione del rapporto.

7. Dati aziendali solo sui portatili aziendali, con accesso tramite l'account Google aziendale; file dei clienti nel canale del progetto o nel drive condiviso del cliente, in nessun altro posto. Nessun Wi-Fi pubblico senza VPN. Un dispositivo smarrito va segnalato a Chiara entro 4 ore, con qualsiasi mezzo.

8. Minimo: una scrivania, una sedia con supporto lombare, luce naturale, una porta che si chiude per le chiamate. Un modulo di autovalutazione una volta all'anno; l'azienda paga una sedia se dal modulo risulta che quella di casa non va bene. Gli infortuni nel luogo di lavoro registrato durante l'orario di lavoro sono coperti dal sistema nazionale del paese del contratto.

9. Gli obiettivi si fissano per iscritto ogni sei settimane con il responsabile e si rivedono nel one-on-one. Lo stato del venerdì è la visibilità; il pallino verde no.

10. Rivista da Chiara ogni sei mesi e dopo ogni nuovo paese o incidente. Modifiche proposte nel canale #studio, approvate dai due direttori, annunciate nello stesso canale citando le righe cambiate. Versione corrente fissata in #studio; versioni precedenti nella cartella delle policy.

Cronologia delle revisioni: 6 ott 2026 — v2.1 — sezione 3: 30 giorni all'estero, erano 20 — direttori.

Nota che cosa ha l'esempio che manca alla maggior parte delle policy: un fuso orario accanto a ogni orario, una persona con nome e cognome accanto a ogni approvazione, un numero accanto a ogni indennità e una sezione 10 che dice dove si trova la policy e chi la cambierà. Questo è tutto il mestiere.

Dove vive la policy negli strumenti che usi già

La policy in sé è un documento e vive dove vivono i documenti del team — un file Word in una libreria condivisa, un Google Doc, una pagina di una wiki, un canvas. Le domande che genera e la revisione che la modifica sono una riunione, e ogni piattaforma ha un posto per ciò che quella riunione lascia, e ognuna si ferma in un punto diverso. Solo comportamenti documentati, dalle pagine dei fornitori stessi, con il mese in cui ciascuna pagina è stata verificata:

PiattaformaDove si annota la revisioneChe cosa della revisione torna dopo la riunione
Microsoft TeamsNotes nei controlli della riunione durante la chiamata — un componente Loop che qualsiasi partecipante o organizzatore può modificare, con attività assegnate taggando le persone; oppure Add an agenda nei Dettagli della riunione al momento della pianificazioneSalvate automaticamente e raggiungibili dal calendario di Teams e dal recap della riunione; nelle note c'è ciò che una persona ha digitato; i partecipanti esterni non possono accedervi né modificarle (verificato a ottobre 2026)
Zoom WorkplaceIl riepilogo della riunione con AI Companion viene generato dalla riunione, in tre sezioni — recap rapido, riepilogo, prossimi passi — sui piani Zoom Workplace a pagamento; le note personali di una persona sono un documento separatoIl riepilogo viene inviato per email, elencato nella pagina Summaries del portale web e può essere pubblicato nella chat di gruppo della riunione in Team Chat; i partecipanti lo ricevono se l'host ha scelto di condividerlo, solo l'host può modificarlo e gli utenti non autenticati non ricevono l'email (verificato ad agosto 2026)
Google WorkspaceLa descrizione dell'evento di Calendar, oppure un Google Doc collegato; nelle edizioni Workspace idonee e nei piani Google AI, Take notes for me si può attivare in Calendar quando si crea l'eventoLe note arrivano come Google Doc dopo la riunione, condiviso con tutti gli invitati, con gli invitati dell'organizzazione o solo con gli host, secondo l'impostazione; la funzione supporta una sola lingua alla volta — più lingue parlate nella stessa riunione non sono supportate (verificato a ottobre 2026)
SlackUn canvas da template, condiviso nel canale, con sezioni per obiettivi, prossimi passi e action items con scadenze; un huddle nel canale ha «un thread di messaggi dedicato per condividere note, link e file»Il canvas resta nel canale come documento; ciò che è stato detto nell'huddle non c'è, a meno che qualcuno lo digiti (verificato a ottobre 2026)

Due cose sono uguali ovunque. La policy è un documento nell'unica lingua in cui è stata scritta, e il collega che legge un'altra lingua legge quello oppure una copia fatta da qualcuno; e ciò che la revisione ha cambiato entra nel documento solo se una persona lo digita dopo, nella stessa lingua. Per un team in un solo ufficio, in una sola lingua, la tabella è l'intera risposta. La sezione successiva è un modo per fare il lavoro dove non è così.

L'unico canale in cui vive la policy

InterMIND è uno spazio di comunicazione in cui il lavoro di un team vive in un canale, quindi la policy per il lavoro da remoto ha una casa ovvia: il canale del team a cui si applica. Pubblicata come nota — un messaggio in formato rich text con titoli e sezioni numerate, modificabile in seguito dal suo menu — viene letta da ciascun membro nella propria lingua, con l'originale e il confronto con ciò che è cambiato a un tocco di distanza, e fissata in alto, così che la versione corrente sia la prima cosa che un nuovo collega trova. Caricata invece come file — un PDF o un documento Word dalla cartella delle risorse umane — si apre per ogni lettore tradotta nella sua lingua sui piani a pagamento e, su ogni piano, la sua scheda riporta un riepilogo AI nella lingua del lettore, con ogni punto collegato al paragrafo da cui proviene, così la versione da due minuti esiste prima che qualcuno l'abbia scritta. Se la copia master resta in uno strumento di documenti, i suoi aggiornamenti arrivano nel canale per email: l'host del canale gli assegna un indirizzo dedicato e un messaggio inviato lì compare come un normale messaggio, con il mittente indicato e gli allegati conservati.

Le domande che la policy genera restano con lei. Un membro a Bucarest chiede in rumeno sotto la nota fissata; il responsabile a Milano la legge in italiano e risponde in italiano; la collega a Lisbona legge entrambi in portoghese — la chat del canale è tradotta per ciascun lettore, e il thread di domande e risposte diventa il commento della policy stessa, consultabile in seguito. Una domanda in viaggio è una nota vocale dal telefono, fino a dieci minuti, trascritta in pochi secondi e letta da ciascun collega come testo nella propria lingua. La richiesta di «giorno occasionale da remoto» della sezione 2, la comunicazione dei «30 giorni all'estero» della sezione 3, lo stato del venerdì della sezione 5 — sono tutti messaggi nello stesso canale, con un autore e un orario.

La riunione di revisione parte da quel canale. Durante la chiamata, la versione corrente va sullo schermo di tutti accanto ai riquadri video con Share to conference — una nota, oppure un documento Google Docs o OneDrive collegato nella chat — e ogni partecipante lo scorre in autonomia e lo legge nella propria lingua; una nota condivisa viene modificata in diretta da chi la condivide mentre la sala vede prendere forma la sezione cambiata. Quando la chiamata finisce, il recap viene scritto a partire dalla riunione stessa — un riepilogo, i punti contrassegnati come concordati, aperti o contestati, le action items con i responsabili, ogni riga con il suo timestamp — e i documenti condivisi durante la sessione contribuiscono con i loro riepiloghi accanto a ciò che è stato detto. Arriva per email, come messaggio nel canale e come link nell'evento del calendario, e ogni membro con accesso effettuato lo legge nella propria lingua: il resoconto è tradotto per ciascun lettore, non scritto una volta nella lingua che la sala ha usato per caso. Qualsiasi membro può modificarlo, ogni modifica conserva autore e cronologia delle revisioni, e il canale conserva il recap di ogni sessione passata — così la revisione che ha prodotto la v2.1 è a un clic dalla nota che è la v2.1. Una riunione ad hoc tramite link lascia solo il suo recap, nella Inbox di ciascun partecipante, e la sua chat viene cancellata quando la chiamata finisce; una policy e la sua storia appartengono a un canale.

Le persone a cui si applica una policy per il lavoro da remoto non sono sempre dipendenti. Un collaboratore in Spagna, un freelance che lavora due giorni a settimana, il project manager di un distributore che segue le stesse regole di comunicazione: un membro esterno del canale entra tramite email con un account gratuito e legge la policy e la sua storia come tutti gli altri; una persona senza account è ospite di una sola riunione — un candidato, un fornitore per una revisione — che entra tramite link, da un telefono, senza costi, ascolta la riunione dal vivo nella propria lingua e dopo non riceve alcuna registrazione. L'host mette a disposizione lo spazio e, su un piano a pagamento, paga solo per i membri attivi nei 28 giorni precedenti — che hanno partecipato a una riunione, scritto in una chat o interpellato l'assistente; i membri che restano inattivi mantengono l'accesso senza costi, e le persone esterne al team in un canale o in una riunione non vengono conteggiate.

Le policy per il lavoro da remoto come mestiere sopravvivono a qualsiasi strumento: qualcuno deve comunque decidere gli orari, nominare i paesi, mettere un numero accanto all'indennità e scrivere chi cambia la regola. Ciò che non deve sopravvivere è il secondo lavoro — tenere a mano una copia tradotta di ogni versione e rispondere alla stessa domanda a memoria, in una sola lingua, a persone che ne leggono altre.

FAQ

Che cos'è una policy per il lavoro da remoto?

Una policy per il lavoro da remoto è l'insieme scritto delle regole che un'organizzazione applica al lavoro svolto fuori dalla propria sede: chi può lavorare da remoto e in quale modalità, da quali luoghi e paesi, in quali orari deve essere raggiungibile, come il team comunica e si riunisce, quali attrezzature e spese l'azienda copre, come vengono trattati i dati aziendali fuori dall'ufficio, che cosa deve offrire la postazione a casa, come si valuta il rendimento e come la policy stessa viene rivista e modificata.

Che cosa va incluso in una policy per il lavoro da remoto?

Dieci sezioni: scopo e ambito; idoneità e modalità previste; luogo di lavoro, compresa la regola per gli altri paesi; orario di lavoro, disponibilità e tempi di risposta; comunicazione e riunioni, compreso dove vive la traccia scritta; attrezzature e spese; sicurezza e dati; salute, sicurezza e postazione; rendimento e presenza; e revisione e modifiche, con il responsabile, la data della prossima revisione e dove si conserva la versione corrente.

Come si scrive una policy per il lavoro da remoto?

Raccogli per una settimana le domande a cui il team vuole una risposta, nel canale in cui già parla. Scrivi le dieci sezioni in modo che ciascuna termini con una regola che un estraneo può applicare — orari con un fuso orario, indennità con un numero, approvazioni con un nome — e metti le regole specifiche per paese in una tabella. Invia la bozza allo stesso canale con una data per i commenti, falla approvare da chi può impegnare l'azienda, poi fissala dove il team legge, metti la data di revisione nel calendario e conserva la vecchia versione contrassegnata come superata.

Qual è la differenza tra una policy per il lavoro da remoto e una policy per il lavoro da casa?

Una policy per il lavoro da casa copre un solo luogo — la casa del dipendente, di solito nella stessa città e nello stesso paese dell'ufficio. Una policy per il lavoro da remoto copre qualsiasi luogo fuori dall'ufficio: casa, uno spazio di coworking, un'altra città, un altro paese, ciascuno con le proprie regole su orari, imposte e assicurazione. La maggior parte delle organizzazioni che hanno iniziato con una policy per il lavoro da casa finisce per riscriverla come policy per il lavoro da remoto quando la prima persona si trasferisce.

Che cos'è una policy per il lavoro ibrido?

Una policy per il lavoro da remoto in cui la modalità di base è una divisione tra ufficio e altrove: giorni d'ufficio fissi per settimana o per team, chi li stabilisce e come i giorni da remoto seguono le stesse regole del lavoro completamente da remoto. Di solito è una sezione all'interno della policy per il lavoro da remoto e non un documento separato, perché le regole su orari, dati e attrezzature sono le stesse per entrambi.

Esiste un template di policy per il lavoro da remoto in Word o Google Docs?

Il template di questa guida è in testo semplice con etichette in grassetto, quindi si incolla in un documento Word, in un Google Doc, in una pagina Notion, in un canvas di Slack o in una nota di chat senza riformattare. Il formato conta più del file: qualunque cosa contenga la policy ha bisogno del responsabile e della data di revisione nell'intestazione, di una regola che un estraneo può applicare in ogni sezione e di una decima sezione che dice dove vive la versione corrente e chi la cambia.

Ogni quanto va rivista una policy per il lavoro da remoto?

Alla data scritta nell'intestazione — ogni sei o dodici mesi è la prassi — e prima quando accade una di queste quattro cose: una persona inizia a lavorare da un nuovo paese, cambia in un paese coperto dalla policy una legge sul lavoro da remoto o sulla registrazione dell'orario, si verifica un incidente che la policy non ha evitato, oppure si registrano tre eccezioni di fila alla stessa regola. La revisione è una breve riunione con i responsabili di team e termina con una nuova versione con una riga nella cronologia oppure con una conferma e una nuova data di revisione.

Un'azienda piccola ha bisogno di una policy per il lavoro da remoto?

Un'azienda di dieci persone con due persone che lavorano da un altro paese ne ha bisogno più di un'azienda di mille persone in un solo edificio: le domande — le regole di quale paese si applicano, quando sono tutti raggiungibili, chi paga la scrivania — arrivano il primo giorno e, senza una policy, ciascuna riceve risposta a memoria, ogni volta diversa. Per un'azienda piccola la policy è di due pagine, scritta in una settimana, e vive nel canale del team e non in un manuale.


Fonti: Microsoft — Take meeting notes in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Use huddles in Slack; Slack — Meeting agenda template (canvas). Pagine di Microsoft, Google e Slack verificate a ottobre 2026; la pagina di Zoom sul riepilogo della riunione verificata ad agosto 2026. I fornitori modificano nel tempo piani, funzioni ed elenchi di lingue; consulta le loro pagine per lo stato attuale. Le sezioni della policy e l'esempio sono illustrativi e non costituiscono consulenza legale; le regole su luogo di lavoro, registrazione dell'orario e assicurazione differiscono da paese a paese.

Altro in Meeting e riepiloghi

Tutti i post in Meeting e riepiloghi
How to write an SOP: steps, template, example, review cycle — and where the SOP lives after it is written (2026)
Meeting e riepiloghi

How to write an SOP: steps, template, example, review cycle — and where the SOP lives after it is written (2026)

To write an SOP, pick one recurring job, watch the person who does it, draft the numbered steps first — each starting with a role and a verb and ending in a result someone else can check — add the exceptions and the records, give it an ID, an owner and a review date, test it on someone new to the job, then publish it where the team already reads. The seven steps in order, a one-page template you can copy, a worked example, the review cycle that keeps the procedure true, where the SOP lives in Teams, Zoom, Google Workspace and Slack after it is written — and how the procedure and every review of it stay readable for each member in their own language.

The Mind.com Team

Come delegare i compiti: il passaggio di consegne che funziona — brief, responsabile, scadenza e una traccia leggibile da entrambe le parti (2026)
Meeting e riepiloghi

Come delegare i compiti: il passaggio di consegne che funziona — brief, responsabile, scadenza e una traccia leggibile da entrambe le parti (2026)

Per delegare un compito, consegna un risultato anziché un elenco di passaggi: un brief di un paragrafo con l'obiettivo, la scadenza e i limiti, un unico responsabile che dice sì ad alta voce, un check-in concordato prima dell'inizio del lavoro e un passaggio di consegne conservato in un luogo che entrambe le parti possano leggere in seguito. Il metodo passo dopo passo, un modello di brief da copiare, una matrice RACI per il lavoro che coinvolge più persone, cosa delegare e cosa tenere per sé, dove si trova il passaggio di consegne in Teams, Zoom, Google Workspace e Slack — e come il compito torna nel prossimo recap come svolto o non svolto, nella lingua di ciascun membro.

The Mind.com Team

Come migliorare la produttività del team: meno riunioni, aggiornamenti scritti e una cronologia leggibile da ogni sede (2026)
Meeting e riepiloghi

Come migliorare la produttività del team: meno riunioni, aggiornamenti scritti e una cronologia leggibile da ogni sede (2026)

Per migliorare la produttività del team, mantieni solo le riunioni in cui si decide qualcosa, sposta gli aggiornamenti di stato in un messaggio scritto da pubblicare entro un orario stabilito e conserva un'unica cronologia di decisioni e attività che ogni membro possa consultare in seguito. Le tre leve con i calcoli alla base di ciascuna, un modello di aggiornamento settimanale da copiare, un piano di 30 giorni, dove si trovano l'aggiornamento scritto e il verbale delle riunioni in Teams, Zoom, Google Workspace e Slack — e come un canale mantiene stato, attività e ogni riepilogo leggibili da ciascun membro nella propria lingua.

The Mind.com Team

Ricevi nuovi post e aggiornamenti del prodotto via email

Un'email al mese con nuovi post e aggiornamenti sul prodotto. Disiscriviti in qualsiasi momento.


Come delegare i compiti: il passaggio di consegne che funziona — brief, responsabile, scadenza e una traccia leggibile da entrambe le parti (2026)

Per delegare un compito, consegna un risultato anziché un elenco di passaggi: un brief di un paragrafo con l'obiettivo, la scadenza e i limiti, un unico responsabile che dice sì ad alta voce, un check-in concordato prima dell'inizio del lavoro e un passaggio di consegne conservato in un luogo che entrambe le parti possano leggere in seguito. Il metodo passo dopo passo, un modello di brief da copiare, una matrice RACI per il lavoro che coinvolge più persone, cosa delegare e cosa tenere per sé, dove si trova il passaggio di consegne in Teams, Zoom, Google Workspace e Slack — e come il compito torna nel prossimo recap come svolto o non svolto, nella lingua di ciascun membro.

Come migliorare la produttività del team: meno riunioni, aggiornamenti scritti e una cronologia leggibile da ogni sede (2026)

Per migliorare la produttività del team, mantieni solo le riunioni in cui si decide qualcosa, sposta gli aggiornamenti di stato in un messaggio scritto da pubblicare entro un orario stabilito e conserva un'unica cronologia di decisioni e attività che ogni membro possa consultare in seguito. Le tre leve con i calcoli alla base di ciascuna, un modello di aggiornamento settimanale da copiare, un piano di 30 giorni, dove si trovano l'aggiornamento scritto e il verbale delle riunioni in Teams, Zoom, Google Workspace e Slack — e come un canale mantiene stato, attività e ogni riepilogo leggibili da ciascun membro nella propria lingua.