Como revisar um cronograma de projeto com ChatGPT

O cronograma pode estar completo na planilha e impossível na sequência

Uma atividade termina na sexta. A sucessora começa na quinta. Um marco aparece como aprovado, mas a aprovação ainda não tem dono. Duas tarefas dependem de um acesso que continua pendente. A data final permanece verde porque cada linha parece plausível quando lida sozinha.

O ChatGPT pode ajudar a revisar a coerência do cronograma, encontrar dependências quebradas e preparar perguntas para a reunião de projeto. A ferramenta trabalha sobre os dados fornecidos. Ela não conhece feriados internos, capacidade real, contratos, alçadas ou trabalho que ficou fora da planilha.

Este tutorial usa uma conversa comum no ChatGPT e um cronograma inteiramente sintético. O caminho principal é copiar e colar texto. A saída esperada foi conferida pelas regras e datas publicadas abaixo. A Júpiter não executou benchmark de modelos nem validou a interface para alegar desempenho observado.

O que você vai produzir

Ao final, você terá:

• inventário das atividades e marcos;
• mapa de dependências declaradas;
• inconsistências de data;
• predecessoras ausentes;
• tarefas sem responsável confirmado;
• datas tratadas como desejo ou condição;
• marcos sem evidência de aceite;
• perguntas para decisão;
• versão revisável do cronograma;
• registro do que continuou indefinido.

A conversa não altera o sistema oficial, não atribui trabalho e não confirma prazo. O resultado permanece RASCUNHO PARA REVISÃO até o dono do projeto aprovar as mudanças.

Cronograma, briefing e registro de riscos cumprem funções próprias

O briefing de projeto com ChatGPT ajuda a delimitar problema, resultado, escopo, entregas e gates antes do planejamento detalhado.

O tutorial de riscos de projeto com ChatGPT separa problemas atuais de eventos futuros possíveis e prepara tratamento para decisão.

Aqui, o objeto é a sequência temporal já proposta. A revisão confere se atividades, dependências, datas, marcos e aprovações conseguem coexistir. Um problema encontrado pode depois virar risco, decisão ou replanejamento. A conversa não faz essa promoção sozinha.

Quando a empresa precisa acompanhar atualizações, cobranças e estados de forma recorrente, o guia de agente de IA para gestão de projetos trata da implementação conectada aos sistemas oficiais. Este exercício termina antes: entrega achados para uma pessoa revisar.

Ferramenta, acesso e requisitos

Use o ChatGPT pela web em uma conversa nova. O exercício depende apenas de texto colado.

A documentação oficial da OpenAI, verificada em 30 de setembro de 2026, informa que o ChatGPT pode seguir instruções, organizar texto e trabalhar com arquivos conforme plano e configurações. Upload e análise de planilhas podem ajudar em cronogramas maiores, mas não são necessários aqui.

Antes de usar um cronograma real:

1. confirme a conta e o workspace aprovados pela empresa;
2. preserve a versão original no sistema oficial;
3. remova nomes, clientes, contratos e valores sem função na revisão;
4. classifique datas de lançamento e dependências confidenciais;
5. confirme retenção, memória, compartilhamento e controles de dados;
6. identifique quem pode aprovar prazo, escopo e alocação;
7. evite conectar criação de tarefas ou mensagens durante a primeira revisão.

Você também precisa conhecer as regras de calendário da empresa. Este exercício usa dias corridos para simplificar a conferência. Num projeto real, dias úteis, feriados, fusos, janelas de mudança e indisponibilidade de pessoas precisam vir da fonte autorizada.

Cenário sintético

A Empresa Aurora prepara um portal interno para solicitar compras. O projeto fictício deve entregar um piloto revisável, sem liberar uso em produção.

Copie este contexto:

PROJETO FICTÍCIO: Portal interno de compras da Aurora

Objetivo do exercício:
Revisar a coerência do cronograma proposto para um piloto interno.

Regras:
- Todas as datas usam 2026 e dias corridos.
- A data de início conta como o primeiro dia da duração.
- Uma sucessora só pode começar no dia seguinte ao término da predecessora, salvo sobreposição explicitamente aprovada.
- Nenhuma sobreposição foi aprovada neste cenário.
- Uma atividade com dependência pendente não pode ser tratada como liberada.
- Uma área genérica não conta como responsável individual confirmado.
- Data desejada não conta como compromisso aprovado.
- Marco exige evidência de aceite e pessoa autorizada.
- Não invente duração, data, responsável, folga ou aprovação.
- Não altere o cronograma. Prepare achados para revisão humana.

Agora copie o cronograma:

ID | ATIVIDADE OU MARCO | INÍCIO | FIM | DURAÇÃO | DEPENDE DE | RESPONSÁVEL | EVIDÊNCIA / ESTADO
A1 | Confirmar campos obrigatórios | 01/10 | 03/10 | 3 dias | nenhuma | Paula | lista revisada por Operações
A2 | Aprovar política de acesso | 01/10 | 04/10 | 4 dias | nenhuma | Segurança | aprovador individual não definido
A3 | Preparar protótipo navegável | 04/10 | 08/10 | 5 dias | A1 | Diego | protótipo em ambiente de teste
A4 | Configurar acesso de teste | 03/10 | 05/10 | 3 dias | A2 | Joana | solicitação AC-17 aberta
A5 | Escrever casos de teste | 04/10 | 07/10 | 4 dias | A1 | Renata | rascunho ainda sem revisão
M1 | Escopo do piloto aprovado | 05/10 | 05/10 | marco | A1 | Carla | reunião marcada; decisão ainda não registrada
A6 | Executar teste funcional | 07/10 | 10/10 | 4 dias | A3, A4, A5, M1 | Lucas | ambiente e casos necessários
A7 | Corrigir defeitos críticos | 11/10 | 14/10 | 4 dias | A6 | Diego | critério de crítico não definido
A8 | Revisar segurança do piloto | 12/10 | 13/10 | 2 dias | A4, A6 | Joana | checklist SEC-PILOTO-2
M2 | Piloto autorizado | 14/10 | 14/10 | marco | A7, A8 | Carla | aceite depende de Operações e Segurança
A9 | Preparar comunicação interna | 10/10 | 12/10 | 3 dias | M2 | Comunicação | texto não iniciado
A10 | Realizar piloto interno | 15/10 | 19/10 | 5 dias | M2, A9 | Paula | grupo de usuários ainda não definido
M3 | Encerrar piloto e decidir próxima fase | 20/10 | 20/10 | marco | A10 | Carla | critérios de continuidade não definidos

O material contém relações válidas, datas incompatíveis, papéis incompletos e marcos que parecem mais avançados do que a evidência permite.

Passo 1: peça um inventário fiel

Envie o contexto e o cronograma com esta instrução:

Leia o CONTEXTO e o CRONOGRAMA como fontes controladas.

Primeiro, reproduza uma tabela de inventário com:
- ID;
- atividade ou marco;
- início;
- fim;
- duração;
- dependências declaradas;
- responsável exatamente como informado;
- evidência ou estado;
- tipo: atividade ou marco.

Regras:
- Não corrija nada nesta etapa.
- Não complete campos.
- Preserve áreas genéricas como aparecem.
- Não converta reunião marcada em aprovação.
- Não mude datas nem duração.
- Informe qualquer linha ilegível ou ambígua.

Compare a saída com as treze linhas de A1 a M3. Se uma atividade sumir, a análise seguinte ficará incompleta. Se o modelo trocar Segurança por Joana em A2, ele fabricou uma atribuição.

Passo 2: confira datas e durações

Use:

Confira a coerência entre início, fim e duração.

Considere dias corridos e conte a data de início como o primeiro dia.
Para cada linha, calcule a duração inclusiva entre início e fim.
Compare com a duração declarada.

Saída:
- ID;
- duração declarada;
- duração calculada;
- estado: CONFERE, DIVERGE ou NÃO SE APLICA;
- cálculo usado.

Não altere as datas.
Não use calendário de dias úteis.
Marcos de um único dia ficam como NÃO SE APLICA.

Neste cenário, as atividades foram montadas para que as durações declaradas confiram com as datas. Essa etapa serve como controle: a revisão deve marcar todas as atividades como CONFERE.

Se aparecer divergência, revise o cálculo antes de avançar. Uma análise de dependências em cima de duração errada mistura duas causas.

Passo 3: monte o mapa de dependências

Peça:

Crie um mapa com uma linha por relação de dependência.

Colunas:
- sucessora;
- predecessora;
- fim da predecessora;
- primeiro início permitido da sucessora;
- início declarado da sucessora;
- estado: VÁLIDA, SOBREPÕE, MESMO DIA ou DEPENDÊNCIA SEM DATA;
- diferença em dias;
- observação factual.

Regra do exercício:
A sucessora começa no dia seguinte ao fim da predecessora.
Nenhuma sobreposição foi aprovada.
Não proponha datas novas.

A tabela precisa abrir dependências múltiplas em linhas separadas. A6, por exemplo, depende de quatro predecessoras. Ler apenas a primeira esconderia a maior parte do problema.

Gabarito das relações de data

A revisão deve encontrar:

Relações válidas

• A1 → A3: A1 termina em 03/10; A3 começa em 04/10.
• A1 → A5: A1 termina em 03/10; A5 começa em 04/10.
• A6 → A7: A6 termina em 10/10; A7 começa em 11/10.
• A10 → M3: A10 termina em 19/10; M3 ocorre em 20/10.

Mesmo dia ou sobreposição

• A2 → A4: A2 termina em 04/10; A4 começa em 03/10.
• A1 → M1: A1 termina em 03/10; M1 ocorre em 05/10. A data cabe, mas o estado do marco continua pendente.
• A3 → A6: A3 termina em 08/10; A6 começa em 07/10.
• A4 → A6: A4 termina em 05/10; A6 começa em 07/10. A relação de data cabe, mas o acesso continua com solicitação aberta.
• A5 → A6: A5 termina em 07/10; A6 começa no mesmo dia.
• M1 → A6: M1 está marcado para 05/10; A6 começa em 07/10. A relação de data caberia se o marco estivesse aprovado.
• A4 → A8: A4 termina em 05/10; A8 começa em 12/10. A data cabe, sujeita ao estado do acesso.
• A6 → A8: A6 termina em 10/10; A8 começa em 12/10.
• A7 → M2: A7 termina em 14/10; M2 também ocorre em 14/10.
• A8 → M2: A8 termina em 13/10; M2 ocorre em 14/10.
• M2 → A9: M2 ocorre em 14/10; A9 começa em 10/10.
• M2 → A10: M2 ocorre em 14/10; A10 começa em 15/10.
• A9 → A10: A9 termina em 12/10; A10 começa em 15/10.

A revisão não deve concluir que toda relação com data compatível está liberada. A4, M1 e M2 carregam pendências de evidência ou autoridade.

Passo 4: separe incoerência de data e bloqueio de estado

Envie:

Crie duas listas separadas.

LISTA 1: INCOERÊNCIAS DE DATA
Inclua somente relações em que a sucessora começa antes ou no mesmo dia do término da predecessora, segundo a regra fornecida.

LISTA 2: BLOQUEIOS DE ESTADO OU EVIDÊNCIA
Inclua atividades e marcos cuja data pode caber, mas o estado informado ainda não prova liberação.

Para cada item, mostre:
- ID afetado;
- fonte do bloqueio;
- fato observado;
- decisão ou evidência ausente;
- consequência no cronograma, sem estimar atraso.

Não invente nova data.
Não chame pendência de atraso confirmado.

Essa separação evita um erro comum: tratar qualquer risco como data calculável. O cronograma informa que a política de acesso ainda não possui aprovador individual, mas não informa quando essa pessoa será definida. Não existe base para estimar o atraso.

Bloqueios que precisam aparecer

A2: aprovação sem pessoa autorizada

Segurança aparece como responsável, mas o cenário exige pessoa individual confirmada. O aprovador continua ausente.

A4: solicitação aberta

A linha informa AC-17 aberta. A data de término proposta não prova que o acesso estará configurado em 05/10.

A5: casos ainda sem revisão

O rascunho existe, mas a evidência informa que não passou por revisão. A6 declara que depende dos casos.

M1: reunião não equivale a aceite

Existe reunião marcada. A decisão ainda não foi registrada. O marco Escopo do piloto aprovado não pode aparecer como concluído com essa evidência.

A7: critério de defeito crítico ausente

A atividade pode ocorrer, mas o que entra ou sai dela continua indefinido. Sem critério, A7 não possui condição verificável de conclusão.

M2: autoridade de aceite incompleta

Carla aparece como responsável, enquanto a evidência diz que o aceite depende de Operações e Segurança. O cronograma não identifica as pessoas autorizadas nem o registro exigido.

A10: grupo do piloto ausente

A atividade possui datas, mas o grupo de usuários ainda não foi definido. O início depende dessa seleção e das autorizações correspondentes.

M3: critério de continuidade ausente

O marco promete uma decisão sobre a próxima fase. Os critérios para decidir continuam indefinidos.

Passo 5: encontre datas que foram promovidas a compromisso

Use:

Revise cada data e classifique-a como:
- data proposta da atividade;
- data condicionada por dependência;
- marco proposto;
- compromisso comprovado;
- estado não demonstrado.

Use somente o cronograma e as regras.
Não trate a presença de data como aprovação.
Para compromisso comprovado, exija evidência explícita de aceite e autoridade.

Neste cenário, nenhuma linha fornece evidência suficiente para chamar a data final de compromisso aprovado. Há sequência proposta, responsáveis parciais e condições abertas.

Isso não torna o cronograma inútil. Torna seu grau de certeza visível. O dono do projeto consegue levar a versão à reunião sem fingir que campos preenchidos substituem decisões.

Passo 6: prepare perguntas ligadas aos bloqueios

Peça:

Transforme os bloqueios em perguntas para uma reunião de revisão.

Para cada pergunta, informe:
- ID relacionado;
- pergunta;
- pessoa ou função que precisa responder, somente se a fonte permitir;
- evidência necessária;
- decisão que a resposta habilita;
- atividade ou marco afetado.

Não atribua tarefas.
Não proponha prazo.
Não escolha a resposta.

Perguntas esperadas incluem:

• Quem possui autoridade individual para aprovar a política de acesso de A2?
• Que evidência encerra a solicitação AC-17 de A4?
• Quem revisa e aceita os casos de teste de A5?
• Onde será registrada a aprovação de escopo representada por M1?
• Qual critério define defeito crítico em A7?
• Quais pessoas de Operações e Segurança autorizam M2?
• Qual grupo participará de A10 e quem autoriza sua inclusão?
• Quais critérios orientam a decisão de M3?
• A equipe aceita sobreposição em alguma relação ou o cronograma precisa ser revisto?

A pergunta sobre sobreposição vem por último porque a fonte afirma que nenhuma foi aprovada. Uma pessoa autorizada pode mudar essa regra, mas o modelo não pode presumir a mudança.

Passo 7: crie uma proposta de correção sem decidir por conta própria

Depois de conferir os achados, use:

Prepare um registro de mudanças propostas.

Colunas:
- item;
- problema observado;
- tipo: data, dependência, responsável, evidência ou critério;
- opções para decisão;
- informação necessária para calcular uma nova data;
- autoridade necessária;
- estado: PROPOSTA PARA REVISÃO.

Regras:
- Não escolha uma opção.
- Não calcule novas datas quando faltar duração, disponibilidade ou aprovação.
- Não comprima atividades.
- Não crie paralelismo.
- Não substitua pessoa por área.
- Não altere escopo.

Para A3 → A6, as opções podem incluir mover A6, reduzir a duração de A3 com nova estimativa aprovada ou autorizar sobreposição com critério explícito. A saída não escolhe.

Para M2 → A9, mover A9 para depois de M2 é uma opção. Outra pode ser redefinir a dependência, caso a comunicação possa ser preparada antes e apenas aprovada depois. Essa decisão pertence ao processo, porque o texto atual diz que A9 depende de M2.

Passo 8: gere o relatório de revisão

Use:

Monte um relatório chamado REVISÃO DE CRONOGRAMA | RASCUNHO PARA REVISÃO.

Estrutura:
1. escopo e regras usadas;
2. cobertura das linhas analisadas;
3. conferência de duração;
4. mapa de dependências;
5. incoerências de data;
6. bloqueios de estado e evidência;
7. responsáveis ausentes ou genéricos;
8. marcos sem aceite comprovado;
9. perguntas para decisão;
10. mudanças propostas, sem escolha;
11. dados necessários para recalcular;
12. limitações da análise;
13. estado do documento.

Inclua IDs em todas as afirmações materiais.
Não declare atraso em dias sem base.
Não produza um cronograma corrigido.
Termine com RASCUNHO PARA REVISÃO.

O relatório deve permitir que a equipe decida o que corrigir. Uma versão replanejada só faz sentido depois que duração, autoridade, capacidade e dependências recebem respostas.

Auditoria de fidelidade

Peça uma última conferência:

Compare o relatório com o contexto e o cronograma original.

Liste:
1. linhas omitidas;
2. datas alteradas;
3. responsáveis inventados;
4. aprovações presumidas;
5. dependências ignoradas;
6. atrasos calculados sem base;
7. atividades paralelizadas sem autorização;
8. decisões promovidas indevidamente;
9. afirmações sem ID de origem.

Não corrija silenciosamente.
Cite o trecho que sustenta cada achado.

Qualquer item das categorias 2 a 8 reprova o rascunho até revisão.

Gabarito resumido

O cronograma contém:

• 13 linhas: dez atividades e três marcos;
• durações coerentes com as datas em todas as atividades;
• 17 relações de dependência declaradas;
• cinco relações com início antes ou no mesmo dia do fim da predecessora: A2 → A4, A3 → A6, A5 → A6, A7 → M2 e M2 → A9;
• um marco cuja data cabe, mas cuja decisão não foi registrada: M1;
• uma atividade com solicitação de acesso ainda aberta: A4;
• um responsável registrado apenas como área: A2;
• dois marcos com aceite ou critério incompleto: M2 e M3;
• um grupo de usuários ainda não definido para A10;
• nenhum compromisso final comprovado pelas evidências fornecidas.

A relação A1 → M1 não viola a regra de data, porque existe um dia entre o término de A1 e o marco. Ainda assim, o marco permanece pendente por falta de decisão registrada.

Verifique as contagens fora do modelo

Para um cronograma pequeno, faça a conferência manual. Em planilhas maiores, use fórmulas ou um script aprovado para validar datas e contagens.

Neste exercício, a duração inclusiva usa:

duração = data_fim - data_início + 1 dia

O primeiro início permitido usa:

início_mínimo = fim_da_predecessora + 1 dia

A IA ajuda a interpretar estados e preparar perguntas. Cálculos repetitivos devem ser reproduzíveis fora da conversa.

Um modelo pode errar a aritmética, ignorar uma dependência múltipla ou contar um marco como atividade. A revisão independente impede que uma tabela bem escrita esconda um cálculo ruim.

Erros que devem bloquear o uso da saída

Replanejar sem capacidade

A saída move datas e presume que Diego, Joana ou Lucas estarão disponíveis. O cronograma não contém capacidade nem calendário individual.

Tratar área como responsável

Segurança vira uma pessoa implícita ou recebe uma tarefa. Mantenha o aprovador como ausente.

Confundir reunião com aprovação

M1 aparece como concluído porque existe uma reunião marcada. A evidência diz que a decisão ainda não foi registrada.

Ignorar o mesmo dia

A saída aceita que sucessora e predecessora ocupem o mesmo dia. O cenário exige início no dia seguinte.

Esconder dependência atrás de data

A4 termina em 05/10 na planilha, então a análise trata o acesso como liberado. A solicitação continua aberta.

Inventar atraso

O relatório afirma que o projeto atrasará três ou cinco dias. Não há nova duração, capacidade, calendário ou decisão suficiente para esse cálculo.

Criar paralelismo

A ferramenta decide que preparação de comunicação pode começar antes do marco. Essa opção pode ser discutida, mas contradiz a dependência atual e precisa de aprovação.

Promover marco a compromisso

A presença de 20/10 em M3 vira compromisso oficial. O material não traz aceite da data nem critérios para a decisão final.

Quando usar planilha ou arquivo

Copiar e colar mantém este exercício pequeno e reproduzível. Para um cronograma real, um CSV pode preservar IDs e colunas melhor que texto corrido, desde que a conta e o upload estejam autorizados.

Antes de enviar um arquivo:

• mantenha uma cópia original fora da conversa;
• remova abas e colunas sem função;
• preserve IDs estáveis;
• identifique formato de data e calendário;
• informe se a duração usa dias úteis ou corridos;
• declare tipos de dependência, como término-início;
• marque marcos separadamente;
• registre versão e data da extração;
• não inclua salário, avaliação pessoal ou dado de cliente sem necessidade;
• confira todas as linhas após a importação;
• leve as alterações aprovadas ao sistema oficial por uma pessoa autorizada.

A documentação da OpenAI informa que upload e análise de arquivos dependem de plano, limites e configurações. O caminho por texto continua disponível para amostras pequenas sem recurso adicional.

Limites da revisão

O exercício não calcula caminho crítico, folga, capacidade, nivelamento de recursos ou previsão probabilística. Essas análises exigem dados que não foram fornecidos.

Também não conhece:

• dias úteis e feriados;
• indisponibilidade das pessoas;
• esforço parcial por dia;
• contratos com fornecedores;
• janelas de mudança;
• lead time de aprovação;
• tipos de dependência além da regra informada;
• tarefas omitidas;
• restrições de orçamento;
• prioridade entre projetos;
• histórico de variação das estimativas.

O relatório deve registrar essas ausências. Preenchê-las com práticas médias ou palpites produz um cronograma aparentemente preciso e operacionalmente frágil.

Cuidados com dados empresariais

Cronogramas podem revelar lançamentos, clientes, falhas, fornecedores, estratégia, capacidade da equipe e dependências de segurança.

Use somente o ambiente aprovado e o mínimo de informação necessário. Confirme regras de retenção, compartilhamento, treinamento, memória e administração do workspace. Substitua nomes e detalhes sensíveis quando eles não mudarem a análise.

Controles da conta não substituem a classificação interna. Uma configuração técnica pode permitir o upload, enquanto contrato, NDA ou política continuam proibindo o uso daquele material.

Fontes oficiais verificadas em 30 de setembro de 2026

• OpenAI: ChatGPT Capabilities Overview, para trabalho com instruções, texto e arquivos, sujeito aos recursos disponíveis na conta.
• OpenAI: File Uploads FAQ, para tipos de arquivo, usos, limites e disponibilidade de uploads.
• OpenAI: Data Controls FAQ, para controles de dados da conta e diferenças de configuração.

As fontes sustentam as capacidades declaradas pelo fornecedor. Elas não comprovam que um cronograma empresarial está completo, que a conta escolhida pode receber aquele conteúdo ou que as datas propostas são viáveis.

Checklist antes de levar a revisão para a reunião

• [ ] Todas as linhas do cronograma foram reproduzidas?
• [ ] O calendário e a regra de contagem estão explícitos?
• [ ] Datas e durações foram conferidas fora do texto final?
• [ ] Dependências múltiplas aparecem separadamente?
• [ ] Início no mesmo dia foi tratado segundo a regra informada?
• [ ] Data compatível e estado liberado aparecem como verificações diferentes?
• [ ] Áreas genéricas continuam marcadas como responsáveis ausentes?
• [ ] Reunião marcada não virou aprovação?
• [ ] Marcos possuem evidência e autoridade de aceite?
• [ ] Datas propostas não viraram compromissos?
• [ ] Nenhum atraso foi estimado sem duração e capacidade?
• [ ] Nenhuma atividade foi comprimida ou paralelizada sem decisão?
• [ ] Mudanças aparecem como propostas?
• [ ] Perguntas apontam para IDs e evidências?
• [ ] Dados reais seriam permitidos na conta e no workspace?
• [ ] O dono do projeto revisará e registrará as decisões no sistema oficial?

O cronograma melhora quando as condições ficam visíveis

O ChatGPT consegue percorrer linhas, abrir dependências e organizar inconsistências para revisão. A utilidade aparece quando o material preserva datas, IDs, estados e lacunas sem completar o projeto por conta própria.

Comece pelo inventário, confira cálculos simples, abra cada relação e separe conflito de data de bloqueio de estado. Depois, transforme as lacunas em perguntas e registre opções sem escolher no lugar das pessoas responsáveis.

A reunião recebe um cronograma menos confortável e muito mais honesto. É a condição certa para replanejar com autoridade, capacidade e evidência.