The Forward Deployed Engineer
O engenheiro com fluência em produto e negócio que resolve o problema de dentro da operação do cliente e devolve o que aprendeu como produto.
O nome vem do front
Forward deployed é vocabulário militar. Descreve a força posicionada junto ao teatro de operações, perto o suficiente para ler o terreno com os próprios olhos e decidir ali mesmo.
A Palantir levou o termo para engenharia de software. Chamou de Forward Deployed Engineer o engenheiro que trabalha implantado no cliente, com permissão para construir de dentro para fora e ler o requisito direto na fonte.
O nome descreve uma posição (onde a pessoa senta e o que ela tem mandato para fazer dali). Senioridade e título são outra conversa.
À frente. A unidade fica junto ao teatro de operações, onde a informação chega de primeira mão e a resposta sai na hora.
Implantada. Deslocada para o terreno, com mandato para agir a metros da decisão.
Engenheiro. A Palantir levou o termo para engenharia de software e passou a chamar assim quem trabalha implantado no cliente, com mandato para construir de dentro para fora.
O que muda é a posição
Todo projeto de software nasce de uma descrição do que se espera de um processo. A operação roda outra coisa, feita das exceções que só aparecem no dia a dia. O FDE senta onde o problema acontece, no dia em que acontece, e constrói de dentro para fora.
A exceção aparece antes de virar requisito
A reunião deixa de fora as exceções que sustentam o processo real. Sentado na operação, você vê cada uma no dia em que ela acontece.
O feedback loop cai de semanas para horas
Quem usa o sistema está na mesa ao lado. A correção acontece no mesmo dia, com a pessoa que sentiu o problema olhando a tela.
Você ganha o direito de discordar do pedido
Quem só recebe backlog implementa. Quem está na operação pode apontar a distância entre o pedido e o incômodo que o gerou.
A consultoria entrega o caminho. O Forward Deployed Engineer constrói o caminho.
Cada implantação deixa o produto mais forte
A entrega de valor vem do problema resolvido por meio de um software rodando dentro da rotina do cliente. O ciclo fecha quando a parte dessa solução que serve a todos é extraída e volta para o produto.
- 01operação
O problema real, com as exceções que só aparecem no chão.
- 02deploy
A solução específica daquele cliente, em produção.
- 03extração
O que serve a todos é extraído dali e vira skill, componente, produto.
- 04produto
O próximo cliente já começa adiantado.
A propriedade intelectual fica com quem?
Se cada implantação devolve algo ao produto, essa pergunta precisa de resposta antes da primeira linha de código. A Palantir responde no próprio contrato padrão, e a divisão é explícita em três cláusulas.
- clientecláusula 4.1
Os dados são do cliente. Ele mantém todo direito e toda propriedade intelectual sobre o que carrega, integra e gera na plataforma.
“Customer retains all rights, title, and interest, including all Intellectual Property Rights, in and to the Content.”
- plataformacláusulas 4.2 e 1.10
A plataforma e tudo que deriva dela ficam com quem a constrói. A definição de Software alcança melhorias, modificações e trabalhos derivados, e a de Produtos a incorpora.
“Palantir retains all rights, title, and interest, including all Intellectual Property Rights, in and to the Products, Updates, and any other related documentation or materials provided by Palantir.”
- serviçoscláusula 7
A titularidade permanece a mesma quando o trabalho chega como serviço profissional. É a cláusula que permite construir dentro do cliente e manter o produto no mesmo dono.
“The performance of any Services by Palantir shall not affect the ownership of the Products, Updates, and other related documentation or materials provided by Palantir under this Agreement.”
Esse desenho sustenta o ciclo. O cliente fica com os dados e com o problema resolvido operando, e a parte que serve a todos volta para a plataforma e chega ao próximo cliente já como produto.
Palantir License and Services AgreementAo lado de modelos próximos
| Modelo | Onde fica | O que entrega | O que sobra depois |
|---|---|---|---|
| Forward Deployed Engineer | Dentro da operação | O problema resolvido | Produto mais forte para o próximo cliente |
| Consultoria | Em ciclos de diagnóstico | Recomendação | Relatório |
| Squad alocado | No backlog do cliente | As features pedidas | Capacidade que vai embora com o contrato |
Quatro fluências no mesmo profissional
Engenharia de verdade
Escreve, faz deploy e opera o que construiu. Entrega o problema resolvido, com dono.
Fluência em produto
Sabe separar o que era específico daquele cliente do que serve a todos e devolver essa parte ao produto.
Fluência no negócio
Entende o processo executado na versão que existe no chão, com todas as suas exceções.
Julgamento codificável
Sabe o que a máquina decide sozinha, o que passa por revisão e o que sempre exige assinatura humana.
Agente de IA exige especificação precisa
Um fluxo automatizado por regra falha alto e visível. Um agente falha baixo e plausível, devolvendo algo que parece certo, na forma certa, com o número errado.
Escrever agente para uma operação que você entende pela metade é terceirizar julgamento para um sistema que desconhece os limites. Em contabilidade, limite é a coisa que mais importa.
É por isso que o FDE virou a peça central. Ele é a pessoa capaz de codificar o julgamento da operação.
- autoO que a máquina decide sozinha.
- revisãoO que passa por conferência humana antes de valer.
- assinaturaO que sempre exige assinatura humana.
Notas de quem trabalha assim
O que funcionou, o que quebrou e o que aprendi no cliente. Insights, aprendizados e opinião sobre engenharia feita de dentro da operação.