Responsabilidade é Armadilha de Otário
O sistema vende gestão de linha e scrum master como 'crescimento'. Na prática, é terceirização de problema: você carrega o piano enquanto outro toca a música.
Por que isso é importante
Responsabilidade é Armadilha de Otário. O sistema vende gestão de linha e scrum master como 'crescimento'. Na prática, é terceirização de problema: você carrega o piano enquanto outro toca a música.
A Armadilha da Responsabilidade de Gestão
Existe uma armadilha que o sistema monta para quem trabalha com código e tecnologia. Ela vem com nome bonito, enfeitada de "progressão de carreira", e quando você percebe, já está preso carregando peso que não é seu.
O patrão chega com sorriso de quem vai dar presente: "Você é bom demais, queremos te dar mais responsabilidade. Vai ser gerente de linha, coordenar o time, scrum master também. É o próximo passo na sua carreira."
O desenvolvedor ouve, sente o ego inflar e pensa que finalmente reconheceram seu valor. Aceita na hora. Toma um aumento modesto e sai orgulhoso contando que virou gestor. Só que não foi promoção — foi terceirização de problema.
A Reunião Que Ninguém Quer
Um desenvolvedor trabalhou treze anos escrevendo código. Junior, pleno, sênior. Subiu na marra, na base do suor, entregando software que funciona, escala e não quebra em produção. Treze anos de trincheira técnica.
Um dia pensou: "Para crescer, preciso virar gestor." O patrão concordou rapidinho — ia ganhar mão de obra administrativa de graça. De repente o cara estava fazendo one-on-one com quatro subordinados toda semana.
Não encaixou. Desde o primeiro dia não sentiu certo. Porque ele nunca gostou dessas reuniões nem quando era ele o subordinado. Aquele papo de "onde você se vê em cinco anos", "qual seu plano de carreira", "vamos definir suas metas de crescimento" — achava inútil quando faziam com ele. E agora estava infligindo nos outros.
Isso é o sistema replicando a própria doença. Você sofreu com aquela reunião, e agora está passando a mesma reunião adiante. E chamam isso de progressão de carreira.
Scrum Master é Trampo de Outro
Junto com a gestão de linha veio o pacote completo: scrum master. Organizar ticket, escrever critério de aceitação, desvendar o que o product owner quis dizer quando ele mesmo não sabe o que quer. Basicamente: administração. Burocracia pura. Papelada digital.
Isso não tem nada a ver com desenvolvimento de software. É como pegar um cirurgião e falar: "Além de operar, agora você também vai limpar a sala, agendar os pacientes e fazer o relatório do plano de saúde." O cirurgião ia recusar na hora.
No mundo da tecnologia, desenvolvedores aceitam calados. Porque o sistema vendeu que isso é "crescimento". E você aceita por medo de parecer acomodado se recusar.
Você Já é Responsável Demais
A parte que ninguém te conta: você já tem responsabilidade demais só por fazer o que faz.
Você empurra código para produção todo dia. Se errar, o software que a empresa usa para ganhar dinheiro quebra. O sistema sai do ar. O cliente não compra. O faturamento despenca. E quem está com o dedo no gatilho? Você.
Você montou pipeline de CI/CD para deploy automático. Escreveu testes para garantir que não vai dar merda. Projetou arquitetura que escala quando chegam dez mil requisições por segundo. Resolve bug em produção às duas da manhã enquanto o gestor está dormindo.
A maioria da população do planeta não é qualificada para fazer o que você faz. Levou anos de estudo, de errar, de quebrar coisa e consertar. Isso é uma montanha de responsabilidade. Só que você nem percebe — virou tão natural quanto respirar.
É por isso que dev ganha bem. Não é por causa de reunião de one-on-one. Não é por causa de ticket organizado no Jira. É porque você carrega o peso técnico que mantém a empresa de pé.
O Reframe: Responsabilidade Verdadeira
O sistema diz que responsabilidade é fazer coisa que você não quer fazer na esperança de um pagamento futuro que talvez nunca venha. Aceitar gestão de linha achando que em dois anos vão te dar um bônus. Virar scrum master achando que vão te promover a CTO.
A definição correta: responsabilidade é aquilo que você já faz, que você é bom, e que você quer ficar ainda melhor.
Projetar sistema simples que escala? Responsabilidade. Montar experiência de desenvolvedor rápida para ideia virar produção em horas? Responsabilidade. Garantir 99,99% de uptime? Responsabilidade. Resolver problema técnico complexo que faz a maioria das pessoas desistir nos primeiros cinco minutos? Responsabilidade — e diversão.
Fazer reuniãozinha semanal com subordinado para fingir que se importa com o plano de carreira de cinco anos dele, quando você mesmo sabe que não vai estar nessa empresa em dois? Isso não é responsabilidade. Isso é teatro corporativo.
Sua Vantagem Injusta
Todo profissional tem uma vantagem injusta. Aquela coisa que você faz melhor que os outros sem nem tentar tanto. Aquilo que você consegue fazer por horas e sair sorrindo, enquanto o resto do mundo abandonaria nos primeiros cinco minutos.
Para um dev, pode ser resolver problema técnico duro. Sentar na mesa, abrir o editor, e ficar quebrando a cabeça num bug bizarro até achar a solução. Pode ser projetar arquitetura. Automatizar deploy. Ensinar código de um jeito que até criança entende.
Regra de Ouro
Não jogue fora sua arma secreta para carregar o piano dos outros. Quando você aceita cargo de gestão que não combina com você, está trocando sua arma secreta por uma vassoura. Abandonando o que te faz único para fazer o que qualquer um pode fazer — e pior, fazendo mal feito, porque não é seu talento natural.
A Honestidade é a Maior Malandragem
Parece contraditório, mas a honestidade estratégica funciona. Quando você chega numa entrevista e fala com todas as letras: "Não tenho interesse em gestão de linha, não combina com minha personalidade, prefiro focar em implementação técnica" — o que acontece?
O entrevistador respeita. Porque está acostumado com gente que fala o que ele quer ouvir. Gente que diz "sim, aceito qualquer coisa" só para conseguir o emprego. E lá na frente fica infeliz, entrega mal, e pede demissão em seis meses.
Quando aparece alguém que sabe exatamente o que quer e o que não quer? Isso é raro. E raro é valioso.
O Caveat: Desconforto vs Peso Morto
Atenção: isso não significa fugir do desconforto. Se você quer ser tech lead e ainda não tem as skills de liderança, vai aprender. Vai estudar. Vai passar pelo desconforto de liderar pela primeira vez. Isso é crescimento. Isso é evolução.
O ponto é: não confunda desconforto de crescimento com peso morto de responsabilidade que não é sua.
Diferença crucial
Aprender liderança técnica porque você quer = desconforto saudável. Aceitar gestão de linha porque o patrão empurrou = peso morto.
O difícil — e levou treze anos para o cara do exemplo entender — é saber a diferença. Mas quando você sabe? Avança na carreira dez vezes mais rápido. Porque toda energia vai para o lugar certo.
A Lei Deste Capítulo
Quando alguém vier te oferecer "mais responsabilidade" que não tem nada a ver com você, olhe nos olhos e diga: "Não estou no compromisso para isso. Estou no compromisso de ser foda no que faço."