Seeing AGI (8): O renascimento do papel humano
Recentemente participei do Delight Spark em San Francisco, e uma conversa ficou comigo muito depois do evento terminar. Foi sobre organizações de IA.
Ao longo dos meus sete artigos anteriores de Seeing AGI, escrevi sobre a chegada da AGI, vibe working e sistemas multiagentes. Mas a pergunta à qual continuo voltando é mais simples: o que acontece com o papel humano dentro da empresa? Antes de a IA reescrever o organograma, ela reescreve a pessoa.
Empresas demais ainda tratam a IA como uma atualização de software para as mesmas pessoas nos mesmos cargos. Esse é o enquadramento errado. A IA não está apenas acelerando o trabalho. Está mudando quem faz o quê, quem é dono do contexto e como o julgamento se move.
Cada onda tecnológica muda o papel humano
Quando as pessoas se deparam com uma tecnologia que rompe paradigmas, em geral assumem que seu trabalho continuará exatamente o mesmo, só que mais rápido. A história nos mostra que isso é uma ilusão.
A primeira coisa que muda raramente é o organograma no papel. A primeira coisa que muda é o que os seres humanos fazem o dia inteiro, de quem dependem, para quem se reportam e que tipo de julgamento o sistema de fato recompensa.
Então, se queremos entender a IA com clareza, não devemos perguntar apenas o que os modelos podem fazer. Devemos perguntar o que as ondas tecnológicas anteriores fizeram com o próprio trabalho.
A eletricidade não apenas modernizou a fábrica. Ela mudou as pessoas dentro dela.
A famosa lição da eletrificação não é só que a eletricidade era poderosa. É que a primeira onda de adoção entregou menos do que prometia porque as fábricas mantiveram o layout antigo. Os donos trocaram máquinas a vapor por dínamos, mas mantiveram a mesma lógica de potência centralizada, os mesmos eixos de transmissão, as mesmas correias e a mesma geometria de produção.
O verdadeiro salto veio depois, quando as fábricas adotaram o acionamento individual: motores elétricos no nível da máquina. Nesse ponto, o próprio prédio podia mudar. Layouts de um único pavimento ficaram mais fáceis. As máquinas não precisavam mais ser organizadas em torno de uma coluna mecânica. O fluxo de trabalho podia ser redesenhado em torno de velocidade, segurança e especialização.
E, uma vez que a fábrica mudou, os papéis humanos mudaram com ela. A velha lógica das salas de máquinas centrais, dos layouts movidos por eixos e da manutenção construída em torno de uma única fonte de energia começou a se dissipar. Em seu lugar surgiu uma nova necessidade de eletricistas, engenheiros eletricistas, planejadores de fábrica e um novo tipo de gestão de operações. Paul David escreveu que a eletrificação em larga escala exigia formar "um quadro de arquitetos de fábrica e engenheiros eletricistas experientes". Esse é exatamente o ponto. Uma nova fonte de energia não simplesmente deixou os trabalhadores antigos mais rápidos. Criou novos especialistas, novas relações de reporte e uma nova lógica operacional.
Os computadores não apenas automatizaram escritórios. Eles criaram papéis de informação totalmente novos.
A era do computador fez algo parecido. Antes da informatização, grandes organizações dependiam de camadas de auxiliares, datilógrafos, pessoal de arquivo, contadores e operadores de máquinas para mover informações na mão. Depois vieram os departamentos de processamento de dados, os operadores de perfuração, os programadores, os analistas de sistemas e, mais tarde, os administradores de banco de dados e os gerentes de IT.
Alguns papéis encolheram. Outros surgiram do nada. Os operadores de perfuração de cartões se tornaram uma ocupação reconhecível na era dos cartões perfurados e depois desapareceram aos poucos à medida que a computação direta se espalhava. Ao mesmo tempo, o analista de sistemas surgiu como um novo papel-ponte: alguém que conseguia entender o negócio, projetar o sistema, preparar diagramas para os programadores e traduzir as necessidades da gerência em estrutura técnica. Esse papel só faz sentido em um mundo onde o software passa a ser parte de como a empresa pensa.
Isso também mudou as linhas de reporte. Quando os sistemas de informação se tornaram centrais para as operações, as empresas construíram organizações de MIS e IT, camadas de gestão de projetos, equipes de sistemas e, mais tarde, funções de software corporativo. A autoridade passou a fluir cada vez mais pela arquitetura da informação, e não apenas pelas operações físicas.
O software criou a organização de produto moderna.
Depois, a era do software acrescentou mais uma camada. Conforme a complexidade do software explodia, a organização se dividiu de novo. A gestão de produto surgiu para preencher uma lacuna entre o negócio, os usuários e a engenharia. No software, não bastava comercializar um produto. Alguém precisava decidir o que construir, traduzir os cenários de uso e ficar perto da engenharia ao longo de todo o ciclo.
UX e design de interação amadureceram à medida que a computação pessoal e depois a web tornaram a usabilidade economicamente inevitável. QA virou uma função distinta porque o teste não podia mais morar dentro da cabeça do programador. Mais tarde, Agile e DevOps começaram a borrar essas linhas de novo, puxando os testers para mais cedo no ciclo e tornando a qualidade uma responsabilidade compartilhada.
Então a estrutura PM, Designer, Desenvolvedor e Tester não foi entregue pela natureza. Pertencia à era anterior da engenharia de software. Era uma resposta racional aos limites da comunicação humana, ao conhecimento fragmentado, à programação manual e aos ciclos de feedback mais lentos.
A velha linha de montagem foi construída para outro mundo
Quando você enxerga essa história com clareza, o organograma atual do software parece bem menos permanente do que a maioria das pessoas imagina. Ele é simplesmente a camada mais recente de uma longa sequência de reorganizações tecnológicas.
No velho mundo do software, um projeto precisava de uma pilha profunda de funções especializadas antes de poder andar um centímetro. A lógica de reporte normalmente refletia o próprio fluxo de trabalho: produto gerava os requisitos, design os traduzia, engenharia os implementava, QA os validava e a gerência coordenava os handoffs entre esses silos.
Pense no que um PM costumava fazer: passava semanas escrevendo enormes documentos de especificação de 20 páginas para jogar por cima do muro. O Designer então passava semanas empurrando pixels manualmente para traduzir aquela spec em mockups. O Desenvolvedor pegava esses mockups e passava meses digitando código repetitivo. Por fim, o Tester passava semanas caçando desalinhamentos e bugs.
Essa estrutura fazia sentido quando cada passo precisava ser executado por um especialista diferente usando ferramentas diferentes, com transições caras entre eles. Os handoffs não eram apenas burocracia. Eram a forma como o sistema se protegia da complexidade.
Mas, quando um agente de IA pode ajudar a gerar o código, esboçar a UI, criar casos de teste e comprimir a iteração para minutos, a mesma estrutura começa a trabalhar contra si mesma. O handoff deixa de ser um mecanismo de segurança e vira pura fricção.
A maior parte da "transformação com IA" hoje ainda está presa aqui. As empresas dão uma ferramenta de escrita com IA para o PM, uma ferramenta de design com IA para o Designer e uma ferramenta de programação com IA para o Desenvolvedor, mas mantêm as mesmas linhas de reporte e a mesma divisão do trabalho. É conectar uma nova fonte de energia a uma máquina antiga.
Por isso eu acredito que a primeira parte dessa história importa tanto. A IA não é a primeira tecnologia a reordenar o trabalho. Mas pode ser a primeira que faz isso nessa velocidade enquanto também colapsa tantos papéis de conhecimento no mesmo momento de execução.
O que estou vendo dentro da Genspark
Dentro da Genspark, eu já consigo ver a próxima camada dessa história sendo escrita em tempo real. Hoje somos uma organização de cerca de 70 pessoas. Nossa estrutura é implacavelmente plana.
Não montamos projetos com departamentos enormes e multidisciplinares. A grande maioria dos nossos projetos é executada por células ágeis de apenas 1 a 3 pessoas. Como o fluxo de trabalho está comprimido, as pessoas operam muito perto da cadeia inteira de criação de valor.
Isso começa no primeiro dia. Os novos colaboradores não são escondidos em papéis estreitos nem obrigados a ler documentação por um mês. São empurrados para a linha de frente imediatamente. É comum vermos pessoas entregando funcionalidade real e complexa logo na primeira semana. Até integrantes do time que nunca tinham escrito uma única linha de código antes de entrarem aqui estão lançando features.
Na era anterior, isso teria parecido imprudente ou impossível. Nessa era, é o básico. Pessoas ambiciosas prosperam aqui porque não estão mais presas em uma única caixa.
Como os papéis estão de fato mudando
Quando o fluxo de trabalho se comprime de forma tão agressiva, os papéis profissionais não desaparecem. Eles mutam. Eles se elevam.
O PM: de redator de spec a diretor de sistema
O PM não passa mais semanas escrevendo documentos estáticos para outra pessoa interpretar. Ele usa a IA para gerar protótipos vivos imediatamente. Está dirigindo o sistema, testando lógica em tempo real e sendo dono do resultado final, em vez de ser dono apenas dos requisitos.
O Designer: de tradutor de front-end a juiz final
Nosso lançamento recente do Genspark Design é o exemplo perfeito. No processo antigo, o Designer era um tradutor lá no início. Tinha que desenhar as telas manualmente antes que qualquer outro pudesse construir. Hoje, o caminho de uma ideia abstrata até um design completo e até um produto lançado é contínuo.
Como a IA pode gerar dezenas de protótipos funcionais em alta fidelidade em segundos, o papel do Designer se move para o final do pipeline. Ele se torna o juiz. Define a régua de qualidade. Protege o nível de gosto. Aprova a experiência. Decide qual das iterações da IA tem a alma certa para a marca.
O Desenvolvedor: de digitador de código a arquiteto de sistemas
A primeira semana de um desenvolvedor não é mais sobre configurar ambientes locais e ler bases de código antigas. É sobre entregar. Ele passa menos tempo digitando código repetitivo e mais tempo arquitetando lógica, guiando agentes e resolvendo os problemas profundos e estruturais que a IA ainda não consegue enxergar.
O Tester: de gatekeeper manual a engenheiro de infraestrutura para agentes
No fluxo de trabalho nativo de IA, todo mundo se torna o tester da própria feature. A pessoa que constrói a feature também gera casos, verifica condições de borda, valida a experiência e decide se está pronta para sair. O teste não fica mais no fim da cadeia como um portão separado. Vira parte da própria autoria.
Isso não significa que o tester tradicional desaparece. O papel sobe um nível. Vira um papel de infraestrutura. Em vez de checar manualmente cada tela depois do fato, essa pessoa ajuda a garantir que, uma vez que as features são entregues no time todo, o sistema permaneça estável, observável e confiável em produção.
Nesse sentido, o novo tester se parece mais com um engenheiro de infraestrutura voltado para qualidade. Ele constrói os frameworks, os guardrails, o monitoramento, os ciclos de avaliação e a lógica de release que tornam a organização inteira mais confiável. Também ajuda a criar uma infraestrutura mais amigável para agentes, para que a IA possa participar de forma mais efetiva de testes, depuração e melhoria contínua.
Em todas as disciplinas, a tendência é exatamente a mesma: o julgamento está se tornando muito mais importante do que o handoff. A propriedade do contexto está se tornando mais valiosa do que a especialização estreita.
O CEO: de Chief Executive Officer a Chief Context Officer
Quando você percebe com que profundidade a IA está recombinando papéis, não dá para parar nos PMs, Designers, Desenvolvedores e Testers. O CEO também está sendo reescrito.
No antigo modelo de empresa, a escala empurrava o CEO para longe do trabalho. A organização ficava especializada demais, em camadas demais e lenta demais. O trabalho do CEO virava gerir a complexidade através de outras pessoas.
Essa distância não era um traço de personalidade. Era estrutural. Em muitas empresas, o CEO já não conseguia tocar o produto diretamente porque o trabalho havia sido fragmentado em funções, reuniões e handoffs demais.
A IA quebra esse modelo. Um CEO disposto a aprender pode voltar a se envolver com o trabalho. Pode explorar ideias de produto, revisar protótipos, testar fluxos, desafiar suposições e até ajudar a tocar a execução com IA. Não porque o CEO deva voltar a ser um microgerente, mas porque a parede entre liderança e criação está ficando mais fina.
Então o trabalho muda. O CEO da era da IA começa a se parecer menos com um Chief Executive Officer e mais com um Chief Context Officer. O papel é definir direção, esclarecer julgamento, mover direitos de decisão para mais perto da borda e desenhar as interfaces que permitem que pequenas células se movam com propriedade real.
No modelo antigo, o poder vinha da distância e do controle. No novo modelo, o poder vem do contexto, do gosto, da clareza e da capacidade de ajudar a organização a pensar e se mover como um único sistema. E, uma vez que o CEO muda, a organização não consegue ficar igual. A reescrita do papel naturalmente vira reescrita da organização.
A nova organização não é só mais plana. É estruturalmente diferente.
Eu não acho que a descrição certa para essa nova empresa seja simplesmente "plana". Plano só significa menos camadas. O que estamos vendo é uma mudança mais profunda do que isso. A unidade básica da organização não é mais a função. É a célula.
Na estrutura antiga, a empresa era construída em torno de departamentos. Produto ficava em um lugar. Design em outro. Engenharia em outro lugar. QA ficava no fim. O organograma espelhava a cadeia de handoff.
Na nova estrutura, a empresa começa a se parecer mais com uma rede de pequenas células de alto contexto. Uma célula de 1 a 3 pessoas trabalha perto do problema, perto do usuário e perto da IA. Detém mais da cadeia, da ideia até o release. Carrega mais contexto. Toma mais decisões. Espera menos.
Em uma empresa de milhares, isso não pode significar um único CEO tocando diretamente centenas de células. Isso não escala. A versão escalável é uma rede de redes: células agrupadas em clusters de missão, mantidas juntas por contexto compartilhado, gosto compartilhado, clareza compartilhada e design de sistema compartilhado. As camadas de liderança continuam existindo, mas o trabalho delas muda. Elas deixam de ser gargalos de aprovação. Viram roteadores de contexto, designers de interface e multiplicadores de força. Nesse modelo, o CEO não está gerenciando cada célula. O CEO está projetando a arquitetura que permite que muitas células se movam com coerência sem reconstruir a velha burocracia. É assim que a escala nativa de IA se parece: não uma pirâmide mais plana, mas um sistema diferente.
Quando isso acontece, a hierarquia deixa de ser o principal mecanismo de coordenação. O contexto se torna o principal mecanismo de coordenação. A pergunta mais importante não é mais "Quem se reporta a quem?". Vira "Quem realmente segura o contexto e quem tem o julgamento para agir sobre ele?".
Isso também muda para que servem as camadas de liderança. No mundo antigo, boa parte da gerência média existia para traduzir, resumir, coordenar e mover informação por entre as fronteiras funcionais. No mundo novo, esses papéis só continuam valiosos se evoluírem para construtores de sistema, revisores de qualidade, coaches de talento e integradores entre células. O gerente correia de transmissão vai perdendo importância de forma constante.
Em uma frase, a organização nativa de IA é isto: uma rede de pequenas células com alta propriedade de contexto, apoiadas por agentes de IA, alinhadas por um julgamento compartilhado e conectadas por interfaces leves em vez de hierarquia pesada.
A janela para reescrever a empresa
Se a reescrita do papel leva à reescrita do CEO, e a reescrita do CEO leva à reescrita da organização, então isso não é uma atualização de ferramentas. É uma reescrita da empresa. Então pare de olhar só para o seu stack de IA. Olhe para a sua gente. Olhe para a sua estrutura.
Faça as perguntas mais difíceis. Sua gente continua presa em papéis estreitos de tradução? Suas melhores cabeças continuam preparando handoffs em vez de fazer julgamentos? Seu organograma continua construído para a velha cadeia PM-Designer-Desenvolvedor-Tester? Os direitos de decisão continuam longe demais das pessoas que carregam o contexto real?
Comprar acesso a IA é fácil. A transformação real é mais difícil. Significa redesenhar papéis, empurrar a propriedade para pequenas células, reconstruir a infraestrutura em torno de agentes e redefinir a própria liderança.
Os vencedores dessa era não vão usar apenas modelos melhores. Vão reconstruir mais rápido. Vão substituir cadeias de handoff por redes de células. Vão mover o contexto para a borda. Vão elevar a régua do julgamento.
A IA não está apenas reescrevendo tarefas. Está reescrevendo a empresa. A janela está aberta agora. Não vai ficar aberta por muito tempo.