Méthodologie et préparation du projet

Introduction

Ce chapitre propose une méthodologie simple de projet, adaptée à un environnement de type PME et sans prétention d’exhaustivité. Tout responsable de service informatique n’est pas forcément rompu aux techniques poussées de gestion de projet et ses moyens financiers peuvent être limités. Les environnements SharePoint peuvent se révéler bien plus complexes en termes de ressources informatiques, de personnes impliquées et d’usages que ceux décrits ici.

Il faut garder à l’esprit qu’implémenter un outil comme SharePoint représente un changement considérable dans les méthodes de travail pour certaines entreprises et pourrait se solder par le désintérêt de la direction, des services métiers ou des personnes membres du projet. Un projet sur un outil de travail collaboratif verra le jour après une phase de réflexion. Cette phase est informelle et résulte de discussions avec des responsables métiers ou de fonctions transversales de l’entreprise (finance et contrôle de gestion, manager qualité et environnement…). Elle doit néanmoins aboutir à la rédaction et à la présentation d’un document de synthèse de type cas d’affaire présentant les pistes d’applications évoquées et les services que peut rendre un produit comme SharePoint.

Voici une liste non exhaustive :

Méthodologie de projet

À ce stade, si l’outil correspond aux pistes évoquées lors de la phase de réflexion, il est temps de passer à une phase plus concrète. La phase étude permet de délimiter le périmètre (qui peut se servir de l’outil, pourquoi) :

Cette phase peut se faire via des interviews dans les services administratifs afin de collecter les informations correspondantes. Un document de synthèse sera rédigé, par exemple sous forme de tableau permettant de lister les utilisations prévues du site et les fonctionnalités SharePoint utilisées (exemple ci-dessous).

Ce document servira de base de travail et pourra être enrichi au stade de la maquette. 

Le cahier des charges contiendra bien sûr de nombreuses autres informations, certaines liées à la planification technique du projet, liée au choix du produit SharePoint comme :

Scénarios de migration

Microsoft propose des outils et assistants pour aider à la migration de contenu vers un site SharePoint. La page Migration du centre d’administration du produit permet de suivre un processus pour intégrer des fichiers provenant d’un simple serveur classique, d’un compte Box, Dropbox et Google Drive. L’éditeur propose également l’outil SharePoint Migration Tool, un client permettant de se connecter à la fois à une application web hébergée sur un SharePoint Server et une instance en ligne pour effectuer la migration des données. SMT supporte cette migration pour SharePoint Server depuis la version 2010 et ultérieures et SharePoint Foundation 2010 et 2013. L’ensemble des objets qui peuvent être migrés est disponible dans la documentation du produit à l’adresse suivante : https://learn.microsoft.com/en-us/sharepointmigration/what-is-supported-spmt

La planification projet doit bien entendu prendre en compte cette phase, tant le stockage et la caractérisation des données est un point essentiel des usages dans SharePoint. Vous pouvez donc en profiter pour, par exemple, ne migrer que ce qui sert réellement depuis un partage de fichiers. En effet, souvent ces emplacements stockent des fichiers auxquels plus aucun utilisateur n’accède. Une migration vers de nouveaux outils modernes peut être une bonne méthode pour nettoyer et archiver le contenu de ces espaces. SharePoint Migration Tool peut aller assez loin dans les objets récupérés puisque l’outil est capable de migrer des flux de travail vers Power Automate (voir l’adresse https://learn.microsoft.com/en-us/sharepointmigration/spmt-workflow-overview). Vous devez avoir au minimum un accès en lecture à votre contenu SharePoint on-premise à migrer...