Un equipo de operaciones de clientes abre el plan de versiones habitual de septiembre y no encuentra una nueva oleada. No se trata de una publicación atrasada. Microsoft está retirando el modelo de Release Plans semestrales y trasladando las novedades de Dynamics 365, Power Platform y Dataverse a la hoja de ruta AI at Work.
La respuesta práctica es sustituir las dos grandes revisiones anuales por una vigilancia continua y más pequeña. Usa la hoja de ruta pública para detectar posibles cambios, Message Center para saber qué afecta a tu entorno, Microsoft Learn para confirmar el funcionamiento y un registro interno para conservar la decisión, el responsable y la evidencia.
Es un cambio de comunicación, no un nuevo método de despliegue. Una fecha de la hoja de ruta sigue siendo una estimación. Que una función aparezca allí no demuestra que ya esté activa en tu entorno.
Qué cambió Microsoft
Microsoft anunció que las nuevas capacidades de Dynamics 365, Power Platform y Dataverse empezarán a publicarse de forma continua en AI at Work desde septiembre de 2026. No habrá un anuncio de la segunda oleada de 2026 en septiembre. Los Release Plans existentes en Microsoft Learn seguirán disponibles como referencia histórica.
- 1Limita el alcanceVigila solo productos, nubes y procesos de clientes que el equipo utiliza.
- 2Captura la señalGuarda identificador, estado, fuente, fechas previstas y última modificación.
- 3Confirma la relevanciaCompara el elemento público con avisos del entorno y guías actuales.
- 4Demuestra el impactoPrueba trabajo real, permisos, fallos y recuperación humana.
- 5Registra la decisiónNombra responsable, elección, evidencia y próxima fecha de revisión.
Se espera que los elementos con fecha de vista previa pública o disponibilidad general igual o posterior al 1 de junio de 2026 pasen al nuevo sistema entre septiembre y noviembre. Release Planner se retirará antes del 15 de noviembre de 2026. Microsoft aclara que los calendarios de producto, los procesos de despliegue, las notificaciones de Message Center y la documentación no cambian por este traslado.
La nueva hoja sigue cada elemento por estados como In Development, Rolling Out y Launched. También ofrece filtros, exportación CSV, RSS, enlaces directos e identificadores de función. Seguir una capacidad será más sencillo, pero desaparece el momento fijo del calendario que obligaba al equipo a revisar los cambios en conjunto.
Crea una sola vigilancia continua
Empieza por el alcance. Anota productos, nubes y procesos esenciales. Un centro de contacto puede necesitar Dynamics 365 Customer Service, Power Automate y Dataverse, pero no toda la hoja combinada. Un filtro estrecho con responsable es más útil que una exportación que nadie revisa.
Asigna a una persona la recopilación de elementos nuevos y modificados. Revisa semanalmente un programa de IA rápido o mensualmente una operación estable. Esa persona reúne evidencia para quienes responden por el riesgo, la seguridad, los datos y el proceso, pero no aprueba el cambio.
Guarda el identificador, estado, nube, fecha, última modificación y enlace de origen. Nombra el proceso que podría cambiar. Si afecta a la asignación de conversaciones, registra dónde aparece el propietario en la bandeja del equipo. Si cambia un flujo, relaciónalo con la automatización y su recuperación.
No conviertas RSS en una aprobación automática. Una entrada nueva inicia la clasificación. No debe crear trabajo en producción hasta que un responsable compruebe el aviso del entorno y la guía de implementación.
Trata cada elemento como una señal
La hoja pública responde qué planea Microsoft en este momento. Message Center comunica qué está diciendo Microsoft a tu entorno. Microsoft Learn describe el comportamiento y la configuración. El registro interno explica por qué el equipo decidió probar, aplazar, rechazar o adoptar el cambio.
| Fuente de evidencia | Para qué sirve | Acción | Límite importante |
|---|---|---|---|
| AI at Work | Descubrir capacidades próximas y cambios de estado | Filtrar por producto y nube y guardar el identificador | Las fechas y el alcance pueden cambiar |
| Message Center | Avisos relevantes para el entorno y mensajes de transición | Vincular el aviso con el entorno y el responsable | No sustituye las pruebas de implementación |
| Microsoft Learn | Configuración actual, límites y comportamiento admitido | Confirmar requisitos y la ruta exacta de configuración | La documentación no demuestra que el entorno esté listo |
| Registro interno | Decisión, evidencia, responsable y próxima revisión | Anotar adopción, prueba, aplazamiento o rechazo | Necesita una persona que lo mantenga |
Esta separación evita un error frecuente. Launched no significa que todos puedan depender de la función. La disponibilidad varía por nube, región, licencia, configuración o ritmo de despliegue. El estado invita a verificar, no autoriza producción.
Prueba solo lo que puede afectar al cliente
No todo elemento merece un proyecto. Pregunta si cambia datos del cliente, permisos, una acción automática o la forma en que un agente gestiona trabajo en curso. Si no afecta a nada de eso, regístralo y sigue. Si afecta, crea una prueba pequeña en un entorno no productivo o en un piloto controlado.
Prueba un caso representativo de principio a fin. Para cambios de IA o automatización, comprueba la acción permitida, la denegada, la visibilidad del fallo y la recuperación humana. Revisa los mismos controles que usa tu equipo para la IA de atención al cliente, la plataforma para desarrolladores y la seguridad. Estas páginas describen los límites de DripTell y no implican que DripTell configure entornos de Microsoft.
Conserva capturas o exportaciones solo cuando demuestren una decisión. Un paquete útil muestra la fuente, el entorno, la prueba, el responsable, la decisión y la próxima revisión.
Mantén útil el registro después del lanzamiento
La revisión no termina al lanzar una función. Vuelve a los elementos aplazados, en vista previa o ausentes en tu nube. Cierra el registro al adoptar con evidencia o rechazar con una razón válida.
Si un cambio de Microsoft afecta al movimiento de conversaciones entre personas, canales o acciones automáticas, dibuja ese impacto antes de tocar producción. DripTell ayuda a documentar el flujo actual y a decidir qué debe seguir bajo control humano. Habla con el equipo si la necesidad real es revisar ese modelo operativo.
Preguntas frecuentes
¿Microsoft elimina los calendarios de Dynamics 365?
No. Microsoft cambia la forma de comunicar capacidades futuras. Los calendarios de producto y procesos de despliegue establecidos continúan.
¿Habrá una segunda oleada en septiembre de 2026?
No. El anuncio para socios de Microsoft dice que no habrá un anuncio independiente y que las novedades pasarán a comunicación continua.
¿Podemos seguir usando los Release Plans antiguos?
Sí, como referencia histórica. No serán el lugar de publicación de nuevas capacidades desde septiembre de 2026.
¿Qué sustituye la revisión semestral?
Una revisión recurrente con filtros de producto y nube, RSS o exportaciones, avisos de Message Center, documentación de implementación y un registro interno de decisiones con responsable.
¿Te ayudamos a aplicar esta guía?Pregunta al equipo de DripTell
De la lectura a la acción
¿Quieres aplicar estas ideas en tu negocio?
Déjanos tus datos. Tendremos en cuenta el artículo que estás leyendo y empezaremos con una respuesta útil para tu equipo.
DripTell Editorial
Guías prácticas revisadas por el equipo de producto y flujos de cliente de DripTell.
Consulta cómo DripTell verifica el producto, utiliza fuentes primarias y corrige errores.
Política editorial y de fuentes
