Guide de gouvernance
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]
Les causes d'orphelinage sont multiples et souvent non anticipées :
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.
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)"
}
}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]
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 :
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.
La meilleure façon de gérer les équipes orphelines est de les prévenir. Teams Governor intègre plusieurs mécanismes préventifs :
| Situation | Action recommandée | Outil |
|---|---|---|
| Propriétaire unique par équipe | Configurer le seuil du tenant et compléter les propriétaires | Teams Governor — Configuration et Gestion des propriétaires |
| Compte propriétaire désactivé | Vérification du compte et sélection d’un membre interne éligible | Teams Governor + Entra ID |
| Équipes héritées sans propriétaire | Inventaire + campagne de désignation | PowerShell + centre d'administration Teams |
| Dérive post-réorganisation | Campagne de revue des propriétaires et suivi des réponses | Processus de gouvernance et tâches configurées |
Sources : [1] Microsoft Learn — Best practices for organizing teams. [2] Microsoft Learn — List group owners (Graph API).
CAPACITÉ ASSOCIÉE
Des accès revus dans la durée, sans campagne manuelle.
Découvrir l’accès et la sécurité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