O que você vai encontrar
O Project Online será encerrado em 30 de setembro de 2026. Entenda o que ficará inacessível, compare os caminhos de transição e organize a migração a tempo.
O Project Online tem data para deixar de funcionar. Quem ainda mantém cronogramas, documentos, listas e histórico nesse ambiente precisa tratar a migração como um projeto com prazo definido, não como uma tarefa de rotina. A Microsoft informa que o serviço será descontinuado em 30 de setembro de 2026.
Depois do encerramento, os projetos e os dados associados ao serviço não poderão mais ser acessados. Por isso, não é seguro presumir que o conteúdo será transferido automaticamente para o Microsoft Planner ou para outra plataforma. Cada organização precisa inventariar o ambiente, preservar o que for necessário e concluir sua transição antes da data de corte.
O impacto vai além do cronograma. Documentação de projeto, riscos, problemas, listas, relatórios e sites vinculados ao ambiente também precisam entrar no plano. Para empresas com exigências de auditoria e compliance, preservar esses registros é parte da continuidade do negócio.
01O que pertence ao Project Online e o que continua existindo
Antes de avançar, vale separar recursos que costumam ser tratados como se fossem um só ambiente:
- Dentro do Project Online: o PWA, os projetos, os sites criados sob esse endereço, listas, documentos e relatórios vinculados ao serviço.
- Fora do Project Online: sites independentes do SharePoint, como uma intranet corporativa, que não dependem do PWA.
- Produtos separados: o Microsoft Project para desktop, o Project Server Subscription Edition e o Microsoft Planner não fazem parte da retirada do Project Online.
Há um teste prático para os sites de projeto: observe a URL completa. Se o endereço estiver abaixo do PWA, trate o conteúdo como parte do escopo da migração. Se estiver fora dele, valide a independência do site com o administrador do SharePoint antes de excluí-lo do inventário.
02Quadro-resumo da transição
| Etapa | Objetivo | Aplicação prática |
|---|---|---|
| 1. Diagnóstico | Mapear o ambiente e os responsáveis. | Levantar PWA, projetos, sites, listas, relatórios e integrações. |
| 2. Inventário | Identificar o que precisa ser preservado. | Separar conteúdo dependente do PWA de recursos independentes. |
| 3. Destino | Definir onde cada informação passará a viver. | Avaliar Planner, Project Server ou um modelo com Project, Planner e PSA Easy. |
| 4. Migração | Transferir e validar dados antes do desligamento. | Executar lotes, conferir resultados e manter rastreabilidade. |
| 5. Operação | Retomar publicação, colaboração e relatórios. | Capacitar usuários e acompanhar o novo modelo de governança. |
Prefere acompanhar a explicação de forma visual? Assista à demonstração completa da MLPro:
1. O que acontece em 30 de setembro de 2026
A partir da data oficial de retirada, o Project Online não estará mais disponível. Isso não significa apenas perder a capacidade de editar. Segundo a Microsoft, os clientes deixarão de acessar seus projetos e os dados associados ao serviço.
Até o encerramento, os ambientes existentes continuam funcionando e recebendo suporte. Esse período deve ser usado para levantar dependências, fazer cópias controladas, testar o destino e concluir a mudança. A data final não deve ser tratada como o início da migração.
Ponto essencial: a própria Microsoft orienta as organizações a fazer backup dos projetos e concluir a transição antes da retirada. Planeje a migração como responsabilidade da empresa, sem depender de uma transferência automática.
2. O que ficará inacessível com o desligamento
O inventário precisa olhar para o conjunto completo que sustenta a rastreabilidade do projeto, não apenas para o arquivo de cronograma:
- Cronogramas e dados dos projetos publicados no ambiente.
- Histórico e registros necessários para auditoria.
- Documentação guardada nos sites vinculados ao PWA.
- Registros de riscos, problemas e decisões.
- Listas, relatórios e integrações dependentes do serviço.
- Sites de projeto criados dentro da estrutura do PWA.
Para áreas sujeitas a auditoria, esse acervo comprova decisões, prazos e responsabilidades. Perder o acesso pode impedir a demonstração de como um projeto evoluiu, o que transforma a migração em uma questão de compliance, não apenas de conveniência operacional.
Como identificar se um site pertence ao PWA
Abra o site de projeto e observe a URL. Quando o endereço do PWA aparece antes do caminho do site, ele deve ser tratado como dependente do ambiente. Quando a URL aponta para uma coleção independente do SharePoint, o site pode continuar disponível, mas essa condição deve ser confirmada durante o diagnóstico.
3. Quais caminhos avaliar depois do Project Online
Não existe um único destino correto para todas as empresas. A escolha depende do porte dos projetos, da necessidade de governança, do modelo de infraestrutura, do volume de dados e do tempo disponível.
Microsoft Planner
O Microsoft Planner reúne gestão de tarefas e recursos premium como dependências, linha do tempo, linhas de base e portfólios. Pode ser um bom destino quando o modelo de trabalho combina com suas capacidades, mas exige análise de aderência e mapeamento de dados. Ele não deve ser tratado como uma cópia direta do PWA.
Project Server Subscription Edition
O Project Server Subscription Edition é a alternativa da Microsoft para organizações que precisam de PPM avançado ou de maior proximidade com os recursos do Project Online em infraestrutura própria. O caminho envolve servidor, SharePoint Server, operação e manutenção internas, fatores que precisam entrar na análise de custo e prazo.
Microsoft Project apoiado pelo PSA Easy
Outra alternativa mantém o cronograma no Microsoft Project e substitui a estrutura de apoio. Nesse cenário, o PSA Easy reúne projetos, documentos, riscos, problemas e relatórios, além de permitir uma operação híbrida com Project e Planner conforme o perfil de cada iniciativa.
4. Como o PSA Easy apoia a operação pós-migração
O PSA Easy é instalado no ambiente Microsoft do cliente e trabalha sob as políticas de acesso e segurança da própria organização. A equipe pode preservar a rotina de planejamento no Project, publicar os dados e alimentar relatórios sem depender de consolidações manuais.
Nem toda empresa usa uma única ferramenta de cronograma. Por isso, a solução permite organizar projetos no Microsoft Project, no Microsoft Planner ou em um modelo híbrido, mantendo uma visão consolidada para o PMO e para a liderança.
5. Como escolher o destino e começar agora
A decisão é técnica e estratégica. Quatro perguntas ajudam a organizar a escolha:
- Qual é o porte e a complexidade dos projetos? Dependências, recursos, custos e cronogramas detalhados influenciam a ferramenta necessária.
- Qual é o volume de histórico? Quanto maior o acervo, mais cedo devem começar inventário, tratamento e validação.
- Qual é a exigência de compliance? Ambientes auditados precisam preservar rastreabilidade e evidências de forma controlada.
- Quanto tempo resta? O prazo define o que ainda é viável implementar, testar e adotar antes do desligamento.
Comece pelo inventário. Identifique os responsáveis, confirme quem depende de cada dado e trate documentos, listas e integrações com a mesma prioridade do cronograma. Depois, execute uma prova de migração com um grupo representativo antes de mover o portfólio completo.
08Fontes oficiais e conteúdos relacionados
A data e os impactos descritos neste artigo foram conferidos na página de ciclo de vida do Project Online e no comunicado oficial da Microsoft, atualizado em março de 2026.
A MLPro avalia o ambiente atual, define o destino das informações e conduz a transição com ferramentas próprias de automação.
Falar com um especialista → Atendimento consultivo pelo WhatsAppConteúdo original do acervo editorial da MLPro, preservado integralmente no novo blog.
Apresentação grátis