Guides pour choisir
Changer de logiciel sans perdre les engagements du planning
Pour qui : Vous préparez une bascule et craignez de perdre dates, dépendances et responsabilités.
Rédaction le 6 novembre 2026 ; sources datées individuellement ; analyse documentaire, sans essai applicatif.
Notre avis
Validez d’abord que le nouveau planning conserve les engagements utiles. Importer toutes les lignes n’est pas une preuve de migration réussie. Notre ordre : garder une copie indépendante, rapprocher un petit périmètre complexe, puis basculer avec une condition de retour explicite. Si le service d’origine a déjà été retiré, ce retour ne peut pas être présumé.
Dans l’ordre
- Conserver une copie indépendante exploitable
- Réconcilier un périmètre représentatif
- Basculer les nouveaux engagements après réception
Pourquoi
- Le nombre de lignes ne prouve pas la conservation des liens.
- Un calendrier par défaut peut changer la date sans perdre la tâche.
- La responsabilité d’une promesse doit survivre au changement d’outil.
Ce qui change le choix
Une archive historique sans travail actif peut rester conservée séparément ; migrer chaque commentaire ancien augmente le coût sans nécessairement améliorer la décision.
La réception commence avant l’import
Écrivez ce qui doit rester vrai : identifiants, responsables, échéances engagées, dépendances, charges, calendriers, projets privés et décisions en attente. Ajoutez la provenance de la copie et la date de dernière mise à jour. Nous recommandons un registre court des exceptions plutôt qu’une promesse globale de tout reprendre.
Construisez dix tâches fictives représentant vos difficultés : une sous-tâche, une dépendance, une tâche partagée, un temps partiel, une absence et un projet restreint. Le total des heures et quelques résultats de dates attendus constituent votre référence. Cela vérifie le mécanisme sans exposer de données clients.
Ce qui peut changer malgré un import apparemment réussi
Une date peut changer de fuseau ; une dépendance peut devenir un simple champ texte ; deux personnes proches de nom peuvent être confondues. Ce sont des risques à tester, pas des défauts que nous attribuons à un logiciel particulier. Vérifiez le sens et le résultat, puis seulement le volume transféré.
Une autre difficulté tient aux modèles. Asana indique que plan de capacité et charge des tâches sont distincts. Planner ne rattache pas à ses portefeuilles documentés les plans basic, les projets Azure DevOps ou Project Online. Une migration doit donc vérifier la bonne destination, sans supposer qu’un même mot « projet » recouvre le même objet.
Project Online demande une précaution séparée
Microsoft a annoncé le retrait de Project Online au 30 septembre 2026. Cette date est passée au moment de cette rédaction ; nous n’avons pas vérifié le fonctionnement d’un tenant. L’annonce distingue Project Online de Project desktop, Project Server et Planner. N’interprétez donc pas un accès à Project desktop comme une preuve que Project Online reste disponible.
Si vous n’avez plus d’accès, commencez par inventorier les sauvegardes, exports et documents déjà possédés. Interrogez le support autorisé sur les possibilités encore réelles. Nous ne promettons ni prolongation ni récupération après retrait. Le plan doit partir des copies effectivement accessibles.
Le feu vert appartient au responsable des engagements
Faites valider les dates et charges par la personne qui s’engage sur la livraison, les droits par le propriétaire des informations et la réversibilité par le responsable de la bascule. Une case « import terminé » ne remplace pas ces contrôles. Conservez les écarts acceptés avec leur conséquence.
Lorsque le retour reste possible, définissez jusqu’à quelle date le premier outil est la référence et qui peut encore le modifier. Évitez deux plannings actifs alimentés librement. S’il n’existe pas de retour, compensez par une archive indépendante vérifiée et une réception plus prudente des projets en cours. Ces règles sont des recommandations de méthode, pas une garantie fournisseur.
Limites
Analyse documentaire et avis éditorial ; aucune application testée. Les exemples sont fictifs et ne constituent pas une garantie de résultat.
Prochaine action
Rédigez une feuille attendu/obtenu pour les engagements, les calendriers et les droits avant tout transfert définitif.
Preuves et sources
Ce qui relève d’un fait lu, d’une déclaration, de notre calcul, de notre méthode ou de notre avis. Notre méthode
Déclaration de l’éditeur. Microsoft a annoncé le retrait de Project Online au 30 septembre 2026, sans retrait de Project desktop, Project Server ou Planner dans cette annonce.
Relevé du 5 novembre 2026. Édition ou périmètre : Annonce Microsoft du 5 septembre 2025 ; retrait Project Online.
- Microsoft : https://techcommunity.microsoft.com/blog/plannerblog/microsoft-project-online-is-retiring-what-you-need-to-know/4450558 Lu le 5 novembre 2026. Déclaration de l’éditeur, documentation primaire lue.
Déclaration de l’éditeur. Les portefeuilles Planner documentés ne prennent pas en charge les plans basic, Azure DevOps ou Project Online.
Relevé du 5 novembre 2026. Édition ou périmètre : Planner web/Teams ; Portfolios.
- Microsoft : https://support.microsoft.com/en-us/planner/manage-multiple-plans-with-portfolios-in-microsoft-planner Lu le 5 novembre 2026. Déclaration de l’éditeur, documentation primaire lue.
Déclaration de l’éditeur. L’aide Asana distingue affectations projet et charge des tâches.
Relevé du 5 novembre 2026. Édition ou périmètre : Aide mondiale anglaise ; Capacity planning Enterprise/Enterprise+.
- Asana : https://help.asana.com/s/article/capacity-planning Lu le 5 novembre 2026. Déclaration de l’éditeur, documentation primaire lue.