Recentemente, vejo frequentemente a frase "Desenvolvimento por Contrato Está Morto" na minha timeline. Geralmente é discutida no contexto de que a IA está tornando o desenvolvimento de software mais rápido e barato, então o modelo tradicional de "construir e entregar exatamente o que o cliente pede" está perdendo valor rapidamente.
No começo, pensei honestamente: "Isso é só mais um ciclo de hype de 'X está morto'?"
Afinal, as pessoas dizem que "Desenvolvimento por Contrato está morto" há décadas, muito antes da IA. Desenvolvimento interno, nuvem, subcontratação em vários níveis, offshoring — toda vez, as pessoas diziam "desta vez vai realmente morrer", mas o desenvolvimento por contrato sobrevive como um zumbi.
Na verdade, passei muito tempo trabalhando para empresas de produto, então costumava observar esses tópicos de longe. Lembro-me de pensar que o desenvolvimento por contrato parecia difícil e era algo que eu não queria me aproximar.
Então, há três anos, entrei na Hololab Inc., e agora estou bem no meio do trabalho com clientes, incluindo desenvolvimento por contrato. Para ser honesto, quando entrei, o termo "desenvolvimento por contrato" me deu uma certa pausa. Ainda assim, o desafio da transformação trazida pela nova tecnologia e o apelo da própria empresa venceram. Imaginei que não seria legal reclamar do "desenvolvimento por contrato" sem realmente tentar.
Três anos se passaram desde então. Entrei para a equipe de gestão e enfrentei o desenvolvimento por contrato de frente. É por isso que desta vez, quero enfrentar a frase "Desenvolvimento por Contrato está Morto" sem fugir.
"Desenvolvimento por Contrato está Morto" é Verdade?
É verdade.
Mesmo antes da IA, havia movimentos em direção ao no-code no contexto de DX (Transformação Digital) e uma tendência ao desenvolvimento interno. Então a onda da IA (especialmente agentes de IA) chegou, e essa tendência se intensificou instantaneamente. Até mesmo não-engenheiros agora podem criar software.
Quando esse tópico surge, engenheiros que vivem disso tendem a fazer alarde sobre "qualidade" ou "segurança", argumentando que "desenvolvimento de software não é tão fácil assim."
No entanto, a qualidade exigida para software varia dependendo do propósito e caso de uso. Software para clientes ou ambientes de produção requer um certo nível de serviço. Por outro lado, o nível exigido para ferramentas internas ou PoCs (Prova de Conceito) é frequentemente relativamente baixo. E é exatamente esta área que é facilmente substituída por agentes de IA — ou melhor, onde a substituição já começou.
Em relação à segurança e qualidade, sinto que a lacuna está diminuindo a cada ano, à medida que os modelos evoluem e o conhecimento humano sobre a utilização de IA se acumula. Há apenas dois ou três anos, a visão dominante era "a IA pode ajudar, mas é cedo demais para deixá-la escrever código", mas agora a IA está escrevendo código na maioria das vezes. Olhando para essa velocidade de mudança, mesmo em áreas onde atualmente é difícil delegar completamente, uma situação onde "a IA é mais confiável que os humanos" pode facilmente acontecer num futuro próximo.
Para ser honesto, como engenheiro, parte de mim não quer acreditar que o trabalho que fiz pode ser tão facilmente substituído. Mas eu posso ver claramente o que está morrendo bem na minha frente. Isso não é hype ou jogo de posicionamento; é uma mudança que está realmente acontecendo.
No entanto, isso não significa que o "desenvolvimento por contrato como um todo está morrendo". O que está morrendo não é o desenvolvimento por contrato, mas o desenvolvimento de software que é "apenas construir". Vou explicar por que penso assim.
1. Você Não Pode Colocar Todo "Desenvolvimento por Contrato" no Mesmo Saco
Mesmo quando se diz "desenvolvimento por contrato" de uma só vez, o conteúdo varia de empresas que apenas vendem homens-mês para integradores de sistemas, consultores, parceiros de produto, PMOs e suporte a DX. Então a pergunta a ser feita não é "O desenvolvimento por contrato está morto?" mas sim "O que exatamente está morto?"
Quando você detalha, o declínio no valor devido à IA não acontece de uma só vez; ele progride em estágios. A primeira onda atinge o valor do ato de "escrever código". De fato, a produtividade do desenvolvimento está aumentando, e a estrutura de lucro dos projetos está começando a mudar.
E essa onda não vai parar em escrever código. Ela vai se espalhar gradualmente para o design, definição de requisitos e a fase de conceituação anterior. É por isso que quero distinguir quais valores cairão primeiro e quais permanecerão.
Então, o que está morrendo é o trabalho de "apenas escrever código como mandado". Se é desenvolvimento por contrato ou não, não importa. E essa área já está encolhendo.
No entanto, o encolhimento não é uniforme. Pequenos e médios desenvolvedores por contrato e pequenos desenvolvimentos internos estão sentindo toda a força das ondas de internalização e IA generativa, e os projetos estão começando a desaparecer. Por outro lado, ouço frequentemente que sistemas complexos para grandes empresas ainda não estão com muitos problemas porque não podem ser tratados apenas por equipes internas. O impacto varia muito dependendo da escala e da base de clientes, então misturá-los turva a conversa.
2. Clientes Não Estão Comprando "Código" em Primeiro Lugar
Quando você pensa se os clientes estão contratando porque querem que o código seja escrito, a resposta é não.
O que os clientes esperam é a resolução de problemas: eles querem organizar estratégias de negócios, pensar nos requisitos juntos, obter ajuda com a tomada de decisão, auxiliar na coordenação interna e reduzir riscos. Código é apenas um meio para esse fim.
Pensando dessa forma, a lógica de que "código ficou barato = desenvolvimento por contrato está morto" é bastante míope. O meio ficou mais barato, mas a substância esperada não desapareceu nem um pouco.
Isso corresponde à minha própria experiência de trabalhar tanto em empresas de produto quanto em desenvolvimento por contrato. Existem sites de desenvolvimento por contrato que mergulham fundo no negócio, e existem equipes de desenvolvimento interno que agem como contratados internos, apenas construindo o que o departamento de negócios pede. Traçar uma linha entre "empresa de produto vs. desenvolvimento por contrato" não captura mais a realidade.
Além disso, isso não é só sobre desenvolvimento por contrato. A fronteira entre desenvolvimento e consultoria também está se derretendo. Empresas de consultoria estão cada vez mais construindo equipes de desenvolvimento, e integradores de sistemas estão começando a oferecer suporte aos negócios. "SaaS está morto" segue a mesma estrutura: empresas que apenas vendem software estão acabadas, enquanto empresas que mergulham em BPO, operações, parcerias e garantias de desempenho estão crescendo. Consultoria, integradores de sistemas, SaaS e empresas de produto estão se sobrepondo cada vez mais. O destino é o "valor" para o cliente.
3. "Pensar" e "Construir" Estão Ficando Mais Próximos
Por muito tempo, o custo de construir software era muito alto. Portanto, "pensar" e "construir" estavam inevitavelmente separados. Os papéis eram divididos, os cargos eram divididos, as organizações eram divididas e até as empresas tendiam a ser divididas.
A IA reduziu o custo de "construir". Como resultado, "pensar" e "construir" estão naturalmente começando a convergir. Papéis, cargos, organizações e empresas estão todos ficando mais próximos. Esta é a mudança que está acontecendo agora.
E o que o desenvolvimento Ágil queria alcançar era exatamente isso: aproximar "pensar" e "construir". Finalmente estamos nos aproximando do ideal que não podia ser totalmente realizado naquela época porque o custo de construir era muito alto.
Na verdade, no nosso próprio trabalho com clientes, os casos que não terminam apenas com o desenvolvimento estão aumentando. O que começa como um desenvolvimento normal muitas vezes se transforma em "queremos consultoria sobre como proceder com o negócio", expandindo para PMO, design de modelo de negócios, promoção de projetos e suporte à tomada de decisão. Hoje em dia, existem sites onde passamos mais tempo "construindo o negócio" do que "construindo o sistema". A princípio me perguntei se isso ainda era desenvolvimento por contrato, mas parei de me preocupar com as fronteiras.
Tenho ouvido muito o termo FDE (Engenheiro de Implantação Avançada) ultimamente, e é provavelmente parte da mesma tendência. Entrar no site do cliente, pensar sobre os problemas juntos e escrever código se necessário. Não um "pensador" e um "construtor", mas uma "pessoa que constrói enquanto pensa". Um equívoco comum aqui é que a essência é estar no local ou fisicamente próximo do cliente. Não é. Trata-se de estar próximo da resolução de problemas.
No entanto, essa mudança é uma faca de dois gumes. Recentemente ouvi esta história em uma grande empresa: Começou com uma estratégia de negócios. O desenvolvimento do sistema começou. No meio do caminho, construir tornou-se o único objetivo. A estratégia desapareceu. E uma quantidade massiva de sistemas não utilizados permaneceu. Essa realidade existia muito antes da IA. Mas à medida que a IA reduz o custo de construir, essa tragédia acontecerá mais facilmente e em maior volume. Quanto mais fácil se torna construir, mais pesado se torna o peso do "que construir".
Portanto, para o desenvolvimento por contrato que mergulha na resolução de problemas, a IA é um vento a favor, não um vento contrário. Está longe de estar "morto". No entanto, no momento em que você se afasta da resolução de problemas, esse vento a favor se transforma em uma "máquina de produção em massa de coisas inúteis".
4. Em Última Análise, a Fonte de Valor São as "Pessoas"
Quando você chega até aqui, parece que a fonte de valor do desenvolvimento por contrato, consultoria e SaaS é a mesma. Não é o software em si. São as pessoas.
O trabalho que qualquer empresa pode resolver será substituído. O trabalho que a IA pode resolver também será substituído. Mas "tem que ser essas pessoas resolvendo" permanece. "Eu quero trabalhar com essas pessoas" também permanece.
Então o objetivo não é entregar um produto, mas ser um parceiro para o cliente alcançar valor. Faça-os sentir valor nas pessoas, não no objeto.
O exemplo principal é a tomada de decisão. A IA pode gerar qualquer número de candidatos. Mas quem decide é um humano. E você só melhora na tomada de decisão tomando decisões.
Como treinamos as pessoas também está mudando. No meu departamento, estamos mudando para "pensar + construir", e claro, há dificuldades. Mas isso não é algo que se aprende em treinamento. Só cresce dentro do trabalho.
Vou mencionar a contratação brevemente. Recentemente, mais empresas estão reduzindo a contratação de juniores por causa da IA. A lógica é: "Se a IA escreve código, não precisamos de juniores." Mas acredito no oposto. Juniores nativos em IA, por não terem ideias fixas, têm o potencial de conceber maneiras de usá-la que nunca pensaríamos. Mesmo que a contratação seja restrita no curto prazo, se você não conseguir criar um ambiente onde as pessoas cresçam, essa indústria só vai declinar. Isso não é culpa da IA; é apenas uma falha em se adaptar às mudanças que a IA trouxe.
A profissão de engenheiro não está desaparecendo. O trabalho do engenheiro que "apenas constrói" está desaparecendo.
Todo Desenvolvimento de Software Está se Aproximando do "Valor"
"Desenvolvimento por Contrato está morto" é verdade. No entanto, não é que o desenvolvimento por contrato esteja morrendo, mas que o desenvolvimento de software que é "apenas construir" está morrendo. Não é que a profissão de engenheiro esteja desaparecendo, mas que o trabalho do engenheiro que "apenas constrói" está desaparecendo. E já começou. O desenvolvimento por contrato apenas acontece de estar na linha de frente.
Se você se afastar e olhar para essas mudanças, um quadro maior emerge. Desenvolvimento por contrato mergulhando nos negócios. Empresas de consultoria com equipes de desenvolvimento. SaaS entrando em garantias de desempenho. FDEs entrando nos sites dos clientes. As posições e formatos são todos diferentes, mas a direção é a mesma. Todo desenvolvimento de software está se aproximando do "valor" à sua própria maneira.
Além disso, isso não é uma tendência nova. Engenheiros sabem há muito tempo que "apenas construir não é suficiente", e tentaram se aproximar dos clientes, usuários e valor. O exemplo representativo é o desenvolvimento Ágil. Já se passaram 25 anos desde que o Ágil nasceu. Aquele ideal de aproximar "pensar" e "construir" está sendo acelerado de uma só vez pela IA nestes poucos anos. É assim que vejo.
Então, não devemos mais ficar obcecados com a "forma" do desenvolvimento de software. Desenvolvimento por contrato ou empresa de produto? Integrador de sistemas ou consultor? Em vez de desperdiçar energia aí, a pergunta a ser feita é: "Quão fundo você consegue mergulhar no valor?"
No dia 24/07, terei uma discussão ao vivo sobre o tema "Desenvolvimento por Contrato está Morto" até de manhã
No dia 24/07, estarei falando em um evento organizado pela Creationline intitulado "O Futuro do Desenvolvimento por Contrato na Era da IA — Além de 'Desenvolvimento por Contrato está Morto'."
https://creationline.connpass.com/event/398146/
Sexta-feira, 24 de julho de 2026, 19:00–20:30, realizado via Zoom, gratuito.
Terei uma discussão completa e honesta com @samuraiRed e @sasakendayo sobre o tema "Desenvolvimento por Contrato está Morto."
Como somos três pessoas que podem falar coisas que não deveriam, eu disse aos organizadores durante a reunião de preparação: "Por favor, nos parem se sair do controle." Certamente haverá uma sensação de presença que você só pode experimentar ao vivo.
Que tipo de coisas vamos falar?
A resposta é... Tranquilo! Não se apresse!
Estarei esperando por você no dia.
O blog está aqui:
