JavaRush /Blogue Java /Random-PT /Nem todos os desenvolvedores querem ser gerentes, e esta ...

Nem todos os desenvolvedores querem ser gerentes, e esta é a norma

Publicado no grupo Random-PT
Tradução e adaptação de artigo do desenvolvedor Peter Zemek e sua opinião sobre se o status de desenvolvedor sênior é realmente um estágio intermediário antes de uma posição gerencial. Nem todos os desenvolvedores querem ser gerentes, e esta é a norma - 1

Carreira de desenvolvedor

Você provavelmente se tornou (ou deseja se tornar) um desenvolvedor porque adora programar. Adoro “embrulhar” ideias abstratas em código. Crie algo importante do nada. Aprenda novas tecnologias, linguagens de programação, frameworks, etc. Entenda como tudo é triplicado. Portanto, enquanto você trabalha como desenvolvedor júnior, evolui gradualmente para um desenvolvedor “médio” forte e alcança o status sênior, você gosta do que faz. E então, um belo dia, você atinge o auge do seu negócio, ou de repente se mostra um bom organizador, ou simplesmente não há ninguém em sua equipe adequado para o papel de gerente que esta posição lhe é oferecida. Nesses casos, costuma-se dizer: “Mudar para uma posição de liderança está na ordem das coisas”. Mas gostaria de objetar: acho que ninguém deveria fazer o que não quer.

Por que tal transição não está na ordem das coisas

Em primeiro lugar, se você está pedindo a alguém que gosta de escrever código que se torne alguém que não faz nada disso, onde está a lógica? Ele sentirá que sua atividade favorita foi tirada dele e, mais cedo ou mais tarde, ele se esgotará e odiará seu trabalho. É claro que ele pode se livrar de novas responsabilidades e continuar codificando, mas então as funções gerenciais da equipe cederão. E isso é ruim para os negócios. Por que alguém iria querer um líder que não quer gerenciar pessoas? Em segundo lugar, só porque uma pessoa escreve bem o código não significa que ela será um bom gerente. Desenvolvimento e gestão são campos diferentes que exigem habilidades e mentalidades diferentes. É como jogadores e treinadores de futebol. Só porque você é um bom jogador de futebol não significa que você possa dirigir bem um time de futebol ( embora isso certamente aconteça ). O gestor precisa interagir de perto com as pessoas e montar o processo de trabalho para que ele dê frutos. Você precisa dar às pessoas a oportunidade de fazerem seu trabalho para que seja eficaz, mas não de fazer esse trabalho por elas. E um desenvolvedor é um funcionário direto. Ser gestor significa alcançar resultados organizando adequadamente o trabalho de outras pessoas, em vez de fazê-lo sozinho. Terceiro, existe uma disposição conhecida como “ princípio de Pedro ”. Sua essência é que os especialistas recebam promoções com base na experiência profissional anterior até que cheguem a uma posição para a qual não tenham competência. Assim, se um bom desenvolvedor for promovido a gerente e não estiver preparado para isso, não conseguirá realizar o novo trabalho adequadamente. A transição de um bom desenvolvedor para um mau gestor só prejudicará a empresa. O aumento deve ser feito no âmbito das atividades atuais. E se um desenvolvedor não desenvolve voluntariamente competências gerenciais, não faz sentido empurrá-lo nessa direção. Em quarto lugar, alguns especialistas concordam com um cargo gerencial para aumentar seus salários. Sim, os gestores muitas vezes ganham mais do que os seus subordinados. Mas nem sempre: a situação oposta também ocorre. Se uma equipe tiver especialistas fortes, será mais difícil para eles encontrar um substituto do que para um gestor. Se a contribuição do desenvolvedor para a empresa for mais valiosa do que a contribuição do gestor, não há razão para pagar a mais ao gestor. Além disso, o patch não é tudo. É melhor fazer o que você gosta por menos dinheiro do que fazer um trabalho que você odeia por um salário mais alto. Quinto, você nunca deve aceitar um cargo de gestão só porque não há mais ninguém em sua equipe adequado para essa função. Isso não é culpa sua. Você precisa ser intencional em relação à sua carreira. Caso contrário, não só o seu humor e autoestima serão prejudicados, mas também a empresa. Então, o que você faz se adora programar e não quer mudar para o lado do gerenciamento? Existe uma saída!

Você tem uma escolha

O cargo de desenvolvedor sênior pode ser um estágio intermediário antes de um cargo gerencial. Pode não ser. Em geral, a carreira pode ser gerencial ou talvez técnica. Você pode se desenvolver facilmente na área técnica, pois existem os seguintes cargos:
  1. Desenvolvedor Sênior/Chefe - esta pode ser exatamente a posição na qual você deseja continuar a se desenvolver. Permitir que programadores de nível sênior continuem sendo funcionários diretos é normal.

  2. O desenvolvedor líder (líder técnico) é uma função semi-gerencial. Os desenvolvedores líderes gerenciam projetos/pessoas apenas de uma perspectiva técnica. Eles não têm subordinados diretos e não gerenciam funcionários: podem influenciar a decisão final sobre determinadas questões pelo poder de sua autoridade. Porém, as competências e área de influência deste especialista podem diferir em diferentes empresas.

  3. Arquiteto – Se você gosta de projetar sistemas complexos e é bom nisso, pode se tornar um arquiteto. O arquiteto é frequentemente considerado o auge do desenvolvimento da carreira técnica. As responsabilidades profissionais de um arquiteto também podem variar, a tal ponto que nem todos os arquitetos escrevem código.

Conclusão

Espero que entre os leitores haja desenvolvedores que se sintam um pouco melhor: é absolutamente normal duvidar se é necessário ser gestor. Faça o que você ama e não deixe que outros o arrastem a fazer algo que você odiará. Além disso, programar é o que você gosta mesmo, não é? Ser gestor é normal e conheço quem gosta de suas responsabilidades porque gosta de trabalhar com pessoas. Ao escolher uma futura carreira, considere o que você realmente gosta.
Comentários
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION