20 prompts de IA que todo gestor de projetos e portfólio deveria estar usando

A maioria dos PMOs acumula dados como ninguém, mas gera poucos insights de verdade. Dashboards cheios de indicadores, relatórios semanais gerados religiosamente, campos de status com semáforo colorido mantidos com disciplina pelos gestores de projeto. E mesmo assim, projetos continuam descarrilando sem aviso prévio. Recursos ficam sobrecarregados aos poucos. Orçamentos escorregam. Alinhamento estratégico vira um slide na apresentação trimestral em vez de algo que alguém confira em tempo real.

O problema nunca foram os dados. O problema sempre foi o custo de fazer uma boa pergunta.

Qualquer pergunta minimamente complexa exigia uma cadeia de passos: exportar os dados, abrir uma planilha, cruzar duas ou três fontes, montar uma tabela dinâmica, interpretar, resumir, apresentar. Essa cadeia era cara o suficiente - em tempo, não em dinheiro - para que a maioria simplesmente parasse de perguntar. As pessoas se acomodavam com as poucas métricas que eram fáceis de ler e torciam para que o resto se resolvesse sozinho.

Isso mudou. Com análise de dados potencializada por IA embutida na ferramenta de PPM, o custo de fazer uma pergunta difícil cai praticamente a zero. Você digita uma pergunta em linguagem natural e recebe uma resposta baseada nos dados reais do seu projeto - não um template genérico, mas algo que reflete os seus prazos, os seus orçamentos e as suas alocações de recursos.

Este artigo reúne 20 prompts organizados por escopo: os dez primeiros para gestores de projetos que trabalham dentro de um único projeto; os dez seguintes para diretores de PMO e executivos que precisam enxergar o portfólio inteiro. Cada prompt vem acompanhado do raciocínio por trás da pergunta e de orientações sobre o que fazer com a resposta.

Os prompts foram desenhados para o PMPilot Análise de Dados, o assistente de IA do ITM Platform. Mas a lógica por trás deles serve para qualquer organização que queira extrair mais valor dos seus dados de projeto.

Parte 1: Prompts para o seu projeto

Esses prompts são para gestores de projetos, líderes de equipe e qualquer pessoa responsável por entregar um projeto no prazo e dentro do orçamento.

1. Qual é o status do meu projeto em cronograma, esforço, custo, riscos e issues?

O prompt:

“Qual é o status do projeto X em termos de execução de cronograma, execução de esforço, execução de custos e estado de riscos e issues?”

Por que isso importa

Esse é o prompt fundamental - aquele que substitui a correria de segunda-feira de manhã navegando por três telas diferentes para montar um panorama do projeto. A maioria dos gestores de projetos tem uma noção de onde as coisas estão, mas “ter uma noção” é inimigo de um bom reporte. Você pode saber que o cronograma está apertado sem perceber que o consumo de esforço está ultrapassando o planejado, ou que o custo parece controlado só porque uma compra grande ainda não foi registrada.

Pedir as cinco dimensões num único prompt força uma visão completa. E ainda produz uma resposta que você pode colar direto num relatório de status ou compartilhar com um patrocinador que não quer entrar na ferramenta.

Como ler a resposta

O PMPilot retorna um resumo estruturado cobrindo cronograma (progresso real vs. progresso esperado), esforço (total estimado vs. consumido), custo (detalhado por mão de obra, compras e total - orçamento vs. realizado), e contagem de riscos e issues em aberto.

Procure desalinhamentos entre as dimensões. Um projeto adiantado no cronograma mas estourado no custo pode estar jogando recursos no problema. Um projeto dentro do orçamento mas atrasado em esforço pode ter subestimado o trabalho. Os insights mais valiosos estão nas diferenças entre os números, não nos números em si.

O que fazer em seguida

• Se cronograma e custo estão saudáveis, documente e siga em frente. Não investigue demais um projeto que está funcionando.
• Se o esforço consumido é significativamente maior do que o esperado para o nível atual de progresso, investigue quais tarefas estão consumindo mais que o estimado. Isso costuma indicar scope creep no nível da tarefa.
• Se riscos ou issues estão zerados, isso não é necessariamente boa notícia. Pode significar que ninguém está registrando. Peça ao PMPilot que sugira riscos com base nos dados de execução do plano (veja o Prompt 6).

2. Interprete as métricas de valor agregado do meu projeto

O prompt:

“Dê-me a interpretação das métricas de valor agregado do projeto X.”

Por que isso importa

A gestão de valor agregado (EVM) é uma das lentes mais poderosas para entender a saúde de um projeto, e uma das menos usadas na prática. Não porque as pessoas não se importem, mas porque ler os resultados de EVM exige familiaridade com um conjunto de siglas e indicadores que a maioria dos stakeholders não domina. CPI, SPI, EAC, VAC - cada um tem um significado preciso, mas a conversão de número para decisão é onde a maioria dos times empaca.

O resultado é previsível: dados de EVM ficam no sistema, tecnicamente disponíveis, praticamente ignorados. As reuniões de acompanhamento se baseiam em percentual de progresso e feeling.

Como ler a resposta

O PMPilot puxa os dados de valor agregado do projeto e entrega uma interpretação em linguagem simples cobrindo:

• Valor Agregado (EV) vs. Custo Real (AC): se você está gastando mais ou menos do que o valor do trabalho concluído
• Variação de Custo (CV) e Índice de Desempenho de Custo (CPI): se o projeto está acima ou abaixo do orçamento, e em que proporção
• Variação de Cronograma (SV) e Índice de Desempenho de Cronograma (SPI): se o projeto está adiantado ou atrasado em relação ao plano
• Orçamento na Conclusão (BAC) vs. Estimativa na Conclusão (EAC): onde o projeto provavelmente vai parar financeiramente se as tendências atuais se mantiverem

Em vez de “CPI = 0,87”, você recebe algo como: para cada real orçado, o projeto está entregando 87 centavos de valor - um estouro de 13% que, se persistir, vai empurrar o custo final para além do orçamento aprovado.

Olhe primeiro para CPI e SPI. Ambos acima de 1,0 significa que o projeto está saudável. CPI abaixo de 1,0 com SPI acima indica que você está gastando demais mas dentro do prazo - um problema de recursos ou de estimativa. SPI abaixo de 1,0 com CPI ok significa atraso no cronograma sem gastar dinheiro extra - possivelmente um gargalo de escopo ou dependências.

O que fazer em seguida

• CPI < 1,0: Revise o detalhamento de custos. São estouros de pessoal, compras não previstas ou scope creep? A correção depende da causa.
• SPI < 1,0: Verifique quais fases ou tarefas estão arrastando. Pergunte em seguida: “Quais tarefas estão atrasadas e de quanto é o atraso?”
• EAC ultrapassa o BAC em mais de 10%: Escale. Prepare uma solicitação de revisão orçamentária ou uma proposta de redução de escopo antes do próximo comitê diretivo.
• CPI e SPI ambos saudáveis: Documente. Um projeto que vai bem ainda merece uma nota de status de um parágrafo para que a tendência fique visível ao longo do tempo.

Esse prompt é especialmente valioso para treinamento e onboarding. Gestores de projeto novos podem usá-lo para aprender a ler valor agregado vendo a interpretação aplicada ao próprio projeto, não a um exemplo de livro-texto.

3. A descrição do meu projeto corresponde ao plano de trabalho?

O prompt:

“A descrição do projeto X corresponde ao plano de trabalho?”

Por que isso importa

Descrições de projeto costumam ser escritas uma vez só - no kickoff, quando o escopo ainda é aspiracional - e nunca mais atualizadas. Enquanto isso, o plano real evolui: fases são adicionadas ou removidas, prazos mudam, a metodologia pode mudar completamente. Com o tempo, a descrição e o plano divergem até que a descrição vira ficção.

Isso importa mais do que parece. A descrição costuma ser a primeira coisa que um patrocinador, um novo membro do time ou um auditor lê. Se a descrição diz “entrega ágil em três sprints” mas o plano mostra uma estrutura waterfall com oito fases, você criou confusão antes de qualquer pessoa abrir um Gantt.

E tem algo ainda mais relevante: quando ferramentas com IA analisam o seu projeto - para relatórios, avaliações de risco ou comparações de portfólio - a descrição faz parte do contexto. Uma descrição enganosa gera análises enganosas.

Como ler a resposta

O PMPilot compara o campo de texto livre da descrição com a estrutura real do plano: metodologia, fases, cronograma, marcos e entregáveis. Ele aponta as divergências e indica exatamente onde estão. Um achado comum é a descrição ser genérica demais ou ainda carregar texto de template, enquanto o plano já foi desenvolvido em detalhe.

O que fazer em seguida

• Se a descrição está desatualizada ou genérica, use o prompt seguinte (#4) para gerar uma nova com base no plano real.
• Inclua a manutenção da descrição no seu checklist de fase-gate ou de revisão de sprint. Leva dois minutos e mantém tudo alinhado.
• Considere rodar essa verificação em todos os projetos de um programa. Descrições inconsistentes ou com texto de template são sinal de lacunas de governança que se acumulam ao longo do tempo.

4. Escreva uma descrição do projeto com base no plano de trabalho

O prompt:

“Escreva uma descrição do projeto com base no plano de trabalho.”

Por que isso importa

Esse é o desdobramento natural do Prompt 3. Depois que você descobre que a descrição está defasada, precisa de uma nova. Escrever descrições de projeto do zero é uma daquelas tarefas que parece simples na teoria e se mostra surpreendentemente chata na prática - é preciso sintetizar objetivo, escopo, metodologia, fases principais e cronograma em um ou dois parágrafos que sejam precisos e legíveis.

O PMPilot faz isso lendo a estrutura real do plano e gerando uma descrição que reflete o que o projeto realmente é, não o que alguém esperava que fosse há seis meses.

Como ler a resposta

A descrição gerada normalmente cobre o objetivo do projeto, escopo e entregáveis, metodologia (waterfall, ágil ou híbrida), fases principais com intervalos de datas e marcos-chave. Lê-se como algo que um analista de PMO escreveria depois de revisar o plano - estruturado, específico e livre da vagueza que acomete a maioria das descrições de projeto.

O que fazer em seguida

• Revise a descrição gerada para checar a precisão. O PMPilot trabalha com os dados do sistema, então se o plano tiver problemas (datas faltando, fases incompletas), eles vão aparecer na descrição.
• Use a saída como ponto de partida, não como versão final. Acrescente o contexto que só você conhece: o motivo de negócio, as expectativas dos stakeholders, a justificativa estratégica.
• Aplique esse prompt a todos os projetos de um programa para criar descrições consistentes e fundamentadas em dados. Isso é especialmente valioso antes de revisões de portfólio ou ciclos de auditoria.

Incentivar os times a manter descrições com substância - em projetos, tarefas, riscos e issues - gera retornos compostos. Cada análise, relatório e recomendação baseados em IA ficam mais precisos quando os campos de texto contêm informação real em vez de texto de preenchimento.

5. Horas atribuídas por recurso em tarefas não concluídas

O prompt:

“Dê-me uma tabela com o total de horas atribuídas a cada recurso em tarefas não concluídas.”

Por que isso importa

A alocação de recursos é uma das fontes de risco mais comuns em projetos, e uma das mais difíceis de enxergar sem uma análise proposital. Um gestor de projetos pode saber que o time está atarefado, mas “atarefado” não diz se uma pessoa carrega 60% do trabalho restante ou se três pessoas quase não têm nada para fazer.

Esse prompt dá uma fotografia clara de quem deve o que ao projeto daqui para frente.

Como ler a resposta

O PMPilot pode fazer perguntas de esclarecimento antes de responder - por exemplo, se “não concluídas” significa menos de 100% de progresso, ou como dividir as horas quando uma tarefa tem múltiplos responsáveis. Essas confirmações são uma funcionalidade, não um atraso. Elas trazem à tona premissas que normalmente passam despercebidas.

O resultado é uma tabela com cada recurso e o total de horas pendentes em tarefas incompletas. Procure por concentração: se uma ou duas pessoas acumulam a maior parte do trabalho restante, você tem uma dependência de pessoa-chave, tenha planejado isso ou não.

O que fazer em seguida

• Se a carga está muito concentrada, avalie se dá para redistribuir tarefas ou trazer reforço. Não espere o gargalo virar um prazo estourado.
• Cruze essa informação com o cronograma. Um recurso com 200 horas de trabalho e quatro semanas pela frente está numa situação bem diferente de alguém com 200 horas e doze semanas.
• Use isso como insumo para a próxima conversa de recursos com o PMO, especialmente se os membros do seu time são compartilhados entre projetos.

6. Riscos que os dados sugerem mas ninguém documentou

O prompt:

“Você identifica riscos que deveriam ser documentados com base na execução do plano, compras, receitas ou alocação de recursos?”

Por que isso importa

Registros de riscos na maioria das organizações sofrem de uma doença comum: contêm os riscos que eram óbvios no kickoff e quase nada descoberto depois disso. O projeto deveria ter um processo contínuo de identificação de riscos, mas na prática ninguém mexe no registro a não ser que algo dê errado.

Esse prompt transforma um processo passivo em ativo. Em vez de depender da memória humana e de workshops esporádicos, você pede que a IA vasculhe os dados reais do projeto - desempenho de cronograma, tendências de custo, alocação de recursos, registros de compras - e sinalize padrões que pareçam riscos.

Como ler a resposta

O PMPilot propõe riscos com base em indicadores quantitativos. Por exemplo: se o SPI indica desvio de cronograma, ele pode sugerir um “risco de recuperação de prazo” apontando que se recuperar vai exigir mais recursos ou redução de escopo. Se as compras estão sub-registradas em relação ao orçamento, pode apontar um risco de rastreabilidade de aquisições. Se um único recurso concentra a maior parte do esforço remanescente, vai identificar uma dependência de pessoa-chave.

Cada risco proposto costuma incluir uma justificativa breve (“por que isso é um risco”), uma severidade sugerida e uma abordagem de mitigação. A resposta tende a cobrir três dimensões: execução do plano, dados financeiros e padrões de recursos.

O que fazer em seguida

• Não aceite cada risco sugerido de olhos fechados. Trate a saída como ponto de partida para uma conversa: esse padrão realmente representa um risco no seu contexto específico?
• Para os riscos que fizerem sentido, adicione-os ao registro com responsável e plano de resposta definidos.
• Rode esse prompt periodicamente - todo mês ou a cada fase-gate. Os riscos relevantes mudam conforme o projeto avança.
• Se quiser focar numa dimensão só, refine o prompt: “Identifique riscos com base apenas na alocação de recursos” ou “Identifique riscos com base em dados de compras e receitas.”

7. Issues que os dados sugerem mas ninguém levantou

O prompt:

“Você identifica issues que deveriam ser levantados com base na execução do plano, compras, receitas ou alocação de recursos?”

Por que isso importa

A diferença entre risco e issue é simples mas importante: risco é algo que pode acontecer; issue é algo que já aconteceu e precisa de atenção. Na prática, registros de issues são ainda mais negligenciados que os de riscos. Os times lidam com problemas conforme aparecem, mas nem sempre formalizam, o que significa que não há registro, não há acompanhamento e não há reconhecimento de padrões ao longo do tempo.

Esse prompt é especialmente valioso quando o registro de issues está vazio. Um registro vazio num projeto com desvios visíveis de cronograma ou custo não é sinal de saúde - é sinal de que o processo de gestão de issues não está sendo usado.

Como ler a resposta

O PMPilot vasculha as mesmas dimensões de dados do prompt de riscos, mas enquadra os achados como issues que já existem. Por exemplo: uma diferença significativa entre o progresso reportado e o valor agregado pode ser sinalizada como uma “inconsistência no reporte de progresso” que exige investigação imediata. Compras não registradas contra um orçamento de aquisição diferente de zero podem virar um issue de “rastreabilidade de compras”.

Cada issue proposto inclui uma descrição, o impacto provável e uma ação imediata sugerida.

O que fazer em seguida

• Revise cada issue proposto em relação ao que você já sabe. Alguns serão coisas que você já está tratando informalmente - e vale a pena formalizar para que fique documentado.
• Atribua um responsável imediatamente. Um issue sem dono é apenas uma reclamação.
• Use a saída para preparar reuniões de comitê diretivo. Chegar com uma lista de issues clara e embasada em dados transmite maturidade e controle, mesmo que os issues em si não sejam boas notícias.

Parte 2: Prompts para o seu portfólio

Esses prompts são para diretores de PMO, gestores de portfólio e executivos que precisam enxergar através dos projetos e tomar decisões sobre onde investir atenção, recursos e orçamento.

8. Quais projetos têm mais issues?

O prompt:

“Quais são os três projetos com mais issues?”

Por que isso importa

A contagem de issues é uma aproximação tosca, porém útil, do nível de estresse de um projeto. Um projeto com significativamente mais issues abertos que seus pares está ou genuinamente em dificuldade ou fazendo um trabalho melhor de registro de problemas (ambas as coisas vale a pena saber). De qualquer forma, merece atenção do PMO.

Como ler a resposta

A resposta é uma tabela ranqueada mostrando os três projetos com mais issues, junto com status, responsáveis e o número de issues em aberto. É propositalmente simples - o objetivo é triagem, não análise.

O que fazer em seguida

• Para o projeto no topo, peça o detalhe ao PMPilot: “Mostre-me os issues abertos do projeto X, ordenados por severidade.”
• Compare a contagem de issues com o tamanho e a complexidade de cada projeto. Um projeto grande e complexo com dez issues pode estar mais saudável que um projeto pequeno com cinco.
• Se o projeto com mais issues também apresenta desvios de cronograma ou custo, ele sobe para o topo da sua lista de intervenção.

9. Identifique riscos não documentados nos projetos do programa

O prompt:

“Identifique riscos não documentados nos projetos do programa X.”

Por que isso importa

No nível do programa, a gestão de riscos precisa ir além do que os gestores de projeto individuais registraram. Um gestor de programa deveria estar procurando riscos que atravessam projetos - dependências de recursos compartilhados, fornecedores em comum, cronogramas correlacionados - e riscos que os PMs individuais não conseguem enxergar do seu ponto de observação.

Como ler a resposta

O PMPilot analisa os projetos do programa e propõe riscos que não constam atualmente em nenhum registro de projeto. Esses tendem a ser preocupações transversais: padrões de scope creep, resistência a mudanças, disponibilidade de recursos ao longo do programa, atrasos por dependências e tendências de estouro de custo.

Cada risco proposto inclui uma justificativa, uma severidade sugerida e uma abordagem de mitigação. Preste atenção se a resposta referencia projetos específicos. Se você perguntou sobre o programa e os riscos são genéricos (não vinculados a nenhum projeto em particular), pode reformular: “Para cada risco, indique a qual projeto ou projetos ele se aplica.”

O que fazer em seguida

• Revise os riscos propostos com seus gestores de projeto. Eles terão contexto sobre se um padrão apontado é real ou é um artefato da forma como os dados foram inseridos.
• Adicione os válidos a um registro de riscos no nível do programa, ou atribua-os de volta aos projetos correspondentes.
• Use isso como item fixo na pauta das reuniões de revisão de programa. Rodar o prompt antes de cada reunião leva segundos e mantém a conversa de riscos ancorada em dados.

10. Progresso ponderado do programa

O prompt:

“Qual é a porcentagem de progresso ponderado do programa X?”

Por que isso importa

Uma média simples dos percentuais de progresso dos projetos é enganosa. Um programa com um projeto gigante em 20% e cinco projetos pequenos em 90% não está em 78% - está mais perto de 30% se você ponderar por esforço. O cálculo ponderado mostra como o programa realmente está avançando, levando em conta o tamanho relativo de cada projeto.

Como ler a resposta

O PMPilot calcula uma média ponderada usando o esforço estimado como peso. Se o esforço estimado não está disponível para todos os projetos, ele recorre à média simples e avisa. A resposta inclui uma tabela com cada programa, seu progresso ponderado, número de projetos e esforço estimado total.

Se o progresso ponderado é significativamente menor que a média simples, significa que os projetos grandes estão ficando para trás enquanto os pequenos avançam rápido. Esse é um padrão clássico em programas onde as vitórias rápidas são feitas primeiro e o trabalho pesado vai sendo empurrado.

O que fazer em seguida

• Reporte a cifra ponderada aos stakeholders, não a média simples. É mais honesto e ajuda a calibrar expectativas realistas.
• Se existe uma diferença grande entre a média ponderada e a simples, investigue os projetos grandes que estão puxando o número para baixo.
• Peça o detalhamento projeto a projeto para identificar quais são os maiores responsáveis pela cifra geral.

11. Recursos com mais atribuições

O prompt:

“Quais são os três recursos com mais atribuições entre projetos? Apenas o número de tarefas.”

Por que isso importa

Essa é a verificação rápida de sobrealocação. Antes de entrar em horas, modelos de capacidade ou taxas de utilização, comece com uma contagem simples: quem está espalhado por mais tarefas? Uma pessoa atribuída a 40 tarefas em seis projetos está, por definição, fazendo troca de contexto o tempo todo. Mesmo que as horas batam, a carga cognitiva é real.

Como ler a resposta

A resposta é uma tabela ranqueada: nome do recurso e número de tarefas atribuídas. É intencionalmente mínima - o prompt pede só a contagem de tarefas, o que mantém a resposta rápida e focada.

O que fazer em seguida

• Para os recursos no topo, faça o desdobramento: “Mostre-me o detalhamento por projeto do recurso Y” para entender se as atribuições estão concentradas em um projeto ou dispersas.
• Discuta os achados com os gestores de projeto. Contagens altas de atribuições às vezes refletem um problema de nomenclatura (uma pessoa atribuída a tarefas guarda-chuva nas quais não trabalha de fato) em vez de sobrecarga real.
• Use isso como indicador antecedente. Se os mesmos nomes aparecem no topo mês após mês, a organização tem uma dependência estrutural que precisa ser tratada.

12. Qual recurso tem maior impacto no portfólio?

O prompt:

“Qual recurso tem maior impacto nos projetos? Por impacto, quero dizer que, se ficasse indisponível, o portfólio sofreria mais.”

Por que isso importa

Essa é uma análise de fragilidade. Toda organização tem dependências de pessoas-chave, mas poucas tornam isso explícito. A pessoa que causaria mais disrupção se saísse de licença prolongada, mudasse de área ou deixasse a empresa costuma ser conhecida de forma informal (“estaríamos perdidos sem a Maria”), mas nunca é quantificada.

Quantificar muda a conversa. Sai do terreno da anedota e entra no terreno dos dados, o que facilita justificar treinamento cruzado, alocações de backup ou decisões de contratação.

Como ler a resposta

O PMPilot interpreta “impacto” como o esforço total estimado atribuído a cada recurso em todos os projetos, combinado com a quantidade de atribuições de tarefas. A resposta mostra um ranking - normalmente os três a cinco primeiros - com o esforço total (em horas ou minutos) e a contagem de tarefas.

É uma aproximação razoável de impacto, mas não a única. Uma pessoa com 500 horas em dez projetos causa mais disrupção do que alguém com 500 horas em um projeto só, porque o raio de impacto é maior.

O que fazer em seguida

• Para o recurso em primeiro lugar, pergunte: “O que aconteceria com o portfólio se o recurso Y ficasse indisponível por quatro semanas?” Isso força uma análise de cenário concreta.
• Inicie treinamento cruzado ou planejamento de backup para os dois ou três primeiros. Não é preciso um plano de sucessão completo - basta garantir que alguém mais saiba no que eles estão trabalhando.
• Apresente os resultados à liderança. Risco de pessoa-chave costuma ser invisível até se materializar, e nessa hora as opções já são limitadas.

13. Se tivéssemos que cortar 20% do portfólio, o que os dados sugeririam?

O prompt:

“Se tivéssemos que cortar 20% do portfólio, o que os dados sugeririam?”

Por que isso importa

Todo executivo pensa nessa pergunta. Poucos têm os dados para respondê-la. A racionalização de portfólio é uma das atividades de maior alavancagem na gestão de projetos - eliminar os projetos certos libera recursos e orçamento para os que importam - mas é também uma das mais politicamente carregadas. Sem dados, a conversa descamba para quem tem a voz mais alta ou o patrocinador mais sênior.

Esse prompt força uma resposta estruturada, com os números na frente. Ele não toma a decisão por você, mas reenquadra o debate: sai da opinião e entra na evidência.

Como ler a resposta

O PMPilot interpreta os “20%” como uma meta de custo - normalmente 20% do custo total top-down de mão de obra em projetos ativos. Em seguida, propõe múltiplas opções de corte, cada uma com um perfil de tradeoff diferente:

• Corte de um único projeto: A opção mais simples. Se um projeto tem custo alto e ROI esperado baixo ou zero, eliminá-lo sozinho pode ultrapassar a meta de 20%. É a fruta mais acessível.
• Combinação de vários projetos: Uma abordagem mais cirúrgica que combina projetos menores e de menor ROI para atingir a meta. Preserva o trabalho de alto valor, mas exige cortar em várias iniciativas.
• Opção de tradeoff: O que seria necessário para bater a meta exata e qual ROI seria perdido no processo.

Para cada opção, a resposta inclui o custo economizado, o ROI esperado perdido e a razão ROI/Custo de cada projeto afetado. Essa razão é o número-chave: um projeto com razão ROI/Custo de 0 é um candidato óbvio; um com razão de 19,45 provavelmente vale a pena manter, a não ser que algo mais esteja errado.

O que fazer em seguida

• Não trate a saída como recomendação para executar. Trate como um documento de briefing para uma conversa de priorização.
• Olhe primeiro para as razões ROI/Custo. Projetos com razão abaixo de 1,0 estão custando mais do que se espera que retornem - merecem escrutínio independentemente de você estar cortando 20%.
• Verifique as premissas. Se um projeto aparece com ROI esperado zero, pode ser que realmente não tenha, ou pode ser que o campo de ROI nunca tenha sido preenchido. A qualidade dos dados importa aqui.
• Use esse prompt antes do planejamento anual ou quando surgir um evento de pressão orçamentária. Ter a análise pronta antes de alguém pedir coloca o PMO numa posição proativa.
• Considere rodar variações: “Se tivéssemos que cortar 20% do esforço em vez do custo, o que mudaria?” ou “Quais projetos têm a menor pontuação de alinhamento estratégico em relação ao custo?”

Mais prompts para explorar

Os treze prompts acima cobrem o núcleo do que a maioria dos gestores de projetos e portfólio precisa. Mas o espaço de perguntas é muito maior. Abaixo, sete prompts adicionais que miram cenários específicos - de conflitos de recursos no curto prazo até alinhamento estratégico no longo prazo.

Escopo de projeto

14. Quem do meu time está sobrealocado nas próximas duas semanas, e em quê? Conflitos de recursos no curto prazo, no nível da tarefa. Útil como verificação semanal, especialmente para times compartilhados entre projetos.

15. O que mudou no meu projeto nos últimos 7 dias que eu deveria saber? O briefing de segunda-feira de manhã. Traz à tona mudanças de cronograma, novos riscos, progressos atualizados e qualquer coisa que tenha se movido desde a última vez que você olhou.

16. Quais tarefas têm 0% de progresso mas data de início já no passado? Encontra trabalho parado escondido no plano. Tarefas que deveriam ter começado mas não mostram progresso estão bloqueadas, esquecidas ou atribuídas a alguém que não sabe que são suas.

Escopo de portfólio

17. Quais projetos estão em apuros mas não levantaram nenhum alerta? A pergunta que todo executivo quer ver respondida. Procura projetos cujos dados contam uma história diferente do status reportado.

18. Dê-me um resumo do status de todos os projetos. A fotografia do portfólio: cada projeto com seu status, progresso, desvio, unidade de negócio e responsável. A lista de triagem da segunda-feira de manhã, gerada em segundos.

19. Quanto da nossa capacidade vai para iniciativas estratégicas versus manutenção e trabalho operacional? A proporção de “manter as luzes acesas”. Quase sempre pior do que a liderança imagina.

20. Quais recursos estão atribuídos a tarefas em mais de três projetos simultaneamente? O detector de dispersão entre projetos. Pessoas trabalhando em projetos demais não estão necessariamente sobrecarregadas em horas, mas o custo da troca de contexto é real e invisível na maioria dos relatórios.

Para começar

Esses vinte prompts compartilham um fio condutor: são perguntas que alguém na sua organização deveria estar fazendo regularmente, e que até pouco tempo atrás custavam tempo e esforço demais para serem respondidas sob demanda.

A mudança não é sobre IA substituindo gestores de projetos. É sobre remover a fricção que impedia boas perguntas de serem feitas. Quando você consegue obter um resumo de status do portfólio, uma interpretação de valor agregado ou uma análise de fragilidade de recursos em segundos, você pergunta com mais frequência. Pega problemas mais cedo. Toma decisões baseadas em dados em vez do último relatório de status que alguém lembrou de atualizar.

PMPilot Análise de Dados está disponível como parte das capacidades de IA do ITM Platform. Se quiser testar estes prompts com os dados reais dos seus projetos, comece um teste gratuito e descubra o que o seu portfólio tem tentado lhe dizer.

Além do PMPilot, você também pode consultar os dados dos seus projetos a partir da sua própria IA. O servidor MCP do ITM Platform permite que agentes como Claude, ChatGPT e Copilot leiam e atualizem seus projetos diretamente.