En los comités de dirección de muchas PMO circula la misma hipótesis. Microsoft acabará ampliando el plazo. Cuando el volumen de tenants pendientes crezca, aparecerá la prórroga. Y si no aparece la prórroga, quedará al menos un modo solo lectura para consultar el histórico.
Esa lectura no se sostiene.
La retirada de Project Online, confirmada oficialmente por Microsoft para el 30 de septiembre de 2026, es un corte definitivo. No habrá prórroga. No habrá modo solo lectura garantizado. Existe un rumor de ventana informal durante las semanas posteriores al cierre, pero carece de compromiso contractual y opera fuera de cualquier SLA.
Este artículo aborda las cinco cuestiones que hoy determinan si tu organización llega preparada al cierre o llega tarde: el patrón de retiradas SaaS de Microsoft, la existencia real de un modo solo lectura, qué se apaga y qué continúa disponible, la situación de Project Server on-premise y por qué el 1 de septiembre debe ser tu deadline operativo, no el 30.
Nota: este análisis está dirigido a Directores de PMO, CIO, CTO y Directores de Operaciones de medianas y grandes organizaciones en España y Latinoamérica que aún operan con Project Online y necesitan tomar decisiones de continuidad, presupuesto y compliance antes del cierre definitivo.
También te puede interesar:
- Retirada de Project Online: calendario oficial y alternativas de migración
- Cómo migrar de Project Online a Planner en 6 pasos
- Cuánto cuesta migrar de Project Online a Planner Premium
Por qué «Microsoft acabará ampliando el plazo» no es una estrategia de continuidad
No habrá prórroga. Microsoft publicó la retirada de Project Online el 10 de julio de 2024 a través del aviso MC812729 en el Microsoft 365 Admin Center, y desde entonces ha actualizado varias veces la documentación oficial sin mover una sola fecha.
El anuncio, confirmado en el blog oficial del equipo de Planner, fija tres hitos irreversibles. El 1 de octubre de 2025 se cerraron las nuevas contrataciones. El 1 de abril de 2026 se bloquea la creación de nuevos tenants para clientes existentes. El 30 de septiembre de 2026 es el corte definitivo del servicio.
La creencia de que Microsoft acabará ampliando el plazo se apoya en dos ideas frágiles. La primera: la percepción de que muchas empresas grandes aún dependen del producto. La segunda: la memoria selectiva de prórrogas concedidas en productos on-premise.
El comportamiento de Microsoft con retiradas SaaS ha sido distinto y consistente.
Precedentes de retiradas SaaS de Microsoft sin prórroga
La documentación oficial de fin de soporte para 2026 recoge un patrón que se repite en cada anuncio SaaS de Microsoft. InfoPath dejó de recibir soporte en la fecha comunicada, sin extensión. Skype for Business Online se apagó el 31 de julio de 2021 tras un aviso de dieciocho meses, también sin ampliación. SharePoint Workspace siguió el mismo criterio.
El patrón es consistente. Cuando Microsoft fija formalmente una fecha de retirada para un producto en la nube, la mantiene.
Confiar en un cambio de decisión no es una estrategia de continuidad. Es una hipótesis sin respaldo documental que traslada todo el riesgo operativo a las últimas semanas antes del fin de Project Online.
El siguiente error habitual es asumir que, si no hay prórroga, al menos existirá un modo solo lectura para consultar los datos históricos. Es una expectativa razonable. También es incorrecta.
¿Existirá un modo solo lectura tras el cierre de Project Online?
No hay compromiso oficial de Microsoft en ese sentido. La documentación pública, incluidos los hilos técnicos del Microsoft Community Hub sobre acceso a datos tras la retirada de PWA, es explícita: no habrá periodo de gracia ni modo solo lectura después del 30 de septiembre de 2026.
La única forma de acceder a los datos históricos tras esa fecha es haberlos exportado antes.
Aun así, la duda insiste. Y hay una razón concreta que la alimenta.
La ventana informal de 90 días: qué es y qué no es
En algunas retiradas SaaS previas de Microsoft se ha observado un intervalo posterior al cierre oficial en el que los datos siguieron siendo consultables durante aproximadamente noventa días. No como servicio activo, sino como acceso limitado antes de la desconexión definitiva.
Ese patrón se ha repetido en ciertos casos. Pero no todos. El punto crítico es que este intervalo no está cubierto por ningún SLA, ni por ninguna cláusula contractual, ni por ninguna comunicación oficial del equipo de Project Online.
Si ocurre, es una cortesía. Si no ocurre, no hay recurso comercial ni técnico posible. Para una PMO con obligaciones de retención documental, auditoría o compliance sectorial, planificar contando con esa ventana equivale a construir la continuidad del reporting histórico sobre una hipótesis sin respaldo.
Por qué esta creencia es especialmente cara
Confiar en un modo lectura posterior tiene un coste operativo muy concreto. La exportación estructurada de datos de Project Online (proyectos, campos personalizados, timesheets, feed OData, permisos PWA, sitios SharePoint vinculados) no es un proceso automático.
Requiere planificación, validación de integridad y decisiones sobre qué se conserva y en qué formato. Lo que este bloque establece es distinto de cómo exportar: trata sobre por qué asumir que habrá una segunda oportunidad después del 30 de septiembre es la creencia con más impacto financiero de toda la transición.
Y desde ahí, la siguiente pregunta se vuelve inevitable: si el servicio se apaga por completo, ¿qué se apaga exactamente?
Qué se apaga el 30 de septiembre de 2026 y qué continúa disponible
La confusión sobre el alcance real de la retirada es habitual. Muchas organizaciones asumen que «Project Online se apaga» significa un cambio limitado a la interfaz web. La realidad es distinta.
El cierre afecta a toda la infraestructura del servicio en la nube: aplicaciones, bases de datos internas, feeds de reporting y sitios SharePoint asociados. Otros productos del ecosistema Microsoft para gestión de proyectos continúan activos y sin cambios.
Esta es la separación exacta:
| Se apaga el 30 de septiembre de 2026 | Continúa disponible sin cambios |
|---|---|
| Project Web App (PWA) | Project Desktop (Standard y Professional) |
| Feed OData de reporting | Project Server Subscription Edition |
| Pools de recursos y timesheets | Microsoft Planner (incluido Planner Premium) |
| Campos personalizados y baselines | Microsoft To Do |
| – | Sitios SharePoint vinculados a proyectos* |
*Con matices importantes — ver a continuación.
El matiz que casi ninguna comunicación destaca no es que los sitios de SharePoint desaparezcan. No lo hacen. Los sitios de SharePoint vinculados a un proyecto son contenido de SharePoint Online, un servicio técnicamente independiente de Project Online. Cuando Project Online se apaga, esos sitios permanecen accesibles como cualquier otro sitio de SharePoint del tenant.
El problema real es más sutil y, en la práctica, igual de peligroso para una PMO desprevenida.
Lo que sí desaparece de forma irrecuperable es todo lo que vivía dentro del motor de Project Web App: el pool de recursos, los campos empresariales personalizados, el feed OData de reporting y las vinculaciones automáticas entre tareas, hitos y documentos. El sitio de SharePoint seguirá ahí, pero convertido en una carpeta de documentos sueltos — sin el contexto de proyecto, sin las vistas de PWA que conectaban cada documento con su tarea, su hito o su aprobación correspondiente.
Para una PMO que ha utilizado esos sitios como repositorio documental durante años, el riesgo no es la pérdida del archivo. Es la pérdida de la estructura que lo hacía utilizable. Documentación, actas y entregables seguirán existiendo en algún sitio de SharePoint, pero reconstruir qué documento pertenecía a qué proyecto, qué fase y qué aprobación requiere un trabajo de auditoría que pocas organizaciones han presupuestado.
La alternativa recomendada por Microsoft es Planner Premium combinado con Power Apps, que reconstruye la lógica de portafolio con Dataverse como capa de datos — incluyendo la vinculación estructurada entre tareas y documentación que PWA proporcionaba de forma nativa.
Project Server on-premise: el matiz para entornos híbridos
Project Server 2016 y Project Server 2019 no forman parte de la retirada de Project Online, pero tienen su propio calendario.
Ambos alcanzan el fin de soporte extendido el 14 de julio de 2026, apenas dos meses y medio antes del cierre de Project Online. A partir de esa fecha, Microsoft deja de emitir actualizaciones de seguridad y del producto para esas versiones.
La recomendación oficial es actualizar a Project Server Subscription Edition, que sí mantiene soporte activo. Es una decisión distinta a la migración de Project Online, con implicaciones de licenciamiento e infraestructura propias, y afecta principalmente a organizaciones con requisitos regulatorios que impiden operar íntegramente en la nube pública.
Si tu organización necesita estructurar el calendario de migración con la lógica invertida que este artículo describe — cerrar en agosto, estabilizar en septiembre — la guía ejecutiva de AIC incluye el plan de fases completo, el checklist técnico de exportación previa y la auditoría de sitios SharePoint vinculados.
→ Descarga la Guía de Migración Project Online a Planner Premium (PDF gratuito)
La fecha operativa real: por qué el 1 de septiembre es tu deadline práctico
Microsoft ha fijado el 30 de septiembre de 2026 como fecha oficial. Esa es la fecha del corte técnico. No es la fecha en la que tu organización debería planificar completar la migración.
El deadline operativo real está un mes antes: el 1 de septiembre de 2026. Este desplazamiento no es una preferencia editorial. Responde a tres factores concretos que ya se están viendo en migraciones activas.
Factor 1: throttling del servicio en las últimas semanas
Miles de tenants en todo el mundo ejecutarán sus exportaciones finales durante septiembre de 2026. El feed OData y las APIs de Project Online no fueron diseñadas para absorber ese volumen concurrente.
El comportamiento previsible es una degradación progresiva del rendimiento durante las tres o cuatro últimas semanas del servicio. Las exportaciones grandes se ralentizan. Algunas fallan y hay que reintentar. Los tenants que exporten en agosto no encontrarán esa presión.
Factor 2: margen para incidencias
Ninguna migración a Planner Premium, Project Server Subscription Edition o Dynamics 365 Project Operations se ejecuta sin incidencias.
Falta un campo personalizado que no se contempló. Un flujo de aprobación que necesita rediseño en Power Automate. Un dashboard de Power BI que hay que reconectar contra la nueva fuente de datos. Estas correcciones son manejables si aparecen en agosto y se resuelven en septiembre. Son un problema serio si aparecen el 25 de septiembre.
Factor 3: adopción real, no cierre técnico
Migrar los datos no es completar la transición. La transición se completa cuando los equipos operativos usan la nueva plataforma con normalidad.
Ese proceso requiere formación, ajustes de gobernanza y acompañamiento durante las primeras semanas. Si el corte técnico coincide con el inicio de la adopción, la PMO se enfrenta a dos frentes simultáneos: cerrar el legacy y estabilizar el nuevo entorno.
Separar ambos momentos —cerrar en agosto, estabilizar en septiembre— reduce drásticamente el riesgo operativo.
Qué implica esto para la planificación
Trabajar con el 1 de septiembre como fecha objetivo cambia el calendario hacia atrás. Si el deadline operativo es el 1 de septiembre, las pruebas finales deben cerrarse en julio. La migración de datos crítica debe estar completada en junio.
Y la fase de análisis, diseño e implementación debería estar en marcha ya, con presupuesto asignado y responsable interno designado.
Para organizaciones que aún no han iniciado la fase de análisis, el servicio de migración de Project Online a Planner integrado contempla este calendario invertido como parte del roadmap inicial. Estas son las cuestiones que más se repiten en las sesiones de diagnóstico previas al proyecto de migración.
Preguntas frecuentes sobre la retirada de Project Online
¿Habrá una prórroga oficial de Microsoft antes del 30 de septiembre de 2026?
No. Microsoft comunicó la fecha el 10 de julio de 2024 a través del aviso MC812729 y ha actualizado la documentación varias veces sin modificarla. El patrón histórico de retiradas SaaS (InfoPath, Skype for Business Online, SharePoint Workspace) muestra que las fechas anunciadas se mantienen.
¿Podré acceder a mis datos de Project Online en modo solo lectura después del 30 de septiembre?
No hay compromiso oficial de Microsoft en ese sentido. Existe un rumor de ventana informal de aproximadamente noventa días, pero no está cubierto por ningún SLA ni comunicación técnica. Planificar la continuidad del reporting histórico sobre esa hipótesis expone a la organización a un riesgo sin recurso posterior.
¿Los sitios de SharePoint vinculados a mis proyectos desaparecerán también?
No como sitios. Los sitios de SharePoint asociados a proyectos son contenido de SharePoint Online, un servicio independiente, y permanecen accesibles después del cierre de Project Online. Lo que se pierde es el contexto de proyecto: el pool de recursos, los campos personalizados y las vinculaciones automáticas entre documentos y tareas que vivían dentro de PWA. El sitio queda, pero la estructura que lo hacía utilizable como repositorio de proyecto no se conserva.
¿La retirada afecta también a Project Server on-premise?
Solo parcialmente. Project Online se apaga el 30 de septiembre de 2026. Project Server 2016 y 2019 alcanzan el fin de soporte extendido el 14 de julio de 2026, aunque siguen operativos. Project Server Subscription Edition continúa con soporte activo y es la ruta oficial para entornos que necesitan mantener despliegue on-premise.
Conclusión: ¿pasamos al calendario operativo?
Project Online se apaga el 30 de septiembre de 2026. Sin prórroga, sin modo lectura garantizado y con un alcance real que incluye la pérdida del contexto de proyecto sobre los sitios SharePoint vinculados, aunque los sitios en sí permanezcan accesibles.
El deadline operativo real es el 1 de septiembre. Trabajar hacia atrás desde esa fecha sitúa el análisis, el diseño y la migración crítica en el primer semestre de 2026. No en el tercer trimestre.
Las organizaciones que aún no han asignado presupuesto, responsable interno y calendario están tomando una decisión, aunque no la formulen: la decisión de asumir el riesgo de migrar bajo presión.
En AIC ejecutamos migraciones completas desde Project Online antes de su retirada definitiva — auditoría de datos, exportación estructurada, migración a Planner Premium y validación post-migración — en 8 a 14 semanas, sin perder los datos ni el contexto documental de tu organización.
→ Solicita una sesión de diagnóstico gratuita con el equipo de AIC
