Une gestion efficace de Microsoft Teams ne repose pas uniquement sur la technologie : elle commence par une architecture claire et une nomenclature rigoureuse. C’est ce qui permet d’assurer une croissance ordonnée, de simplifier l’administration des ressources et de favoriser la collaboration entre équipes.
Dans cet article, nous présentons un aperçu de l’architecture de haut niveau, la logique de nomenclature mise en place, et les lignes directrices qui encadrent les noms d’équipes Teams et de sites SharePoint.
🧭 Architecture de haut niveau : une approche structurée
L’environnement Microsoft 365 de l’organisation repose sur une structure centralisée, où chaque équipe Teams correspond à un groupe Microsoft 365, avec ses ressources associées (boîte courriel, site SharePoint, OneNote, Planner, etc.).
Les seuls sites SharePoint non associés à des équipes Teams sont ceux de l’intranet, liés aux Site Hubs « Intranet (fr) » et « Intranet (en) ».
À ce jour, aucun autre site SharePoint indépendant n’est prévu, à moins qu’un besoin particulier ne soit identifié. Dans ce cas, une architecture dédiée et une nomenclature spécifique seront alors définies.
🏷️ Nomenclature des équipes Teams : cohérence et lisibilité
Une nomenclature uniforme permet de retrouver rapidement l’objectif, la portée et la responsabilité d’une équipe. Elle est aussi essentielle pour maintenir un environnement ordonné à grande échelle.
Voici la convention utilisée :
| Type d’équipe | Nom | Adresse | Exemple |
|---|---|---|---|
| Service ou division | SRV - <Nom du service> | SRV.<NomService> | SRV – Ressources humaines / SRV.RessourcesHumaines |
| Échelle entreprise (clients internes) | Client - <Nom> | Client.<Nom> | Client – Club social / Client.ClubSocial |
| Collaboration interdépartementale | <Acronyme> - <Nom du besoin> | <Acronyme>.<NomBesoin> | TI – Aide M365 / TI.AideM365 |
| Projet | PRJ - <Nom du projet> | Projet.<NomProjet> | Projet – Migration / Projet.Migration |
| Comité | CMT - <Nom du comité> | Comité.<NomComité> | Comité – Révision des processus / Comité.RevisionProcessus |
Précisions
- Les équipes créées avant la mise en place de cette nomenclature ont été renommées pour y correspondre. Toutefois, leurs adresses de messagerie peuvent présenter de légères variations.
- Ne pas inclure de date dans le nom d’une équipe. Par exemple, éviter :
Équipe Party de Noël 2020. Préférez plutôt :Équipe Party de Noëlet documentez les éditions par année dans le contenu, pas dans le nom.
🎯 Pourquoi cette nomenclature ?
- Clarifier le rôle de chaque équipe dès son nom.
- Simplifier la gestion des ressources M365 associées.
- Éviter les doublons et permettre, par exemple, à plusieurs départements de collaborer sur un même projet sans confusion.
- S’assurer que les équipes respectent la structure de sécurité et les permissions définies.
📁 Et les sites SharePoint dans tout ça ?
À l’exception des hubs intranet, les sites SharePoint sont directement liés aux équipes Teams.
Les sites SharePoint créés auparavant, s’ils ont toujours une valeur, devront être migrés vers les sites des nouvelles équipes Teams correspondantes. Cette migration permettra une meilleure centralisation des données et une gestion plus cohérente des permissions.
Si un besoin se manifeste pour conserver un site SharePoint indépendant, il devra être justifié et documenté, et une architecture distincte lui sera dédiée.
Adopter une architecture et une nomenclature cohérentes dans Microsoft Teams, ce n’est pas de la rigidité bureaucratique — c’est un investissement dans la clarté, la sécurité et l’efficacité. Ces lignes directrices offrent un cadre essentiel à une collaboration fluide à l’échelle de toute l’organisation.