Norme del team: esempi, come concordarle e dove vive la versione scritta (2026)

La maggior parte delle norme del team fallisce nello stesso modo: vengono concordate in un workshop, scritte su una slide e mai più rilette. Sei settimane dopo il team lavora con le abitudini di prima, il nuovo arrivato impara le regole vere violandole, e la slide descrive un team che non è mai esistito. Le norme che reggono sono quelle abbastanza specifiche da poter essere verificate, abbastanza brevi da essere lette, conservate dove il team guarda già ogni giorno e riviste a una data di cui qualcuno è responsabile.

Questo è tutto il metodo. Una norma è una frase su un comportamento, non un valore: «rispondiamo a una domanda nel canale del team entro lo stesso giorno lavorativo» è una norma; «comunichiamo in modo aperto» è un desiderio. L'elenco sta in una pagina. Vive nel canale del team, non in una cartella. Ha un responsabile e una data di revisione. E in un team in cui si scrive in più di una lingua, la norma sulla lingua è la prima da mettere per iscritto, perché ogni altra norma dipende dal fatto che le persone a cui si rivolge possano leggerla.

Questa guida parte dal mestiere — cosa sono le norme del team e cosa non sono, di cosa ha bisogno una norma per essere seguita, esempi per categoria — poi passa a come un team concorda le proprie in un'ora, un modello da copiare, un esempio compilato per un team di dodici persone su tre sedi, il luogo documentato in cui le norme vivono negli strumenti che già paghi, e un modo per far sì che la versione scritta resti leggibile da ogni membro.

Cosa sono le norme del team — e cosa non sono

Le norme del team sono le regole che un team ha concordato su come lavorare insieme: con che rapidità si risponde, come si svolgono le riunioni, come si prendono le decisioni e dove vengono scritte, quando le persone sono raggiungibili, come si dà feedback e in che lingua scrive il team. Una norma descrive un comportamento che chiunque nel team può osservare, così il team può capire se è stata rispettata senza che lo decida un manager. L'elenco è breve — un team che sa recitare le proprie norme ne ha il numero giusto — ed è concordato dalle persone che vincola, ed è questo che distingue una norma da una policy.

Il termine si confonde facilmente con quattro vicini, e la confusione è il motivo per cui i documenti di norme diventano lunghi.

Due su cinque spettano al team: le norme e, come sezione al loro interno, le regole di base delle riunioni. Le altre arrivano dall'alto. Una pagina di norme che ripete la policy sul lavoro da remoto o i valori è più lunga del necessario e per questo viene letta meno.

Di cosa ha bisogno una norma per essere seguita

Quattro cose, ciascuna delle quali manca nella maggior parte degli elenchi di norme.

1. Un comportamento, non una qualità. «Sii reattivo» non può essere rispettato né violato. «A una domanda nel canale del team si risponde, oppure si scrive "ti rispondo entro giovedì", lo stesso giorno lavorativo» sì. Se una norma non contiene un verbo che una persona possa compiere entro le cinque del pomeriggio, riscrivila.
2. Un innesco e un confine. Di' quando la norma si applica e dove si ferma: nel canale del team, durante la fascia oraria comune del team, per le decisioni che riguardano più di una persona. Una norma senza confini si applica a tutto, il che vuol dire a niente.
3. Un luogo in cui la versione scritta vive e viene letta. Una norma su una slide in un drive condiviso è una norma che il nuovo arrivato non vedrà mai. La versione scritta va dove il team guarda già ogni giorno — fissata nel canale del team — e le persone che vincola devono poterla leggere, il che in un team multilingue è una decisione, non un presupposto.
4. Un responsabile e una data di revisione. Un nome, una data a tre mesi. Il responsabile non fa rispettare le norme; apre la pagina alla data, chiede «quali di queste abbiamo davvero fatto?» ed elimina quelle che nessuno ha rispettato. Una pagina di norme che cresce soltanto è una pagina che nessuno legge.

Un test che intercetta la maggior parte delle norme deboli: leggi la frase ad alta voce e chiediti se un collega potrebbe indicare un giorno della settimana scorsa in cui è stata rispettata o violata. Se no, è un valore travestito da norma.

Esempi di norme del team per categoria

Le categorie qui sotto coprono ciò su cui la maggior parte dei team discute. Un team ha bisogno di una norma in ogni categoria in cui ha avuto la discussione, e di nessuna dove non l'ha avuta. In tutto sono tipiche da otto a dodici norme; venti è una policy.

Comunicazione e tempi di risposta

• A una domanda nel canale del team si risponde, o si indica una persona e una data, lo stesso giorno lavorativo. Per l'email sono due giorni lavorativi. Nulla di urgente passa per email.
• I messaggi diretti sono per le due persone coinvolte. Tutto ciò che qualcun altro potrebbe aver bisogno di sapere va nel canale, così la traccia sta in un unico posto.
• Thread, non nuovi messaggi, per le risposte: un argomento, un thread, leggibile dall'inizio anche un mese dopo.

Riunioni

• Niente agenda, niente riunione: l'agenda è pubblicata nel canale il giorno prima, con la decisione che ogni punto richiede. Il modello di agenda per le riunioni ne illustra la forma.
• Le decisioni vengono rilette negli ultimi cinque minuti e scritte lo stesso giorno, con un responsabile e una data per ogni action item.
• La durata predefinita è di venticinque minuti; la videocamera è una scelta di ciascuno; il ritardo di una persona non fa ricominciare la riunione.

Decisioni

• Ogni decisione che riguarda più di una persona ha un solo responsabile, viene scritta nel canale del team il giorno in cui è presa e ne indica il motivo — così può essere rivista quando il motivo cambia, anziché rimessa in discussione quando qualcuno se lo dimentica.
• Il silenzio per due giorni lavorativi dopo una proposta nel canale vale come approvazione.
• Una decisione presa in un messaggio diretto o in corridoio non è presa finché non è nel canale.

Aggiornamenti scritti

• Ciascuno pubblica nel canale un breve aggiornamento entro l'ora stabilita: fatto, prossimo, bloccato. A nessuno viene chiesto in riunione un aggiornamento già pubblicato.
• L'aggiornamento è di tre righe, non un rapporto; i link portano alla cosa, non a un riassunto della cosa.

Disponibilità e concentrazione

• La fascia oraria comune è la sovrapposizione in cui tutti sono raggiungibili; fuori da essa nessuno è tenuto a rispondere, e nessuno si scusa se non risponde.
• Due mezze giornate a settimana sono senza riunioni per tutti; il calendario le mostra come occupate.
• L'assenza dall'ufficio si scrive nel canale con la data di rientro e la persona che copre.

Feedback

• Il feedback va prima alla persona, in privato, entro una settimana dal fatto a cui si riferisce; indica il comportamento e il suo effetto, non il carattere della persona.
• Gli apprezzamenti vanno nel canale; il resto no.

Lingua

• Ognuno scrive nella lingua in cui pensa; lo spazio del team è il luogo in cui ciascun membro legge nella propria lingua. Se lo strumento non lo consente, il team indica una lingua di lavoro e scrive a chi costa.
• Tutto ciò su cui l'intero team deve agire — una decisione, una scadenza, un cambio di piano — è scritto, non solo detto in una call, così i membri che leggono un'altra lingua hanno la stessa traccia di chi ha ascoltato.

L'ultima categoria è quella che la maggior parte degli elenchi di norme tralascia, e in un team con una sede a Milano, una responsabile vendite spagnola e un help desk rumeno è quella che decide se le altre undici vengono lette.

Come concordare le norme del team in un'ora

Le norme imposte da un manager sono una policy; le norme concordate dal team vengono rispettate. Il processo qui sotto richiede una riunione e una settimana di silenzio.

Prima della riunione — raccogliere, una settimana prima. Chiedi a ogni membro, nel canale, le tre cose del lavorare insieme che gli sono costate più tempo il mese scorso: la domanda senza risposta, la riunione senza una decisione, il file arrivato in una lingua che non leggono. Non serve l'anonimato; serve la specificità. Le risposte sono l'agenda. Un team che non ha avuto attriti non ha ancora bisogno di norme; ha bisogno di una data in cui chiedere di nuovo.

Durante la riunione — abbozzare, decidere, tagliare. Raggruppa le risposte nelle categorie qui sopra e abbozza una frase per gruppo che avrebbe evitato quel costo. Leggi ogni bozza alla luce dei quattro test: comportamento, confine, luogo, responsabile. Discuti su quelle su cui le persone non concordano — la discussione è il punto, perché una norma su cui nessuno ha dissentito è una norma che nessuno noterà — e taglia tutto ciò che sopravvive solo perché a nessuno importava abbastanza da obiettare. Chiudi con da otto a dodici frasi, un responsabile per la pagina e una data di revisione a tre mesi. Rileggi l'elenco negli ultimi cinque minuti.

Dopo la riunione — pubblicare dove il team guarda. Pubblica l'elenco come nota nel canale del team e fissalo, così è la prima cosa che un nuovo membro trova e la cosa a cui si rimanda un membro già presente quando una norma viene violata. La regola dei due giorni di silenzio vale per le norme stesse: se nessuno obietta nel canale entro due giorni lavorativi, l'elenco è del team. I membri che arrivano dopo lo leggono il primo giorno e possono proporre una modifica alla revisione successiva, non prima.

Alla data di revisione — prima si elimina. Il responsabile apre la pagina e chiede, per ogni norma, se un collega può indicare una settimana in cui è stata rispettata. Quelle che nessuno ha rispettato vengono eliminate o riscritte; anche quelle che tutti hanno rispettato senza pensarci vengono eliminate, perché sono diventate abitudini e non hanno più bisogno di una pagina. Le nuove norme nascono dagli attriti degli ultimi tre mesi, raccolti allo stesso modo. La pagina riceve una riga «ultima revisione» con la data, e la data della prossima.

Niente di quanto sopra richiede un facilitatore di workshop o un modello comprato da qualcuno; richiede una riunione con un'agenda e un posto dove fissare il risultato.

Modello di norme del team

Copia il blocco qui sotto nel canale del team come nota, compila le parentesi, fissalo. Elimina ogni riga su cui il team non ha discusso.

[Nome del team] — come lavoriamo insieme
Concordato: [data] · Responsabile: [nome] · Revisione: [data a tre mesi] · Ultima revisione: [data]
Tempi di risposta: a una domanda in [canale] si risponde, o si indica un nome e una data, entro [ora oppure «lo stesso giorno lavorativo»]. Email: [due giorni lavorativi]. Urgente: [chiamata o messaggio, mai email].
Dove si scrivono le cose: tutto ciò di cui un altro membro potrebbe aver bisogno sta in [canale], non in un messaggio diretto. Un argomento, un thread.
Riunioni: agenda in [canale] entro [il giorno prima], con la decisione che ogni punto richiede. Decisioni rilette negli ultimi cinque minuti; scritte in [canale] entro [lo stesso giorno]. Durata predefinita [25 minuti].
Decisioni: un responsabile per ciascuna; scritte il giorno in cui vengono prese, con il motivo. Il silenzio per [due giorni lavorativi] dopo una proposta vale come approvazione. Non nel canale, non deciso.
Aggiornamenti: ogni membro pubblica fatto / prossimo / bloccato in [canale] entro [ora, giorno]. Nessuno ripete in riunione un aggiornamento già pubblicato.
Disponibilità: fascia oraria comune [intervallo orario, fuso orario]; fuori da essa non ci si aspetta risposta. Senza riunioni: [giorni o mezze giornate]. Assenza dall'ufficio: data di rientro e sostituto indicati in [canale].
Feedback: prima alla persona, in privato, entro [una settimana]; il comportamento e il suo effetto. Apprezzamenti in [canale].
Lingua: ogni membro scrive in [la propria lingua / la lingua di lavoro del team]; tutto ciò su cui l'intero team deve agire è scritto in [canale], non solo detto in una call.
Modifiche: proposte in [canale], decise alla revisione; i nuovi membri leggono questa pagina il primo giorno.

Le parentesi sono volute: una pagina di norme senza spazi vuoti da compilare è stata copiata, non concordata, e il team la tratterà come tale.

Un esempio compilato: un team di dodici persone su tre sedi

Un distributore di attrezzature professionali per cucine, con ufficio a Bologna, una responsabile vendite a Valencia e un help desk di quattro persone a Cluj. Dodici persone, tre lingue, un canale del team, e un cliente che entra nel canale per tutta la durata di ogni progetto di installazione.

Team attrezzature — come lavoriamo insieme
Concordato: 14 ottobre 2026 · Responsabile: Giulia (ops) · Revisione: 14 gennaio 2027 · Ultima revisione: 14 ottobre 2026
Tempi di risposta: a una domanda in #equipment si risponde, o si indica un nome e una data, lo stesso giorno lavorativo. Email: due giorni lavorativi. Urgente: una chiamata, mai email.
Dove si scrivono le cose: tutto ciò di cui un altro membro potrebbe aver bisogno va in #equipment, non in un messaggio diretto. Un'installazione, un thread, dall'ordine alla consegna.
Riunioni: l'agenda del lunedì è in #equipment entro venerdì a mezzogiorno, con la decisione che ogni punto richiede. Le decisioni vengono rilette negli ultimi cinque minuti; il recap è nel canale lo stesso giorno. Durata predefinita 25 minuti; il giovedì pomeriggio è senza riunioni per tutti.
Decisioni: un responsabile per ciascuna, scritte il giorno in cui vengono prese con il motivo. Il silenzio per due giorni lavorativi dopo una proposta in #equipment vale come approvazione. Una decisione presa al telefono con il cliente viene scritta nel thread prima della fine della giornata, altrimenti non è mai avvenuta.
Aggiornamenti: fatto / prossimo / bloccato in #equipment entro le 10:00 CET del lunedì e del giovedì. L'assistenza pubblica i ticket aperti della settimana come numero, non come elenco.
Disponibilità: fascia oraria comune 10:00–16:00 CET; Cluj è un'ora avanti e il pranzo a Valencia è più tardi, quindi nessuno si aspetta una risposta tra le 13:00 e le 15:00 in nessuna sede. Assenza dall'ufficio: data di rientro e sostituto indicati nel canale.
Feedback: prima alla persona, in privato, entro una settimana. Apprezzamenti in #equipment, nella propria lingua.
Lingua: ognuno scrive nella propria lingua — italiano, spagnolo o rumeno — e legge il canale nella sua; il cliente lo legge in tedesco. Tutto ciò su cui l'intero team deve agire è scritto nel canale, non solo detto nella call del lunedì. La checklist di installazione è una nota nel canale, non un allegato.
Modifiche: proposte in #equipment, decise alla revisione di gennaio; i nuovi membri e il cliente di ogni progetto leggono questa pagina il primo giorno.

Tre delle dodici norme sono nate dagli attriti dell'ultimo trimestre: l'help desk rumeno veniva a sapere delle date di consegna modificate dal cliente anziché dal team, perché il cambio era stato concordato al telefono in italiano e mai scritto; la responsabile di Valencia rispondeva ai messaggi di Bologna a mezzanotte; e la checklist di installazione esisteva in due lingue, una delle quali indietro di una versione. Ogni norma indica il comportamento che avrebbe evitato quel costo, e la norma sulla lingua è quella su cui il team ha discusso più a lungo.

Dove vive la versione scritta negli strumenti che usi già

Ogni suite ha un posto in cui fissare o salvare una pagina che il team legge, e ognuna si ferma in un punto diverso. La lingua della traccia è la stessa ovunque: quella in cui è stata digitata. Solo comportamenti documentati, dalle pagine dei fornitori stessi, con il mese in cui ciascuna pagina è stata controllata:

Lo schema è lo stesso in tutti e quattro. La pagina delle norme esiste una sola volta, nella lingua in cui è stata digitata, e il membro che legge un'altra lingua legge quella oppure una copia fatta da qualcuno. La traduzione che ogni suite documenta appartiene allo schermo del singolo lettore o alla chiamata mentre è in corso, non alla traccia — ed è per questo che la norma sulla lingua nell'esempio qui sopra costa al team di Bologna una seconda copia di ogni pagina, e che la copia resta indietro di una versione. Ciò che una riunione lascia dietro di sé segue la stessa regola; dove finiscono la trascrizione e il riepilogo dopo la call è la versione più lunga.

Come le norme restano in un unico canale che ogni membro legge

InterMIND è uno spazio di comunicazione in cui il lavoro di un team vive in un canale, quindi le norme hanno una casa ovvia: il canale del team che vincolano — il team attrezzature, la reception della clinica, il gruppo clienti dell'agenzia — ed è anche il canale in cui avvengono la call del lunedì, gli aggiornamenti e le decisioni. Pubblicate come nota — un messaggio in rich text con titoli e righe in grassetto, modificabile in seguito dal proprio menu — le norme vengono lette da ciascun membro nella propria lingua, con l'originale a un tocco di distanza, e fissate in modo che la versione corrente sia la prima cosa che un nuovo membro trova; con la cronologia delle modifiche attiva, la formulazione precedente di una norma cambiata compare sopra il testo corrente con la sua data e ora, ed è la traccia di revisione a cui rimanda la riga «ultima revisione» del responsabile. La checklist di installazione dell'esempio è lo stesso tipo di nota, in un unico posto, non un allegato in due lingue. Durante la call del lunedì le norme, o l'agenda scritta sotto di esse, vanno sullo schermo di tutti accanto ai riquadri video con Share to conference, e ogni partecipante le legge nella propria lingua mentre chi condivide modifica in tempo reale. Quando la call finisce, il recap viene scritto a partire dalla riunione stessa — il riepilogo, le decisioni rilette, gli action items con i responsabili — e arriva per email, come messaggio nel canale e come link nell'evento del calendario, leggibile da ogni membro con accesso effettuato nella propria lingua; qualsiasi membro può modificarlo, ogni modifica conserva autore e cronologia delle revisioni, e il canale conserva il recap di ogni sessione passata accanto alle norme che la governavano. Se la copia master della pagina resta in uno strumento di documenti, i suoi aggiornamenti arrivano nel canale per email: l'host del canale gli assegna un indirizzo proprio, e un messaggio inviato lì compare come un normale messaggio con il mittente indicato e gli allegati conservati.

Le persone che le norme di un team vincolano non sono sempre dipendenti. Il cliente che legge il thread dell'installazione per tre mesi, l'installatore freelance, l'addetto agli ordini del distributore: un membro esterno del canale entra tramite email con un account gratuito e legge le norme, il thread e la sua cronologia come tutti gli altri, nella propria lingua. Una persona senza account è ospite di una sola riunione — entra nella call del lunedì tramite link, da un telefono, senza costi, ascolta in diretta nella propria lingua e non riceve alcuna traccia in seguito.

L'host mette a disposizione lo spazio e, con un piano a pagamento, paga solo 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, ed è ciò di cui ha bisogno una pagina di norme: il collega in congedo parentale che torna a marzo trova ancora la pagina, e la revisione di gennaio, dove li aveva lasciati.

• Apri un recap completo — una traccia reale, generata dallo stesso codice che scrive i tuoi.
• Prova la demo dal vivo — senza registrazione; parla, e ascolta la sala tradotta per ogni ascoltatore.

Le norme del team come mestiere sopravvivono a ogni strumento: qualcuno deve comunque raccogliere gli attriti, condurre l'ora, scrivere frasi con dei verbi dentro, fissare la pagina e aprirla alla data di revisione. Ciò che non deve sopravvivere è il secondo lavoro — mantenere a mano una copia tradotta delle norme, della checklist e di ogni recap, una lingua alla volta, per la sede che legge l'altra.

FAQ

Che cosa sono le norme del team?

Le norme del team sono le regole concordate e scritte su come un team lavora insieme giorno per giorno: con che rapidità si risponde, come si svolgono le riunioni, come si prendono e si registrano le decisioni, quando le persone sono raggiungibili, come si dà feedback e in che lingua scrive il team. Una norma descrive un comportamento che chiunque nel team può osservare, così il team può capire se è stata rispettata. Le norme sono concordate dalle persone che vincolano, ed è questo che le rende norme e non una policy calata dall'alto.

Quali sono alcuni esempi di norme del team?

«A una domanda nel canale del team si risponde, o si indica un nome e una data, lo stesso giorno lavorativo.» «Niente agenda, niente riunione; le decisioni vengono rilette negli ultimi cinque minuti e scritte lo stesso giorno.» «Ogni decisione ha un solo responsabile ed è scritta nel canale con il suo motivo.» «La fascia oraria comune va dalle 10:00 alle 16:00; fuori da essa nessuno è tenuto a rispondere.» «Il feedback va prima alla persona, in privato, entro una settimana.» «Ognuno scrive nella propria lingua; tutto ciò su cui l'intero team deve agire è scritto, non solo detto in una call.» Ciascuna indica un comportamento, un luogo e un confine.

Come si stabiliscono le norme del team?

Raccogli, nel canale, le tre cose del lavorare insieme che sono costate più tempo a ciascun membro il mese scorso. In una riunione, abbozza una frase per ogni gruppo di risposte, verifica che ognuna abbia un comportamento, un confine, un luogo e un responsabile, discuti quelle controverse e riduci il resto a un numero tra otto e dodici. Pubblica l'elenco come nota nel canale del team, fissalo e considera due giorni lavorativi di silenzio come approvazione. Metti sulla pagina il nome di un responsabile e una data di revisione a tre mesi, e in quella data elimina prima di aggiungere.

Qual è la differenza tra norme del team e regole di base?

Le regole di base di solito disciplinano un singolo contesto — una riunione, un workshop — e dicono come ci si comporta al suo interno: chi parla, per quanto, cosa non esce dalla stanza. Le norme del team coprono l'intera giornata di lavoro del team: la chat, le decisioni prese tra una riunione e l'altra, la disponibilità, il feedback e la lingua, con le regole di base delle riunioni come una sezione tra le altre. Un team working agreement, nella maggior parte dei team, è la stessa cosa delle norme del team con un altro nome.

Quante norme del team dovrebbe avere un team?

Abbastanza perché ciascuna risponda a una discussione che il team ha davvero avuto, e poche abbastanza perché i membri sappiano recitarle: da otto a dodici è tipico, venti è una policy. Una norma su cui nessuno ha dissentito è una norma di cui nessuno noterà la violazione, e una norma che tutti rispettano senza pensarci è diventata un'abitudine e può uscire dalla pagina. La data di revisione esiste perché l'elenco si accorci oltre che crescere.

Dove vanno documentate le norme del team?

Dove il team guarda già ogni giorno: fissate nel canale del team, come nota che i membri possono leggere da telefono senza chiedere a nessuno, non come slide in un drive condiviso. In Teams, Slack, Google Workspace e WhatsApp la pagina vive nel canale, nel canvas, nel Doc o nella chat di gruppo, nella lingua in cui è stata scritta, e un membro che legge un'altra lingua legge una traduzione per singolo lettore oppure una copia. InterMIND tiene la nota, la chat e il recap di ogni riunione in un unico canale, letto da ciascun membro nella propria lingua, accanto a questi strumenti e non al loro posto.

Con che frequenza vanno riviste le norme del team?

Ogni tre mesi, dal responsabile indicato, a una data scritta sulla pagina. La revisione parte dall'eliminazione — le norme che nessuno ha rispettato e quelle diventate abitudini — e aggiunge solo ciò che chiedono gli attriti dell'ultimo trimestre. Una pagina che non cambia da un anno è o un team che non è cambiato o una pagina che nessuno apre; la riga «ultima revisione» dice a un nuovo membro quale dei due casi.

Fonti: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Translate a message in Microsoft Teams; Google Chat — Use Automatic Translation in Chat; Google Meet — "Take notes for me" in Google Meet; Slack — Pricing; Slack — Customize data retention in Slack; Slack — Export your workspace data; Slack — Guide to AI features in Slack; Slack — Meeting agenda template (canvas); WhatsApp — How to export your chat history; WhatsApp — Privacy policy; WhatsApp blog — Introducing message translations. La pagina Teams sulle note delle riunioni, la pagina del modello canvas di Slack e la pagina Google «Take notes for me» sono state verificate a ottobre 2026; la pagina Teams sulla traduzione dei messaggi, le pagine Slack su prezzi, conservazione, esportazione e funzioni AI, la pagina Google Chat sulla traduzione e le pagine WhatsApp sono state verificate ad agosto 2026. I fornitori modificano nel tempo piani, funzioni ed elenchi di lingue; consulta le loro pagine per lo stato attuale.