Structurer la relation : faire travailler un prestataire externe dans Teams pose une question que beaucoup de chefs de projet règlent mal par défaut : faut-il l’inviter en tant qu’invité (guest) dans votre tenant, ou passer par l’accès B2B direct connect (Shared Channels) ? Le choix a des conséquences concrètes sur la sécurité, la traçabilité des échanges et la fluidité du travail au quotidien. Voici comment structurer cette relation pour éviter à la fois les fuites d’information et les frictions qui ralentissent la collaboration avec vos partenaires, agences ou sous-traitants.
Choisir le bon mode d’accès : invité, canal partagé ou tenant dédié
L’accès invité classique (guest access) consiste à ajouter le collaborateur externe avec son compte professionnel dans une équipe de votre tenant. C’est la solution la plus simple à mettre en place et elle donne au prestataire une vue complète du canal auquel il est ajouté, mais elle implique qu’il doit changer de compte ou de profil de navigateur pour basculer entre son propre tenant et le vôtre, ce qui devient vite pénible s’il travaille avec plusieurs clients simultanément. Pour une mission ponctuelle de quelques semaines avec un seul interlocuteur, cela reste néanmoins le choix le plus rapide à déployer.
Pour une relation prestataire durable et impliquant plusieurs personnes de leur côté (agence, ESN, cabinet de conseil), les canaux partagés (Shared Channels, fonctionnalité issue de Microsoft Teams Connect) sont nettement préférables : le prestataire accède au canal directement depuis son propre tenant, avec son identité et ses outils habituels, sans jongler entre deux comptes. Vous gardez le contrôle total sur ce qui est partagé, canal par canal, sans exposer le reste de votre équipe Teams ni vos autres canaux internes. C’est le format que je recommande dès qu’une collaboration dépasse trois mois ou implique plus de deux personnes côté prestataire.
Cloisonner l’information par une architecture d’équipe dédiée
Ne mélangez jamais une équipe Teams interne classique avec des invités externes sans réflexion préalable sur le cloisonnement. La bonne pratique consiste à créer une équipe Teams spécifique par prestataire ou par mission (« Projet Refonte SI – Cabinet X »), distincte de vos équipes internes de fonctionnement quotidien. Cette équipe contient uniquement les canaux et documents nécessaires à la mission en cours, et rien de la vie interne de l’organisation (RH, budget global, autres projets).
À l’intérieur de cette équipe, structurez systématiquement au moins trois canaux : un canal « Pilotage » pour les échanges de suivi et les décisions, un canal « Livrables » où sont déposés et versionnés les documents attendus contractuellement, et un canal « Support technique » pour les questions opérationnelles quotidiennes qui ne nécessitent pas de traçabilité formelle. Cette séparation évite que les décisions engageantes ne se noient dans le flux des questions techniques du quotidien, un problème très fréquent quand tout transite par un seul canal générique.
Définir des règles d’engagement explicites dès le démarrage
La majorité des frictions avec un prestataire externe viennent d’un désalignement implicite sur les usages : délai de réponse attendu sur le chat, canal à utiliser pour une urgence, différence entre un message informel et une demande formelle. Formalisez ces règles dans un document court (une page suffit), publié en épingle dans le canal Pilotage : délai de réponse maximal en heures ouvrées pour un message Teams, distinction claire entre « question rapide sur le chat » et « demande de changement de périmètre qui doit passer par le canal Pilotage avec validation écrite », fréquence et format du point de synchronisation hebdomadaire.
Précisez également les horaires de disponibilité attendus, en particulier si le prestataire est basé dans un fuseau horaire différent ou fonctionne avec des astreintes : indiquez clairement dans le statut Teams partagé si une absence est prévue, et convenez d’un canal ou d’un tag spécifique (par exemple préfixer un message par « URGENT » dans un objet de post) pour les demandes bloquantes qui ne peuvent attendre le point hebdomadaire.
Sécuriser les accès et les documents partagés
Un prestataire externe ne doit jamais avoir un accès plus large que ce que sa mission requiert strictement. Configurez les permissions au niveau de l’équipe pour restreindre les invités à un rôle de membre standard, sans droit de création de nouveaux canaux ni d’ajout d’autres invités sans validation. Vérifiez régulièrement, via l’administration Teams ou Azure AD, la liste des comptes invités actifs sur vos équipes projet : il est extrêmement fréquent qu’un consultant reste avec un accès actif des mois après la fin de sa mission, simplement parce que personne n’a pensé à le retirer.
Pour les documents sensibles (contrats, données financières, informations clients), utilisez les étiquettes de confidentialité (sensitivity labels) si votre organisation dispose de Microsoft Purview, afin de restreindre automatiquement le partage, l’impression ou le transfert de certains fichiers même par des utilisateurs ayant accès au canal. À défaut, séparez physiquement ces documents dans un canal privé auquel le prestataire n’a pas accès, plutôt que de compter sur la discipline de chacun pour ne pas les déposer au mauvais endroit.
Prévoir la fin de mission dès le démarrage
La fin d’une mission prestataire est le moment où la plupart des organisations perdent la traçabilité de ce qui a été fait : le compte invité est retiré, mais personne n’a archivé les échanges ni exporté les livrables validés avant la clôture de l’équipe. Prévoyez systématiquement, dans votre checklist de fin de mission, l’export ou l’archivage du canal Livrables (les fichiers restent dans le SharePoint associé même après la suppression de l’équipe, mais l’historique de discussion, lui, disparaît avec l’équipe si elle est supprimée plutôt qu’archivée).
Préférez l’archivage de l’équipe à sa suppression pure : une équipe archivée reste consultable en lecture seule, ce qui préserve l’historique complet des décisions et des échanges en cas de litige ultérieur sur un livrable ou un délai contractuel. Révoquez ensuite l’accès invité du prestataire dans un délai court après la fin de mission officielle, et documentez cette révocation, notamment si le contrat prévoyait une clause de confidentialité post-mission.
Structurer la relation avec un prestataire externe dans Teams n’est pas une question de fonctionnalité mais de gouvernance : choisir le bon mode d’accès, cloisonner l’information, formaliser les règles d’engagement et anticiper la fin de mission évitent la plupart des tensions et des risques de sécurité qui surviennent quand cette relation est gérée au fil de l’eau, canal générique par canal générique.