Olho para trás seis meses e já custa lembrar como trabalhávamos há um ano. Não por nostalgia, por pura estranheza. Como quando regressas a uma casa onde já viveste e não reconheces as divisões.
Começou como uma experiência sem nome. Hoje continua sem nome, mas já tem uma forma reconhecível. Na Dcycle, toda a empresa contribui para a base de código do produto. Não só os engenheiros. O Customer Success implementa automações. O Marketing constrói os seus próprios fluxos de dados. As Operações montam dashboards que antes exigiam três reuniões e um ticket. Ninguém precisa de lhes pedir explicitamente que o façam. As ferramentas simplesmente permitem e a curiosidade trata do resto.
O que aconteceu, durante essa experiência, foi que a velocidade mudou a cultura. Não o contrário. Não foi que primeiro desenhámos um manifesto de autonomia e depois as pessoas começaram a construir. Foi que alguém do CS se cansou de esperar dois ciclos para resolver um problema que conhecia bem, abriu o Claude Code e resolveu-o. Quando a equipa viu o resultado, ninguém perguntou se aquilo era "a sua função". Perguntaram como se fazia.
Já tínhamos o gene da autonomia dentro de nós, mas as ferramentas fizeram-no explodir.
O que é uma decisão consciente é mantê-la. Espero que cada pessoa nesta equipa tenha o reflexo de resolver antes do reflexo de delegar. Se vês um problema e o consegues corrigir, corrige-o. Já tens permissão. Se não consegues, aprende o suficiente para conseguires da próxima vez. Procura uma forma de aprender; se não a encontrares, pede ajuda. Vais sempre encontrar uma mão amiga por perto.
O teu cargo já não descreve o que fazes
Há algo que não se diz o suficiente sobre o que acontece quando todos podem construir soluções: o teu cargo deixa de descrever exclusivamente o que fazes.
A Marina continua no Customer Success. Mas na semana passada lançou um bot que cruza dados de utilização com sinais de churn e gera alertas no Slack a sugerir ações. O Juan continua nas Finanças, mas construiu um sistema de reconciliação financeira que antes demorava dois dias e agora demora dez minutos. Não deixaram de fazer o seu trabalho. É que o trabalho deles passou a incluir desenhar as máquinas que fazem parte do seu trabalho.
Sei que isto pode soar a discurso de empreendedor do LinkedIn. Mas vivê-lo tem um sabor muito diferente de lê-lo. Vivê-lo parece mais uma desorientação produtiva: a sensação de que aquilo que sabias fazer já não chega, mas aquilo que consegues fazer é mais do que nunca. Podes crer.
Gestores de um e de muitos
Chamamos-lhe "gestores de um e de muitos" e sei que soa estranho. Mas capta algo real.
Cada pessoa na Dcycle gere o seu próprio trabalho. Esse é o "de um". Têm autonomia para decidir o que construir, como resolver o que quer que seja, ou quando iterar sobre algo. Não esperam por aprovação para melhorar alguma coisa. A tendência é para a ação.
E cada pessoa também orquestra agentes. Esse é o "de muitos". Não de forma futurista. De forma prática: desenham prompts, definem fluxos, quebram coisas e arranjam-nas, supervisionam resultados, corrigem erros. Têm uma equipa de agentes que amplifica a sua capacidade. Passámos de "fazer" para "desenhar como se faz" e depois verificar que ficou bem feito.
O "Agent Manager" não é um novo cargo (se o vires por aí, desconfia, é o novo "Diretor de Inovação"). É uma nova camada de competência que está por baixo de tudo o resto. Não importa se estás no CS, no produto ou nas vendas. Se não sabes orquestrar agentes, estás a usar vinte por cento da tua capacidade e a ter impacto em dez por cento do que poderias.
Isto não é opcional. Espero que todos dediquem tempo a aprender a trabalhar com agentes. É a diferença entre ser alguém que executa tarefas e alguém que desenha sistemas. E aqui, agora, procuramos o segundo.
Os silos acabaram
E aqui está a consequência que menos vi chegar: os silos funcionais acabaram. Não porque fazemos um workshop de colaboração entre funções. Não porque temos um OKR partilhado. Dissolvem-se porque quando consegues fazer mais coisas, inevitavelmente tocas em mais território.
A dependência entre equipas era a cola que mantinha os silos no lugar. Ao eliminar a dependência, os silos perdem a sua razão de existir. O que resta são pessoas, que sabem cada vez mais sobre tudo, e que se movem entre problemas em vez de se moverem entre departamentos.
Não há um comité de inovação. Não há um laboratório à parte do resto. O que há é uma bola de neve que cada pessoa empurra numa direção diferente, e o resultado é algo que nenhum de nós conseguiria ter desenhado sozinho. A fronteira não se planeia. Descobre-se, todos os dias, quando alguém atravessa um limite que ninguém lhe disse que podia atravessar.
Lê essa frase outra vez
Na semana passada, o nosso Talent Manager corrigiu um bug em produção. Não escolheu a profissão errada. Viu algo avariado, aprendeu o suficiente para o entender, e resolveu-o. Em breve, um developer vai sentar-se a ouvir gravações de chamadas de prospecção, de uma cadência de prospecção que um SDR terá desenhado do início ao fim, mas não executa sozinho. O SDR desenha a estratégia, os agentes executam-na, e o developer continua a querer perceber o que os clientes dizem para melhorar o que está a construir.
Um SDR que desenha mas não executa. Um developer que ouve chamadas de vendas. Um Talent Manager que faz push de código. Se olhares para isto pela lógica do organigrama, é um desastre. Se olhares pela lógica dos resultados, é o mais eficientes que alguma vez fomos.
É isto que acontece quando deixas de proteger as fronteiras entre funções e começas a proteger a curiosidade. A bola de neve cresce em todas as direções. E a fronteira não está à frente. Está em todo o lado.
As tensões
Não quero pintar isto como um Éden. Tem as suas tensões.
A mais óbvia: se todos podem construir, quem decide o que se constrói? Autonomia sem alinhamento é caos. A resposta não é menos autonomia, é mais visibilidade. É por isso que espero algo muito concreto: partilha o que estás a construir, antes de o construíres. Pensa em voz alta. Publica antes de aperfeiçoar. Transparência não é um extra simpático. É o que faz a autonomia funcionar e não se transformar em anarquia.
Há uma armadilha silenciosa na capacidade de construir: é muito fácil confundir output com outcome. Construir algo que funciona não é o mesmo que resolver algo que importa.
Antes de abrir o Claude Code, antes de desenhar o fluxo, há uma pergunta que espero que cada um de vós faça: o que tem de ser diferente quando isto estiver feito? Não o que vou construir, mas o que tem de ter mudado. O output é o meio; o outcome é o objetivo.
Isto não trava a ação: orienta-a. Um builder que sabe exatamente o que está a tentar mudar constrói mais depressa, não mais devagar, porque cada decisão tem um norte claro.
A segunda tensão: a identidade profissional. Se já não és "só marketing" ou "só operações", o que és? Isso gera desconforto. Há pessoas que encontravam segurança na especialização e que agora sentem o chão a mexer-se. Compreendo. Mas espero que abraces esse desconforto em vez de fugires dele. Porque aquilo que és é um builder que sabe muito sobre marketing. Um learner que domina operações. A tua especialização não desaparece. Torna-se a tua perspetiva, não o teu perímetro. Expandir o perímetro é sinal de boa direção.
60 pessoas, 100 vezes mais capacidade
Somos as mesmas sessenta pessoas. Mas o output desta empresa vai ser irreconhecível em comparação com há um ano. Não porque trabalhamos mais horas. Trabalhamos, e vamos continuar a trabalhar, as mesmas horas. É que cada pessoa com uma equipa de agentes atrás de si, que amplifica tudo o que faz, multiplica o seu raio de ação por 100. O que antes exigia duas pessoas e uma semana, uma pessoa consegue agora resolver numa tarde. Nem sempre. Mas cada vez mais.
Isto tem implicações enormes na forma como pensamos o crescimento. A pergunta já não é "quantas pessoas precisamos de contratar" mas "quanto conseguimos amplificar a capacidade das que já temos". Não é um argumento contra contratar. É um argumento para contratar de forma diferente: pessoas que sabem orquestrar, que aprendem depressa, que se sentem confortáveis na ambiguidade de uma função que muda a cada trimestre. E espero o mesmo de quem já cá está: que a cada mês sejas capaz de fazer mais do que conseguias no mês anterior. Não mais horas. Mais capacidade.
Builders e learners
É assim que descrevemos o que procuramos e como encaramos o trabalho.
Builder porque constróis. Não só pensas, não só planeias, não só fazes estratégia (muito menos PowerPoints). Colocas coisas no mundo. Código, automações, documentos, sistemas. Coisas que funcionam, que têm um resultado, que alguém pode usar amanhã. Espero que, todas as semanas, cada pessoa desta equipa tenha colocado no mundo algo que não existia na segunda-feira.
Learner porque o que sabes hoje não chega para amanhã. Há seis meses, ninguém nesta equipa sabia orquestrar agentes. Há três meses, alguns já o faziam com dificuldade. Hoje está a tornar-se o padrão. A velocidade a que as ferramentas mudam, o limiar do que é possível, exige uma velocidade de aprendizagem equivalente. Não esperes que alguém venha ensinar-te. Vai aprender. É mais fácil do que nunca. Quem deixa de aprender, para. Espero curiosidade incansável. Espero que quebres coisas ao tentar. Espero perguntas antes de certezas. Se aprendeste algo novo, partilha-o, dentro e fora da Dcycle.
Não são duas coisas diferentes. São a mesma: constróis para aprender e aprendes para construir.
A minha parte
Tudo o que ficou escrito acima é o que espero de vós. Agora, a minha parte.
Se te peço para construir, comprometo-me a limpar entulho do caminho. Todo o processo que não acrescenta nada, toda a aprovação que só existe por inércia, toda a reunião que podia ser uma mensagem: é minha responsabilidade eliminá-la. Aponta-o quando o vires. A tua energia devia ir para construir, não para navegar burocracia.
Se te peço para quebrar coisas ao tentar, comprometo-me a garantir que quebrar coisas não tem consequências. Erros de boa-fé não são penalizados aqui. São analisados, aprende-se com eles, e seguimos em frente. O único erro imperdoável é não tentar. Se alguma vez sentires que cometer um erro tem um custo político, diz-me. Porque isso vai significar que algo na cultura se partiu, e corrigi-lo será a minha prioridade número um.
E se te peço para aprenderes constantemente, comprometo-me a aprender contigo. Não a partir de um gabinete. Nas mesmas trincheiras. Se eu deixar de construir, de quebrar coisas, de fazer perguntas incómodas, tens o direito de me chamar a atenção. Este pacto funciona nas duas direções ou não funciona.
A coisa mais transformadora de todas
Não sei se daqui a um ano ainda vamos trabalhar exatamente assim. Provavelmente não. Provavelmente teremos descoberto problemas que agora não conseguimos ver, e teremos inventado soluções que agora não conseguimos imaginar.
E isso, penso eu, é a coisa mais transformadora de todas. Não a tecnologia. Não os agentes. Não o código. É a mentalidade de alguém que deixa de esperar e começa a resolver. De alguém que vê um problema e, em vez de o escalar, constrói. É isso que espero de cada pessoa nesta empresa. Nem mais, nem menos.
É assim que trabalhamos na Dcycle. Builders. Learners. Gestores de um e de muitos. E o caminho continua a fazer-se caminhando.
J.