[{"data":1,"prerenderedAt":159},["ShallowReactive",2],{"blog-/blog/por-que-o-prazo-do-seu-projeto-estoura":3,"blog-surround-/blog/por-que-o-prazo-do-seu-projeto-estoura":148},{"id":4,"title":5,"author":6,"body":7,"category":130,"date":131,"description":132,"draft":133,"extension":134,"image":135,"meta":136,"navigation":137,"ogImage":138,"path":139,"readingTime":140,"seo":141,"stem":142,"tags":143,"__hash__":147},"blog/blog/por-que-o-prazo-do-seu-projeto-estoura.md","Por que o prazo do seu projeto sempre estoura","Guilherme Chaves",{"type":8,"value":9,"toc":121},"minimark",[10,14,17,22,25,28,34,38,41,57,60,64,67,70,74,77,80,108,112,115,118],[11,12,13],"p",{},"Quase todo projeto de software entrega depois do combinado. Não é azar, não é preguiça e\nraramente é incompetência. É o resultado previsível de um conjunto de causas que se repetem\nprojeto após projeto — e que quase sempre poderiam ter sido tratadas antes da primeira linha\nde código.",[11,15,16],{},"O atraso não nasce no meio do desenvolvimento. Ele nasce no dia em que alguém deu um número\nsem ter informação suficiente para dar aquele número. Entender de onde o estouro vem é o\nprimeiro passo para parar de repeti-lo.",[18,19,21],"h2",{"id":20},"escopo-mal-definido-é-a-causa-número-um","Escopo mal definido é a causa número um",[11,23,24],{},"A maior parte dos atrasos não vem de tarefas que demoraram mais do que o esperado. Vem de\ntarefas que ninguém sabia que existiam quando o prazo foi fechado.",[11,26,27],{},"\"Cadastro de usuário\" parece uma frase clara. Mas ela esconde recuperação de senha,\nvalidação de e-mail, perfis com permissões diferentes, o que acontece quando alguém pede\nexclusão de conta, conformidade com a LGPD. Cada um desses itens é trabalho real. Se eles\nnão foram conversados, eles não foram estimados — e mesmo assim vão precisar ser feitos.",[29,30,31],"blockquote",{},[11,32,33],{},"Projeto não atrasa porque o time é lento. Atrasa porque o escopo combinado era menor do\nque o escopo real desde o começo.",[18,35,37],{"id":36},"dependências-do-cliente-são-prazo-mesmo-quando-ninguém-conta-assim","Dependências do cliente são prazo, mesmo quando ninguém conta assim",[11,39,40],{},"Boa parte do cronograma depende de coisas que não estão nas mãos de quem desenvolve:",[42,43,44,48,51,54],"ul",{},[45,46,47],"li",{},"Os textos definitivos do site que ainda vão ser escritos.",[45,49,50],{},"O acesso à API do sistema antigo que depende de outro fornecedor.",[45,52,53],{},"A aprovação do layout que precisa passar por três pessoas.",[45,55,56],{},"A decisão sobre a regra de negócio que ninguém quer bater o martelo.",[11,58,59],{},"Cada um desses itens parado por uma semana é uma semana de atraso — só que um atraso que\ncostuma ser cobrado de quem desenvolve. A solução não é mística: liste essas dependências\nno início, atribua um responsável e uma data para cada uma, e trate o descumprimento delas\ncomo o que é, um impacto direto na entrega.",[18,61,63],{"id":62},"mudanças-no-meio-do-caminho-cobram-juros","Mudanças no meio do caminho cobram juros",[11,65,66],{},"Mudar de ideia durante o projeto não é errado. Quase sempre é até saudável — você está\naprendendo com o que viu funcionando. O problema é fingir que a mudança é de graça.",[11,68,69],{},"Trocar uma funcionalidade depois que ela foi construída custa mais do que tê-la planejado\ndiferente desde o início, porque inclui o trabalho de desfazer o que já existia. Toda\nalteração de escopo deveria vir acompanhada de uma pergunta honesta: isso entra no lugar de\nquê, ou empurra a data em quanto? Mudança sem essa conversa é dívida silenciosa que aparece\ninteira no final.",[18,71,73],{"id":72},"estimativas-otimistas-o-cérebro-mente","Estimativas otimistas: o cérebro mente",[11,75,76],{},"Mesmo com escopo claro e sem mudanças, as estimativas erram — e erram sempre para o mesmo\nlado. Ninguém estima imaginando o servidor que vai cair, o bug difícil que vai consumir dois\ndias ou a pessoa-chave que vai tirar férias. A estimativa mental é sempre a do dia perfeito,\ne dias perfeitos são raros.",[11,78,79],{},"Algumas práticas simples ajudam a corrigir esse viés:",[81,82,83,90,96,102],"ol",{},[45,84,85,89],{},[86,87,88],"strong",{},"Estime em faixas, não em pontos."," \"Entre 3 e 5 semanas\" é mais honesto e mais útil do\nque \"1 mês\".",[45,91,92,95],{},[86,93,94],{},"Quebre o trabalho em pedaços pequenos."," Tarefa de mais de uma semana é tarefa que\nvocê ainda não entendeu.",[45,97,98,101],{},[86,99,100],{},"Reserve um colchão para o desconhecido."," Não é gordura — é o reconhecimento de que\nimprevistos são parte do trabalho, não exceção.",[45,103,104,107],{},[86,105,106],{},"Acompanhe o real contra o estimado."," Sem esse histórico, você erra do mesmo jeito no\npróximo projeto.",[18,109,111],{"id":110},"o-prazo-honesto-é-menos-confortável-e-mais-confiável","O prazo honesto é menos confortável e mais confiável",[11,113,114],{},"Existe uma tentação grande, de ambos os lados, de aceitar o prazo otimista. Ele é mais fácil\nde vender e mais agradável de ouvir. Mas um prazo que todo mundo sabe que não vai ser\ncumprido não é um plano — é só um adiamento da conversa difícil.",[11,116,117],{},"Vale mais ouvir \"isso leva quatro meses\" e poder se planejar do que ouvir \"dois meses\" e\ndescobrir a verdade no terceiro. O prazo realista protege o seu negócio justamente porque\npermite decidir com a informação certa.",[11,119,120],{},"Na ChavesTech, a estimativa não passa por uma camada comercial que promete o que a equipe\nnão consegue entregar. Você fala direto com quem vai desenvolver — então o prazo que você\nrecebe é o prazo que a pessoa responsável pelo código realmente acredita, com as incertezas\nditas na cara e não escondidas no rodapé.",{"title":122,"searchDepth":123,"depth":123,"links":124},"",2,[125,126,127,128,129],{"id":20,"depth":123,"text":21},{"id":36,"depth":123,"text":37},{"id":62,"depth":123,"text":63},{"id":72,"depth":123,"text":73},{"id":110,"depth":123,"text":111},"Gestão","2026-05-15","Atraso raramente é falta de esforço — quase sempre é escopo mal definido e estimativa otimista. Veja as causas reais e como mitigar cada uma.",false,"md","/img/blog/por-que-o-prazo-do-seu-projeto-estoura.jpg",{},true,null,"/blog/por-que-o-prazo-do-seu-projeto-estoura",6,{"title":5,"description":132},"blog/por-que-o-prazo-do-seu-projeto-estoura",[144,145,146],"prazo","gestão","planejamento","VOYecZ66DbyfArym06iRiNEKxXMHNJTn6dSXuKdjPN8",[149,154],{"title":150,"path":151,"stem":152,"category":153,"children":-1},"Como escolher a stack certa para o seu projeto","/blog/como-escolher-stack-para-seu-projeto","blog/como-escolher-stack-para-seu-projeto","Arquitetura",{"title":155,"path":156,"stem":157,"category":158,"children":-1},"De quem é o código quando o sistema fica pronto?","/blog/de-quem-e-o-codigo-do-seu-sistema","blog/de-quem-e-o-codigo-do-seu-sistema","Negócios",1784123995145]