Si sigues usando Microsoft Project Online y alguien te ha dicho que puedes esperar tranquilo hasta septiembre de 2026, yo no me lo compraría tan rápido. El cierre oficial está fechado para el 30 de septiembre, sí, pero el movimiento serio ya ha empezado. Y cuando una plataforma empieza a bloquear creación de nuevos entornos, a dejar fuera instalaciones sin proyectos activos y a empujarte con fuerza hacia otra suite, lo sensato no es apurar: es asumir que la migración ya está en marcha aunque todavía no la hayas presupuestado.
Te lo digo porque este tipo de transiciones nunca fallan por el titular. Fallan por la letra pequeña, por los flujos internos que nadie documentó, por el reporte que solo sabe montar una persona del equipo y por ese proceso heredado que “ya miraremos más adelante”. Con Project Online, ese “más adelante” empieza a oler bastante mal.
El problema no es septiembre: el problema es abril
Microsoft ya avisó de que Project Online se retira el 30 de septiembre de 2026. Hasta ahí, todo entra dentro de lo esperable. Lo que cambia el tablero es que desde el 1 de abril de 2026 se bloquea la creación de nuevos sitios de Project Web App (PWA) y, además, los tenants que no tengan al menos un proyecto en sus sitios PWA pueden perder acceso a esa parte del servicio. Dicho de otra forma: ya no estás hablando solo de una fecha de apagado futura, sino de restricciones operativas inmediatas.
Yo creo que aquí está el punto que muchas empresas van a infravalorar. Cuando una plataforma entra en ese estado, deja de ser una base segura sobre la que seguir construyendo. Aunque el servicio “siga funcionando”, la confianza cambia. Ya no estás en una herramienta estable que evoluciona: estás en una herramienta con fecha de salida y con límites nuevos.
Esperar suele salir más caro de lo que parece
La narrativa cómoda es esta: “seguimos igual unos meses y ya migramos cuando toque”. En mi experiencia, eso casi nunca sale bien. Si dependes de Project Online para planificación, reporting, gobernanza o coordinación entre equipos, retrasar decisiones no conserva tu operativa; la va debilitando poco a poco. Y cuanto más tarde te pongas, menos margen tendrás para probar alternativas con calma.
Además, Microsoft no está retirando Project Online porque sí. La propia compañía vincula el cambio a una arquitectura antigua, muy apoyada en SharePoint, que limita nuevas integraciones y escenarios de IA. La apuesta ahora va hacia Planner, Copilot y un modelo más moderno de gestión del trabajo. Eso significa que la innovación ya no está en tu plataforma actual. Está fuera. Y cuando la innovación se va, el coste de oportunidad tambien pesa, aunque no siempre salga en el Excel.
Lo delicado no es la licencia: son tus procesos
Hay un error bastante típico en este tipo de cierres: pensar que migrar consiste en mover datos de una herramienta a otra. Ojalá fuera solo eso. Lo complicado es trasladar hábitos, permisos, informes, dependencias, automatizaciones y expectativas del equipo. Muchas organizaciones tienen en Project Online una mezcla de gestión de proyectos formal, control de recursos y reporting para dirección que no encaja sin fricción en una sustitución rápida.
Si además has montado procesos alrededor de sitios PWA que se crean bajo demanda, abril ya te obliga a revisar el diseño. Si tienes entornos preparados pero sin uso real, también hay riesgo. Y si tu PMO depende de personalizaciones antiguas, lo último que haría yo sería esperar a que el calendario me apriete.
Microsoft tiene alternativa, pero no siempre es equivalente
Que Microsoft empuje hacia Planner no significa que todos los casos de uso vayan a aterrizar ahí sin coste funcional. Hay organizaciones a las que les cuadrará bien. Otras necesitarán Project Server Subscription Edition. Otras acabarán evaluando soluciones externas o esquemas híbridos. El problema aparece cuando el discurso comercial simplifica demasiado y vende continuidad donde en realidad hay rediseño.
Yo no digo que Planner sea mala opción. Digo que no conviene asumir que será un reemplazo directo por defecto. Si tu operación vive de portfolios, dependencias complejas, reporting interno, gobierno del dato o integraciones muy concretas, te toca validar con pruebas reales, no con promesas de roadmap. Esto parece una obviedad, pero luego llegan las prisas y se decide por intuición.
Qué haría yo si todavía sigues en Project Online
Si estuviera gestionando una empresa o un departamento que sigue ahí, haría cuatro cosas desde ya:
- Inventario funcional real: no solo proyectos y usuarios, también flujos, informes, permisos, automatizaciones y dependencias con otras herramientas.
- Auditoría de PWA: comprobar qué sitios existen, cuáles están realmente en uso y cuáles podrían quedar fuera por no tener proyectos activos.
- Prueba comparativa: montar un piloto corto con la opción de destino más plausible para detectar pérdidas antes de comprometer calendario y presupuesto.
- Plan de salida con fecha interna: no trabajar con septiembre como objetivo final, sino con una fecha propia bastante anterior para no ir con la lengua fuera.
Y sí, suena menos glamuroso que hablar de IA, agentes y productividad aumentada. Pero en estos cambios gana quien ordena primero lo básico. Lo demás llega después.
Mi lectura: el riesgo ya no es técnico, es de gestión
La noticia importante no es que Project Online se jubile. Eso ya estaba escrito. La noticia importante es que Microsoft ha empezado a endurecer el terreno y a marcar un camino sin mucha ambigüedad. Si tú sigues interpretando esto como una migración “para más adelante”, vas tarde aunque el servicio no se haya apagado todavía.
Yo sería bastante claro con cualquier equipo directivo: aguantar hasta el último día no es prudencia presupuestaria, es comprar estrés futuro. Y normalmente, cuando una migración se hace con estrés, se pierden matices, se aceptan recortes funcionales que nadie quería y se paga más en consultoría, improvisación y desgaste interno.
Así que la pregunta útil no es si Project Online seguirá vivo unos meses más. La pregunta de verdad es esta: si mañana tuvieras que demostrar qué procesos críticos dependen hoy de Project Online y con qué alternativa concreta los cubrirías, podrías hacerlo sin descubrir sorpresas incómodas por el camino?