Nommage des équipes Teams : imposer des conventions avec Teams Governor

Sans règle de nommage, les équipes Teams prolifèrent avec des noms hétérogènes, redondants ou impossibles à distinguer. Retrouver la bonne équipe dans un annuaire de 400 espaces devient une perte de temps quotidienne pour les utilisateurs. Imposer une convention de nommage n'est pas une contrainte bureaucratique : c'est une condition de lisibilité et de gouvernance à l'échelle d'une organisation.

À retenir : Microsoft 365 propose une stratégie de nommage des groupes configurable dans Microsoft Entra ID. Elle permet d'ajouter automatiquement des préfixes et/ou suffixes aux noms des groupes, et de bloquer l'utilisation de certains mots. Cette stratégie s'applique à tous les groupes Microsoft 365, y compris les équipes Teams. [1]

Pourquoi les conventions de nommage sont-elles importantes ?

Une convention de nommage bien pensée apporte plusieurs bénéfices concrets :

• Lisibilité et recherche : les utilisateurs trouvent rapidement la bonne équipe dans la liste Teams, dans Outlook ou dans SharePoint.
• Classification immédiate : le nom indique la nature de l'espace (projet, département, région, environnement…) sans avoir à l'ouvrir.
• Détection des doublons : un schéma cohérent facilite l'identification des équipes redondantes et évite les créations inutiles.
• Filtrage et reporting : les équipes partageant un préfixe commun peuvent être facilement isolées pour des analyses ou des actions groupées.
• Gouvernance des adresses e-mail : le nom d'un groupe Microsoft 365 détermine son adresse e-mail. Un nom propre évite les adresses illisibles ou ambiguës.

La stratégie de nommage native dans Entra ID

La stratégie de nommage des groupes dans Entra ID (anciennement Azure AD) permet de configurer :

Préfixes et suffixes

Il est possible de définir des préfixes et/ou suffixes statiques ou dynamiques qui s'ajoutent automatiquement au nom saisi par l'utilisateur. Les attributs Microsoft Entra ID suivants peuvent être utilisés dynamiquement :

• [Department] — département de l'utilisateur créateur.
• [Company] — entreprise de l'utilisateur créateur.
• [CountryOrRegion] — pays ou région.
• [Office] — bureau physique.
• [StateOrProvince] — état ou province.
• [Title] — titre du poste.

Exemple : avec le préfixe GRP-[Department]-, une équipe nommée « Infrastructure » par un utilisateur du département IT deviendra automatiquement GRP-IT-Infrastructure.

Mots bloqués

Il est possible de définir une liste de mots interdits dans les noms de groupes : termes vulgaires, noms de marques concurrentes, mots pouvant créer de la confusion (Admin, Test, Temp, Support…). [1]

Limitation : la stratégie de nommage Entra ID s'applique aux groupes créés par les utilisateurs, mais pas aux groupes créés par les administrateurs (PowerShell, centre d'administration, scripts). Elle ne permet pas non plus d'imposer des structures complexes (ex. : REGION-DEPT-TYPE-NOM). C'est là que les modèles Teams Governor apportent une flexibilité supplémentaire.

Règles de nommage avancées dans Teams Governor

Tandis que la stratégie Entra ID impose des préfixes/suffixes statiques et globaux à tous les groupes, Teams Governor offre un système de règles de nommage dynamiques et contextuelles. Chaque type de projet peut avoir sa propre règle, construite à partir de 4 catégories d'attributs.

Fonctionnement des règles de nommage

Une règle de nommage est composée de préfixes, données du contexte, et suffixes. Lorsqu'un utilisateur crée une demande de projet, Teams Governor évalue automatiquement cette formule et génère le nom final en injectant des valeurs dynamiques.

Exemple simplifié : La règle [PROJ] - [BudgetType] - [NomProjet] - [Année] devient PROJ - Maintenance - Refonte-Portail - 2026 lors de la création.

Les 4 catégories d'attributs

Les préfixes et suffixes sont construits en sélectionnant des attributs parmi 4 catégories :

1. Attributs système (dates, utilisateur courant)

• Dates : Année, Mois, Jour de la création de la demande.
• Utilisateur courant : Nom complet, Prénom, Nom, Titre, Localité, adresse e-mail du demandeur (extraits automatiquement du profil Microsoft Entra ID).

Exemple : Avec le préfixe [Année]-[Prénom], une demande de Jean créée le 15 mars 2026 générera 2026-Jean.

2. Métadonnées globales

• Métadonnées non liées à un type de projet spécifique.
• Exemples : Région, Département d'appartenance, Société, Environnement (Prod/UAT/Dev).
• Valeurs injectées directement dans le nom.

Exemple : Avec le suffixe [Région], un projet dans la région « Île-de-France » génèrera un nom se terminant par -IDF.

3. Texte libre

• Séparateurs et caractères statiques définis par l'administrateur.
• Exemples : Tirets (-), Underscores (_), Barres verticales (|).

Exemple : [Catégorie1] - [Catégorie3 texte libre] crée une séparation visuelle entre les éléments.

4. Métadonnées du type de projet sélectionné

• Métadonnées spécifiques au type de projet choisi (Projet Client, Projet IT, Communauté, etc.).
• Exemples : Code projet, Type de budget, Responsable, Produit, Entité juridique.
• L'utilisateur remplit ces champs lors de la demande ; leurs valeurs sont automatiquement injectées dans le nom.

Exemple : Un type de projet « Projet Client » peut avoir une métadonnée « NomClient ». Lorsqu'un utilisateur crée un projet avec ACME comme client, la formule [PRJ]-[NomClient]-[NomProjet] génère PRJ-ACME-Refonte-ERP.

Construction du nom lors de la demande

Lors de la saisie d'une demande de projet :

1. L'utilisateur sélectionne un type de projet.
2. Teams Governor récupère la règle associée au type de projet.
3. La formule est évaluée élément par élément :
4. – Catégories 1-2 : Calcul des valeurs (date du jour, propriétés de l'utilisateur).
5. – Catégorie 3 : Insertion du texte libre.
6. – Catégorie 4 : Recherche des valeurs saisies dans les métadonnées du projet.
7. Les éléments sont concaténés pour former le nom final.
8. Le nom peut être éditable ou fixe selon la configuration de la règle.
9. La règle peut conserver, supprimer ou remplacer les caractères interdits dans le nom ; les validations d’URL sont distinctes.

Une règle par type de projet

Contrairement à Entra ID qui impose des préfixes/suffixes à l'échelle du tenant entier, Teams Governor permet une personnalisation fine par type de projet :

• Règles différenciées : Les projets clients, les départements, les communautés peuvent avoir des schémas de nommage complètement différents.
• Contexte injecté : Les valeurs du projet (métadonnées) deviennent automatiquement partie intégrante du nom.
• Dynamique temporelle : la date de la demande et les attributs du demandeur peuvent être repris dans le nom.
• Mise en forme : traitement des caractères interdits et longueur maximale configurables.
• Nom modifiable ou figé : l'administrateur choisit si le demandeur peut saisir la partie principale du nom, ou si celui-ci est entièrement calculé.

Cas d'usage concrets

Avantages par rapport à la stratégie Entra ID native

Recommandation : Pour une gouvernance optimale, combinez Entra ID et Teams Governor. Entra ID impose un préfixe global minimal (ex. : TGV-) et bloque les mots sensibles. Teams Governor ajoute la structure contextuelle via ses règles de nommage. Résultat : TGV-PRJ-ACME-Refonte-Portail-2026 (conforme à Entra ID et détaillé).

Exemples de conventions par type d'espace

Configuration des règles de nommage — Accès administrateur

Les administrateurs de Teams Governor accèdent à la gestion des règles de nommage depuis l'espace d'administration de Teams Governor. Cette interface permet de créer, éditer, tester et activer les règles associées à chaque type de projet.

Créer une nouvelle règle

Pour chaque nouveau type de projet, l'administrateur définit une règle de nommage en :

1. Nommant la règle : Ex. « Nommage Projets Clients ».
2. Associant un type de projet : Sélection unique (ex. « Projet Client »). Cette relation un pour un garantit qu'un seul schéma s'applique par type de projet.
3. Sélectionnant des attributs pour les préfixes :
4. – Cliquer sur « + Ajouter » pour ajouter une ligne.
5. – Choisir la catégorie (Système, Métadonnées globales, Texte libre, ou Métadonnées du type de projet).
6. – Choisir l'attribut dans la catégorie (ex. « Année », « PROJ », « - »).
7. – Répéter jusqu'à former le préfixe souhaité.
8. Sélectionnant des attributs pour les suffixes : Même opération que pour les préfixes.
9. Autorisant la saisie du nom principal : activer Nom du projet modifiable pour insérer le nom saisi entre préfixe et suffixe. Sinon, la formule génère entièrement le nom.
10. Réglant le calcul du nom : conserver, supprimer ou remplacer les caractères interdits, normaliser la casse et fixer une longueur maximale de 0 à 256 caractères ; 0 désactive cette limite. Vérifier l’aperçu avant enregistrement.
11. Enregistrant : la formule est construite automatiquement et affichée (ex. [Préfixe] - [Budget] - [Nom principal] - [Année]).

Éditer et tester une règle

Une fois créée, la règle apparaît dans la liste avec son statut « Actif » ou « Inactif ». L'administrateur peut :

• Modifier la règle : ajouter ou supprimer des attributs, changer l'ordre.
• Activer/désactiver : changer le statut sans supprimer la règle.
• Protéger les règles utilisées : une règle référencée par un type de projet ne peut pas être supprimée. La désactiver ne supprime pas cette association et ne suffit pas à autoriser sa suppression.

Dans le formulaire de demande

Lorsqu'un utilisateur crée une demande en sélectionnant un type de projet :

• Teams Governor applique automatiquement la règle associée.
• Le nom est pré-rempli avec le résultat de l'évaluation de la formule (ex. PRJ-ACME-RefonteBudget2026).
• Si Nom du projet modifiable est activé, l’utilisateur peut saisir la partie principale ; préfixe et suffixe restent calculés.
• Si cette option est désactivée, le nom est entièrement calculé et le champ reste verrouillé.

Harmoniser les noms existants

La mise en place d'une convention de nommage ne s'applique pas rétroactivement aux équipes déjà créées. Pour harmoniser l'existant, deux approches sont possibles :

1. Campagne de renommage guidée : envoyer une notification aux propriétaires d'équipes ne respectant pas la convention, avec un lien vers un formulaire de renommage.
2. Renommage en masse via PowerShell : à partir d'un export CSV des équipes existantes, générer des commandes de renommage conformes à la convention cible. À faire avec précaution (les adresses e-mail des groupes ne changent pas avec le nom affiché).

Attention : renommer un groupe Microsoft 365 modifie le nom affiché de l'équipe Teams et du site SharePoint, mais ne change pas l'URL du site SharePoint ni l'adresse e-mail du groupe. Ces modifications nécessitent des étapes supplémentaires et doivent être planifiées avec soin.

Pour aller plus loin

• Stratégie de nommage des groupes dans Entra ID — Microsoft Learn
• Stratégie de nommage des groupes Microsoft 365 — Microsoft Learn
• Planifier la gouvernance dans Teams — Microsoft Learn
• Bonnes pratiques d'organisation dans Teams — Microsoft Learn
• Personnaliser les URL des sites SharePoint — Microsoft Learn