Durante boa parte da minha carreira, o meu valor era medido pelo c\u00f3digo que eu entregava. Resolver o bug que ningu\u00e9m achava, desenhar a integra\u00e7\u00e3o mais complicada, ser a pessoa a quem o time recorria quando algo travava. At\u00e9 que, um dia, a pergunta mudou: em vez de “o que voc\u00ea entregou?”, passou a ser “o que o time entregou?”.<\/p>\n\n\n\n
Virar gestor do time do qual voc\u00ea fazia parte \u00e9 uma das transi\u00e7\u00f5es mais dif\u00edceis da carreira em tecnologia. Ningu\u00e9m te entrega um manual. Voc\u00ea continua sentando perto das mesmas pessoas, participando das mesmas reuni\u00f5es, mas o seu papel, e a forma como te enxergam, mudou da noite para o dia.<\/p>\n\n\n\n
Estas s\u00e3o as li\u00e7\u00f5es que eu gostaria que tivessem me contado antes.<\/p>\n\n\n\n
O primeiro instinto de quem vem do desenvolvimento \u00e9 pegar o problema mais dif\u00edcil para si. Parece produtivo, mas \u00e9 uma armadilha: enquanto voc\u00ea est\u00e1 mergulhado em uma tarefa, ningu\u00e9m est\u00e1 olhando para o sistema como um todo.<\/p>\n\n\n\n
O gestor t\u00e9cnico precisa enxergar onde o fluxo est\u00e1 travando: a tarefa parada esperando uma decis\u00e3o, a depend\u00eancia de outra \u00e1rea, a pessoa sobrecarregada, o requisito que ningu\u00e9m entendeu direito. Muitas vezes, a coisa mais valiosa que voc\u00ea faz no dia n\u00e3o \u00e9 uma linha de c\u00f3digo, \u00e9 uma conversa de 15 minutos que destrava tr\u00eas pessoas.<\/p>\n\n\n\n
A rela\u00e7\u00e3o muda, e fingir que n\u00e3o mudou \u00e9 pior. Algumas pessoas v\u00e3o testar limites, outras v\u00e3o se afastar, e algumas v\u00e3o esperar favorecimento.<\/p>\n\n\n\n
O que funcionou para mim foi ser transparente desde o come\u00e7o: conversar individualmente com cada pessoa, explicar como eu pretendia trabalhar, o que eu esperava e o que elas podiam esperar de mim. Respeito n\u00e3o vem do cargo; vem da coer\u00eancia entre o que voc\u00ea diz e o que voc\u00ea faz, todos os dias.<\/p>\n\n\n\n
Existe um equil\u00edbrio dif\u00edcil aqui. Se voc\u00ea continua codando como antes, vira gargalo e deixa a gest\u00e3o de lado. Se voc\u00ea se afasta completamente, perde a capacidade de avaliar decis\u00f5es t\u00e9cnicas e de conversar de igual para igual com o time.<\/p>\n\n\n\n
O meu ponto de equil\u00edbrio foi continuar perto da arquitetura, das revis\u00f5es e das decis\u00f5es t\u00e9cnicas importantes, mas sair do caminho cr\u00edtico das entregas. C\u00f3digo que s\u00f3 eu entendo, sendo gestor, \u00e9 risco para o time.<\/p>\n\n\n\n
Mas nunca parei de codar. Com menos frequ\u00eancia, claro, mas de tempos em tempos eu assumia um desenvolvimento, nem que fosse uma demanda de sustenta\u00e7\u00e3o. Era a forma de n\u00e3o perder o conhecimento do produto: saber onde cada coisa acontece dentro do sistema e conhecer os detalhes t\u00e9cnicos que s\u00f3 quem coloca a m\u00e3o no c\u00f3digo conhece.<\/p>\n\n\n\n
Isso faz diferen\u00e7a no dia a dia. Consigo identificar e reduzir gargalos mais r\u00e1pido e responder \u00e0s d\u00favidas dos devs com mais agilidade, porque ainda conhe\u00e7o o produto por dentro. Se eu tivesse me afastado totalmente, com o tempo perderia essa habilidade, e eu n\u00e3o queria isso.<\/p>\n\n\n\n
Quando eu era desenvolvedor, feedback era algo que acontecia na avalia\u00e7\u00e3o de desempenho. Como gestor, aprendi que feedback precisa ser frequente, espec\u00edfico e pr\u00f3ximo do fato.<\/p>\n\n\n\n
Elogio p\u00fablico e espec\u00edfico (“a forma como voc\u00ea documentou essa integra\u00e7\u00e3o economizou horas do time”) vale mais que um “bom trabalho” gen\u00e9rico. E a conversa dif\u00edcil, quando adiada, s\u00f3 fica mais dif\u00edcil. Reuni\u00f5es individuais regulares, mesmo curtas, se tornaram uma das ferramentas mais importantes da minha rotina.<\/p>\n\n\n\n
Press\u00f5es de prazo, mudan\u00e7as de prioridade e demandas urgentes chegam o tempo todo. Parte do papel do gestor \u00e9 filtrar e traduzir: o que \u00e9 realmente prioridade, o que pode esperar, o que precisa ser negociado.<\/p>\n\n\n\n
Isso n\u00e3o significa esconder o contexto do time. Pelo contr\u00e1rio: quanto mais o time entende o porqu\u00ea das prioridades, melhores decis\u00f5es toma sozinho. Mas significa n\u00e3o repassar ansiedade sem filtro.<\/p>\n\n\n\n
Talvez a mudan\u00e7a mais dif\u00edcil seja emocional. Como desenvolvedor, o sentimento de “fiz algo hoje” era imediato. Como gestor, as vit\u00f3rias s\u00e3o mais lentas e menos vis\u00edveis: uma pessoa que cresceu, um processo que ficou mais fluido, um conflito que n\u00e3o escalou, um prazo cumprido sem hero\u00edsmo.<\/p>\n\n\n\n
Aprendi a medir meu trabalho pelo desempenho e pela autonomia do time, e n\u00e3o s\u00f3 pela minha produ\u00e7\u00e3o individual, seja como gestor, seja como algu\u00e9m que continua desenvolvendo.<\/p>\n\n\n\n
Algumas coisas eu acertei desde o in\u00edcio, como conversar individualmente com cada pessoa do time e combinar como seria o meu papel, inclusive em que eu continuaria t\u00e9cnico. Mas, se pudesse voltar ao primeiro dia como gestor, faria uma coisa mais cedo: buscar um mentor ou par fora do time<\/strong>, algu\u00e9m com quem conversar sobre as decis\u00f5es dif\u00edceis sem expor ningu\u00e9m.<\/p>\n\n\n\n A transi\u00e7\u00e3o de desenvolvedor para gestor n\u00e3o \u00e9 uma promo\u00e7\u00e3o do mesmo trabalho. \u00c9 uma mudan\u00e7a de profiss\u00e3o. E quanto antes a gente aceita isso, mais r\u00e1pido come\u00e7a a fazer um bom trabalho.<\/p>\n\n\n\n E voc\u00ea, j\u00e1 passou por essa transi\u00e7\u00e3o ou est\u00e1 prestes a passar? O que mais te surpreendeu?<\/em><\/p>\n","protected":false},"excerpt":{"rendered":" Virar gestor do time em que voc\u00ea programava ontem \u00e9 uma das transi\u00e7\u00f5es mais dif\u00edceis da carreira em tecnologia. O que eu aprendi na pr\u00e1tica, e o que gostaria que tivessem me contado antes.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[160],"tags":[163,162,161,164],"class_list":["post-188","post","type-post","status-publish","format-standard","hentry","category-lideranca","tag-carreira","tag-gestao-de-times","tag-lideranca-tecnica","tag-tech-lead"],"_links":{"self":[{"href":"https:\/\/www.williamcleissondecarvalho.com.br\/blog\/wp-json\/wp\/v2\/posts\/188","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.williamcleissondecarvalho.com.br\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.williamcleissondecarvalho.com.br\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.williamcleissondecarvalho.com.br\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.williamcleissondecarvalho.com.br\/blog\/wp-json\/wp\/v2\/comments?post=188"}],"version-history":[{"count":2,"href":"https:\/\/www.williamcleissondecarvalho.com.br\/blog\/wp-json\/wp\/v2\/posts\/188\/revisions"}],"predecessor-version":[{"id":203,"href":"https:\/\/www.williamcleissondecarvalho.com.br\/blog\/wp-json\/wp\/v2\/posts\/188\/revisions\/203"}],"wp:attachment":[{"href":"https:\/\/www.williamcleissondecarvalho.com.br\/blog\/wp-json\/wp\/v2\/media?parent=188"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.williamcleissondecarvalho.com.br\/blog\/wp-json\/wp\/v2\/categories?post=188"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.williamcleissondecarvalho.com.br\/blog\/wp-json\/wp\/v2\/tags?post=188"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}