← Tous les articles

Guide de gouvernance

Gérer les équipes Teams orphelines

Pourquoi des équipes se retrouvent sans propriétaire, quels risques cela crée et comment rétablir puis prévenir la situation.

March 25, 2026

5 min de lecture

Administrateurs Microsoft 365 · Propriétaires de projets

Une équipe Teams est dite « orpheline » lorsqu'elle n'a plus de propriétaire actif : départ de l'entreprise, changement de rôle, désactivation du compte Microsoft Entra ID… Sans propriétaire, personne n'est en mesure de gérer les membres, de valider les demandes d'accès, ou de prendre une décision sur l'avenir de l'espace. Ces équipes sans gouvernance représentent un risque réel de sécurité, de conformité et de désorganisation.

À retenir : Microsoft recommande qu'une équipe Teams ait toujours au moins deux propriétaires. Cette bonne pratique réduit considérablement le risque d'orphelinage en cas de départ ou d'indisponibilité d'un propriétaire. [1]

Pourquoi une équipe devient-elle orpheline ?

Les causes d'orphelinage sont multiples et souvent non anticipées :

  • Départ de l'entreprise : le compte Microsoft Entra ID du propriétaire est désactivé ou supprimé.
  • Changement de rôle : le propriétaire a été muté dans un autre service et n'utilise plus l'équipe.
  • Propriétaire unique : l'équipe n'avait qu'un seul propriétaire, devenu injoignable.
  • Équipes héritées : équipes créées sans processus formel, souvent lors d'un déploiement initial massif de Teams.
  • Migration ou réorganisation : les structures organisationnelles évoluent mais les équipes restent sans mise à jour de gouvernance.

Risques liés aux équipes orphelines

  • Absence de décision sur le cycle de vie : personne ne peut archiver, supprimer ou prolonger l'équipe de manière formelle.
  • Membres non gérés : des utilisateurs ou des guests peuvent rester membres longtemps après la fin de leur collaboration.
  • Contenu non maîtrisé : des fichiers sensibles peuvent rester accessibles sans que personne ne soit responsable de leur sécurité.
  • Conformité : en cas d'audit, l'absence de propriétaire identifié fragilise la traçabilité des décisions prises sur l'espace.

Détecter les équipes orphelines avec les outils Microsoft

Via le centre d'administration Teams

Le centre d'administration Teams (admin.teams.microsoft.com) permet de lister toutes les équipes et d'identifier celles sans propriétaire actif. Cependant, cette interface ne propose pas de filtre natif « équipes orphelines » — un export CSV et un traitement tiers sont généralement nécessaires.

Via PowerShell

Le module MicrosoftTeams PowerShell permet d'identifier les équipes orphelines programmatiquement :

Connect-MicrosoftTeams
$teams = Get-Team
foreach ($team in $teams) {
  $owners = Get-TeamUser -GroupId $team.GroupId -Role Owner |
    Where-Object { (Get-MgUser -UserId $_.User -ErrorAction SilentlyContinue).AccountEnabled -eq $true }
  if ($owners.Count -eq 0) {
    Write-Output "Équipe orpheline : $($team.DisplayName) — $($team.GroupId)"
  }
}

Via Microsoft Graph Explorer

L'API Microsoft Graph permet d'interroger les groupes Microsoft 365 et leurs propriétaires via l'endpoint /groups/{id}/owners. Une requête retournant une liste vide ou contenant uniquement des comptes désactivés signale une équipe orpheline. [2]

Comment Teams Governor gère les équipes orphelines

Teams Governor présente les propriétaires des projets gérés et signale les projets dont le nombre de propriétaires est insuffisant, selon les dernières données collectées. Vérifiez les comptes et l’appartenance réelle dans Microsoft Entra avant de conclure à un départ ou à une désactivation. Les contrôles portent notamment sur :

  • Projet sans propriétaire dans les données disponibles.
  • Nombre de propriétaires inférieur au seuil configuré pour le tenant.
  • Écart à vérifier entre le référentiel et les membres actuels de l’équipe.

Workflow de rétablissement de la gouvernance

  1. Détection : consultez les indicateurs de propriétaires et leur date de collecte, puis actualisez les données du projet si nécessaire.
  2. Notification : les tâches configurées peuvent solliciter les membres éligibles via une carte du bot pour compléter les propriétaires manquants. Vérifiez leur activation et leur suivi.
  3. Désignation d'un nouveau propriétaire : l'administrateur peut assigner un nouveau propriétaire directement depuis l'interface Teams Governor ou depuis le panneau d'administration de l'équipe Teams.
  4. Notification au nouveau propriétaire : le nouveau propriétaire reçoit une notification avec un résumé du projet repris en charge.
Teams Governor ne désigne pas automatiquement le manager du propriétaire sortant ni un remplaçant défini par modèle. L’action Gestion des propriétaires > Ajouter des propriétaires permet de sélectionner des membres internes éligibles ; les sollicitations du bot restent soumises à leur réponse et aux contrôles d’accès.

Prévenir l'orphelinage en amont

La meilleure façon de gérer les équipes orphelines est de les prévenir. Teams Governor intègre plusieurs mécanismes préventifs :

  • Seuil de propriétaires au niveau du tenant : le réglage Nombre de propriétaires requis dans Administration > Configuration vaut deux par défaut. Il pilote les contrôles et l’ajout de propriétaires ; ce n’est pas une règle distincte par modèle ni une garantie de blocage de toute création externe.
  • Contrôle périodique : utilisez les rapports et les tâches de gouvernance configurées, sans les assimiler à une alerte en temps réel déclenchée à chaque désactivation de compte.
  • Revue périodique des propriétaires : organisez les contrôles dans votre processus de gouvernance et configurez les notifications adaptées. Un changement d’étape ne constitue pas à lui seul une attestation individuelle.

Synthèse de l'approche recommandée

SituationAction recommandéeOutil
Propriétaire unique par équipeConfigurer le seuil du tenant et compléter les propriétairesTeams Governor — Configuration et Gestion des propriétaires
Compte propriétaire désactivéVérification du compte et sélection d’un membre interne éligibleTeams Governor + Entra ID
Équipes héritées sans propriétaireInventaire + campagne de désignationPowerShell + centre d'administration Teams
Dérive post-réorganisationCampagne de revue des propriétaires et suivi des réponsesProcessus de gouvernance et tâches configurées

Pour aller plus loin

Sources : [1] Microsoft Learn — Best practices for organizing teams. [2] Microsoft Learn — List group owners (Graph API).

CAPACITÉ ASSOCIÉE

Accès et sécurité

Des accès revus dans la durée, sans campagne manuelle.

Découvrir l’accès et la sécurité

Appliquez ces bonnes pratiques à votre environnement.

Présentez-nous vos règles et vos priorités : nous vous montrons le parcours Teams Governor correspondant, sur votre scénario.

Demander une démonstrationLire d'autres articles