Depuis 2018, toute DSI qui exploite Dynamics 365 ou la Power Platform vivait au rythme de deux rendez-vous par an : la « release wave 1 » d’avril à septembre, la « release wave 2 » d’octobre à mars. Un plan publié en mars et en septembre, un accès anticipé pour tester, puis un déploiement progressif. Ce rythme avait l’avantage d’être prévisible. Il vient de disparaître.
Ce que Microsoft a annoncé
Par un avis du Message Center daté du 25 août 2026, Microsoft a confirmé l’arrêt des communications semestrielles. Trois dates à retenir. À partir de septembre 2026, les nouveaux éléments de roadmap pour Dynamics 365, la Power Platform et Dataverse sont publiés sur la roadmap « AI at Work », et plus aucun nouveau plan de release n’est publié sur Microsoft Learn. Il n’y aura pas d’annonce de « 2026 release wave 2 ». Le 15 novembre 2026, le Release Planner est retiré ; les vues personnalisées qu’on y avait enregistrées ne sont pas migrées. La 2026 wave 1, close en septembre, aura donc été la dernière.
Ce qui ne change pas mérite d’être dit aussi clairement : les calendriers de déploiement des produits, les processus de mise à jour, les cycles de support et les notifications du Message Center restent tels qu’ils sont. On change la façon d’annoncer, pas la façon de livrer.
Pourquoi ce changement
Officiellement, pour offrir « une destination unique » où découvrir les capacités à venir, tous produits confondus. En pratique, le rythme des annonces autour de Copilot et des agents ne tenait plus dans un cycle de six mois : des fonctions arrivaient en cours de vague, d’autres étaient reportées, et le plan publié en mars décrivait mal ce qui serait réellement disponible en août. La publication continue colle davantage à la réalité des équipes produit. Elle est aussi, il faut le dire, plus confortable pour Microsoft que pour ses clients.
Ce que ça change pour une DSI
Le point d’attention n’est pas technique, il est organisationnel. Beaucoup d’entreprises avaient calé leurs propres rituels sur les vagues : une revue d’impact en mars et en septembre, une campagne de tests en accès anticipé, une communication aux utilisateurs avant le 1er avril et le 1er octobre. Ces rituels n’ont plus de déclencheur naturel.
- Une veille continue remplace la revue semestrielle. Il faut nommer quelqu’un — pas un comité — qui suit la roadmap chaque mois et signale ce qui touche vos personnalisations.
- Les tests de non-régression doivent devenir plus fréquents et plus automatisés. Attendre « la vague » pour tester n’a plus de sens ; une mise à jour peut arriver n’importe quand.
- La communication aux utilisateurs se fait par lots plus petits et plus réguliers. Moins d’effet d’annonce, moins de surprise.
- Les partenaires et intégrateurs doivent adapter leurs plans de maintenance : les contrats de TMA calés sur deux fenêtres annuelles sont à revoir.
Comment s’organiser concrètement
La roadmap AI at Work permet de filtrer par produit, d’exporter en CSV et de s’abonner par flux RSS. C’est suffisant pour construire une veille simple. Voici ce que nous mettons en place chez nos clients.
- Avant le 15 novembre 2026 : exporter ou sauvegarder les plans de release existants dont vous dépendez. Ils resteront consultables, mais les vues personnelles disparaissent.
- Un abonnement RSS filtré sur vos produits, dépouillé une fois par mois dans une réunion de trente minutes entre la DSI et les référents métier.
- Un environnement de test maintenu à jour en permanence, avec un jeu de scénarios critiques rejoués automatiquement après chaque mise à jour.
- Un journal des personnalisations sensibles — plugins, flux, intégrations — pour savoir immédiatement ce qu’une annonce peut casser.
- Une règle de décision : quelles nouveautés sont activées par défaut pour les utilisateurs, lesquelles sont évaluées avant.
Et pour les projets en cours
Si vous êtes en plein déploiement Dynamics 365, la fin des vagues ne change rien au produit que vous installez. Elle change la manière de planifier la suite. Un projet livré en novembre ne pourra plus dire « on verra à la prochaine vague » : il faut prévoir dès la conception la façon dont l’équipe de run absorbera les évolutions. C’est une bonne occasion de traiter la maintenance comme une activité continue, ce qu’elle a toujours été.
Microsoft ne ralentit pas ; il publie autrement. Pour une entreprise, le risque n’est pas de rater une fonctionnalité. C’est de laisser son système d’information évoluer sans que personne ne regarde. La bonne réponse tient en une personne, une routine mensuelle et un environnement de test vivant.