Quelle est la règle de décision ?
Avant de déposer un fichier, une seule question : qui doit pouvoir le retrouver dans deux ans ?
- Moi seul — ou personne d'autre de façon durable : OneDrive. Brouillons, notes personnelles, documents en cours de rédaction, pièces reçues qu'on trie encore.
- Une équipe identifiée qui travaille et discute dessus : le canal Teams de cette équipe. Le document vit à côté des conversations qui l'ont produit.
- L'entreprise, ou un processus qui survivra aux personnes : un site SharePoint. Procédures, contrats, documentation qualité, référentiels, archives projet.
Le point que presque personne ne sait : quand vous déposez un fichier dans un canal Teams, il est stocké dans SharePoint. Chaque équipe Teams possède un site SharePoint associé, et l'onglet « Fichiers » du canal est une vue sur un dossier de ce site. Teams et SharePoint ne sont pas deux stockages concurrents. Ce sont deux portes sur la même pièce.
OneDrive, en revanche, est bien un espace distinct. C'est l'espace personnel professionnel de chaque salarié, et il disparaît — après une période de conservation — quand la personne quitte l'entreprise.
Pourquoi la confusion coûte-t-elle cher ?
Elle ne provoque pas de panne. Elle provoque une érosion lente, qui se mesure dans quatre postes.
Le temps de recherche. Quand le même contrat existe dans le OneDrive du commercial, dans un canal Teams et en pièce jointe dans trois boîtes mail, personne ne sait quelle version fait foi. On finit par redemander le fichier à son auteur, ce qui est le symptôme le plus fiable d'un rangement défaillant.
La perte de données au départ d'un salarié. Un document de référence rangé dans un OneDrive personnel part avec son propriétaire. Récupérer un OneDrive après le départ est possible pendant une durée limitée, mais suppose de savoir que le fichier s'y trouvait. Or rien ne signale qu'un document structurant — contrat en vigueur, procédure, grille tarifaire — dort dans un espace personnel plutôt que dans un espace d'équipe : tant que son auteur est là, tout fonctionne. La défaillance ne se manifeste qu'au moment du départ, quand il est trop tard pour lui demander.
Le sur-partage. Un fichier mal rangé se partage à la main, lien par lien, personne par personne. Chaque lien devient un droit qui échappe à toute revue. C'est exactement ce qui rend ensuite un projet Copilot risqué, comme nous l'expliquons dans pourquoi il faut ranger SharePoint avant de déployer Copilot.
La conformité. Une politique de rétention se pose sur un emplacement. Si les documents contractuels sont éparpillés dans des espaces personnels, aucune règle de conservation ni aucune recherche juridique ne fonctionne correctement.
Où ranger quoi, type de document par type de document ?
| Type de document | Emplacement | Pourquoi | Erreur fréquente |
|---|---|---|---|
| Brouillon en cours de rédaction | OneDrive | Personne d'autre n'a besoin de le voir tant qu'il n'est pas prêt | Le laisser en OneDrive une fois finalisé |
| Compte rendu de réunion d'équipe | Canal Teams de l'équipe | Il appartient à la discussion qui l'a produit | Le stocker dans le OneDrive de celui qui prend les notes |
| Documents d'un projet | Équipe Teams dédiée au projet, archivée à la fin | Vie limitée, participants identifiés, discussions associées | Créer une équipe par sous-tâche, puis les abandonner |
| Contrats et pièces juridiques | Site SharePoint juridique, accès restreint | Valeur probante, rétention longue, droits stricts | Les laisser dans la boîte mail du dirigeant |
| Procédures, documentation qualité | Site SharePoint transverse | Doit survivre aux personnes et rester trouvable par tous | Les dupliquer dans chaque équipe Teams |
| Dossiers RH individuels | Site SharePoint RH cloisonné, étiquette de confidentialité | Données personnelles, accès limité et traçable | Un dossier RH dans le OneDrive du responsable |
| Fichiers partagés avec un client | Site SharePoint client, canal partagé ou lien à durée limitée | Partage externe maîtrisé et révocable | Un lien « toute personne disposant du lien » sans expiration |
| Modèles de documents | Bibliothèque SharePoint dédiée aux modèles | Un seul exemplaire de référence | Une copie sur chaque poste |
| Photos et pièces de terrain | Équipe Teams du site ou de l'atelier | Dépôt depuis mobile, consultation par l'équipe | Envoi par messagerie personnelle |
| Archives d'un projet terminé | Site SharePoint d'archives, en lecture seule | Consultable, non modifiable, hors du flux courant | Suppression pure et simple, ou conservation dans l'espace actif |
| Notes personnelles, aide-mémoire | OneDrive ou OneNote personnel | Aucun intérêt collectif | Les mettre dans un canal général « pour ne pas les perdre » |
| Fichier de travail à quatre mains, ponctuel | OneDrive avec partage nominatif limité dans le temps | Pas de structure durable à créer pour deux jours de travail | Créer une équipe Teams pour l'occasion |
Et les cas limites ?
« Ce document est personnel mais mon collègue doit le voir. » Le partage ponctuel depuis OneDrive existe pour ça et il est légitime. La règle n'est pas « jamais de partage depuis OneDrive », elle est « pas de document durable dans OneDrive ».
« On est trois, faut-il vraiment une équipe Teams ? » Non. Une équipe Teams a un coût de gouvernance : un propriétaire, un cycle de vie, une archivage à prévoir. Pour un travail à trois sur deux semaines, un canal dans une équipe existante ou un partage OneDrive suffit. La prolifération d'équipes vides est un problème aussi sérieux que l'absence de structure.
« Le document appartient à deux équipes. » Il appartient à une seule, celle qui en est responsable. L'autre y accède par un lien ou par un canal partagé. La duplication est le début de la divergence des versions.
« Et les données que la réglementation nous impose de cloisonner ? » Site SharePoint dédié, droits restreints, étiquette de confidentialité, éventuellement chiffrement. La santé, l'expertise comptable et le secteur public ont chacun des contraintes propres, qui se traduisent par des espaces séparés plutôt que par des exceptions de droits dans un espace commun.
Comment fait-on respecter la règle ?
Une règle affichée ne tient pas. Ce qui tient, c'est une structure qui rend le bon geste plus facile que le mauvais.
- Créer les espaces avant les usages. Si l'arborescence cible existe le jour du démarrage, les fichiers y vont. Si elle est à construire, chacun invente la sienne.
- Nommer un propriétaire par espace. Une personne, pas un service. C'est elle qui valide les accès et qui répond quand on ne trouve pas un document.
- Limiter la création d'équipes Teams. Soit par une demande centralisée, soit par un modèle de création avec nommage imposé et durée de vie définie.
- Faire expirer les liens de partage par défaut, et interdire le partage anonyme sauf exception justifiée.
- Épingler les bibliothèques utiles dans Teams et synchroniser les dossiers de référence sur les postes. Un espace visible est un espace utilisé.
- Traiter les récidives individuellement. Une relance personnelle du propriétaire d'espace est plus efficace qu'un rappel général par mail.
Le contrôle purement technique a ses limites : on peut empêcher un partage externe, on ne peut pas empêcher quelqu'un de conserver un document important dans son OneDrive. La partie humaine relève de l'adoption et de la formation, avec des sessions courtes par métier plutôt qu'une présentation générale.
Que faire si le désordre est déjà installé ?
Ne pas tout reprendre. Un projet de reclassement intégral de dix ans de fichiers échoue systématiquement, parce qu'il n'a pas de fin visible et qu'il mobilise des gens sans bénéfice immédiat pour eux.
La méthode qui fonctionne consiste à figer l'existant et à construire proprement le nouveau. Concrètement : on définit la structure cible, on y bascule les documents vivants — ceux ouverts dans les douze derniers mois, souvent une minorité du volume —, on passe le reste en archive consultable, et on ferme progressivement les anciens emplacements en écriture.
Cette approche est détaillée sur la page mettre de l'ordre dans mes fichiers SharePoint. Elle s'intègre naturellement à un projet de migration Microsoft 365, qui est le meilleur moment pour trancher : on ne recopie pas un désordre, on choisit ce qu'on emporte.
Par où commencer
- Un état des lieux d'une demi-journée : nombre de sites et d'équipes, volumétrie par espace, part des fichiers stockés en OneDrive, équipes sans propriétaire.
- Un atelier de deux heures avec les responsables métier pour dessiner l'arborescence cible. Pas plus de deux niveaux au départ.
- La règle écrite sur une page, avec cinq exemples concrets tirés de votre activité.
- La création des espaces cibles et le déplacement des documents vivants, service par service.
- La gouvernance : propriétaires nommés, revue d'accès semestrielle, cycle de vie des équipes projet.
L'ensemble de la démarche collaborative, et la façon dont elle s'articule avec Teams, est décrit sur la page collaboratif Microsoft 365. Sur ce type de mission, l'essentiel du calendrier se joue sur l'atelier d'arborescence et sur les arbitrages qu'il déclenche entre services. Le déplacement des documents, lui, est la partie rapide.
