O monitor já refletia mais a luz da rua que qualquer linha de código. Mais um dia escorrendo pelas bordas, deixando aquela sensação familiar de que algo importante ficou no ar, pairando, mas sem nunca aterrissar. Tipo um deploy que falha silenciosamente, e você só percebe lá na frente, quando o bug já virou um problema maior. Hoje, a coisa foi sobre liderança, ou a falta dela, ou a presença dela onde ninguém esperava. Uma das reuniões intermináveis me fez pensar de novo sobre isso.
Tinha gente ali que falava muito, com gráficos e slides, mas a sensação era de que estavam apenas lendo um roteiro. Outros, quietos, só ouvindo. Mas o que me chamou a atenção foi o comportamento de alguns. Não eram os gerentes, nem os coordenadores. Eram uns colegas, que, na teoria, tinham o mesmo nível que eu. Mas eles agiam diferente. Quase sem querer, parecia.
Lembro de uma situação, no meio de uma discussão sobre um backlog que não andava. O product owner estava explicando pela terceira vez o mesmo ponto, e o time parecia… flutuar. Ninguém se manifestava. Eu mesmo, no meu canto, já sentia a energia esvair. Aí, o João, um dos devs mais antigos, mas sem cargo de gestão, simplesmente abriu um VS Code na tela e começou a rabiscar um fluxo. Não explicou. Só desenhou. Em cinco minutos, o que estava confuso para uns, virou algo visualmente digerível. Ninguém pediu, ele só fez. E a discussão mudou de rumo, ganhou foco. Não foi um “agora vou mostrar como se faz”. Foi um “olha, talvez seja isso aqui”. Ele não liderou dizendo, liderou fazendo.
Outro dia, em um code review que estava virando um poço de pequenos ajustes, a Maria, que entrou há pouco tempo, mas é daquelas que pega as coisas no ar, notou um padrão. Um monte de gente apontando detalhes, mas ninguém questionando a arquitetura por trás. Ela mandou uma mensagem no chat, simples: “Pessoal, estou achando que estamos refatorando o sintoma, não a causa. O problema não é o nome da variável, mas a forma como a feature foi pensada lá atrás. Alguém já olhou o ticket original?” De repente, um silêncio no grupo. Depois, um colega respondeu: “Verdade, Maria. Nem me lembrei disso.” E a conversa se deslocou para um nível mais estratégico. De novo, não foi uma bronca, não foi um direcionamento formal. Foi uma observação que realinhou todo mundo, quase por osmose.
Eles não estão atrás de holofotes. Pelo contrário. O João é de poucas palavras, a Maria é mais direta, mas também não é de ficar discursando. Eles só… resolvem. Ou tentam resolver. Veem o problema, identificam uma falha silenciosa no processo, e agem. Não com ordens, mas com intervenções pontuais que desempacam as coisas. Às vezes, é uma pergunta bem colocada, que ninguém mais ousou fazer. Às vezes, é uma demonstração prática, como o João. Ou um ajuste fino numa discussão que estava saindo do trilho, como a Maria fez.
Comecei a perceber que esses “sinais” não vêm com crachás ou descrições de cargo. Vêm com atitudes. Tipo quando alguém percebe que a comunicação tá truncada e não espera o gerente intervir. Vai lá e refatora a mensagem, reorganiza o tópico, chama a pessoa no privado pra ver se entendeu. Não é pra ser bonzinho, nem pra mostrar serviço. É pra tirar um peso da própria cabeça, da sensação de que as coisas não andam. Tipo um hotfix pro fluxo de trabalho.
Ainda teve uma vez que um deploy crítico deu problema num feriado. Ninguém conseguia contato com o responsável principal. Mas o Carlos, que nem era do time daquele deploy, tinha acompanhado umas discussões antes e se meteu. Ele começou a debuggar por conta própria, fez umas ligações estratégicas pra saber quem poderia ajudar e, sem alarde, orquestrou a solução. Não era o trabalho dele. Ele não tinha obrigação. Mas a coisa estava pegando fogo, e ele simplesmente agiu. Não esperou que alguém viesse e dissesse: “Carlos, por favor, assuma.” Ele viu a falha e preencheu a lacuna.
É quase como se tivessem um sensor interno para bottlenecks ou deadlocks no fluxo de trabalho. Quando a coisa emperra, não ficam só observando. Eles dão aquele pequeno empurrão, que às vezes é sutil, às vezes é só uma sugestão, um questionamento. Não é sobre ter a resposta final, mas sobre ter a coragem de testar uma hipótese, de tentar um caminho diferente quando o óbvio não está funcionando. E o mais interessante é que fazem isso sem esperar reconhecimento. Parecem incomodados com a inércia, com o silêncio que esconde problemas.
Eles não se sentem mais importantes que os outros. Acho que sentem apenas a responsabilidade inerente a quem está ali, no dia a dia, vendo a engrenagem girar (ou não). Essa é a parte que me pega. Essa naturalidade em assumir uma frente, mesmo quando ninguém pediu. Não é uma performance. É a forma como eles operam. E talvez seja por isso que funcionam. Não estão atuando como líderes. Estão apenas sendo eles mesmos, e a liderança é uma consequência invisível, um efeito colateral de sua forma de ser técnico.
É um jeito meio torto de ver as coisas, mas faz sentido. Não são os sete passos para se tornar um líder técnico. São os sete sinais de que você já age como um, sem nem perceber. E não é um roteiro, é só uma constatação silenciosa de um profissional de TI no fim do dia, tentando juntar os pedaços.
No fim das contas, a gente sempre volta para essas observações de corredor, né? Pessoas que fazem as coisas andarem, meio que por conta própria, sem a placa de “líder”. Talvez seja só o jeito de alguns de nós lidarem com a ineficiência ou com o silêncio que às vezes grita mais alto que qualquer reunião. É algo que me faz pensar, sobre o que realmente significa guiar, mesmo sem querer.
