Hésitez-vous entre Project Standard, Project Professional, Project Server, Project Online et Project for the web ? Ce guide clarifie les différences, démonte le mythe de la « version Office 365 » et vous aide à choisir la bonne solution pour collaborer efficacement, y compris dans SharePoint.
Comprendre les versions de Microsoft Project et la notion de « version Office 365 »
Vue d’ensemble. Beaucoup d’équipes cherchent une « version Office 365 de Microsoft Project ». En réalité, sous Microsoft 365, on distingue deux grandes approches cloud : Project Online (la plateforme PPM historique hébergée par Microsoft) et Project for the web (l’application web moderne, plus simple, orientée co‑édition). À côté, il existe toujours le client de bureau Microsoft Project (.mpp) en déclinaisons Standard et Professional, et l’option on‑premises Project Server.
Réponse courte et opérationnelle
- Pas de « version Office 365 » séparée de Microsoft Project. Sous Microsoft 365, on parle surtout de Project Online (PPM cloud historique) et de Project for the web (nouvelle app web, co‑édition native).
- Microsoft Project (bureau) – fichiers .mpp
- Standard : application de bureau autonome pour un usage individuel avancé. Pas de connexion à Project Online/Server.
- Professional : application de bureau avec connexion à Project Online/Project Server (PPM). Fonctions supplémentaires (ex. : Team Planner, ressources d’entreprise, champs d’organisation).
- PPM : Project Server vs Project Online
- Project Server : PPM on‑premises (hébergé chez vous, intégré à SharePoint Server).
- Project Online : PPM cloud dans Microsoft 365. Fonctionnalités très proches du on‑prem ; les plannings sont édités dans Project Professional et les données vivent côté serveur (reporting via Power BI, etc.).
- Project for the web : application web la plus récente, interface simple, idéale pour des projets « légers ». Atout majeur : co‑édition en temps réel. Limites fréquentes (à valider selon l’évolution de votre tenant) : pas de baselines ni d’analyse d’écarts aussi poussée que dans le client de bureau.
- Plans d’abonnement (rappel synthétique) : Plan 1 / Plan 3 / Plan 5 avec périmètre croissant ; Plan 1 couvre l’app web de base, Plan 5 adresse la gouvernance PPM avancée (gestion de la demande, portefeuille, etc.). Vérifiez toujours votre contrat exact.
Comparatif rapide des produits
| Produit | Type | Stockage du planning | Co‑édition | Connexion PPM | Baselines & Gantt avancé | Cas d’usage idéal | Remarques clés |
|---|---|---|---|---|---|---|---|
| Project Standard | Client de bureau (.mpp) | Fichier local/OneDrive/SharePoint | Non (verrouillage fichier) | Non | Oui (complet côté desktop) | Chef de projet individuel | Autonome, sans portail PPM. |
| Project Professional | Client de bureau (.mpp) | Fichier ou PPM (via PWA) | Non (planning en check‑out) | Oui (Project Online/Server) | Oui | Édition de plannings PPM | Inclut des vues et capacités d’intégration étendues. |
| Project Server | PPM on‑premises | Base serveur (SQL) | Non (un éditeur à la fois) | N/A (c’est la plateforme) | Via Project Professional | Environnements régulés/on‑prem | Intégré à SharePoint Server, gouvernance IT locale. |
| Project Online | PPM cloud (Microsoft 365) | Base cloud (PWA) | Non (un éditeur à la fois) | N/A (c’est la plateforme) | Via Project Professional | PPM d’entreprise cloud | Portails projets, ressources, feuilles de temps, BI. |
| Project for the web | App web moderne | Base cloud (Power Platform) | Oui (temps réel) | Intégration Power Platform | Limité (vs desktop) | Projets collaboratifs « légers » | Simple, rapide, parfait pour la co‑édition. |
Implication clé. Le terme « version Office 365 » prête à confusion : la bonne cible se trouve entre Project Online (PPM cloud) et Project for the web (web moderne), selon vos besoins de gouvernance et de co‑édition.
Collaboration simultanée et SharePoint
La question. Peut‑on déposer un fichier .mpp dans SharePoint pour que plusieurs utilisateurs l’éditent en même temps ?
Réponse courte
- Fichier .mpp dans SharePoint : le stockage fonctionne, mais pas la co‑édition ; le fichier se verrouille lors de l’édition.
- Project Online / Project Server : collaboration d’équipe (sites, tâches, ressources, feuilles de temps), mais le planning est édité par un seul PM à la fois via un modèle check‑out / check‑in.
- Seule vraie co‑édition du planning : Project for the web (plusieurs personnes modifient le plan simultanément).
Scénarios de collaboration typiques
| Objectif | Option conseillée | Avantages | Limites |
|---|---|---|---|
| Partager un .mpp en lecture pour l’équipe | SharePoint/OneDrive + fichier .mpp | Versionning, métadonnées, sécurité M365 | Édition concurrente impossible |
| Co‑éditer le planning en temps réel | Project for the web | Co‑édition native, simplicité, vues grille/chronologie/tableau | Moins riche que Project desktop pour la planification avancée |
| PPM d’entreprise (portefeuille, ressources, gouvernance) | Project Online (ou Server on‑prem) + Project Professional | Processus, rôles, feuilles de temps, BI, gestion d’idées/demandes | Un seul éditeur par planning, client desktop requis pour l’édition |
Recettes concrètes
- Vous tenez absolument à co‑éditer le planning (deux PMs ou plus) : basculez vers Project for the web. Créez un environnement Power Platform, définissez des rôles et partagez le plan à l’équipe. Ajoutez des tables personnalisées (risques, décisions) si besoin via Dataverse/Power Apps.
- Vous devez rester en .mpp mais collaborer autour du plan : stockez le fichier dans une bibliothèque SharePoint avec contrôle de version majeur, activez les notifications, utilisez un flux Power Automate pour prévenir lors du check‑out, et publiez des exports (PDF, images du Gantt) pour les parties prenantes.
- Vous visez la gouvernance PPM : optez pour Project Online. Définissez des types de projet, des modèles de site, un pool de ressources, des champs d’entreprise et pilotez les droits via PWA. Le PM édite le planning avec Project Professional, un seul à la fois.
Quelle solution ressemble le plus au Project « classique » de bureau ?
Si un essai d’abonnement « Plan 3 » vous paraît « très basique », il s’agit probablement de l’interface Project for the web, volontairement épurée. L’expérience « classique » (Gantt riches, baselines, analyse de variance, tables personnalisées, macros VBA, etc.) correspond à Microsoft Project (client de bureau). Pour exploiter vos processus PPM en plus, utilisez Project Professional afin de vous connecter à Project Online/Server.
À retenir : si vous voulez retrouver « tout le Project historique », installez le client de bureau. L’app web moderne (Project for the web) privilégie la co‑édition et la simplicité, pas l’exhaustivité des fonctions d’ordonnancement.
Guide décisionnel rapide
- Besoin de co‑éditer le planning en simultané ?
- Oui : Project for the web.
- Non : passez à la question suivante.
- Besoin de PPM avancé (portefeuille, ressources à l’échelle, workflows, reporting BI) ?
- Oui : Project Online (cloud) ou Project Server (on‑prem) + Project Professional.
- Non : Project Standard peut suffire pour un usage individuel avancé.
- Souhaitez‑vous stocker dans SharePoint ?
- Pour
.mpp: stockage OK, pas de co‑édition. - Pour de la co‑édition réelle : privilégiez Project for the web.
- Pour
Points d’attention utiles
Terminologie et formats
- « MPP » est l’extension de fichier de Microsoft Project (bureau). Ce n’est pas un produit différent.
- Project (bureau) : fonctionnalités de planification complètes (réservations de ressources, calendriers, baselines, Gantt avancé, champs personnalisés, rapports).
- Project for the web : co‑édition native, vues grille/kaban/chronologie, personnalisation via Power Platform. Fonctionnalités d’ordonnancement plus limitées que le client de bureau.
Évolution des offres et licences
Les périmètres Plan 1 / Plan 3 / Plan 5 et certaines fonctions évoluent régulièrement. Vérifiez le périmètre effectif dans votre tenant avant un déploiement à grande échelle (notamment qui a droit à l’installation du client de bureau, l’accès à PWA, et les capacités de reporting).
Intégration SharePoint et Power Platform
- SharePoint sert d’excellent conteneur documentaire (spécifications, risques, comptes‑rendus). Pour les fichiers
.mpp, activez le versionning et, si nécessaire, l’extraction obligatoire. - Project Online expose ses données au reporting (ex. via Power BI) et propose un centre de projets, un centre de ressources et des feuilles de temps.
- Project for the web repose sur Dataverse : vous pouvez étendre la solution avec Power Apps, Power Automate et Power BI (tables personnalisées, processus, KPIs).
Gouvernance, sécurité et conformité
- Définissez une classification des projets (public/confidentiel) et appliquez la protection adéquate (étiquettes de confidentialité, DLP, MAM si mobile).
- Spécifiez qui peut créer des projets, attribuer des ressources, approuver les feuilles de temps et publier.
- Formalisez un cycle de vie projet : idée → business case → sélection portefeuille → planification → exécution → clôture → capitalisation.
Exemples d’architectures de mise en œuvre
Scénario co‑édition simple
Objectif : plusieurs PMs éditent le même plan en temps réel.
- Sélectionner Project for the web dans l’environnement Power Platform de l’équipe.
- Modéliser le plan (tâches, dépendances, jalons), créer des vues pour le pilotage.
- Partager le projet avec l’équipe (droits lecture/écriture selon les rôles).
- Ajouter des tables complémentaires (risques, changements) et automatiser les alertes via Power Automate.
- Publier un tableau de bord Power BI alimenté par Dataverse.
Scénario PPM d’entreprise
Objectif : gouvernance portefeuille, ressources à l’échelle, reporting consolidé.
- Choisir Project Online. Activer le site PWA et définir les types de projet (par ex. IT, Marketing, R&D).
- Créer le pool de ressources avec calendriers, compétences, coûts, et les champs d’entreprise (priorité, sponsor, complexité).
- Configurer les workflows (gestion de la demande, validation budgétaire, gates).
- Outiller le Project Center, le Resource Center et les Timesheets.
- Éditer les plannings avec Project Professional (un éditeur à la fois), publier sur PWA, consolider le reporting dans Power BI.
Méthodologie de choix guidée par les besoins
Quand privilégier Project for the web
- Co‑édition en temps réel et rapidité de mise en route.
- Projets itératifs ou transverses où la simplicité prime.
- Équipes qui vivent déjà dans Power Platform et souhaitent étendre via Power Apps/Automate.
Quand privilégier Project Online (ou Server)
- Besoin de processus PPM solides (demande, sélection portefeuille, arbitrage capacité).
- Nécessité de feuilles de temps, de reporting consolidé et d’un référentiel de ressources.
- Contraintes d’audit, de séparation des rôles, d’historisation.
Quand un client de bureau suffit
- Chef de projet expérimenté travaillant principalement en autonomie.
- Besoins forts en ordonnancement avancé (calendriers élaborés, what‑if, baselines, macros).
- Partage en lecture (PDF, images, exports) ou synchronisation ponctuelle avec SharePoint (héritage).
Tableau de correspondance besoins → solutions
| Besoins principaux | Solution conseillée | Remarques d’implémentation |
|---|---|---|
| Co‑édition simultanée | Project for the web | Partager les rôles; étendre avec tables Dataverse. |
| PPM complet (portefeuille, ressources, feuilles de temps) | Project Online / Project Server + Project Professional | Modèle check‑out sur les plannings; clarifier la gouvernance. |
| Planification avancée solo | Project Standard (ou Professional si intégration PPM) | Stockage du .mpp dans OneDrive/SharePoint, pas de co‑édition. |
| Stockage documentaire central | SharePoint | Contrôle de version, métadonnées, sensibilités; pas de co‑édition .mpp. |
Bonnes pratiques et anti‑patterns
Bonnes pratiques
- Décidez d’abord si la co‑édition du planning est un critère non négociable.
- Créez des modèles (projets, champs, rapports) pour éviter la dérive.
- Gardez un référentiel unique des ressources (éviter les doublons locaux vs. d’entreprise).
- Exposez les indicateurs clés dans un tableau de bord partagé.
Anti‑patterns à éviter
- Déposer un
.mppdans SharePoint en pensant activer la co‑édition : ce n’est pas supporté. - Multiplier les outils pour un même projet (une partie dans Project, une autre dans Excel, une autre dans Planner) sans règles d’or : perte d’alignement assurée.
- Basculer sur Project Online sans sponsoriser la gouvernance PPM (rôles, processus, contrôle qualité).
FAQ pratique
Peut‑on convertir automatiquement un .mpp en Project for the web ?
Il n’existe pas de conversion universelle « en un clic ». La voie la plus courante est l’export/import via Excel ou l’usage de connecteurs Power Platform pour transférer tâches et métadonnées (selon complexité et champs personnalisés).
Que se passe‑t‑il si deux personnes ouvrent le même .mpp depuis SharePoint ?
Le premier éditeur verrouille le fichier. Le second utilisateur l’ouvre en lecture seule et doit attendre la fin du check‑out ou travailler sur une copie (au risque de divergences).
Plan 1, 3 ou 5 ? Comment choisir ?
Plan 1 : usage web basique (idéal pour la co‑édition légère et l’accès simple). Plan 3 : gestion de projet plus riche (souvent point d’entrée pour les PMs). Plan 5 : PPM avancé (portefeuille, demande, capacités étendues). Vérifiez votre contrat et vos besoins exacts avant d’affecter les licences.
Existe‑t‑il une « version Office 365 de MSP » ?
Non, ce n’est pas un produit séparé. Dans Microsoft 365, les équivalents sont Project Online (PPM cloud) et Project for the web (app web moderne). Le client desktop (Project Standard/Professional) reste la référence pour les fonctions d’ordonnancement avancées.
Peut‑on mélanger Project for the web et Project Online ?
Oui, selon les cas d’usage. Beaucoup d’organisations réservent Project Online aux projets stratégiques et Project for the web aux projets opérationnels et collaboratifs, en conservant un socle de reporting commun.
Checklists d’implémentation
Checklist Project for the web
- Valider la licence des contributeurs.
- Choisir l’environnement Power Platform (dev/test/prod).
- Créer les modèles de projet, champs et tables (risques, décisions, jalons).
- Configurer les droits (propriétaires, membres, lecteurs) et le partage externe si nécessaire.
- Définir un tableau de bord Power BI partagé.
Checklist Project Online
- Activer le site PWA et créer les types de projet.
- Constituer le pool de ressources et les calendriers.
- Créer les champs d’entreprise et tables de recherche.
- Configurer les workflows (idées → portefeuille → sélection → exécution).
- Déployer Project Professional aux PMs et former sur le modèle check‑out.
Cas d’exemples concrets
PMO d’une DSI de 400 personnes
Objectifs : portefeuille priorisé, gestion des capacités, visibilité budgétaire. Choix : Project Online + Project Professional. Résultat : pilotage consolidé via Power BI, feuilles de temps, arbitrages trimestriels par capacité et valeur métier. Compromis : un seul éditeur par planning.
Équipe produit transverse
Objectifs : itérations courtes, arbitrage de charge, co‑édition. Choix : Project for the web. Résultat : co‑édition fluide, vues tableau pour les sprints, chronologie pour le management, intégration simple avec Teams.
Conclusion opérationnelle
- Pour collaborer à plusieurs en même temps sur un planning, Project for the web est la voie la plus directe.
- Pour une gouvernance PPM complète avec reporting robuste et intégration SharePoint/Power BI, optez pour Project Online (ou Project Server si on‑prem) en acceptant le modèle un éditeur à la fois via Project Professional.
- Si vous cherchez l’expérience « desktop » classique, utilisez Microsoft Project (bureau) (Standard/Professional selon votre contexte).
Annexe synthétique : tableau récapitulatif
| Critère | Project Standard | Project Professional | Project Server | Project Online | Project for the web |
|---|---|---|---|---|---|
| Type | Desktop | Desktop + PPM | PPM on‑prem | PPM cloud | App web |
| Co‑édition planning | Non | Non | Non | Non | Oui |
| Édition avancée (baselines, variance) | Oui | Oui | Via Project Pro | Via Project Pro | Limité |
| Portefeuille & gouvernance | Non | Via PPM | Oui | Oui | Via Power Platform |
| Stockage | Fichier .mpp | Fichier / PPM | Base on‑prem | Base cloud | Dataverse |
| Idéal pour | PM individuel | PM connecté au PPM | Organisation on‑prem | PPM d’entreprise cloud | Équipe collaborative |
Dernier conseil : avant de trancher, formalisez vos critères (co‑édition, portefeuille, contraintes IT, maturité de l’équipe) et testez la solution sur un projet pilote en conditions réelles. Vous gagnerez en clarté et sécuriserez votre déploiement.