Een team voor klantoperaties opent zoals gewoonlijk het releaseplan van september en vindt geen nieuwe golf. Dat is geen gemiste publicatie. Microsoft stopt met het model van twee Release Plans per jaar en verplaatst updates voor Dynamics 365, Power Platform en Dataverse naar de AI at Work roadmap.
De praktische oplossing is om de twee grote controlemomenten te vervangen door een kleinere, doorlopende wijzigingscontrole. Gebruik de openbare roadmap om mogelijke veranderingen te vinden, Message Center om te bepalen wat voor jouw tenant geldt, Microsoft Learn om de werking te bevestigen en een intern logboek om besluit, eigenaar en bewijs vast te leggen.
Dit verandert de communicatie, niet de manier waarop producten worden uitgerold. Een datum op de roadmap blijft een schatting. Een vermelding bewijst niet dat de functie al in jouw omgeving werkt.
Wat Microsoft heeft veranderd
Microsoft kondigde aan dat nieuwe mogelijkheden voor Dynamics 365, Power Platform en Dataverse vanaf september 2026 continu in de AI at Work roadmap verschijnen. Er komt geen aankondiging voor release wave 2 in september 2026. Bestaande Release Plans op Microsoft Learn blijven beschikbaar als historisch naslagwerk.
- 1Beperk de scopeVolg alleen producten, clouds en klantprocessen die het team echt gebruikt.
- 2Leg het signaal vastBewaar functie ID, status, bron, doeldata en laatste wijziging.
- 3Bevestig relevantieKoppel het openbare onderdeel aan tenantmeldingen en actuele implementatiehulp.
- 4Bewijs de impactTest echt klantwerk, rechten, fouten en menselijk herstel.
- 5Noteer het besluitBenoem eigenaar, releasekeuze, bewijs en volgende controledatum.
Onderdelen met een datum voor publieke preview of algemene beschikbaarheid op of na 1 juni 2026 worden naar verwachting tussen september en november overgezet. Release Planner stopt uiterlijk op 15 november 2026. Microsoft zegt dat bestaande productplanningen, uitrolprocessen, Message Center meldingen en productdocumentatie door deze verhuizing niet veranderen.
De nieuwe roadmap volgt een onderdeel via statussen zoals In Development, Rolling Out en Launched. Er zijn filters, CSV exports, RSS updates, directe links en functie ID's. Eén mogelijkheid volgen wordt daardoor eenvoudiger, maar het vaste kalenderpunt dat teams twee keer per jaar bijeenbracht verdwijnt.
Bouw één doorlopende wijzigingscontrole
Begin met de afbakening. Noteer de Microsoft producten, cloudomgevingen en klantprocessen waarvan het team echt afhankelijk is. Voor een contactcenter kunnen Dynamics 365 Customer Service, Power Automate, Dataverse en Copilot Studio relevant zijn. De rest van de gecombineerde roadmap hoeft dan niet mee. Een smal filter met een eigenaar is nuttiger dan een enorme export die niemand leest.
Wijs iemand aan die nieuwe en gewijzigde onderdelen op een vast ritme verzamelt. Wekelijks past bij een snel veranderend AI programma. Maandelijks kan genoeg zijn voor een stabiele serviceorganisatie. Deze persoon keurt niets goed, maar brengt een klein bewijspakket naar de eigenaren van klantrisico, beveiliging, gegevens, training en het betrokken proces.
Bewaar voor elk serieus onderdeel het functie ID, de status, doelcloud, datum voor preview of uitrol, datum van de laatste wijziging en bronlink. Benoem daarna het bedrijfsproces dat kan veranderen. Als een wijziging toewijzing raakt, leg dan vast waar eigenaarschap nu zichtbaar is in de teaminbox. Verandert een flow of connector, koppel die dan aan de betreffende automatisering en het herstelpad.
Maak van RSS geen automatische goedkeuring. Een nieuw bericht start de beoordeling. Het mag geen productiewijziging maken voordat de tenantmelding en implementatierichtlijnen zijn gecontroleerd.
Behandel elk onderdeel als een signaal
De openbare roadmap vertelt wat Microsoft nu van plan is. Message Center vertelt wat Microsoft aan jouw tenant meldt. Microsoft Learn beschrijft ondersteund gedrag en configuratie. Het interne wijzigingslogboek legt uit waarom het team kiest voor testen, uitstellen, afwijzen of invoeren.
| Bewijsbron | Waarvoor die geschikt is | Actie | Belangrijke beperking |
|---|---|---|---|
| AI at Work roadmap | Komende mogelijkheden en statuswijzigingen ontdekken | Filter op product en cloud en bewaar het functie ID | Data en reikwijdte kunnen veranderen |
| Message Center | Tenantgerichte meldingen en overgangsberichten | Koppel het bericht aan omgeving en eigenaar | Vervangt geen implementatietest |
| Microsoft Learn | Huidige inrichting, grenzen en ondersteund gedrag | Controleer voorwaarden en het exacte configuratiepad | Documentatie bewijst geen gereedheid van je tenant |
| Intern wijzigingslogboek | Besluit, bewijs, eigenaar en volgende controle | Leg invoeren, testen, uitstellen of afwijzen vast | Moet een benoemde eigenaar hebben |
Deze scheiding voorkomt een veelgemaakte fout. Iemand ziet Launched en neemt aan dat alle gebruikers erop kunnen vertrouwen. Beschikbaarheid kan nog afhangen van cloud, regio, taal, licentie, beheerdersinstellingen of de volgorde van uitrol. De status is een reden om te controleren, geen toestemming om om te schakelen.
Test alleen wat klanten kan raken
Niet elk onderdeel verdient een project. Vraag of het klantgegevens, rechten, een automatische actie of de werkwijze van een medewerker met live klantwerk verandert. Zo niet, leg het vast en ga verder. Zo ja, bouw een kleine proef in een niet productieomgeving of gecontroleerde pilot.
Test een representatieve klantcase van begin tot eind. Controleer bij AI of automatisering de toegestane actie, de geweigerde actie, zichtbaarheid van fouten en herstel door een mens. Vergelijk dit met de controles voor AI in klantenservice, het ontwikkelaarsplatform en beveiliging. Die pagina's beschrijven de grenzen van DripTell en betekenen niet dat DripTell Microsoft tenants configureert.
Bewaar screenshots of exports alleen als ze een besluit aantonen. Een bruikbaar pakket toont het brononderdeel, de relevantie voor de tenant, testresultaat, eigenaar, releasebesluit en volgende controledatum.
Houd het dossier nuttig na de uitrol
Bij continue publicatie stopt de beoordeling niet wanneer een functie is gelanceerd. Kijk opnieuw naar onderdelen die waren uitgesteld, alleen in preview zaten of nog niet in jouw cloud verschenen. Sluit een dossier pas wanneer de verandering met werkend bewijs is ingevoerd of met een nog geldige reden is afgewezen.
Als een Microsoft verandering invloed heeft op hoe klantgesprekken tussen mensen, kanalen of automatische acties bewegen, breng dat effect vóór productie in kaart. DripTell helpt teams hun huidige gespreksproces vast te leggen en te bepalen wat onder menselijke controle blijft. Neem contact op als die bredere operationele beoordeling de echte opdracht is.
Veelgestelde vragen
Stopt Microsoft met releaseplanningen voor Dynamics 365?
Nee. Microsoft verandert hoe komende mogelijkheden worden gecommuniceerd. Bestaande productplanningen en uitrolprocessen blijven gelden.
Komt er in september 2026 een tweede release wave?
Nee. De partneraankondiging van Microsoft zegt dat er geen afzonderlijke wave 2 aankondiging komt. Nieuwe onderdelen verschijnen continu.
Kunnen we oude Release Plans blijven gebruiken?
Ja, als historisch naslagwerk. Vanaf september 2026 verschijnen nieuwe mogelijkheden daar niet meer.
Wat vervangt onze halfjaarlijkse beoordeling?
Gebruik een terugkerende controle met product en cloudfilters, RSS of exports, Message Center meldingen, implementatiedocumentatie en één intern beslislogboek met een duidelijke eigenaar.
Hulp nodig bij deze handleiding?Vraag het DripTell-team
Van lezen naar doen
Hulp nodig om dit voor jouw bedrijf toe te passen?
Laat je gegevens achter. We nemen dit artikel als context en beginnen met een bruikbaar antwoord voor je team.
DripTell Editorial
Praktische uitleg, gecontroleerd door het product- en klantworkflowteam van DripTell.
Lees hoe DripTell productclaims controleert, primaire bronnen gebruikt en correcties verwerkt.
Redactioneel en bronnenbeleid
