HIIC não é tendência de carreira.
Está viralizando a tese do HIIC: High Impact Individual Contributor. O engenheiro sênior que, com IA, entrega projetos inteiros sozinho.
A narrativa é de ex-líderes (gerente, diretor, VP) voltando a ser IC porque conseguem o que antes precisava de uma squad. É vendida como o novo flex de carreira, alguém com responsabilidade e remuneração de upper management, mas sem reportes de pessoas. Como vitória do engenheiro contra o management, narrativa de revanche, fim da era dos pods.
Eu não leio assim. Pra mim o que está acontecendo é mais estrutural do que carreira: a unidade de produção dos times de tecnologia está deixando de ser a squad, e ainda não está claro o que entra no lugar.
O que tenho visto na prática
Tenho observado de fora, pelo discurso que tomou as redes e em conversas com algumas pessoas, sêniors que, colocados em projeto único com Claude ou Cursor à disposição, rodam tudo de ponta a ponta. Discovery, código, deploy, comunicação. Entregam em semanas o que antes era escopo de squad por meses.
Não é hipérbole de criador de conteúdo, é uma observação que se repete o suficiente pra eu parar de tratar como exceção, mas não o bastante ainda pra chamar de regra. Essa zona intermediária é o que me interessa, mais do que a certeza de quem vende o modelo ou o ceticismo de quem trata como hype passageiro.
Por que o organograma trava
A estrutura dos times que eu conheço, incluindo a dos meus, foi desenhada num pressuposto silencioso: a unidade mínima de entrega é um grupo. Como uma pessoa sozinha não segura a complexidade ponta a ponta de um produto, monta-se pod, par, hierarquia de coord, lead, dev. Quando aparece um sênior que entregaria um projeto inteiro sozinho, o gestor o encaixa como recurso de pod, porque é a única leitura que o organograma sabe fazer. Ou cria uma exceção pontual pra acomodar.
Quando esse sênior pede pra sair da trilha de liderança e voltar a operar em projeto solo, o sistema interpreta como passo atrás. Trava crescimento salarial, some do mapa sucessório, e em alguns meses a pessoa mais produtiva do time já está pensando em sair. Não é o engenheiro rejeitando gestão, é a gestão que ainda não aprendeu a comprar esse perfil.
Confesso que inicialmente pensei que tudo isso era só mais uma onda de carreira, que passa quando o hype de IA esfriar. O problema dessa visão é que ela trata um fenômeno estrutural como preferência cultural. Não importa muito se o engenheiro quer ou não voltar a ser IC. Importa que existe uma classe de trabalho que antes precisava de seis pessoas e hoje, em alguns casos, cabe em uma. A pergunta deixa de ser sobre carreira e passa a ser sobre como o gestor compõe o time. E aqui eu não tenho a resposta de composição. Acho que faz sentido sermos honestos sobre isso.
Antes de mudar, falta métrica
Na próxima revisão de orçamento, alguém de finance vai perguntar o que essa pessoa entrega que justifique a linha. Se a resposta for “projetos que antes precisavam de uma squad inteira”, o gestor precisa ter dados pra mostrar isso.
Como acompanhar escala, produtividade e custo num modelo em que a unidade é pessoa sênior + IA, em vez de squad? IA tem custo real, às vezes desproporcional pra tarefa simples, e a primeira análise honesta provavelmente vai mostrar que esse formato serve pra projetos específicos, não pra operação inteira.
O risco de errar a métrica é concreto. Se o ROI fica frágil, o HIIC vira despesa cara que ninguém defende internamente, e na próxima revisão de custo é a primeira linha cortada. Não por mérito, por ilegibilidade. O gestor que não consegue mostrar o que essa pessoa produz em relação ao custo, incluindo o custo de inferência, está construindo uma posição que cai no primeiro vento. Mesmo com o trabalho sendo real, e ele é.
Existe o outro lado, que me preocupa menos mas existe: superestimar o modelo e generalizar antes da hora. Trocar squad por HIIC em projeto que precisava de squad, e descobrir tarde que o ganho era pontual. Os dois erros custam, e o segundo custa mais porque envolve desmontar coisa que funciona.
A verdade é que tudo isso é uma porta aberta e não tem nada de modelo pronto
O que está rolando não é um modelo definido com playbook pronto. É uma porta que a IA abriu na organização dos times de tecnologia, e atrás dela tem outras portas que eu tenho certeza que ainda não enxergamos. HIIC é uma das formas possíveis. Vão surgir outras. A pergunta de “qual é o novo organograma certo” provavelmente está mal formulada, porque assume que existe um único e que ele vai ficar parado tempo suficiente pra ser estudado.
O que me agrada nesse momento é que faz tempo que a gestão de tecnologia não tinha uma reorganização estrutural realmente em aberto. Os últimos dez anos foram variações em cima do mesmo tema: squad ágil, tribo, pod, Spotify model, team topologies. Tudo derivado da mesma premissa de grupo como unidade. Agora a premissa está em questionamento de verdade, e isso é raro.
Não estou pronto pra reorganizar os meus times em torno de HIIC. Não tenho métrica, não tenho o controle necessário. O que eu tenho é a noção de que tratar isso como tendência de carreira é fugir do problema. A pergunta estrutural é se a empresa está organizada pra absorver ou pra desperdiçar essas pessoas, e quase todas as que eu observo ainda precisam evoluir nesse ponto. Não por má fé, por inércia de estrutura.
A unidade de produção mudou antes da unidade de gestão. Como essa defasagem se resolve eu honestamente não sei.