Planejar um Projeto com IA: do Objetivo a uma Lista de Tarefas que se Sustenta

Um plano de projeto feito por IA é fácil de obter e difícil de confiar. Peça a qualquer modelo para planejar um lançamento e ele devolve fases limpas, tarefas plausíveis e um cronograma que por acaso cabe no prazo que você mencionou. O plano não está errado, está incompleto, e as lacunas ficam invisíveis justamente porque tudo o que está ali parece razoável.

A IA consegue mesmo escrever um plano de projeto?

Consegue escrever a maior parte dele. Um modelo atual é forte nas partes do planejamento que são trabalho de padrão: nomear as fases, listar as tarefas que um projeto desse tipo costuma exigir, apontar as dependências óbvias e transformar tudo isso numa tabela que você cola no seu gerenciador. Ele é fraco nas partes que dependem da sua realidade: quanto tempo o seu time leva de verdade, quem já está no limite, qual aprovação custa três semanas em silêncio porque depende da agenda de uma pessoa só. Use os modelos para cobertura e estrutura, e mantenha estimativas e responsáveis como decisão humana.

O que precisa estar no briefing antes de qualquer modelo planejar?

Cinco coisas, escritas uma vez e reaproveitadas em todos os modelos: o objetivo enunciado como resultado pronto, o prazo inegociável, as restrições fixas (orçamento, pessoas, ferramentas), a definição de pronto e o que está explicitamente fora do escopo. A orientação de prompting da Anthropic diz o mesmo com outras palavras: o modelo não tem contexto sobre as suas normas nem sobre a sua situação a menos que você escreva isso. Redija esse briefing no modo Solo dentro do aiDex, aperte o texto e pare de editar. Todo o resto reaproveita o mesmo briefing, e é isso que deixa os planos comparáveis.

Por que enviar o mesmo briefing para três modelos ao mesmo tempo?

Porque planejar é um problema de cobertura, e um modelo só entrega exatamente um padrão de cobertura. Rode o briefing no modo Comparar e GPT-5.4, Claude Opus 4.8 e Gemini 3.1 Pro devolvem, lado a lado, uma decomposição independente cada um, sem que nenhum veja o do outro antes. Leia os três como união, não como disputa. As tarefas que aparecem nos três são o básico. A tarefa que aparece em um só, uma revisão jurídica, uma migração de dados, um aviso ao cliente, é o ganho: é justamente o item que o seu próprio rascunho também ia esquecer. Escolha quais modelos entram no painel dentro do Dex. Use as suas próprias chaves de provedor ou as que a gente gerencia, e escolha os modelos que quiser.

Como junto três decomposições em um plano só?

Leve as três respostas para o modo Time e peça que os modelos discutam a ordem, não o conteúdo. No Time eles compartilham a mesma conversa, então a instrução é estreita: produzam uma lista única já mesclada, marquem cada dependência e sinalizem toda tarefa em que vocês discordam da sequência. Esses sinais de discordância são a saída útil. Uma ordem que os modelos não conseguem fechar costuma ser uma dependência que também não está resolvida na vida real, ou seja, é pergunta para um humano antes de o trabalho começar, não depois.

Como testo o plano mesclado sob pressão?

Dê nota antes de assumir compromisso, contra critérios que você escreveu primeiro. Rode o modo Juiz sobre o plano mesclado com quatro: cobertura (alguma fase ficou sem tarefa), sequência (algo começa antes de existir o insumo), realismo (alguma tarefa isolada está fazendo quatro trabalhos) e responsabilidade (toda tarefa tem um papel definido). Escrever os critérios antes de ver as notas é o que impede o Juiz de simplesmente premiar o plano mais longo. Depois mande o vencedor por um Pipeline, Rascunho, Crítica, Revisão, Polimento, para o que chega ser um documento entregável ao time e não uma transcrição de chat. A partir dali, um pre-mortem do plano pronto é a passada natural seguinte.

O que eu nunca devo deixar o plano decidir?

Estimativas, capacidade e qualquer coisa política. O modelo não tem registro de quanto o seu time levou no trimestre passado, então qualquer duração que ele oferecer é convenção de gênero, não previsão. Troque cada número pelo seu histórico ou pelo do seu gerenciador. Vale o mesmo para responsáveis: o modelo distribui alegremente três frentes paralelas para um papel ocupado por uma pessoa que já está lotada. Trate a saída como a lista completa do que precisa acontecer e a ordem aproximada em que acontece, e trate o calendário como seu. Se você está escolhendo entre dois jeitos de tocar o projeto em vez de sequenciar um deles, uma matriz de decisão ou uma mesa de estratégia é a ferramenta melhor.

Dá para fazer isso com um projeto confidencial?

Dá, rodando o painel localmente. Aponte o aiDex para a sua instalação do Ollama e o briefing, as decomposições e o plano mesclado nunca saem da sua máquina. Você troca alguma qualidade em relação aos modelos de ponta e mantém exatamente a mesma rotina de cinco passos, porque o valor aqui vem de três passadas independentes, não de um modelo genial. Para sensibilidade mista, escreva o briefing e faça a mesclagem local, e mande só uma versão anonimizada para os modelos na nuvem.

Quanto tempo leva a rotina inteira?

Uma sentada. O briefing é o que demora, porque é o único passo em que você precisa decidir alguma coisa; as três decomposições rodam em paralelo, a mesclagem é um prompt e a avaliação é mais um. Se estiver se arrastando, o briefing ficou vago e os modelos estão preenchendo as suas lacunas com clichê. Salve o painel em Times para o próximo projeto começar dos mesmos três modelos em vez de um prompt em branco. O padrão maior, e onde cada modo se encaixa, está em fluxos de trabalho multi-modelo, e a mecânica de colocar modelos um contra o outro está em como comparar modelos de IA.