EN → Réserver un appel
§ MENU
Approche
§ PRODUITS · PLATINE Platine Vibe OS § PLATEFORMES OÙ NOUS MENONS Dynamics 365 Business Central Project Online · Migration
§ LA PRATIQUE Mandats Secteurs § RÉFLEXION ET ÉCRITURE Notes de terrain
À propos Contact → English → Réserver un appel
§ SOLUTION · MICROSOFT PROJECT ONLINE · MIGRATION

Project Online se retire.
Planifiez le déplacement avant
que le déplacement vous planifie.

Microsoft a retiré Project Online — le PWA basé sur SharePoint qui exécute des portefeuilles de projet du marché intermédiaire et de l'entreprise depuis deux décennies. Le mode lecture seule arrive à la date publiée. La dépréciation complète suit. Les flux de travail personnalisés, les modules tiers PWA et les artefacts couplés à SharePoint partent avec.

Quatre chemins de migration existent, et ils ne sont pas équivalents. Cette page est le mémoire de planification — ce que chaque chemin coûte, ce que vous gardez, ce que vous perdez, et comment Platine vous aide à décider.

§ 01 · LES FAITS

Ce que Microsoft a réellement annoncé.

Microsoft a communiqué un retrait structuré pour Project Online. La plateforme entre dans une fenêtre lecture seule avant le démantèlement complet. Après le retrait complet, le PWA hébergé sur SharePoint, ses flux de travail personnalisés, ses rapports adossés à la base de données et son écosystème de modules complémentaires PWA tiers cessent de fonctionner.

Référez-vous aux annonces officielles de cycle de vie et de dépréciation Microsoft pour le calendrier exact applicable à votre locataire. Le retrait n'est ni une rumeur ni une « éventualité future » — c'est une transition publiée avec une date.

Ce qui demeure soutenu indéfiniment : Microsoft Project Desktop (le client .mpp autonome), et les successeurs modernes — Project for the Web, Project Operations et le tissu plus large Power Platform. Le retrait s'applique précisément à l'expérience PWA basée sur SharePoint.

§ 02 · CE QUE VOUS PERDEZ / CE QUI SURVIT

L'inventaire honnête.

→ Disparaît

Perdu au retrait.

  • Flux de travail PWA personnalisés (basés sur SharePoint, souvent bâtis sur des années)
  • Flux d'engagement et de planification de capacité de ressources natifs à PWA
  • Flux de feuilles de temps PWA personnalisés (s'ils ne sont pas migrés vers Project Operations)
  • Rapports bâtis directement sur la base de données SharePoint PWA
  • Modules complémentaires PWA tiers (les applications couplées à SharePoint perdent leur hôte)
  • Gestion de la valeur acquise (EVM) — seul Project Operations préserve cette fonction dans Microsoft
  • Modèles de permission propres à PWA (à reconcevoir en Dataverse pour les chemins Microsoft)
→ Survit

Reste avec vous.

  • Données de calendrier de projet — exportables en formats standards (MPP, XML, CSV)
  • Données de référence des ressources — exportables et réimportables vers toute cible
  • Historiques de projet (à des fins d'archivage)
  • Microsoft Project Desktop (continue de fonctionner en autonome)
  • Rapports Power BI bâtis sur le flux OData de Project Online (à repointer vers la nouvelle source)
§ 03 · LES QUATRE CHEMINS

Quatre chemins de migration. Pas équivalents.

Comparaison ci-dessous. La bonne réponse dépend de votre culture de projet, de votre investissement d'écosystème et des flux qui comptent réellement pour vos opérateurs.

A. Project for the Web Microsoft · natif Dataverse · infonuagique 6 à 12 sem.

Planification de projet allégée pour les équipes qui géraient du travail simple sur Project Online — listes de tâches, calendriers, gestion de ressources de base. Le chemin recommandé par Microsoft pour la majorité des anciens utilisateurs de Project Online.

→ Gains
  • Intégration native Microsoft 365 + Teams
  • Extensible par Power Platform
  • UX moderne, courbe d'apprentissage plus douce
  • Tarification par utilisateur alignée à Microsoft 365
→ Compromis
  • Gestion de la valeur acquise (EVM)
  • Flux de travail PWA personnalisés
  • Flux d'engagement de ressources hérités de PWA
  • Certaines fonctions de conformité PMI/PMBOK
B. Project Operations sur Dynamics 365 Microsoft · natif D365 · PSA complet 12 à 20 sem.

Firmes de services axées projet qui ont besoin d'un PSA complet — heures facturables, gestion de ressources, finances de projet, comptabilisation des produits liée directement à l'ERP. La cible de migration pour les organisations qui exécutaient Project Online couplé serré avec la facturation ou l'économie des ressources.

→ Gains
  • Comptabilité de projet complète intégrée à la finance (BC ou F&O)
  • Gestion de ressources facturables à grande échelle
  • Automatisation de la comptabilisation des produits
  • Natif Dataverse, prêt pour Power BI
→ Compromis
  • Complexité plus élevée que PWA — l'effort d'implantation augmente
  • Le coût de licence par utilisateur monte significativement
  • Certains rapports propres à PWA exigent une refonte
C. PPM tiers Smartsheet · Asana · Monday · Wrike · ServiceNow SPM 8 à 14 sem.

Organisations dont le travail de projet a glissé vers le suivi de tâches et la collaboration plutôt que le PPM formel. Souvent une meilleure adéquation que le chemin Microsoft quand votre culture de projet est légère.

→ Gains
  • Adoption souvent plus rapide — les opérateurs aiment ces outils
  • Fonctions de collaboration solides à l'arrivée
  • Indépendant de la trajectoire de licence Microsoft
  • Plusieurs fournisseurs offrent des accélérateurs de migration depuis PWA
→ Compromis
  • Coût d'intégration au parc Microsoft 365
  • Deux écosystèmes à gouverner
  • Duplication de licences si Microsoft 365 est non négociable
D. Hybride — Power Platform + Planner / Loop Sur mesure · aligné Microsoft · léger 6 à 16 sem. (selon la portée sur mesure)

Organisations dont l'usage de Project Online était léger dès le départ — beaucoup n'ont jamais eu besoin d'un PPM complet. Power Platform + Planner + Loop remplace 80 % de la valeur à 20 % du coût, avec des Power Apps personnalisés pour les flux qui comptaient.

→ Gains
  • Coût total le plus bas
  • Alignement complet au tissu Microsoft 365
  • Sur mesure pour les flux réels (sans forcer)
  • Aucune licence tierce
→ Compromis
  • Coût de construction sur mesure à l'avant (compensé par l'épargne de licences sur 3 à 5 ans)
  • Demande une discipline de gouvernance
  • Pas un « vrai » PPM — la gestion formelle de portefeuille est hors portée
§ 04 · COMMENT PLATINE AIDE

La méthode, appliquée à la migration.

Écouter. Nous nous assoyons avec le BGP, les chefs de projet, les responsables de ressources et l'équipe TI qui a bâti ou maintenu le parc PWA. Nous cataloguons les flux personnalisés, les intégrations, les rapports et les modules tiers. Nous nommons ce que chaque artefact fait réellement par opposition à ce que sa documentation dit.

Diagnostiquer. Usage actuel de PWA mesuré. Artefacts personnalisés évalués pour leur survie. Culture de projet évaluée (PPM formel contre suivi de tâches léger). Sortie : une recommandation écrite qui nomme le chemin et le coût pour s'y rendre. Parfois, la réponse n'est pas un seul chemin — c'est un hybride.

Concevoir. Architecture cible documentée. Migration de données cartographiée. Reconstructions de flux identifiées (lesquels survivent, lesquels sont retirés, lesquels deviennent du Power Automate). Approche de gestion du changement pour la communauté de gestion de projet. Stratégie de bascule en parallèle.

Livrer. Migration par phases avec opération en parallèle. Transfert de connaissances au BGP et à la TI. Manuel d'opération pour la nouvelle plateforme. Registre de résultats mesuré contre la base de référence de la Phase 02.

§ 05 · MANDAT TYPIQUE

Portée, durée et coût honnêtes.

§ 06 · CONTEXTE SECTORIEL

Ce que les données disent.

  1. 60 %+

    Des organisations qui migrent hors de Project Online choisissent une cible native Microsoft (Project for the Web, Project Operations ou Power Platform hybride). Le reste va vers Smartsheet, Asana, Monday ou ServiceNow SPM.

    — Sondages d'analystes sur les patrons de migration PPM
  2. 12–24 mois

    Fenêtre de migration complète typique pour les organisations avec un parc PWA de complexité moyenne à élevée — incluant la découverte, la décision, la construction, la gestion du changement et l'opération en parallèle. La majorité sous-estime la portion gestion du changement.

    — Notes de pratique Forrester et Gartner sur la migration PPM
  3. ~30 %

    Des parcs PWA que nous avons observés contiennent des flux de travail ou des intégrations personnalisés que l'équipe TI d'origine ne comprend plus pleinement. La découverte est obligatoire ; la surprise est coûteuse.

    — Observation de pratique Platine
§ 07 · QUESTIONS

Ce que les acheteurs posent vraiment.

01 Comment sortir mes données de Project Online avant le retrait ? +
Microsoft fournit des outils d'exportation et le Project Online Connector. Nous recommandons une archive structurée : calendriers de projet en MPP, données de référence des ressources en CSV, données de listes personnalisées en Excel, et une sauvegarde unique du site SharePoint complet. Ne laissez pas cela à la dernière semaine — le volume d'exportation peut être limité pour les grands parcs.
02 Pouvons-nous garder nos flux de travail PWA personnalisés ? +
La majorité ne survivra pas tels quels. Les flux SharePoint personnalisés sont liés à la plateforme qui se retire. La réponse honnête : les cataloguer en découverte, décider lesquels méritent une refonte, et reconstruire les survivants en Power Automate ou dans la plateforme cible. Certains ne devraient pas être reconstruits du tout — ils étaient des contournements de vieilles limites de PWA que les nouvelles plateformes résolvent nativement.
03 Et si nous utilisons déjà Asana ou Smartsheet pour les tâches ? +
Cela vous donne probablement la réponse. Si un outil tiers fait déjà le suivi de tâches qui comptait, la migration de Project Online est en partie une occasion de consolider. Le chemin C (PPM tiers) ou le chemin D (Microsoft natif léger) gagne habituellement. Nous le cartographions honnêtement à la Phase 02.
04 Y a-t-il des remboursements de licence Microsoft pour Project Online ? +
Généralement non — les retraits Microsoft sont annoncés avec un préavis suffisant pour que les licences se rendent à terme. La conversation porte sur l'allocation future de licences, non sur le remboursement. Project Operations a un coût par utilisateur plus élevé que Project Online ; Project for the Web est plus bas ; les chemins tiers déplacent le coût hors de l'enveloppe Microsoft.
05 Combien de temps avons-nous vraiment ? +
Microsoft a publié le calendrier de dépréciation. Le mode lecture seule et le retrait complet arrivent à des dates précises. La réponse honnête : vous avez moins de temps que vous pensez, parce que la gestion du changement et l'opération en parallèle prennent plus de temps que la migration technique. Les organisations qui démarrent aujourd'hui suivent le bon rythme ; celles qui démarrent à six mois de l'échéance vont compresser injustement.
06 Pouvons-nous exécuter deux systèmes en parallèle pendant la transition ? +
Oui, et nous le recommandons pour tout parc non trivial. Les nouveaux projets ouvrent dans le système cible à la date de bascule ; les projets en cours se terminent sur Project Online. Les données de référence des ressources doivent être tenues synchrones pendant la période parallèle. Prévoyez 8 à 12 semaines d'opération en parallèle pour une complexité moyenne.
07 Qui décide quel chemin de migration est le bon ? +
Vous — sur la base du diagnostic. Notre rôle est de faire ressortir honnêtement les compromis : coût sur 3 ans, impact de gestion du changement sur les opérateurs, dette d'intégration avec le reste de votre parc, risque de verrouillage. Plusieurs organisations s'attendent à une réponse Microsoft native et finissent par choisir un outil tiers parce qu'il convient mieux à la culture de projet réelle. Les données décident.
§ — INTERROGATION

Project Online se retire à une date.
Commencez par le diagnostic.

Rendez-vous
→ Réserver un appel d'évaluation de 30 minutes
Téléphone
514-546-0711
Courriel
[email protected]
Lié
→ Intégration de systèmes d'entreprise