Microsoft avvikler release waves: slik holder dere oversikt over Dynamics 365 og Power Platform nå

Hva forsvinner, og når skjer det?

Kunngjøringen kom i to kanaler samtidig: et innlegg på Dynamics 365-bloggen og melding MC1461529 i Microsoft 365 Message Center, begge datert 25. august 2026. Kjernen er enkel. Den halvårlige modellen med release wave 1 og release wave 2 avvikles, og veikartkommunikasjonen flyttes til AI at Work-roadmapen, veikartet som tidligere het Microsoft 365-roadmapen.

Tabellraden om lagrede visninger er den som treffer den daglige driften hardest. Mange administratorer og produkteiere har bygget arbeidsrutinen sin rundt en filtrert visning i Release Planner, og det nye veikartet tilbyr ikke personlige lagrede visninger i det hele tatt. Erstatningen finnes, men den ser annerledes ut: delbare filterlenker, CSV-eksport og RSS. Det betyr at rutinen må gjenskapes som en delt lenke i stedet for et personlig bokmerke, og det er en liten endring i vane som er lett å utsette til den er for sen.

Hva erstatter release wave-planene?

AI at Work-roadmapen er ett felles, offentlig veikart på tvers av Microsoft 365, Copilot, Dynamics 365, Power Platform og Dataverse. Logikken endres fra bolker til strøm: i stedet for å holde nyheter tilbake til neste planlagte wave, publiserer Microsoft hver funksjon så snart planen er besluttet. Hvert punkt følges deretter løpende gjennom tre statuser: under utvikling, under utrulling og lansert. I praksis betyr det at de fleste funksjoner dukker opp på veikartet tidligere enn de ville gjort under wave-kalenderen, og at dere kan følge dem helt fram til leveranse i stedet for å miste dem av syne etter annonseringen.

Arbeidsverktøyene er nøkterne, men tilstrekkelige: dere kan filtrere veikartet til deres produkter, eksportere hele eller filtrerte visninger til CSV, abonnere på filtrerte visninger via RSS, dele filterlenker direkte med interessenter, og slå opp enkeltfunksjoner på funksjons-ID. For team som heller vil spørre veikartet enn å bla i det, tilbyr Microsoft også Release Communications MCP-serveren, en tjeneste som verken krever innlogging, lisens eller API-nøkkel, og som gjør de samme veikartdataene spørrbare fra AI-assistenter og agentverktøy. Den andre halvdelen av bildet er dekket av Microsoft MCP Server for Enterprise, som gir AI-agenter lesetilgang til organisasjonens eget Message Center og tjenestehelse. Det er varslene som gjelder deres eget miljø, ikke veikartet for alle. Hvis organisasjonen allerede eksperimenterer med AI-agenter i driften, noe vi har skrevet om i artikkelen om agentisk AI og CRM-strategi, er dette den naturlige overvåkingskroken.

Hva endres ikke?

Microsoft er tydelig på at dette er en kommunikasjonsendring, ikke en produktendring. Måten Dynamics 365 og Power Platform bygges, utgis og rulles ut på, står fast. Etablerte utgivelsesplaner fortsetter, forhåndsversjons- og testprogrammer fortsetter, og oppgraderings- og supportlivssykluser fortsetter. Message Center er fortsatt den autoritative kilden for endringer som treffer akkurat deres miljø, og Microsoft Learn er fortsatt hjemmet for produktdokumentasjon, inkludert plattformdokumentasjonen vi lener oss på i artikkelen om Microsoft Fabric for Dynamics 365 og CRM.

Det skillet betyr noe for hvordan dere bør reagere. Det er ingen teknisk migrering å planlegge, ingen miljøer å røre, ingen lisenser som berøres. Arbeidet ligger utelukkende på styringssiden: hvem i organisasjonen som holder oversikt over hva som kommer, og i hvilken rytme.

Hvorfor dette er et styringsspørsmål, ikke en nyhetssak

Behandler dere dette som et rent portalbytte, der ett Microsoft-nettsted erstatter et annet, overser dere hva wave-modellen faktisk gjorde for de fleste organisasjoner. Release-planen var et gratis styringsartefakt. To ganger i året fikk dere et komplett, datert dokument som kunne settes på agendaen i et arkitekturforum eller et ledermøte, og hele Microsoft-økosystemet, kunder, partnere og konsulenter, fikk et felles tidspunkt for å gå gjennom det som kom. Mange organisasjoner leste aldri selve planen, men fikk oppsummeringen servert gjennom partneren sin, et seminar eller fagpressen, og alt dette var forankret i de samme to datoene.

"Release wave-dokumentet var aldri bare informasjon. For mange organisasjoner var det selve planleggingsrytmen. Rytmen forsvinner ikke fordi Microsoft slutter å skrive dokumentet; den flyttes over til dere."

Cartagena, basert på Dynamics 365- og Power Platform-leveranser til norske virksomheter fra 20 til flere hundre brukere

Fortløpende publisering er bedre informasjon, men den belønner organisasjoner som allerede har en gjennomgangsvane, og straffer i det stille dem som ikke har det. Når offentliggjøringen er en strøm i stedet for en hendelse, er det ingen som sender dere en påminnelse. Funksjoner som endrer brukergrensesnitt, endrer standardoppførsel eller introduserer nye AI-muligheter, vil fortsette å komme; forskjellen er at det nå er et internt ansvar å oppdage dem i tide. Dette er den samme disiplinen vi beskriver i artikkelen om Power Platform-governance for mellomstore virksomheter: plattformendring styrer ikke seg selv, noen må eie den.

Hvordan bygger dere egen gjennomgangskadens?

Microsofts egen anbefaling i kunngjøringen er å etablere en fast gjennomgang, månedlig eller kvartalsvis avhengig av hvor raskt organisasjonen tar i bruk nye funksjoner, bygget på et lagret filter og et RSS-abonnement. Vi er enige, og vi ville gjort det mer konkret. Tabellen under viser hva wave-modellen ga dere implisitt, og hva som nå må settes opp eksplisitt.

Den viktigste enkeltlinjen i den tabellen er eieren. Vår erfaring er at forskjellen mellom organisasjoner som ligger i forkant av plattformendringer og de som blir overrasket av dem, sjelden handler om verktøy; den handler om hvorvidt én navngitt person har mandatet og kalendertiden til å følge med. En systemeier eller produkteier med to timer i måneden er nok for de fleste mellomstore virksomheter. Hvordan den rollen passer inn i en leveranse, er en del av det vi dekker på siden vår om hvordan vi gjennomfører Dynamics 365-implementeringer.

Mønster: en gjenganger vi ser i det norske mellommarkedet: organisasjonen har ingen forvaltningsavtale og ingen intern eier for plattformendringer, og får vite om ny standardoppførsel når brukerne spør hvorfor skjermbildet ser annerledes ut. Under wave-modellen fungerte den halvårlige nyhetssyklusen som et uformelt sikkerhetsnett for akkurat disse organisasjonene. Det nettet er nå borte, og det gjør den navngitte eieren og det månedlige blikket på veikartet mindre til noe kjekt å ha og mer til et minimum.

Hva bør dere gjøre før 15. november?

• Sikre det dere lener dere på. Hvis noen i organisasjonen bruker lagrede visninger i My Release Plans, dokumenter innholdet nå og gjenskap det som filtre på det nye veikartet. Visningene blir ikke med over.
• Oppdater interne referanser. Bokmerker, innføringsdokumenter, styringswikier og maler for styringsgrupper som peker på Release Planner eller release plans på Learn, bør peke på AI at Work-roadmapen i stedet.
• Sett opp filteret og RSS-strømmen. Ti minutter med konfigurasjon: filtrer veikartet til deres produkter og skymiljø, abonner på den filtrerte visningen, og del filterlenken med dem som trenger den.
• Bestem rytmen og eieren. Månedlig eller kvartalsvis, i et eksisterende møte eller et nytt, men med én navngitt person som er ansvarlig for å følge med og løfte det som betyr noe.
• Behold Message Center-rutinen. Veikartet forteller hva som kommer for alle; Message Center forteller hva som lander i deres miljø. Dere trenger begge, og det er ikke samme liste.