Audit de l'existant
Cartographie de la volumétrie, des droits en place et des groupes Active Directory. Distinction fichiers actifs, archivables et supprimables. Durée typique : 1 à 3 semaines.
Votre serveur de fichiers arrive en fin de vie. Hardware vieillissant, fin de support Windows Server, ou tout simplement un déménagement qui force la question. Vous avez déjà Microsoft 365.
La question n’est plus « si » vous allez migrer vers SharePoint — c’est « comment » faire sans casser l’organisation documentaire que vos équipes connaissent, sans bloquer la production pendant la bascule, et sans recréer le désordre dans un nouveau conteneur.
Ce guide détaille la méthode que nous appliquons depuis 20 ans sur des projets de migration serveur de fichiers vers SharePoint chez des DSI de PME et d’ETI.
C’est l’erreur de cadrage la plus fréquente. Un serveur de fichiers est un dossier partagé en réseau. SharePoint Online est un système de gestion de contenu structuré. Les deux stockent des fichiers — mais leur logique interne est fondamentalement différente.
Dans un serveur de fichiers Windows, l’organisation repose sur une arborescence de dossiers et une hiérarchie de droits héritée. Un utilisateur voit ce qu’il voit parce qu’il appartient à un groupe Active Directory qui a accès à tel dossier.
SharePoint Online fonctionne autrement : sites, bibliothèques de documents, colonnes de métadonnées, pages, groupes Microsoft 365. Si vous reproduisez à l’identique l’arborescence de votre serveur fichier dans SharePoint, vous héritez de tous ses défauts — et vous en ajoutez de nouveaux liés à la logique SharePoint.
Erreur fréquente : traiter SharePoint comme un « NAS dans le cloud ». C’est techniquement possible. C’est fonctionnellement raté.
Les permissions sur un serveur de fichiers Windows reposent sur des groupes Active Directory et une hiérarchie de dossiers imbriqués. Quinze ans de droits bricolés par des administrateurs successifs, d’accès oubliés, de groupes qui ne correspondent plus à la réalité des équip
Dans SharePoint Online, la logique d’accès passe par les groupes Microsoft 365, les sites, les bibliothèques et les dossiers.
Un outil de migration peut déplacer les fichiers — il ne reconstruit pas une gouvernance des droits propre. Cette reconstruction est un travail de fond, qui se fait avec les métiers et l’équipe IT, pas en automatique.
💡Point clé : la migration technique (déplacer des fichiers) prend quelques heures. La migration méthodologique (définir la cible, reconstruire les droits, former les équipes) prend des semaines. C'est là que se joue le succès du projet.
Sur plus de 200 projets Microsoft 365 livrés, voici les quatre problèmes qui reviennent systématiquement dans les migrations non accompagnées :
Elle a souvent 10 ou 15 ans. Elle reflète une organisation qui a changé — des services fusionnés, des projets terminés, des nommages incohérents. La migration est une opportunité de restructurer. La traiter comme un simple déménagement, c’est gâcher cette opportunité et démarrer SharePoint avec un passif documentaire non résolu.
Migrer 8 To de documents sans audit de volumétrie, c’est déplacer du bruit dans un système propre. Sur un serveur de fichiers typique de PME, 30 à 50 % des fichiers sont des doublons, des versions obsolètes, ou des archives de projets terminés il y a plus de 5 ans. Ils n’ont pas leur place dans SharePoint actif.
Les utilisateurs abandonnent SharePoint si personne ne leur montre comment retrouver leurs fichiers, comment utiliser la recherche, comment co-éditer. L’adoption est une étape à part entière du projet — pas un bonus, pas une option. Les projets qui sautent cette étape créent un retour aux mails ou aux bureaux locaux dans les semaines qui suivent.
Le scénario classique : vendredi soir, on coupe le serveur de fichiers et on ouvre SharePoint. Lundi matin, une partie des droits ne fonctionne pas, la moitié des équipes ne sait pas où sont leurs fichiers, le helpdesk est saturé. Une migration par phases est plus longue — elle est réversible et beaucoup plus absorbable pour les équipes.
Voici le cadre que nous appliquons sur tous nos projets de migration serveur de fichiers vers SharePoint.
Cartographie de la volumétrie, des droits en place et des groupes Active Directory. Distinction fichiers actifs, archivables et supprimables. Durée typique : 1 à 3 semaines.
Co-construction de l'arborescence avec les référents métiers. Définition des sites, bibliothèques, métadonnées et règles de nommage. Validation formelle avant toute migration.
Bascule département par département, avec validation utilisateurs à chaque étape. L'ancien serveur reste accessible en lecture pendant 2 à 4 semaines. Aucune coupure brutale.
Création des groupes Microsoft 365 alignés sur la nouvelle organisation. Application des permissions selon une hiérarchie documentée. Suppression des accès obsolètes sur l'ensemble du tenant.
Formation des référents IT à l'administration SharePoint Online et des utilisateurs clés aux usages quotidiens. Objectif : votre équipe IT gère en autonomie, sans dépendance au prestataire.
À la fin d’un projet de migration conduit avec méthode, voici ce que vous devez avoir :
Contexte : DSI d’une PME industrielle avec un NAS de 4 To en fin de vie, 3 sites géographiques, 6 services distincts. Arborescence héritée de 15 ans, droits gérés de façon empirique par l’intégrateur historique. L’équipe IT compte 2 personnes.
Ce qu’on a fait : audit documentaire de 3 semaines (volumétrie, droits réels, fichiers actifs), restructuration co-construite avec les 6 responsables de service, migration vers 14 sites SharePoint organisés par activité métier, bascule par service sur 8 semaines, formation de 6 référents métier et 2 administrateurs IT.
Résultat : 100 % des utilisateurs sur SharePoint à J+90. Le DSI gère les droits en autonomie sans recours au prestataire. Le NAS a été mis hors service 4 mois après le lancement du projet. Le volume migré effectivement : 2,1 To (sur 4 To disponibles — 1,9 To d’archives identifiées et traitées séparément).
Cas client: ce type de projet est représentatif de notre intervention chez des PME industrielles et de services comme Chomarat, S3V ou Juri Conseil.
C’est la question que tous les DSI posent — et à laquelle la plupart des prestataires refusent de répondre en ligne. Voici une fourchette réaliste basée sur nos projets livrés.
Le coût d’un projet de migration dépend de trois variables : la volumétrie (nombre de fichiers et poids total), la complexité des droits existants (nombre de groupes, niveau d’imbrication), et le nombre de départements ou de sites à former.
| Contexte | Budget estimatif HT |
|---|---|
| 🏢 PME < 100 salariés — arborescence simple, 1 site | 6 000 à 12 000 € |
| 🏗️ PME 100–200 salariés — multi-sites ou droits complexes | 12 000 à 25 000 € |
| 🏭 ETI > 200 salariés — volumétrie > 10 To | Sur devis — typiquement 25 000 à 60 000 € |
Ces fourchettes incluent : l’audit, la conception de la cible, la migration des fichiers, la reconstruction des droits et la formation des référents.
Débloqueur budgétaire : la partie formation (référents IT et utilisateurs clés) est finançable via Qualiopi / OPCO, ce qui peut réduire significativement le reste à charge pour votre entreprise.
Pour aller plus loin, consultez notre offre de migration Microsoft 365 ou notre page dédiée à la formation SharePoint administrateur.
En 30 minutes, nous identifions vos principaux leviers d'amélioration et vous proposons une approche concrète adaptée à votre contexte.
Laurence Mercier, experte Microsoft 365 chez Alma, vous accompagne.
Pour une PME de 80 à 150 salariés, une migration bien conduite dure entre 8 et 16 semaines. Cela inclut l'audit de l'existant, la conception de l'arborescence cible, la migration des fichiers par phases, la reconstruction des droits et la formation des équipes. Une bascule "tout en une nuit" est possible techniquement — elle est rarement recommandée.
Des outils comme ShareGate ou le SharePoint Migration Tool (SPMT) facilitent le transfert des fichiers et des métadonnées. Mais l'outil n'est qu'un moyen. La valeur est dans la préparation : arborescence cible définie, règles de droits établies, fichiers triés. Utiliser un outil sans méthode revient à déplacer du chaos dans un nouveau conteneur.
Oui — c'est même recommandé. Le serveur reste accessible en lecture pendant toute la période de transition. Les utilisateurs basculent sur SharePoint département par département, avec une période de coexistence de 2 à 4 semaines avant l'arrêt définitif du volume réseau. Cette approche réduit le risque et facilite l'adoption.
Les trois risques principaux sont : une arborescence SharePoint copiée à l'identique, qui hérite des défauts du serveur de fichiers ; des droits mal reconstruits, qui créent des trous de sécurité ou des blocages d'accès ; et une adoption ratée, avec des utilisateurs qui reviennent aux mails ou aux dossiers locaux. Ces trois problèmes sont récurrents dans les migrations non accompagnées.
Microsoft fournit le SharePoint Migration Tool (SPMT), gratuit et fonctionnel pour les migrations simples depuis des serveurs Windows ou des partages réseau. Pour les migrations complexes — droits hérités, volumétrie supérieure à 1 To, multi-sites — un outil tiers et un accompagnement méthodologique restent nécessaires pour garantir un résultat propre.
La reconstruction des droits passe par la création de groupes Microsoft 365 alignés sur la nouvelle organisation documentaire, l'application de permissions SharePoint selon une hiérarchie documentée, et la suppression des accès obsolètes. Cette étape est réalisée en collaboration avec les responsables métier — pas uniquement par l'équipe IT.
Pour aller plus loin : gouvernance des droits SharePoint.
La migration est une bonne occasion de revoir la politique d'accès conditionnel, de sécuriser vos accès après migration et d'activer les protections Microsoft 365 : MFA, accès conditionnel, gestion des identités. Ces mesures sont souvent intégrées dans notre approche post-migration.
Vous venez de lire : Migration d’un serveur de fichiers vers SharePoint