Adiós a las Release Waves: Microsoft cambia el roadmap de Dynamics 365 y Power Platform
El cambio no frena las actualizaciones. Cambia cómo las empresas deben seguir, evaluar y gobernar una plataforma Microsoft que evoluciona de forma continua.
Microsoft retira el modelo semestral de Release Plans y lleva Dynamics 365, Power Platform y Dataverse a AI at Work Roadmap. Para los equipos de tecnología, aplicaciones y negocio, la consecuencia práctica es clara: la innovación deja de revisarse dos veces al año y pasa a exigir un seguimiento más continuo y con más criterio.
Microsoft no está reduciendo el ritmo de innovación. Está cambiando la forma de comunicarla.
Durante años, clientes y partners han trabajado alrededor de dos grandes ciclos de novedades: Release Wave 1, habitualmente entre abril y septiembre, y Release Wave 2, entre octubre y marzo. Los Release Plans permitían consultar de forma anticipada funcionalidades previstas para Dynamics 365, Business Central, Finance, Supply Chain Management, Sales, Customer Service, Power Apps, Power Automate, Copilot Studio y el resto de la plataforma.
Ese mecanismo común desaparece. Desde septiembre de 2026, las nuevas capacidades de Dynamics 365, Power Platform y Dataverse comienzan a publicarse de forma continua en AI at Work Roadmap. Microsoft confirma además que no habrá un nuevo Release Plan correspondiente a 2026 Release Wave 2.
Dos ideas que conviene separar para no interpretar mal el anuncio
La transición tiene una lectura sencilla si se diferencian dos planos: cómo Microsoft comunica la evolución de la plataforma y cómo cada producto mantiene su propio ciclo técnico.
La forma de seguir las novedades
En lugar de esperar dos grandes publicaciones al año, las capacidades podrán incorporarse al roadmap cuando Microsoft tenga un nivel de planificación suficientemente comprometido y evolucionarán a través de estados como In Development, Rolling Out o Launched.
El ciclo técnico de cada producto
Dynamics 365, Business Central o Power Platform pueden seguir manteniendo versiones, actualizaciones, despliegues y documentación técnica propios. Desaparece el Release Plan como mecanismo común de comunicación, no necesariamente la cadencia técnica de las soluciones.
AI at Work Roadmap convierte una fotografía semestral en una fuente de información continua
La principal diferencia no es estética. Es temporal. Microsoft ya no necesita esperar a una de las dos ventanas anuales para publicar una capacidad prevista. Cuando una funcionalidad alcance un nivel de planificación suficientemente comprometido, puede incorporarse directamente al roadmap.
A partir de ahí, el equipo puede seguir cómo evoluciona y utilizar sus estados como una señal de madurez. La lectura correcta no es “esto va a estar disponible exactamente tal día”, sino “esto está avanzando y puede empezar a requerir atención”.
Observar y anticipar
La capacidad está en desarrollo. Es una señal para entender hacia dónde se mueve la plataforma y detectar posibles implicaciones, pero todavía no debería convertirse por sí sola en una iniciativa de implantación.
Comprobar alcance e impacto
El despliegue ha comenzado. Conviene revisar regiones, requisitos, licenciamiento, activación, documentación y posibles efectos sobre usuarios, integraciones, procesos o gobierno.
Decidir si aporta valor
La capacidad ya está disponible para los clientes a los que corresponda. Aun así, disponibilidad no equivale a prioridad. La empresa debe decidir si resuelve un problema real y si está preparada para utilizarla con seguridad y soporte.
ERP, CRM, automatización, colaboración e IA ya no evolucionan como compartimentos separados.
Dynamics 365, Power Platform, Microsoft 365, Copilot y los agentes desarrollados con Copilot Studio participan cada vez más en procesos empresariales comunes. Una misma experiencia puede empezar en el ERP, activar un flujo, utilizar información de Dataverse, continuar desde Teams y terminar con una acción ejecutada por un agente.
En ese contexto, una hoja de ruta transversal tiene más sentido que varias fotografías independientes. También obliga a las organizaciones a mirar la plataforma como un sistema conectado y no como una colección de productos.
Septiembre a noviembre de 2026: el nuevo roadmap se irá completando de forma progresiva
Durante las primeras semanas no debería interpretarse una ausencia de contenido como falta de evolución. Microsoft ha definido un periodo de migración y la fotografía será progresivamente más completa.
AI at Work Roadmap no sustituye a Message Center ni a Microsoft Learn
Una parte importante del gobierno consiste en utilizar cada fuente para la pregunta que realmente puede responder. Mezclarlas genera confusión y puede hacer que los equipos reaccionen demasiado pronto o demasiado tarde.
¿Qué está preparando Microsoft?
Sirve para descubrir capacidades futuras, seguir su evolución y entender hacia dónde se mueve la plataforma.
¿Qué afecta a mi tenant?
Sigue siendo la referencia para cambios, acciones y comunicaciones relevantes para el entorno concreto de una organización.
¿Cómo funciona y cómo se configura?
La documentación funcional y técnica continúa en Microsoft Learn, junto con los Release Plans anteriores como referencia histórica.
La innovación deja de ser un evento semestral y pasa a formar parte del gobierno continuo de la plataforma
El cambio parece editorial, pero termina afectando a cómo se organiza el trabajo. Una empresa con Dynamics 365, Business Central, Power Platform, Dataverse, Microsoft 365 o Copilot necesita saber qué novedades merecen seguimiento, cuáles requieren preparación y cuáles no aportan suficiente valor como para mover recursos.
Eso no significa revisar el roadmap cada día. Significa convertirlo en una fuente periódica de decisiones y no en una biblioteca que se consulta dos veces al año.
Crear una cadencia de revisión
Revisar dos veces al año deja de ser suficiente. La frecuencia adecuada dependerá del número de productos utilizados, la criticidad de los procesos y el ritmo de adopción. Para una plataforma empresarial activa, una revisión mensual o bimensual suele resultar más útil que esperar a una gran publicación.
Filtrar por impacto, no por novedad
Una funcionalidad puede ser interesante y no tener prioridad. La pregunta útil es si reduce trabajo, mejora control, elimina riesgo, evita desarrollo, acelera decisiones o abre un escenario de negocio relevante.
Mirar dependencias entre productos
Una novedad de Copilot Studio puede apoyarse en Dataverse. Una automatización puede afectar al ERP. Una capacidad de Dynamics 365 puede cambiar una integración o la experiencia de un usuario que trabaja desde Teams. El análisis ya no debería hacerse por producto aislado.
Separar disponibilidad de adopción
Que Microsoft lance algo no significa que tu organización deba activarlo de inmediato. Seguridad, datos, licencias, soporte, experiencia de usuario, integración y cambio organizativo siguen formando parte de la decisión.
Qué cambia según seas CIO, responsable de ERP, Power Platform o negocio
El nuevo modelo no afecta igual a todos. Para algunos perfiles el reto será anticipar cambios; para otros, decidir qué probar; y para otros, evitar que cada nueva capacidad se convierta en una petición urgente sin contexto.
Cinco preguntas que convierten una novedad del roadmap en una decisión empresarial
La velocidad de publicación puede generar una tentación: confundir novedad con prioridad. Para evitarlo, conviene someter cada capacidad relevante a un filtro sencillo.
1. ¿Qué problema concreto resuelve?
Si la respuesta es únicamente “es una nueva capacidad de IA”, falta trabajo. Hay que traducirla a tiempo, coste, control, riesgo, calidad de servicio, experiencia de usuario, velocidad operativa o ingresos.
2. ¿Sobre qué datos y sistemas actúa?
Una funcionalidad que necesita datos fiables, permisos o integraciones no puede evaluarse solo por su interfaz. La arquitectura existente puede facilitarla o convertirla en una iniciativa bastante más compleja.
3. ¿Es automática, opcional o requiere configuración?
La forma de activación cambia la urgencia con la que hay que probar, comunicar o preparar soporte y permite diferenciar una innovación opcional de un cambio que impactará a usuarios de forma más directa.
4. ¿Qué cambia en seguridad, cumplimiento y gobierno?
Las nuevas experiencias de IA y agentes pueden ampliar el número de acciones que un usuario o una identidad de agente puede realizar. Eso exige revisar acceso, trazabilidad, datos, controles y responsabilidades.
5. ¿Qué dejaríamos de hacer si la adoptamos?
La mejor señal de valor suele ser muy concreta: menos pasos manuales, menos desarrollo propio, menos conciliaciones, menos correos, menos duplicidad, menos tiempo de búsqueda o una decisión que llega antes. Si no cambia nada operativo, quizá todavía no sea prioridad.
El roadmap cambia, pero la arquitectura sigue mandando.
Business Central puede seguir manteniendo versiones mayores y actualizaciones menores. Power Platform puede seguir evolucionando con sus propios ciclos. Copilot Studio y los agentes continuarán incorporando capacidades. Lo nuevo es que la visión pública de esas evoluciones será más transversal y continua.
Para una empresa, eso refuerza una idea importante: las decisiones de adopción no deberían hacerse por producto aislado. Una app, un flujo o un agente puede parecer periférico y, sin embargo, tocar datos maestros, aprobaciones, identidades o acciones críticas del ERP.
Seis formas de convertir un roadmap continuo en más ruido en lugar de más valor
Más información y más frecuencia no siempre significan mejores decisiones. Sin un método de selección, el nuevo modelo puede generar exactamente lo contrario: más urgencias y más iniciativas difíciles de sostener.
Convertir cada novedad en una urgencia
Que una capacidad aparezca en el roadmap no significa que deba entrar en el backlog. Añadir una corriente permanente de “esto nuevo de Microsoft” sin priorización solo aumenta la presión sobre equipos que ya tienen compromisos de operación, proyectos y soporte.
Esperar a que el cambio llegue al tenant
Si la primera noticia de una modificación importante llega cuando aparece una notificación operativa, se pierde capacidad de preparación. La utilidad del roadmap está en crear una ventana de anticipación.
Analizar cada producto por separado
Los agentes, Copilot y las automatizaciones atraviesan los límites entre ERP, CRM, Microsoft 365, Power Platform, datos y seguridad. Una capacidad aparentemente local puede afectar permisos, datos o procesos de otro equipo.
No revisar desarrollos previstos frente a capacidades estándar
Si Microsoft anuncia una capacidad que cubre parte de una necesidad ya identificada, conviene comparar antes de iniciar un desarrollo propio. No siempre habrá que esperar, pero ignorar esa información puede llevar a construir algo con una vida útil muy corta.
Adoptar IA sin revisar datos y permisos
En un ecosistema orientado a Copilot y agentes, el valor depende de los datos a los que puede acceder y de las acciones que puede ejecutar. La preparación de la plataforma sigue siendo más importante que la novedad de la interfaz.
No cerrar el ciclo midiendo resultados
Adoptar una capacidad y pasar inmediatamente a la siguiente genera sensación de movimiento, pero no necesariamente transformación. Conviene medir si disminuyeron tiempos, errores, incidencias o esfuerzo y si mejoró la experiencia o el control.
Una ruta sencilla para no improvisar cada vez que aparece una capacidad nueva
No todas las organizaciones necesitan la misma metodología, pero sí conviene establecer un recorrido reconocible desde que una capacidad aparece hasta que se decide adoptarla, posponerla o descartarla.
Detectar
Filtrar AI at Work Roadmap por productos y áreas relevantes. No se trata de leerlo entero, sino de construir una vista manejable que permita detectar capacidades relacionadas con procesos, aplicaciones o prioridades.
Clasificar
Asignar una categoría útil: observar, evaluar, probar, preparar o descartar. Esta clasificación evita que una posibilidad futura se trate igual que un cambio próximo.
Evaluar impacto
Revisar proceso afectado, usuarios, datos, licenciamiento, integración, seguridad, soporte, dependencia y valor esperado. En esta fase una función prometedora puede perder prioridad o convertirse en una oportunidad clara.
Validar en contexto
Cuando sea necesario, probar con datos, roles y escenarios representativos. No basta con confirmar que funciona: hay que comprobar si funciona dentro del proceso real y con el nivel de calidad y seguridad necesario.
Preparar adopción
Si la capacidad se aprueba, definir responsables, despliegue, comunicación, formación, soporte, documentación y métricas. Las funciones que alteran comportamiento o introducen IA requieren especial atención.
Medir y decidir el siguiente paso
Después del despliegue, comparar resultados con la situación anterior y decidir si conviene extender, ajustar o detener. Un roadmap continuo solo genera valor cuando la organización aprende también de sus propias adopciones.
Dónde puede generar valor este nuevo modelo sin convertirse en otra tarea administrativa
La utilidad del roadmap se ve mejor cuando se conecta con decisiones que ya existen. No debería crear trabajo por sí mismo; debería ayudar a tomar mejor decisiones que la organización ya necesita tomar.
Estás preparando una evolución del ERP
Si tu equipo está a punto de desarrollar una personalización en Business Central o Dynamics 365 para resolver un proceso que hoy consume tiempo, tiene sentido comprobar si Microsoft está preparando una capacidad estándar relacionada.
Eso no significa esperar indefinidamente. La fecha puede no encajar o el alcance puede ser insuficiente. Pero conocer lo que viene permite diseñar con más información y evitar desarrollos con una vida útil muy corta.
Power Platform empieza a escalar
Cuando Power Platform pasa de unas pocas aplicaciones departamentales a convertirse en una plataforma corporativa, las novedades de administración, Dataverse, automatización, ALM, conectores, Copilot Studio y seguridad dejan de ser detalles aislados.
Una nueva capacidad puede simplificar una arquitectura existente o reducir desarrollo, pero también puede requerir cambios en políticas de entorno, DLP, identidades o responsabilidades. El roadmap permite anticiparlo.
Estás evaluando Copilot o agentes
El ritmo de evolución en IA es especialmente alto. Una evaluación realizada hace seis meses puede quedar incompleta si aparecen nuevas capacidades de agentes, conectividad, seguridad, supervisión o integración.
Un roadmap siempre activo permite actualizar la evaluación sin empezar de cero, pero el criterio sigue siendo el mismo: caso de uso, datos, permisos, acciones permitidas, supervisión, coste y resultado esperado.
Cómo convertir la revisión del roadmap en una reunión útil de 45 minutos
No hace falta crear un comité nuevo ni producir decenas de documentos. En organizaciones con una plataforma Microsoft relevante, una revisión periódica breve puede ser suficiente si tiene un objetivo claro.
10 minutos · Novedades relevantes
Revisar únicamente capacidades nuevas o cuyo estado haya cambiado y que estén vinculadas con productos, procesos o proyectos incluidos en el perímetro de la organización.
15 minutos · Impacto
Identificar si alguna capacidad puede afectar a usuarios, integraciones, seguridad, licencias, soporte o un proyecto ya planificado. Si no hay impacto, no hace falta profundizar.
10 minutos · Decisión
Asignar cada elemento relevante a una acción simple: observar, investigar, probar, preparar o descartar. Nada debería salir de la reunión con una etiqueta ambigua.
10 minutos · Responsables
Confirmar quién comprueba documentación, quién prepara una prueba si corresponde y qué se revisará de nuevo en la siguiente sesión. La reunión termina con decisiones, no con una lista de enlaces.
Arquitectura, automatización y adopción en el ecosistema Microsoft
Este cambio de roadmap encaja con decisiones que ya no pueden plantearse por producto aislado. Estas guías amplían el contexto sin duplicar el contenido de este artículo.
Power Platform conectada al ERP
Apps, flujos, aprobaciones, datos y agentes alrededor del ERP sin romper el core ni multiplicar silos.
ERP + IA en el ecosistema Microsoft
Dynamics 365, Copilot, agentes, Power Platform, Azure y datos conectados sobre una arquitectura preparada para evolucionar.
Microsoft Copilot para empresas
Adopción, seguridad, datos, gobierno y conexión de Copilot con procesos empresariales y herramientas de trabajo.
Ayesa como partner Microsoft
Designaciones, especializaciones y certificaciones para conectar aplicaciones, cloud, datos, seguridad e IA con una visión de plataforma.
Lo que conviene tener claro durante la transición
¿Habrá Dynamics 365 2026 Release Wave 2?
No habrá un nuevo Release Plan semestral correspondiente a 2026 Release Wave 2. Desde septiembre de 2026, las nuevas capacidades pasan a publicarse progresivamente en AI at Work Roadmap.
¿Microsoft deja de hacer dos grandes actualizaciones al año?
El anuncio no elimina automáticamente los calendarios técnicos propios de cada producto. Microsoft retira el modelo común de Release Plans como mecanismo de comunicación pública de novedades.
¿Qué pasa con Business Central?
Business Central puede seguir manteniendo versiones mayores, actualizaciones menores y documentación técnica específica. El cambio no debe interpretarse como la desaparición de su ciclo técnico.
¿Dónde se consultarán las nuevas capacidades?
AI at Work Roadmap será la referencia pública principal para descubrir capacidades próximas y seguir su evolución. Durante septiembre, octubre y parte de noviembre de 2026 la transición será progresiva.
¿Message Center deja de ser necesario?
No. Message Center sigue siendo la fuente para notificaciones de cambios relevantes para el tenant de una organización. Su función es diferente a la del roadmap público.
¿Microsoft Learn desaparece como fuente?
No. Microsoft Learn continúa siendo la referencia para documentación funcional y técnica, requisitos, configuración, implementación y materiales de producto. Los Release Plans anteriores permanecerán como referencia histórica.
¿Qué debería cambiar en el gobierno interno?
Conviene pasar de una revisión concentrada dos veces al año a un seguimiento periódico que mantenga una lista priorizada de cambios relevantes, pruebas necesarias y decisiones de adopción.
El cambio de roadmap no elimina la necesidad de preparar versiones, pruebas y despliegues
Uno de los riesgos del anuncio es sacar una conclusión demasiado rápida: si desaparecen los Release Plans, quizá desaparezcan también las grandes actualizaciones o la necesidad de revisar cambios de producto. No es así. Microsoft está separando con más claridad la comunicación pública de la evolución técnica de cada solución.
Para Business Central, por ejemplo, siguen siendo relevantes las versiones mayores, las actualizaciones menores, la documentación técnica y la preparación de extensiones, integraciones o procesos que puedan verse afectados. La diferencia es que las nuevas capacidades dejarán de depender de una única fotografía semestral para ser visibles.
Las pruebas siguen siendo necesarias
Una capacidad nueva puede modificar una pantalla, un proceso, una integración, una política de seguridad o la experiencia de un usuario. La ausencia de un gran Release Plan semestral no reduce esa necesidad. En algunos casos la aumenta, porque los equipos deberán detectar antes qué cambios merecen entrar en su ciclo de pruebas.
Las extensiones y personalizaciones necesitan contexto
Cuanto más personalizado está un entorno, más importante es saber si una capacidad estándar puede solaparse con desarrollo propio o alterar una dependencia existente. El roadmap continuo puede ayudar a anticipar ese momento y evitar que el mantenimiento se limite a reaccionar cuando el cambio ya está encima.
El negocio necesita una lectura traducida
La mayoría de usuarios no necesita saber qué estado tiene una capacidad en el roadmap. Necesita saber si cambiará una tarea, si habrá que aprender algo nuevo, si una automatización sustituirá trabajo manual o si una nueva posibilidad puede resolver un problema. El valor del gobierno está precisamente en hacer esa traducción.
No todo lo que aparece en el roadmap necesita llegar a una reunión de dirección
Un roadmap continuo puede crecer mucho. El error sería intentar tratar todas las entradas con el mismo nivel de atención. El filtro debería estar relacionado con el impacto potencial sobre la organización, no con el atractivo del anuncio.
Hay cinco tipos de cambio que sí merecen una vigilancia más cercana porque pueden alterar decisiones de arquitectura, inversión o adopción.
Seguir el roadmap no significa vivir pendiente de Microsoft
También conviene definir qué queda fuera. No hace falta abrir un análisis por cada mejora menor de interfaz, cada capacidad que afecta a un producto que la empresa no utiliza o cada función experimental sin relación con prioridades reales. Ese filtro es importante porque protege el tiempo de los equipos y evita que la agenda tecnológica se convierta en una sucesión de novedades externas.
La revisión debería concentrarse en aquello que puede cambiar una decisión: una función que sustituye desarrollo propio, una capacidad que resuelve un problema operativo, una modificación que requiere preparar usuarios o integraciones, una novedad que afecta a seguridad o gobierno o una oportunidad que justifica revisar el roadmap de inversión.
El resto puede permanecer como contexto. La madurez no se demuestra leyendo más entradas del roadmap, sino sabiendo cuáles pueden ignorarse sin riesgo y cuáles justifican una acción concreta.
Eduardo Santana
Microsoft Business Development en Ayesa Digital
Especializado en el desarrollo de negocio alrededor del ecosistema Microsoft y en trasladar la evolución de Dynamics 365, Business Central, Power Platform, Microsoft 365, Azure, Copilot e inteligencia artificial a escenarios empresariales con impacto real.
Dónde seguir la transición
Anuncio oficial de Microsoft
One always-on roadmap: Dynamics 365, Power Platform, and Dataverse join the AI at Work roadmap.
Release Plans en Microsoft Learn
Página oficial donde Microsoft confirma la retirada de los Release Plans desde septiembre de 2026 y mantiene los anteriores como referencia histórica.
La pregunta ya no es “¿qué trae la próxima Release Wave?”.
La pregunta útil es qué capacidades de Dynamics 365, Power Platform, Dataverse, Microsoft 365, Copilot y agentes tienen sentido para tu organización, cuándo conviene adoptarlas y qué impacto pueden tener sobre procesos, datos, seguridad y usuarios.
Ayesa puede ayudarte a convertir esa evolución continua en un roadmap gobernado, priorizado y conectado con objetivos de negocio reales.
¿Quieres aterrizar qué cambios de Microsoft merecen prioridad en tu organización?
Cuéntanos qué productos utilizas y qué retos tienes. Podemos ayudarte a revisar el roadmap, separar ruido de impacto y definir una ruta de adopción coherente con tu arquitectura y tus procesos.
Business Development Manager | PSELLER Microsoft en Ayesa | Miembro Unidad Transición Energética, Climática y Urbana en Tecnalia | Secretaria de la Junta Directiva del Cluster de la Construcción (Build INN)