Microsoft anunció a través del Message Center (MC1490899) que Targeted Release se retira en enero de 2027. En su lugar, el control del despliegue de nuevas características en Microsoft 365 queda en manos de tres opciones: Frontier, Standard release y Deferred release.
Si sos administrador y en algún momento configuraste Targeted Release para tu organización o para un grupo de usuarios piloto, este cambio te toca de lleno. Y hay una fecha intermedia que conviene no pasar por alto: noviembre de 2026.
Qué es lo que se retira
Durante años, Targeted Release fue la forma de que toda la organización, o un grupo de usuarios seleccionados, recibiera las novedades de Microsoft 365 antes que el resto. Era la herramienta clásica para armar un grupo de IT o de usuarios clave que “probara primero” los cambios antes de que llegaran a todos.
Ese esquema desaparece y es reemplazado por un modelo basado en audiencias con tres niveles, divididos en dos grandes grupos.
Acceso preview
- Frontier: para recibir anticipadamente características, tengan o no que ver con IA, antes de la disponibilidad general. Es opt-in, son funcionalidades en preview (pueden cambiar) y no están cubiertas por los SLA de disponibilidad general. Algo importante: Frontier se combina con Standard o Deferred. Para lo que no forma parte de Frontier, el ritmo lo sigue marcando la preferencia de disponibilidad general del usuario.
Acceso en disponibilidad general
- Standard release: las actualizaciones llegan normalmente, en el momento de la disponibilidad general. Es la opción predeterminada y la que Microsoft recomienda para la mayoría de las organizaciones.
- Deferred release: las actualizaciones mayores llegan unos 30 días después de que empieza el despliegue en Standard, lo que da tiempo adicional para validar, preparar a la mesa de ayuda y tener todo listo. En el Message Center, estas novedades aparecen etiquetadas como Major update y Deferred feature.
¿Qué cuenta como “actualización mayor”?
Este punto es clave para entender qué te da realmente Deferred release. Según la documentación de Microsoft, una actualización mayor es, entre otras cosas:
- Un cambio que impacta en el trabajo diario del usuario (bandeja de entrada, reuniones, delegación, uso compartido, accesos) y que puede generar llamados a la mesa de ayuda.
- Cambios en temas, web parts, agentes de Copilot implementados u otras personalizaciones.
- Aumentos o reducciones de capacidad visibles (almacenamiento, cantidad de reglas, ítems, duraciones).
- Cambios de marca que generen confusión o cambios de URL.
- Nuevos servicios o aplicaciones que se despliegan habilitados por defecto.
- Cambios en dónde se almacenan o desde dónde se accede a los datos.
Es decir, Deferred no frena todo: posterga las novedades que tienen potencial de impacto real en los usuarios.
A qué servicios aplica
El cambio alcanza al centro de administración de Microsoft 365, Microsoft Teams, OneDrive, SharePoint Online, el nuevo Outlook para Windows, Outlook en la web, Office para la web y algunos componentes de Exchange Online.
No afecta a los canales de actualización de Microsoft 365 Apps (Current Channel, Monthly Enterprise, etc.), a los canales de actualización de Windows ni a los programas de Microsoft 365 Insider.
Nubes gubernamentales: en GCC, GCC High y DoD, Standard release sigue siendo la única opción soportada. Deferred release y Frontier no están disponibles por ahora en esos entornos.
El cronograma
- Ahora: revisar las preferencias actuales y asignar usuarios a Frontier, Standard o Deferred según corresponda. El anuncio indica como fecha de acción el 31 de octubre de 2026.
- Noviembre de 2026: se congelan las asignaciones de Targeted Release. Ya no se van a poder agregar, quitar ni modificar usuarios. Además, llega la experiencia unificada de preferencias de lanzamiento en el centro de administración y se retira la experiencia actual de gestión de Standard y Deferred.
- Enero de 2027: Targeted Release se retira definitivamente y deja de usarse para desplegar novedades. Los usuarios que estaban en Targeted Release pasan a regirse por su preferencia Frontier, Standard o Deferred.
Mientras tanto, los usuarios que hoy están en Targeted Release siguen recibiendo las novedades de forma anticipada hasta el retiro.
Qué hacer con la configuración actual
Microsoft publicó una tabla de equivalencias que sirve como punto de partida:
Un caso que me parece interesante es el de Targeted Release para usuarios seleccionados: la recomendación es poner a la organización en Deferred release y agregar a los usuarios de validación, soporte o piloto como excepción en Standard release. En la práctica, se mantiene la lógica de “un grupo prueba primero”, pero ahora el grupo piloto ve las novedades en disponibilidad general y el resto de la organización 30 días después.
Dónde se configura hoy
Hasta que llegue la experiencia unificada en noviembre, la configuración está repartida en distintos lugares del centro de administración de Microsoft 365:
- Ver quién está en Targeted Release: Configuración > Configuración de la organización > Perfil de la organización > Preferencias de lanzamiento (Settings > Org settings > Organization profile > Release preferences).
- Elegir Standard o Deferred para la organización: Copilot > Configuración > Ver todo > Copilot Release preferences: General availability.
- Habilitar Frontier para quienes lo necesiten: Copilot > Configuración > Ver todo > Copilot Frontier.
Algunos detalles a tener en cuenta:
- Se puede definir una opción predeterminada para toda la organización y agregar excepciones de usuarios o grupos de seguridad de Microsoft Entra ID. El límite es de 100 excepciones, y cada usuario dentro de un grupo cuenta para ese límite.
- Para las excepciones por grupo, Microsoft recomienda crear un grupo de seguridad dedicado para cada opción.
- Los cambios pueden demorar hasta 24 horas en aplicarse.
- Ojo al mover usuarios de Standard a Deferred: pueden perder acceso a funcionalidades que todavía no llegaron a Deferred.
Checklist antes de noviembre
- Relevar qué usuarios o grupos están hoy en Targeted Release.
- Definir la preferencia predeterminada de la organización (Standard o Deferred).
- Crear los grupos de seguridad para las excepciones.
- Decidir quién va a Frontier (equipo de IT, champions, early adopters).
- Actualizar la documentación interna y los procesos de gestión del cambio que mencionen Targeted Release.
- Avisar a la mesa de ayuda, seguridad y cumplimiento, y a los grupos piloto.
Mi opinión
El cambio tiene sentido. Targeted Release mezclaba dos necesidades distintas: la de “quiero ver lo nuevo antes” y la de “quiero tener tiempo para prepararme”. El nuevo modelo las separa: Frontier para quienes quieren probar lo que viene, y Standard/Deferred para controlar cuándo llegan a los usuarios las novedades ya disponibles. Deferred release, en particular, es algo que muchas organizaciones con procesos de gestión del cambio venían pidiendo hace tiempo.
Algo que espero que Microsoft agregue pronto: una forma de hacer esta configuración mediante un cmdlet de PowerShell o una API de Microsoft Graph. Por el momento, la documentación solo menciona el centro de administración. Para quienes administramos varios tenants o queremos tener la configuración documentada y versionada, poder automatizarla haría toda la diferencia.
Espero les haya sido de utilidad.
