Recentemente, vejo frequentemente a frase "Desenvolvimento por Contrato Está Morto" no meu feed. 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 "Desenvolvimento por contrato está morto" há décadas, mesmo antes da IA. Desenvolvimento interno, a nuvem, subcontratação em múltiplos níveis, offshoring — toda vez, as pessoas dizem "desta vez vai morrer de verdade", 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 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 experimentá-lo.
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 encarar 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 da 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 este tópico surge, engenheiros que ganham a vida com isso 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 predominante 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. Observando 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 posso ver claramente o que está morrendo bem na minha frente. Isso não é hype ou 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 sim o desenvolvimento de software que é "apenas construir". Explicarei por que penso assim.
1. Você Não Pode Colocar Todo "Desenvolvimento por Contrato" no Mesmo Saco
Mesmo que você diga "desenvolvimento por contrato" de uma só vez, o conteúdo varia desde empresas que apenas vendem homem-mês até SIers, consultores, parceiros de produto, PMOs e suporte a DX. Portanto, a pergunta a ser feita não é "O desenvolvimento por contrato está morto?", mas "O que exatamente está morto?"
Quando você divide isso, 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 esta 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 antes disso. É 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 esta área já está encolhendo.
No entanto, o encolhimento não é uniforme. Pequenos e médios desenvolvedores de contrato e pequenos desenvolvimentos internos estão sentindo toda a força das ondas de desenvolvimento interno 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. Os 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ões, auxiliar na coordenação interna e reduzir riscos. Código é apenas um meio para esse fim.
Pensando desta 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.
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 lhes diz. Traçar uma linha entre "empresa de produto vs. desenvolvimento por contrato" não captura mais a realidade.
Além disso, isso não é apenas sobre desenvolvimento por contrato. A fronteira entre desenvolvimento e consultoria também está derretendo. Empresas de consultoria estão cada vez mais construindo equipes de desenvolvimento, e SIers estão começando a apoiar os 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, SIers, 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 se Aproximando
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 se aproximando. 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 pôde ser totalmente realizado naquela época porque o custo de construir era muito alto.
Na verdade, em nosso próprio trabalho com clientes, os casos que não terminam apenas com desenvolvimento estão aumentando. O que começa como desenvolvimento normal frequentemente se transforma em "queremos consultoria sobre como proceder com o negócio", expandindo-se para PMO, design de modelo de negócios, promoção de projetos e suporte à tomada de decisões. Hoje em dia, existem sites onde passamos mais tempo "construindo o negócio" do que "construindo o sistema". No começo, me perguntei se isso ainda era desenvolvimento por contrato, mas parei de me importar com os limites.
Tenho ouvido muito o termo FDE (Engenheiro de Implantação Avançada) ultimamente, e provavelmente faz 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 ao cliente. Não é. Trata-se de estar perto da resolução de problemas.
No entanto, esta 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. Esta realidade existia muito antes da IA. Mas, à medida que a IA reduz o custo de construir, esta tragédia acontecerá mais facilmente e em maior volume. Quanto mais fácil se torna construir, mais pesado se torna o peso do "o 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. "Quero trabalhar com essas pessoas" também permanece.
Portanto, o objetivo não é entregar um produto, mas ser um parceiro para o cliente alcançar o valor. Faça-os sentir valor nas pessoas, não no objeto.
O exemplo principal é a tomada de decisões. A IA pode gerar qualquer número de candidatos. Mas quem decide é um humano. E você só melhora na tomada de decisões 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 no 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 formas de uso que nunca pensaríamos. Mesmo que a contratação seja restringida 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 de um engenheiro que "apenas constrói" está desaparecendo. E já começou. O desenvolvimento por contrato só está na linha de frente.
Se você der um passo atrás 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 o desenvolvimento de software está se aproximando do "valor" à sua maneira.
Além disso, isso não é uma tendência nova. Os 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 Agile nasceu. Aquele ideal de aproximar "pensar" e "construir" está sendo acelerado de uma só vez pela IA nestes poucos anos. É assim que eu vejo.
Então, não devemos mais ficar obcecados com a "forma" do desenvolvimento de software. Desenvolvimento por contrato ou empresa de produto? SIer 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 em tempo real.
Que tipo de coisas vamos falar?
A resposta é... Tranquilo! Não tenha pressa!
Espero por você no dia.
O blog está aqui:
