Convertir vos anciens plans Planner en expériences Premium sans perdre l’historique ni la productivité : c’est désormais possible, mais cela exige une méthode rigoureuse. Voici le guide pas‑à‑pas pour activer Durée et Dépendances, migrer vos modèles, automatiser les conversions et maintenir la cohérence de votre gouvernance Microsoft 365.
Comprendre la logique de service derrière Durée et Dépendances
Les colonnes Durée et Dépendances résident dans le moteur de Project for the web. Planner « de base », historiquement positionné comme un outil Kanban simplifié, ne dispose pas des tables SQL ni des contraintes relationnelles nécessaires pour calculer des enchaînements de tâches. À partir de 2024, Microsoft a donc introduit une bascule « Premium » : au moment où vous créez un nouveau plan, vous choisissez entre l’architecture Planner ou Project. Les plans Project Premium :
- Ajoutent les champs Durée (en jours ouvrés), Date de début, Date de fin et Dépendances de type Fin‑Début.
- Sauvegardent les données dans Dataverse, permettant l’intégration native Power BI, Power Automate et Copilot pour le suivi critique chemin.
- N’apparaissent plus dans l’interface Planner classique ; vous les gérez via l’onglet Project dans Teams ou via project.microsoft.com.
Conditions préalables : licences, rôles et droits d’administration
Avant toute action de conversion :
- Attribuez Project Plan 1 (ou supérieur) aux utilisateurs qui devront créer ou modifier des plans Premium.
- Assurez‑vous que la Project Service est activée dans le centre d’administration M365.
- Vérifiez que l’environnement Dataverse par défaut n’est ni à capacité réduite, ni restreint par des stratégies DLP qui bloqueraient les enregistrements « msdyn_projecttask ».
Méthode guidée : transformer un plan existant
| Étape | Action détaillée | Résultat / Limite |
|---|---|---|
| 1 | Ouvrir le plan Planner concerné dans Teams, choisir … > Ouvrir dans Planner Online. | Vous passez sur l’interface web où l’option Project est disponible. |
| 2 | Cliquer sur l’onglet Project, puis sur le bouton Copier ce plan vers Project. | Un clone est créé dans Project for the web ; les tâches, buckets et étiquettes sont conservés. |
| 3 | Basculer sur project.microsoft.com ou ajouter l’onglet Project dans le même canal Teams. | Les nouvelles colonnes Durée et Dépendances sont immédiatement visibles et éditables. |
| 4 | Informer l’équipe que la version Planner sert uniquement d’archive read‑only. | Aucune synchronisation bidirectionnelle : toute modification future doit se faire dans Project. |
| 5 | Supprimer ou masquer l’ancien onglet Planner pour éviter la confusion. | Réduit le risque d’édition au mauvais endroit. |
Migrations en masse : trois approches
1. Conversion manuelle répétée
La méthode ci‑dessus est la plus simple mais la moins scalable. Comptez environ 30 secondes par plan pour un administrateur aguerri. Pour < 20 plans, c’est acceptable.
2. Script Power Automate + Graph API (préversion)
Microsoft Graph expose les points de terminaison /planner/plans/{id}/migrateToProject. En combinant une boucle « Lister tous les plans » à un déclencheur PowerShell ou Logic Apps, vous pouvez convertir des centaines de plans en LOT sans intervention humaine. Limites actuelles :
- Préversion : pas de SLA.
- Quota de 100 requêtes/minute par application.
- Les pièces jointes de tâches (OneDrive, SharePoint) sont copiées par référence, pas dupliquées.
# Exemple PowerShell simplifié
$token = Get‑GraphToken
$plans = (Invoke‑GraphRest -Method GET -Uri "/planner/plans").value
foreach ($plan in $plans) {
Invoke‑GraphRest -Method POST -Uri "/planner/plans/$($plan.id)/migrateToProject" -Token $token
}3. Recréation de modèles maîtres en Premium
Si vos modèles contiennent surtout des listes de tâches réutilisables, il est parfois plus propre de :
- Créer un plan Premium vierge nommé « Modèle – Marketing Produit ».
- Y coller les tâches clés (copier/coller multi‑sélection possible depuis Project).
- Utiliser ensuite Créer un plan à partir d’un plan existant dans Project pour la duplication future.
Bonnes pratiques de gouvernance post‑migration
Paramétrer les colonnes personnalisées
Project Premium autorise l’ajout de champs personnalisés (Texte, Nombre, Date). Centralisez la nomenclature : par exemple, “Indicateur OKR Q3 2025” plutôt que des variations libres.
Automatiser les notifications dépendances rompues
Une règle Power Automate déclenchée sur msdyn_projecttask peut envoyer un message Teams dès qu’une tâche glisse et impacte le chemin critique. Cela réduit le « bruit » comparé aux notifications Planner qui se basent sur l’affectation utilisateur.
Gérer les droits finement
- Membres de plan : peuvent éditer tâches, durées, dépendances.
- Visiteurs : lecture seule sur tout le projet.
- Évitez de laisser « Tous les membres du groupe » en édition si le plan sert de source officielle pour le PMO.
Rapports et dashboards Power BI
Les données Project Premium se trouvent dans Dataverse (msdyn_project, msdyn_projecttask). En publiant un dataset DirectQuery, vous obtenez un rafraîchissement quasi temps réel. Ajoutez un slicer sur le champ isDeleted pour masquer les tâches archivées après sprint.
Dépannage : questions fréquentes
Pourquoi la colonne Durée n’apparaît‑elle pas après la conversion ? Ouvrez le plan via l’onglet Chronologie ou Grille dans Project ; la vue « Tableau » masque Durée par défaut. Peut‑on mélanger tâches manuelles et automatiques ? Non. Dans Project Premium, toutes les tâches obéissent à la planification automatique basée sur des dépendances Fin‑Début. Les liaisons Début‑Début ou Fin‑Fin sont prévues dans la roadmap 2026. Les pièces jointes restent‑elles accessibles ? Oui, car seules les métadonnées sont déplacées ; les fichiers restent stockés dans SharePoint ou OneDrive. Comment restaurer un plan converti par erreur ? Il n’existe pas de « rollback ». Conservez toujours une copie exportée (.xlsx ou PDF du tableau) avant migration.
Scénarios avancés : chaînage multi‑projets
La synchronisation des dépendances inter‑plan n’est pas encore native. En attendant, vous pouvez :
- Créer un « Projet maître » et importer chaque plan converti comme Plan subordonné.
- Utiliser le champ personnalisé ID externe pour pointer vers les tâches d’autres plans afin d’obtenir un rapport consolidé sous Power BI.
Gestion du changement et adoption utilisateur
La réussite d’une migration se mesure à l’adhésion :
- Former vos chefs de projet : nouveaux concepts chemin critique, mise à jour % avancement, mode Grille.
- Communiquer la date butoir où l’ancien plan Planner deviendra « lecture seule ».
- Mesurer le taux de complétion via le tableau de bord d’usage Project dans le Centre d’administration M365.
Feuille de route Microsoft (MISE À JOUR 2025)
Microsoft annonce la fusion progressive de To Do, Planner et Project sous le label « Planner (Next Gen) ». Les plans Premium actuels seront automatiquement portés sur la nouvelle interface ; aucune action requise. Parmi les nouveautés prévues :
- Dépendances Début‑Début et Fin‑Fin
- Gestion des contraintes (Au plus tôt, Au plus tard)
- Copilot génératif pour proposer le réseau de tâches à partir d’un objectif produit
- API REST v1.0 (sortie GA T2‑2026)
Conclusion
Passer de Planner « de base » à Project Premium ouvre la porte à un pilotage plus mature : dates réelles, liens logiques et reporting unifié. Le coût licence Plan 1 reste modeste face au temps gagné ; l’essentiel est d’orchestrer la migration par lots contrôlés, de verrouiller les droits et d’accompagner les équipes. Une fois ces colonnes Durée et Dépendances activées, votre gouvernance de projet grimpe d’un niveau — tout en restant à l’intérieur de Teams.