Teamstadga: mall, exempel och de fem avsnitten som är värda att diskutera (2026)

En teamstadga är dokumentet som ett team skriver en gång, i början, för att säga varför det finns, vad det ansvarar för, vilka som ingår, hur det fattar beslut och hur det kommunicerar. Den är en sida lång. Den är överenskommen av dem den binder, inte pålagd uppifrån. Och den är dokumentet som en ny medlem läser första morgonen för att förstå vad teamet är till för. Därför prövas stadgan egentligen inte av mötet där den skrevs, utan av dagen, sex månader senare, då någon som inte var med på mötet öppnar den.

De flesta stadgor klarar inte det provet, och på samma sätt: en facilitator leder en tvåtimmarsworkshop, resultatet hamnar i en presentation, presentationen hamnar i en mapp, och teamet fortsätter göra som förut. De stadgor som håller är korta, konkreta om det teamet faktiskt var oense om, förvarade där teamet redan tittar varje dag och omprövade på ett datum som någon äger.

Den här guiden tar först hantverket: vad en teamstadga är och inte är, de fem avsnitten som är värda att diskutera och de tre som inte behöver någon diskussion. Därefter går den igenom hur du skriver en på ett enda möte, en mall att kopiera och ett ifyllt exempel för ett säljteam på åtta personer på tre orter. Sedan visar den var stadgan har sin dokumenterade plats i de verktyg du redan betalar för, och ett sätt att hålla den skrivna versionen läsbar för varje medlem som kommer till efter att den undertecknats.

Vad en teamstadga är – och vad den inte är

En teamstadga är den grundläggande överenskommelsen för ett stående team: en avdelning, en funktion, en tvärfunktionell grupp som kommer att finnas längre än ett enskilt projekt. Den svarar på fem frågor – varför, vad, vilka, hur vi beslutar, hur vi pratar – och inget annat. Allt en stadga säger bör vara sant i ett år. Det som ändras varje månad hör hemma i en plan. Hur en grupp från flera funktioner sedan driver sina projekt mellan stadgans översyner – en ägare, en kanal, möte bara för ett beslut – står i samarbete mellan funktioner.

Begreppet har fyra grannar, och de flesta långa stadgor är långa för att de har sugit upp en av dem.

Två av de fem är teamets egna att skriva: stadgan, och normerna som avsnittet "hur vi arbetar" utskrivet i sin helhet. Guiden om teamnormer behandlar normerna. Den här behandlar stadgan som de hänger på. En stadga som upprepar uppdragsformuleringen, eller listar varje ansvar för varje roll, är en stadga som ingen läser färdigt.

De fem avsnitten som är värda att diskutera

En stadga är bara värd timmen den tog om teamet var oense om något medan det skrev den. Fem avsnitt skapar oenigheten, de övriga är en ram. Skriv de fem med diskussionen i åtanke, och när ett avsnitt går igenom utan en enda invändning, fråga om det säger något alls.

1. Syfte, och resultatet som teamet bedöms efter. En mening om varför teamet finns, och ett mätbart mål – ett tal, ett datum, ett tillstånd i världen – som visar om det gjorde sitt jobb i år. "Få varje ny distributör till sin första order inom trettio dagar" är ett syfte med en domare inbyggd. "Stödja våra distributörer" är ett avdelningsnamn. Diskussionen gäller måttet: teamet som inte kan enas om vad det bedöms efter har hittat sitt första riktiga problem.
2. Omfattning: vad teamet äger och vad det inte äger. Listan över det teamet ansvarar för och – den halva som de flesta stadgor hoppar över – listan över det i närheten som det inte ansvarar för: grannteamets arbete, förfrågningar det avslår, beslut det lämnar uppåt. Diskussionen gäller alltid den andra listan. Varje punkt på den är ett samtal som teamet annars kommer att ta, en förfrågan i taget, under ett år.
3. Medlemmar och roller, inklusive vem som beslutar. Varje medlem vid namn, rollen i det här teamet på en rad, och för varje sorts beslut som teamet fattar, vem som har sista ordet. Ingen RACI-matris – en kort lista: prisundantag avgörs av teamledaren, veckoplanen av teamet enligt regeln i avsnitt fyra. Diskussionen gäller personerna i ytterkanten: kollegan från en annan avdelning som är halvvägs inne, kundkontakten som läser kanalen, konsulten. Stadgan bör säga om de är medlemmar med en roll eller läsare.
4. Hur beslut fattas och var de skrivs ned. Regeln för ett beslut som berör mer än en person: vem som föreslår, hur länge teamet har på sig att invända, vad som räknas som enighet och var beslutet dokumenteras så att det går att hitta och ompröva i stället för att avgöras om och om igen. Diskussionen gäller tystnadsregeln – om två arbetsdagar utan invändning i kanalen är enighet – och platsen: ett beslut som inte är nedskrivet på den överenskomna platsen har inte fattats.
5. Hur teamet kommunicerar: kanal, rytm, språk. Var teamets meddelanden finns – en kanal, och vilka utanför teamet som ingår i den. Vilka möten som hålls i vilken rytm, och vilken skriftlig lägesrapport som ersätter ett möte. Och, för ett team som skriver på mer än ett språk, vilket språk teamet skriver på och vad varje medlem läser. Diskussionen om språk är den som de flesta stadgor undviker, och i ett team med ett kontor i Valencia och en funktion i Katowice är det den som avgör om avsnitt ett till fyra över huvud taget blir lästa.

De tre avsnitten som inte behöver någon diskussion är ramen: teamets namn och sponsorn det rapporterar till, datumet då stadgan antogs och namnen på dem som antog den, samt sidans ägare och datumet för nästa översyn. Fyll i dem sist, på två minuter, och hoppa aldrig över det sista – en stadga utan översynsdatum är en stadga utan utgångsdatum, vilket är detsamma som en stadga utan auktoritet.

Så skriver du en teamstadga på ett möte

En stadga skriven av chefen ensam är en policy. En stadga skriven av teamet efterlevs. Processen tar ett möte på 90 minuter, en veckas tystnad och ett datum i kalendern.

En vecka innan – samla oenigheterna. Posta ett meddelande i teamets kanal: "Vi skriver vår stadga på torsdag. Svara med en sak som teamet borde äga men inte gör, en sak som teamet blir ombett göra men inte borde, och ett beslut från den gångna månaden som ingen kan hitta." Svaren är dagordningen. Skicka ett utkast till syftesmening med inbjudan så att mötet rättar den i stället för att upptäcka den. Mallen för mötesagenda tar upp formen.

På mötet – fem avsnitt, ett beslut var. Syftet först, med måttet, och lämna det inte förrän måttet är ett tal eller ett datum. Omfattning som nummer två, där största delen av tiden går åt till det teamet inte äger. Medlemmar och roller som tredje, med namn på personerna i ytterkanten. Beslut som fjärde, där tystnadsregeln och platsen avgörs. Kommunikation som femte: den enda kanalen, vilka utanför teamet som ingår i den, rytmen, språket. Läs upp hela sidan under de sista tio minuterna. Facilitatorn säger varje avsnitt högt och rummet rättar det medan de som argumenterade om det fortfarande är kvar.

Efter mötet – publicera där teamet tittar. Posta stadgan som en anteckning i teamets kanal samma dag och fäst den, så att den är det första en ny medlem hittar och det en befintlig medlem hänvisas till när omfattningen ifrågasätts igen. Två arbetsdagars tystnad i kanalen efter inlägget är enighet – stadgans egen beslutsregel tillämpad på stadgan själv. Medlemmar som kommer till senare läser den sin första dag. De kan föreslå en ändring vid nästa översyn, inte före.

På översynsdagen – ändra måttet, inte syftet. Ägaren öppnar sidan en gång om året, eller när teamets sponsor, storlek eller omfattning ändras, och ställer tre frågor: är syftet fortfarande sant, gjorde vi det vi bedöms efter, och vilka beslut i år fattades utanför regeln i avsnitt fyra. Resultatet blir oftast ett nytt mått, en rad tillagd under "vi äger inte" och ett namn ändrat. En stadga som skrivs om från grunden varje år hör till ett team som aldrig kom överens om vad det var till för.

Mall för teamstadga

Kopiera blocket nedan till teamets kanal som en anteckning, fyll i hakparenteserna och fäst den. Varje hakparentes är ett beslut. En stadga utan några hakparenteser kvar att diskutera var kopierad, inte överenskommen.

[Teamets namn] — teamstadga
Sponsor: [namn, roll] · Antagen: [datum] av [namn] · Ägare: [namn] · Översyn: [datum, ett år framåt, eller vid varje byte av sponsor, storlek eller omfattning]

1. Syfte. [En mening: varför teamet finns och för vem.]
Bedöms efter: [ett mätbart resultat för i år – ett tal, ett datum, ett tillstånd].

2. Omfattning.
Vi äger: [tre till sju ansvarsområden, vart och ett en substantivfras som en utomstående kan kontrollera].
Vi äger inte: [det angränsande arbetet, förfrågningarna vi avslår, besluten vi lämnar uppåt – och till vem].

3. Medlemmar och roller.
[Namn] — [roll i det här teamet, en rad] · [Namn] — [roll] · …
Läsare, inte medlemmar: [kundkontakten, konsulten, kollegan från en annan avdelning – och vad de kan se].
Vem som beslutar: [sorts beslut] — [teamledaren / teamet enligt regeln nedan / sponsorn].

4. Beslut. Ett beslut som berör mer än en person föreslås i [kanal], med sin motivering. Tystnad i [två arbetsdagar] är enighet. Beslutet skrivs ned i [kanal, som anteckning eller i beslutsloggen] samma dag det fattas. Ett beslut som inte står där är inte fattat.

5. Kommunikation.
Kanal: [en kanal], med [vilka utanför teamet] i den.
Rytm: [veckomötet, dag och längd]; [skriftlig lägesrapport, dag och tid]; [vad som ersätter ett möte].
Språk: varje medlem skriver på [sitt eget språk / teamets arbetsspråk] och läser på [sitt eget]; allt som hela teamet måste agera på skrivs i [kanal], inte bara sägs i ett samtal.

Ändringar: föreslås i [kanal], avgörs vid översynen. Nya medlemmar läser den här sidan första dagen.

Mallen är ren text, så den kan klistras in i ett Word-dokument, ett Google Doc, ett Slack canvas eller ett chattmeddelande utan omformatering. Håll den till en sida. En andra sida är en plan eller ett normdokument som försöker ta sig in.

Ett ifyllt exempel: ett säljteam på åtta personer på tre orter

En exportör av keramikplattor med kontor i Castellón, en logistikfunktion på två personer i Katowice, en säljare i Milano och orderansvarig hos sin största tyska distributör, som läser teamets kanal under hela säsongen. Åtta personer, tre språk inom teamet och ett fjärde utanför, en kanal.

Distributörsförsäljning — teamstadga
Sponsor: Carmen, kommersiell direktör · Antagen: 2 november 2026 av Carmen, Álvaro, Nuria, Pau, Ines, Marek, Agata, Luca · Ägare: Álvaro · Översyn: 2 november 2027, eller när en distributör läggs till eller tas bort

1. Syfte. Se till att varje aktiv distributör lägger order varje säsong och för varje ny distributör till sin första order inom trettio dagar efter undertecknandet.
Bedöms efter: 100 % av de fjorton aktiva distributörerna med minst en order per säsong; tre nya distributörer till första order inom trettio dagar i år.

2. Omfattning.
Vi äger: prislistor och säsongsvillkor för distributörer; ordern från bekräftelse till lastningsdatum; lagerfördelning mellan distributörer när en artikel är på upphällning; introduktion av distributörer; den månatliga prognosen till produktionen.
Vi äger inte: priser till slutkunder (distributörens); produktionsplanering (produktionens – vi skickar prognosen, de svarar med datum); transportreklamationer efter lastning (logistik i Katowice avgör med transportören och meddelar kanalen); kreditgränser (ekonomi – vi frågar, i kanalen, med ordernumret).

3. Medlemmar och roller.
Álvaro — teamledare, fördelning och prisundantag · Nuria — kunder i Spanien och Portugal · Pau — kunder i Frankrike och Benelux · Ines — introduktion och prognosen · Luca — kunder i Italien och DACH, Milano · Marek och Agata — logistikfunktionen, Katowice: lastningsdatum, dokument, transportör.
Läsare, inte medlemmar: Herr Beck, orderansvarig hos distributören i Hamburg — läser kanalen och trådarna för sina egna ordrar under säsongen; föreslår ingenting, tillfrågas innan en fördelning berör hans artiklar.
Vem som beslutar: prisundantag och fördelning vid brist — Álvaro; veckoplanen och allt som rör processen — teamet enligt regeln nedan; villkor för nya distributörer — Carmen.

4. Beslut. Föreslås i #distributors med motivering och de ordrar det berör. Tystnad i två arbetsdagar är enighet. Skrivs ned som anteckning i #distributors samma dag det fattas, med datum och ägare. Ett beslut som fattats per telefon med en distributör skrivs i tråden före dagens slut, annars har det inte hänt.

5. Kommunikation.
Kanal: #distributors, med Herr Beck i den under säsongen; en tråd per order, från bekräftelse till lastning.
Rytm: måndag 09.30 CET, 25 minuter, fördelning och veckans lastningar; skriftlig lägesrapport torsdag 10.00 — klart, nästa, blockerat — i stället för ett andra möte; den månatliga prognosen som anteckning första arbetsdagen.
Språk: alla skriver på sitt eget språk — spanska, polska eller italienska — och läser kanalen på sitt; Herr Beck läser den på tyska. Allt som en distributör lovas skrivs i orderns tråd, inte bara sägs i telefon.

Ändringar: föreslås i #distributors, avgörs vid översynen. Nya medlemmar läser den här sidan första dagen.

Två av de fem avsnitten tog största delen av de nittio minuterna. Omfattningen, eftersom funktionen i Katowice hade hanterat transportreklamationer i ett år utan att någon sagt att den ägde dem, och prognosen hade två upphovspersoner som var oense varje månad. Och medlemmarna, eftersom ingen hade avgjort om kontakten i Hamburg ingick i teamet eller bara läste det – svaret, "läsare, tillfrågas innan en fördelning berör hans artiklar", gjorde slut på en säsong av överraskningar på båda sidor. Syftet tog tio minuter när måttet blev ett antal distributörer i stället för en intäktssiffra som teamet inte styrde över.

Var stadgan bor i de verktyg du redan använder

Varje svit har en plats för en sida som teamet läser, och varje svit slutar vid olika punkt. Språket på sidan är detsamma överallt: det den skrevs på. Endast dokumenterat beteende, hämtat från leverantörernas egna sidor, med månaden då varje uppgift kontrollerades:

Mönstret är detsamma i alla fyra. Stadgan finns en gång, på det språk den skrevs på, och medlemmen som läser ett annat språk läser den eller en kopia som någon har gjort. Översättningen som varje svit dokumenterar tillhör läsarens egen skärm eller samtalet medan det pågår, inte historiken – vilket är varför teamet i Castellón skulle ha behövt en polsk och en italiensk kopia av stadgan, var och en en version efter den spanska. Vad ett möte lämnar efter sig följer samma regel; vart transkriptet och sammanfattningen tar vägen efter samtalet är den längre versionen.

Så förblir stadgan det första en ny medlem läser

InterMIND är ett utrymme för kommunikation där ett teams arbete bor i en kanal, så stadgan har ett självklart hem: kanalen för det team den grundar – distributörsfunktionen, klinikens reception, byråns kundgrupp – och i den kanalen sker också måndagssamtalet, torsdagens lägesrapport och besluten i avsnitt fyra. Postad som en anteckning – ett rich text-meddelande med rubriker och fetade rader, som redigeras senare från sin egen meny – läses stadgan av varje medlem på sitt eget språk, med originalet ett klick bort, och fäst så att den aktuella versionen är det första en ny medlem hittar. Med redigeringshistorik påslagen visas den tidigare formuleringen av ett ändrat avsnitt ovanför den aktuella texten med tidsstämpel, vilket är spåret som raderna "antagen" och "översyn" pekar på. Ett beslut under avsnitt fyra är en anteckning i samma kanal, eller en rad i en beslutslogg som förs där, och den läses av funktionen i Katowice på polska samma dag den skrivs på spanska. Under måndagssamtalet visas stadgan, eller fördelningslistan under den, på allas skärmar bredvid videorutorna med Share to conference, och varje deltagare läser den på sitt eget språk medan den som delar redigerar live. När samtalet är slut skrivs sammanfattningen utifrån själva mötet – sammanfattningen, besluten uppläsa tillbaka, åtgärdspunkterna med ansvariga – och den kommer som e-post, som ett meddelande i kanalen och som en länk i kalenderhändelsen, läsbar för varje inloggad medlem på sitt eget språk. Vem som helst bland medlemmarna kan redigera den, varje redigering behåller upphovsperson och versionshistorik, och kanalen behåller sammanfattningen av varje tidigare session bredvid stadgan som styr den. Om originalet finns kvar i ett dokumentverktyg landar dess uppdateringar i kanalen via e-post: kanalens värd ger den en egen adress, och ett meddelande som skickas dit visas som ett vanligt meddelande med avsändaren angiven och bilagor bevarade.

De personer som en stadga nämner är inte alltid anställda. Distributörens orderansvarige som läser kanalen under en säsong, frilansagenten, kollegan från ekonomi som är läsare och inte medlem: en extern medlem i kanalen ansluter via e-post med ett gratiskonto och läser stadgan, trådarna och deras historik som alla andra, på sitt eget språk. En person utan konto är gäst på ett möte – hen ansluter till måndagssamtalet via länk, från en telefon, utan kostnad, hör det live på sitt eget språk och får ingen historik efteråt.

Värden tillhandahåller utrymmet och betalar, i en betald plan, bara för de medlemmar som varit aktiva de senaste 28 dagarna – gått med i ett möte, skrivit i en chatt eller frågat assistenten. Medlemmar som blir tysta behåller sin åtkomst utan kostnad, vilket är vad en stadga behöver: kollegan som kommer tillbaka från ledighet på våren hittar fortfarande sidan, och översynsdatumet, där hen lämnade dem.

• Öppna en komplett sammanfattning — en riktig sammanfattning skapad av samma kod som skriver din.
• Prova livedemon — ingen registrering; tala, och hör rummet översatt för varje lyssnare.

En teamstadga som hantverk överlever varje verktyg: någon måste ändå få åtta personer att komma överens om vad de äger, vad de inte äger och vem som beslutar. Det som inte behöver överleva är det andra jobbet – att för hand föra en översatt kopia av stadgan, besluten och varje sammanfattning, ett språk i taget, åt funktionen som läser det andra.

FAQ

Vad är en teamstadga?

En teamstadga är den ensidiga grundläggande överenskommelsen för ett stående team: varför teamet finns och vad det bedöms efter, vad det äger och vad det inte äger, vilka som ingår och i vilken roll, hur det fattar beslut och var de skrivs ned, och hur det kommunicerar – kanalen, rytmen och språket. Den är överenskommen av dem den binder, daterad, ägd av en person och omprövad på ett fastställt datum, och den är dokumentet som en ny medlem läser sin första dag.

Vad bör en teamstadga innehålla?

Fem avsnitt som är värda att diskutera – syfte med ett mätbart resultat, omfattning med en uttrycklig lista över "vi äger inte", medlemmar och roller inklusive vem som beslutar vad, beslutsregeln och var besluten dokumenteras, och kommunikation: en kanal, mötesrytmen, den skriftliga lägesrapporten och språket – plus en ram på tre rader som inte behöver någon diskussion: namn och sponsor, datum och namn på dem som antog den, samt ägaren med översynsdatum. En sida; mallen ovan är den här listan med luckorna kvar.

Vad är skillnaden mellan en teamstadga och en projektstadga?

En projektstadga grundar ett projekt: dess mål, omfattning, sponsor, budget, milstolpar och projektledarens mandat, och den upphör när projektet upphör. En teamstadga grundar ett stående team – en avdelning, en funktion, en tvärfunktionell grupp – och säger hur teamet arbetar över alla sina projekt: syfte, omfattning, medlemmar, beslut, kommunikation. Ett team kan driva flera projekt, vart och ett med en projektstadga, under en teamstadga; guiden om kick off-möte tar upp vad ett projekts första dokument måste innehålla.

Vem skapar teamstadgan?

Teamet, på ett möte, med teamledaren som facilitator och sponsorn närvarande eller läsande utkastet innan det publiceras. En stadga skriven av chefen ensam är en policy – den följs där den kontrolleras och ignoreras där den inte gör det. Ledarens uppgift är att ta med utkastet till syftesmening och de oenigheter som samlades in veckan innan; teamets uppgift är att diskutera de fem avsnitten till ett svar var; sponsorns uppgift är att bekräfta syftet och måttet och säga vad teamet lämnar uppåt.

Hur lång bör en teamstadga vara?

En sida. Fem korta avsnitt och tre ramrader ryms på den om omfattningen är en lista med substantivfraser i stället för stycken och rollerna är en rad per person. En stadga som sträcker sig till en andra sida har oftast sugit upp teamnormerna – de dagliga reglerna för att svara, mötas och skriva – eller en plan; flytta dem till en egen sida och länka dit. Testet är om en ny medlem läser hela stadgan före sin första kaffe.

Vad är skillnaden mellan en teamstadga och teamnormer?

Stadgan säger varför teamet finns, vad det äger, vilka som ingår och hur det beslutar och kommunicerar – det som förblir sant i ett år. Teamnormer är de dagliga reglerna under stadgans avsnitt "hur vi kommunicerar" utskrivna i sin helhet: svarstider, hur möten hålls, hur feedback ges, vilket språk teamet skriver på – var och en synlig dag för dag. Många team har båda på en fäst sida, stadgan ovanför normerna; guiden om teamnormer behandlar den nedre halvan.

Var bör en teamstadga förvaras?

Där teamet redan tittar varje dag: fäst i teamets kanal, som en anteckning som medlemmar kan läsa på en telefon utan att fråga någon, inte som en presentation i en delad enhet. I Teams, Slack, Google Workspace och WhatsApp finns sidan i kanalen, canvaset, dokumentet eller gruppchatten på det språk den skrevs på, och en medlem som läser ett annat språk läser en översättning per läsare eller en kopia. InterMIND håller anteckningen, chatten och varje mötes sammanfattning i en kanal, läst av varje medlem på sitt eget språk, vid sidan av de verktygen och inte i stället för dem.

Källor: 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. Sidan om mötesanteckningar i Teams, Slacks canvasmallsida och Googles sida om "Take notes for me" kontrollerades oktober 2026; sidan om meddelandeöversättning i Teams, Slacks sidor om priser, lagring, export och AI-funktioner, Googles sida om översättning i Chat och WhatsApps sidor kontrollerades augusti 2026. Leverantörer ändrar planer, funktioner och språklistor över tid; kontrollera deras sidor för aktuellt läge. Teamet i exemplet är påhittat.