Gouvernance Teams : le guide complet pour encadrer Microsoft Teams et SharePoint

Six mois après le déploiement de Microsoft Teams, la plupart des organisations font le même constat : des centaines d’équipes aux noms hétérogènes, des espaces créés pour un projet terminé depuis longtemps, des invités qui ont gardé leurs accès, des propriétaires partis. La gouvernance Teams consiste à définir les règles qui encadrent la création, l’usage et la fin de vie de ces espaces, puis à les appliquer dans la durée. Ce guide en présente les piliers, les fonctions natives de Microsoft 365, un plan de mise en œuvre et les erreurs à éviter, puis montre comment l’appliquer au quotidien avec Teams Governor.

À retenir : une équipe Teams repose sur un groupe Microsoft 365, qui crée aussi un site SharePoint, une boîte aux lettres et un calendrier de groupe, ainsi qu’un plan Planner. Gouverner Teams, c’est donc gouverner l’ensemble de ces ressources, et non la seule application de messagerie.

Qu’est-ce que la gouvernance Teams ?

La gouvernance Teams est l’ensemble des politiques, des rôles et des processus qui déterminent qui peut créer une équipe, comment elle est nommée et structurée, qui peut y accéder, combien de temps elle vit et ce qu’il advient de ses contenus. Elle répond à une tension permanente : laisser les équipes collaborer librement, tout en gardant un environnement lisible, sécurisé et maîtrisé.

Une bonne gouvernance ne se résume pas à interdire. Elle donne aux utilisateurs un moyen simple d’obtenir l’espace dont ils ont besoin, et à l’IT un cadre qui s’applique sans contrôles manuels permanents. Elle se construit avec les métiers, se déploie par phases et se révise régulièrement.

Pourquoi la gouvernance Teams est indispensable

Sans règles, l’environnement collaboratif se dégrade progressivement. Les symptômes sont toujours les mêmes :

• Prolifération des équipes : les mêmes sujets sont traités dans plusieurs espaces, et les utilisateurs ne savent plus où trouver l’information de référence.
• Espaces inactifs : des équipes créées pour un événement ou un projet terminé restent ouvertes, encombrent l’annuaire et consomment du stockage.
• Équipes orphelines : quand le dernier propriétaire quitte l’organisation, plus personne ne gère les membres ni les accès.
• Accès trop larges : invités oubliés, autorisations uniques, liens de partage anciens ; les droits ne correspondent plus aux besoins.
• Stockage SharePoint sous pression : versions, fichiers volumineux et espaces abandonnés pèsent sur le quota partagé du tenant.
• Préparation à Copilot : Microsoft 365 Copilot respecte les permissions, mais s’appuie sur tout le contenu déjà accessible à chaque utilisateur. Des accès trop larges ou des contenus obsolètes deviennent alors un enjeu direct.

Les 6 piliers d’une gouvernance Microsoft Teams

Une gouvernance complète couvre six domaines. Pour chacun, Microsoft 365 fournit des briques natives ; la question est de savoir si elles suffisent à vos besoins et comment les appliquer de façon cohérente.

1. Création et provisionnement

Par défaut, tout utilisateur peut créer une équipe. C’est la première cause de prolifération. Microsoft permet de réserver la création des groupes Microsoft 365 à un groupe de sécurité donné, ce qui limite aussi la création d’équipes. Restreindre sans proposer d’alternative pousse toutefois les métiers à contourner la règle : il faut leur offrir un circuit de demande guidé, des modèles adaptés à chaque type de projet et, si nécessaire, une approbation. Notre article Bloquer la création directe de Teams et de sites SharePoint détaille la procédure.

Une règle simple évite aussi beaucoup d’équipes inutiles : créer une nouvelle équipe quand le public ou la durée de vie change, et un canal quand le sujet change. Les canaux privés et partagés permettent de restreindre ou d’ouvrir une partie des échanges sans multiplier les équipes ; leur création se paramètre elle aussi.

2. Nommage et classification

Un nom lisible permet de retrouver la bonne équipe et d’en comprendre la nature sans l’ouvrir. La stratégie de nommage d’Entra ID ajoute des préfixes et suffixes et bloque certains mots, mais elle s’applique de la même façon à tous les groupes, et certains rôles d’administrateur (administrateur général, administrateur d’utilisateurs) en sont exemptés. Elle ne s’applique à un groupe existant qu’à sa prochaine modification. Les étiquettes de confidentialité complètent le nommage en indiquant le niveau de sensibilité de l’espace. Pour construire une convention par type de projet, lisez Nommage des équipes Teams : imposer des conventions.

3. Accès, partage externe et applications

Les invités facilitent la collaboration avec les partenaires, mais leurs accès doivent être revus. Trois sujets demandent une attention particulière : les invités qui n’ont plus de raison d’être membres (contrôler les accès externes), les autorisations uniques qui rendent les droits illisibles (limiter les autorisations uniques), et les espaces sensibles dont les fichiers ne devraient être accessibles qu’aux membres (accès restreint aux membres de l’équipe).

Les applications ajoutées aux équipes relèvent de la même logique : le centre d’administration Teams permet de décider quelles applications sont autorisées, pour qui, et lesquelles sont épinglées par défaut.

4. Cycle de vie

Chaque espace devrait avoir une fin prévue. La stratégie d’expiration des groupes Microsoft 365 renouvelle automatiquement les groupes actifs et prévient les propriétaires avant l’échéance ; un groupe non renouvelé est supprimé, et reste restaurable pendant 30 jours. Elle ne propose pas d’état intermédiaire de type lecture seule. L’archivage d’une équipe fige son activité sans supprimer ses données ; le site SharePoint associé peut, en option, passer en lecture seule pour les membres. Une gouvernance mature définit des étapes successives (actif, lecture seule, archivé, supprimé) et prévoit le cas des équipes sans propriétaire, comme l’expliquent nos articles Archiver automatiquement les espaces inactifs et Gérer les équipes Teams orphelines.

5. Rétention et conformité

Les stratégies de rétention de Microsoft Purview déterminent ce qui doit être conservé ou supprimé, et pendant combien de temps. Elles s’appliquent aux données, indépendamment de la vie des espaces : archiver ou supprimer une équipe ne dispense pas de respecter les obligations de conservation. Rétention des données et cycle de vie des espaces doivent donc être conçus ensemble, comme le montre notre article sur les politiques de rétention et cycles de vie dans Microsoft Purview.

6. Pilotage et audit

Une règle n’a de valeur que si l’on peut vérifier son application. Il faut pouvoir répondre à des questions simples : combien d’espaces sont actifs, lesquels n’ont plus de propriétaire, lesquels consomment le plus de stockage, qui a partagé quoi à l’extérieur. Le journal d’audit unifié de Microsoft 365 enregistre ces événements, mais leur exploitation demande des compétences et des droits Purview. Pour aller plus loin : Audit et traçabilité des actions dans SharePoint et Teams et Maîtriser le stockage SharePoint.

Ce que Microsoft 365 propose nativement, et avec quelles licences

Plusieurs fonctions de gouvernance natives dépendent de licences spécifiques. C’est un point à vérifier tôt, car il conditionne la stratégie retenue.

Sources Microsoft Learn : Planifier la gouvernance dans Teams, stratégie de nommage des groupes, stratégie d’expiration, archiver ou supprimer une équipe. Les licences Entra ID concernées s’appliquent aussi aux membres des groupes visés, et leurs conditions évoluent : vérifiez-les pour votre abonnement.

Construire votre plan de gouvernance Teams en 7 étapes

1. Faire l’état des lieux : nombre d’équipes et de sites, part d’espaces inactifs, équipes sans propriétaire, invités, volume de stockage. Ces chiffres servent de point de départ et de mesure du progrès.
2. Définir les objectifs avec les métiers : identifier les usages réels (projets clients, départements, communautés, événements) et les contraintes de sécurité, de conformité et de conservation.
3. Concevoir des types d’espaces : pour chaque usage, un modèle avec sa structure, sa règle de nommage, ses métadonnées, sa politique d’accès et son cycle de vie.
4. Répartir les rôles : qui décide des règles, qui approuve les demandes, qui est responsable de chaque espace, qui contrôle.
5. Paramétrer Microsoft 365 : restriction de création, nommage, accès invité, applications, expiration, rétention, selon les licences disponibles.
6. Déployer par phases : commencer par un périmètre pilote, communiquer les règles et le circuit de demande, former les propriétaires d’équipes.
7. Mesurer et ajuster : suivre les indicateurs de l’état des lieux, traiter l’existant (renommage, rattachement à un modèle, archivage) et réviser les règles au moins une fois par an.

Qui fait quoi : les rôles de la gouvernance Teams

Les erreurs les plus fréquentes

• Bloquer sans proposer d’alternative : les métiers se tournent vers des outils non gérés ou contournent les règles.
• Tout traiter de la même façon : une communauté permanente et un projet de trois mois n’ont pas les mêmes besoins de nommage, d’accès ni de durée de vie.
• Oublier l’existant : une convention de nommage ou un cycle de vie ne s’appliquent pas rétroactivement aux espaces déjà créés.
• Confondre cycle de vie et rétention : supprimer un espace ne garantit pas la conformité, et conserver des données ne dit rien de la vie de l’espace.
• Négliger les propriétaires : sans propriétaire actif et informé, aucune revue d’accès ni décision de clôture n’aboutit.
• Ne pas mesurer : sans indicateurs, impossible de savoir si la gouvernance produit ses effets ni de convaincre la direction de la poursuivre.

Gouvernance native ou outil dédié ?

Les fonctions natives de Microsoft 365 constituent le socle de toute gouvernance Teams. Elles atteignent toutefois leurs limites quand l’organisation veut :

• des règles différentes selon les types de projets ;
• un circuit de demande guidé, avec approbation ;
• des étapes de cycle de vie progressives plutôt qu’une simple suppression ;
• un suivi de l’activité par projet.

C’est le rôle d’une solution comme Teams Governor, éditée par iVactis. Elle s’appuie sur les services Microsoft 365 et ajoute une couche opérationnelle : modèles et règles de nommage par type de projet, métadonnées et approbations intégrées à la demande, cycles de vie en plusieurs étapes, rapports d’activité par projet. Teams Governor ne remplace ni Teams, ni SharePoint, ni Microsoft Entra ID, ni Microsoft Purview, et ne constitue pas une certification de conformité : il aide à appliquer les règles que votre organisation a définies et à en suivre l’application. La section suivante montre, écran par écran, comment l’utiliser.

Mettre en œuvre la gouvernance Teams avec Teams Governor

Teams Governor s’utilise directement dans Microsoft Teams. Le travail s’organise autour de quatre espaces : Projets (les espaces accessibles, les favoris et les vues), Gouvernance (les demandes, les approbations, les projets que vous pilotez et vos actions), Administration (les règles du tenant) et les tableaux de bord. Les modules décrits ci-dessous sont disponibles en version Standard, sauf mention Premium.

1. Nommer les responsables de la gouvernance

Dans Administration › Administrateurs, désignez les personnes autorisées à modifier les règles du tenant, typiquement le responsable de gouvernance et son suppléant. Utilisez des comptes nominatifs et ajoutez toujours le remplaçant avant de retirer un compte : l’écran empêche de supprimer le dernier administrateur. Ce rôle est propre à Teams Governor ; il ne confère ni rôle Microsoft 365 ni accès Azure.

Dans Administration › Approbateurs, désignez les personnes qui valident les demandes de création. Ajouter un approbateur ne soumet pas tous les modèles à approbation : c’est le paramétrage de chaque modèle qui en décide. Prévoyez les absences, puis testez une demande acceptée et une demande refusée.

Les propriétaires restent responsables de leurs espaces au quotidien. Fixez un nombre minimal de propriétaires : Teams Governor peut signaler les projets qui n’en ont pas assez lorsque cette règle est configurée. Depuis le menu Utilisateurs de la fiche projet, un propriétaire ou un administrateur peut remplacer un propriétaire sur le départ sans faire varier leur nombre. Au niveau de chaque projet, désignez aussi un responsable de la gouvernance, comme décrit à l’étape 6.

2. Traduire votre politique en modèles de projet

Les règles se construisent dans Administration, dans cet ordre, car chaque élément s’appuie sur le précédent :

1. Métadonnées : les informations métier à recueillir (code affaire, client, service…), obligatoires ou non.
2. Types de contenu : le formulaire qui regroupe ces métadonnées.
3. Règles de nommage : préfixes, suffixes, valeurs fixes et métadonnées qui composent le nom, avec un aperçu avant enregistrement (par exemple PRJ-2026-042-Apollo).
4. Cycles de vie : les étapes et leurs actions, détaillées plus bas.
5. Modèles Teams & SharePoint : la structure de l’espace, sa règle de nommage, son cycle de vie et son éventuelle approbation.
6. Stratégies : qui peut demander quel modèle, pour tout le tenant ou pour des groupes choisis.
7. Affichages : les vues de projets et de demandes adaptées à chaque rôle.

Point d’attention : les stratégies se cumulent. Un utilisateur couvert par plusieurs stratégies voit l’ensemble des modèles autorisés, et une stratégie « Tout le monde » peut élargir une offre que vous pensiez réservée.

3. Ouvrir un circuit de demande

Les utilisateurs demandent un espace depuis l’onglet Gouvernance, avec Nouvelle requête : ils choisissent un modèle autorisé et renseignent les informations demandées, dont les propriétaires. Si le modèle l’exige, la demande attend la décision d’un approbateur, qui répond dans l’onglet ou directement depuis la carte envoyée par le bot dans Teams. Le demandeur suit ensuite l’avancement : en attente, approuvée ou refusée, puis en file, en cours, terminée ou en échec.

4. Configurer les cycles de vie

Dans Administration › Cycles de vie, un cycle se compose d’étapes ordonnées, par exemple Active, Revue puis Conservation. Chaque étape peut déclencher des actions sur l’équipe et son site :

• archiver l’équipe Teams, passer le site en lecture seule ;
• retirer les utilisateurs externes, supprimer les autorisations uniques, restreindre le partage externe ou le limiter à certains domaines ;
• limiter le nombre de versions conservées, appliquer une étiquette de confidentialité, retirer le site de la recherche Microsoft 365 et de Copilot ;
• bloquer le téléchargement ou réserver l’accès aux membres de l’équipe, si le tenant dispose de SharePoint Advanced Management ou d’au moins une licence Microsoft 365 Copilot ;
• archiver le site avec Microsoft 365 Archive, si le service est activé, ou, à la dernière étape uniquement, supprimer le site, le groupe et l’équipe. Ces deux fins de vie s’excluent.

Le passage à l’étape suivante peut être automatique, après un délai compté depuis la création du site, sa dernière modification, l’entrée dans l’étape ou la dernière activité. Les propriétaires, ou un groupe désigné, sont prévenus à l’avance (30 jours par défaut, réglable dans Paramètres généraux), puis 7 et 1 jours ouvrés avant l’échéance. Ils peuvent demander une prolongation depuis la carte du bot, en indiquant un motif. Le créateur de la demande ou un administrateur peut aussi avancer ou reculer d’une étape depuis le menu Cycle de vie de la fiche projet, où l’historique des étapes indique ce qui a été fait, quand et par qui.

Associez chaque nouveau cycle de vie à un modèle de test avant de le généraliser : une modification touche aussi les projets existants lorsqu’ils atteignent l’étape modifiée.

5. Automatiser l’entretien avec les tâches planifiées

Les cycles de vie gèrent les grandes étapes ; les tâches planifiées (Administration › Tâches planifiées) entretiennent les espaces entre ces étapes. Une tâche s’applique aux projets des modèles sélectionnés, selon une récurrence hebdomadaire, mensuelle ou annuelle. Elle peut limiter les versions conservées, réinitialiser les autorisations uniques, retirer les utilisateurs externes, passer un site en lecture seule ou archiver une équipe.

Une tâche active agit sans validation projet par projet. Commencez par un seul modèle, consultez l’historique après la première échéance, et séparez les objectifs (par exemple une tâche « Entretien mensuel des versions » distincte de la revue des invités) pour suivre plus facilement les résultats.

6. Piloter chaque projet : un responsable de la gouvernance et des responsables d’action

Des règles bien conçues ne suffisent pas : chaque projet doit avoir une personne qui suit sa gouvernance. Dans la fiche projet, l’écran Santé & Gouvernance présente un score sur 100 et les alertes détectées : propriétaires insuffisants ou inactifs, invités, inactivité, stockage, autorisations, échéance du cycle de vie… Son bloc Pilotage de la gouvernance organise leur traitement en distinguant deux responsabilités :

Chaque alerte ne se limite pas à un constat. Sa carte explique ce qui a été détecté, pourquoi c’est important, les risques et les bonnes pratiques, et propose une solution directement accessible : un bouton qui ouvre l’écran où l’on corrige. Quelques exemples :

Le pilote peut appliquer lui-même la solution, selon ses droits, ou la confier à quelqu’un : le bouton de correction est distinct de l’affectation. Une alerte ne devient pas automatiquement une tâche. Le pilote utilise Affecter pour créer une action, avec un responsable et une échéance obligatoires, une priorité et un commentaire. L’action suit les statuts À traiter, En cours, À vérifier puis Terminé ; une exception acceptée ou une action non applicable doit être justifiée. Le responsable reçoit son action dans sa conversation avec le bot Teams Governor, puis des rappels autour de l’échéance (par défaut J-7, J-1, J et J+7). Les commandes ma gouvernance et mes actions du bot lui permettent de retrouver à tout moment ses responsabilités.

Ces désignations n’accordent aucun droit Microsoft 365 supplémentaire : si une correction exige des droits que le responsable n’a pas, il la fait réaliser par une personne autorisée. Clôturer une action ne corrige rien en soi : le pilote vérifie la correction, puis le constat disparaît au rapport suivant.

7. Suivre, contrôler et rendre compte

• Gouvernance › Vue d’ensemble : une synthèse personnelle. À mon attention fait remonter les actions en retard ou prioritaires, les approbations, les projets proches de l’expiration et ceux qui manquent de propriétaires.
• Ma gouvernance : les projets que vous pilotez, avec leur score, leurs alertes, leurs actions ouvertes et un statut de pilotage (En retard, Non pilotée, À organiser, En cours, À jour). Les onglets En retard, À traiter et À attribuer indiquent par où commencer.
• Mes actions : les actions qui vous sont affectées, y compris sur des projets que vous ne pilotez pas.
• Tableau de bord global : des indicateurs d’activité, de stockage, de partage et de cycle de vie pour prioriser les vérifications à l’échelle du tenant.
• Commande /audit : des questions en langage naturel sur l’activité, les partages, les fichiers ou le stockage, posées directement dans Teams ; certaines analyses dépendent de la licence Premium.
• Revues de projet (Premium) : des formulaires de suivi périodique, avec indicateurs et compte rendu PDF.

Le score mesure l’état du projet ; le statut de pilotage mesure sa prise en charge. Un projet peut ainsi afficher 48/100 avec un pilotage En cours, et aucun des deux ne certifie la conformité Microsoft 365. Les indicateurs reposent sur des rapports collectés à des dates différentes : vérifiez la date de collecte avant de conclure qu’un espace est inactif. Pour aller plus loin, découvrez la création gouvernée et le cycle de vie dans Teams Governor.

FAQ sur la gouvernance Teams

Quelle est la différence entre gouvernance Teams et gouvernance Microsoft 365 ?

Une équipe Teams s’appuie sur un groupe Microsoft 365 et un site SharePoint. La gouvernance Teams est donc une partie de la gouvernance Microsoft 365, centrée sur les espaces collaboratifs : leur création, leurs accès, leur cycle de vie et leurs contenus.

Faut-il empêcher les utilisateurs de créer des équipes ?

Pas nécessairement. Restreindre la création est utile si vous proposez en parallèle un moyen rapide de demander un espace. Sinon, la restriction freine la collaboration et encourage les contournements.

Quelles licences sont nécessaires ?

Plusieurs fonctions natives demandent Microsoft Entra ID P1 ou P2 (restriction de création, nommage, expiration) ou P2 (révisions d’accès), pour l’administrateur comme pour les membres des groupes concernés. Les stratégies de rétention demandent une licence E3 ou supérieure. Vérifiez les conditions actuelles auprès de Microsoft pour votre abonnement.

Combien de temps faut-il pour mettre en place une gouvernance Teams ?

Le paramétrage technique prend peu de temps ; ce sont la définition des règles avec les métiers, le traitement de l’existant et la conduite du changement qui demandent le plus d’effort. Un déploiement par phases, en commençant par un périmètre pilote, permet d’obtenir des résultats visibles rapidement.

La gouvernance Teams aide-t-elle à préparer Microsoft 365 Copilot ?

Oui, indirectement. Copilot respecte les permissions existantes : réviser les accès, archiver les espaces obsolètes et structurer l’information réduisent le risque d’exposer des contenus inadaptés. Le résultat dépend toutefois de la qualité de vos données et de votre configuration.

Pour aller plus loin

• Planifier la gouvernance dans Teams — Microsoft Learn
• Démarrage rapide pour la gouvernance de Microsoft Teams — Microsoft Learn
• Gérer qui peut créer des groupes Microsoft 365 — Microsoft Learn
• Dossiers profonds dans SharePoint : réduire la complexité documentaire
• Contrôle des versions : réduire le stockage SharePoint