Gouvernance Microsoft Teams

# Gouvernance Microsoft Teams – Projets & Organisation TSI ## Objectif Structurer Microsoft Teams de façon **simple, évolutive et gouvernée**, en évitant la prolifération d’équipes tout en permettant la collaboration transverse interne. --- ## Règles fondamentales Microsoft Teams - Un canal ne peut pas être converti en équipe - Le type d’un canal ne peut pas être modifié après création - Un canal partagé nécessite une gouvernance spécifique (B2B / cross‑team) - Une équipe est un conteneur de sécurité et de gouvernance (M365 Group) 👉 Ces règles sont structurelles dans Teams Sources : [learn.microsoft.com], [mrsharepoint.com] --- ## Modèle cible – Types d’équipes ### 1️⃣ Équipe Service / Métier **Usage** Travail quotidien et projets internes **Nommage (proposition)** ``` [TSI] - Général [TSI] - INFRA [TSI] - DEV ``` **Caractéristiques** - Membres internes uniquement - Équipe stable dans le temps - Gouvernance légère **Types de canaux** - ✅ Standard uniquement - ❌ Privé (sauf cas exceptionnel) - ❌ Partagé --- ### 2️⃣ Équipe Projet dédié **Usage** Uniquement si le projet dépasse le cadre d’un service **Nommage** ``` [TSI] - PRJ_<NOM_PROJET> ``` **Quand ?** - Projet transverse large - Gouvernance dédiée - Besoin d’isolation ou d’évolution externe Sources : [learn.microsoft.com], [td.usnh.edu] --- ### 3️⃣ Équipe Organisation / Corporate **Usage** Communication et partage entreprise **Nommage** ``` [DD] - TSI ``` **Fonction** - Annonces - Documentation - Procédures - Partage de dossiers à toute l’entreprise --- ## Gouvernance des projets (règle clé) ### ✅ Projet interne ➡️ **Canal STANDARD dans l’équipe du service** **Exemple (dans `[TSI] - INFRA`)** ``` INF_PRJ_MIGRATION_365 INF_PRJ_<NOM> ``` **Contraintes** - Uniquement l’équipe INFRA - Aucun DEV - Aucun autre service - Aucun externe - Aucun canal partagé - Aucune invitation ponctuelle --- ### ✅ Projet qui évolue (changement de périmètre) ➡️ **Création d’une équipe projet dédiée** > Un projet n’est pas converti, il est migré > (c’est une évolution normale, pas une erreur) Source : [mrsharepoint.com] --- ## Nomenclature officielle (proposition) ### Équipes ``` [TSI] - Général [TSI] - INFRA [TSI] - DEV [TSI] - PRJ_<NOM> [DD] - TSI ``` ### Canaux – équipes INFRA / DEV ``` INF_RUN_EXPLOITATION INF_RUN_MISSIONS INF_RUN_INCIDENTS INF_RUN_MAINTENANCE INF_PRJ_<NOM_PROJET> INF_PILOTAGE INF_HEBDO INF_ROADMAP INF_INFO_ALERTES ``` --- ## Use cases (exemples concrets) ### ✅ Use case 1 – Projet interne INFRA **Contexte** : migration M365 **Solution** : - Équipe : `[TSI] - INFRA` - Canal : `INF_PRJ_MIGRATION_365` --- ### ✅ Use case 2 – Projet INFRA + DEV **Contexte** : automatisation infra avec scripts **Solution** : - Canal projet dans `[TSI] - Général` - ➡️ Pas besoin de canal partagé --- ### ✅ Use case 3 – Projet transverse structurant **Contexte** : nouveau datacenter, plusieurs services **Solution** : - Équipe dédiée : `[TSI] - PRJ_NOUVEAU_DC` --- ### ✅ Use case 4 – Communication IT entreprise **Contexte** : diffusion procédures IT **Solution** : - Équipe : `[DD] - TSI` - Canaux : `DOCUMENTS`, `PROCEDURES` --- ### ✅ Use case 5 – Pilotage et suivi hebdo INFRA **Contexte** : réunion hebdomadaire **Solution** : - Équipe : `[TSI] - INFRA` - Canal : `INF_HEBDO` --- ## Règle de décision (simple) - Même équipe, mêmes règles de sécurité → canal - Besoin de sécurité / gouvernance distincte → équipe Sources : [learn.microsoft.com], [td.usnh.edu] --- ## Références Microsoft officielles - **Planifier la gouvernance Teams (Microsoft Learn)** https://learn.microsoft.com/en-us/microsoftteams/plan-teams-governance - **Team vs Channel – décision officielle Microsoft** https://learn.microsoft.com/en-us/answers/questions/5620479/new-team-vs-new-channel-in-teams - **Quand créer une équipe vs un canal** https://www.mrsharepoint.com/when-to-create-a-team-vs-channel/ --- ## ✅ Conclusion - Projet interne = canal standard - Projet structurant = équipe dédiée - Pas de conversion → décision claire au départ - Gouvernance simple, lisible, durable ```