Calipia : le blog

Microsoft continue d’étoffer Planner, son outil de gestion de tâches intégré à Microsoft 365, avec une fonctionnalité que bien des équipes projet réclamaient depuis longtemps : la possibilité de transformer un plan existant en modèle réutilisable. Le déploiement démarre début juillet 2026 et doit s’achever fin juillet, sans surprise ni round d’annonce préalable fracassant, comme souvent avec les évolutions incrémentales de la suite.

Le principe est simple. Un utilisateur peut, via Partager > Publier comme modèle, convertir un plan en gabarit réutilisable. Le modèle embarque les tâches, les compartiments (buckets), les étiquettes, les objectifs, les notes, les checklists et les liens de pièces jointes. Il devient ensuite accessible aux membres du groupe Microsoft 365 concerné, via deux galeries : celle des modèles partagés et celle des modèles créés par soi-même. Quand un nouveau plan est créé à partir d’un modèle, la progression et les statuts des tâches repartent à zéro, ce qui est plutôt logique, mais mérite d’être signalé aux équipes habituées à dupliquer manuellement leurs plans.

Sur le papier, l’intérêt est évident pour toute organisation qui gère des projets récurrents : onboarding de collaborateurs, lancement de campagne marketing, cycle de recette applicative, ou encore processus de conformité. Standardiser ces workflows via un modèle centralisé réduit le temps de mise en place et limite les approximations d’un plan à l’autre. C’est une brique de plus dans la logique de Microsoft consistant à enrichir les outils de collaboration légers plutôt que de pousser systématiquement vers des solutions de gestion de projet plus lourdes comme Project.

Là où le DSI ou le RSSI doit lever un sourcil, c’est sur le volet gouvernance, ou plutôt son absence. La fonctionnalité est activée par défaut, sans configuration administrateur requise, et s’appuie entièrement sur les permissions existantes du groupe Microsoft 365. Concrètement, cela signifie que n’importe quel membre d’un groupe peut publier un modèle, et surtout que n’importe quel membre peut également le supprimer. Il n’existe à ce stade ni verrouillage par rôle, ni cycle de vie formalisé, ni mécanisme de versioning. Une modification apportée à un modèle ne se propage d’ailleurs pas aux plans déjà créés à partir de celui-ci, ce qui est cohérent avec la philosophie d’un gabarit, mais qui peut dérouter des utilisateurs habitués à d’autres outils où la notion de modèle implique une forme de synchronisation.

On retrouve ici un schéma déjà connu avec les modèles de sites SharePoint ou les modèles d’équipes Teams : Microsoft ouvre une fonctionnalité en libre-service, portée par la logique de productivité individuelle, et laisse ensuite aux organisations le soin de poser leurs propres garde-fous par la formation et la sensibilisation, faute de levier technique dédié. Le message officiel de changement (ID MC1413299) le confirme d’ailleurs explicitement : aucune action administrative n’est requise, mais Microsoft recommande de revoir les politiques de gouvernance des groupes Microsoft 365, dans la mesure où l’appartenance à un groupe détermine à la fois la visibilité et les droits d’usage sur les modèles.

Pour les DSI, la vraie question n’est donc pas technique mais organisationnelle. Faut-il laisser cette capacité en libre accès, quitte à voir fleurir des modèles non maintenus au fil des mois, ou faut-il l’encadrer dans les chartes d’usage Microsoft 365, avec des conventions de nommage et un responsable identifié par équipe ? La réponse la plus pragmatique consiste probablement à profiter du déploiement pour revisiter la gouvernance des groupes Microsoft 365 dans son ensemble, un chantier que beaucoup d’organisations repoussent depuis l’adoption de Teams.