Eu fiz esse tipo de mudança há alguns anos atrás. Em meu lugar específico, eu estava me sentindo ineficaz em meu papel de desenvolvimento naquela época e encarava o papel de liderança como uma oportunidade de influenciar as melhores práticas de programação em minha organização.
Foi uma transição difícil nos primeiros meses, pois descobri que havia uma quantidade significativa de sobrecarga que tirou minha capacidade de codificar. Além disso, havia a hesitação de não querer ultrapassar meus limites.
Depois de alguns meses, meu chefe ficou doente por algumas semanas, o que me deixou realizando muitas de suas tarefas administrativas na ausência dela. Durante esse período, percebi mais liberdade para tomar decisões; nesse momento, pude fazer alterações em nossos processos, o que me permitiu fazer um uso mais eficiente do meu tempo. Esta foi a verdadeira chave para ter sucesso no papel, apenas não tenha medo de tomar decisões.
No que diz respeito a algumas de suas perguntas específicas:
- Fiquei frustrado com a falta de tempo disponível para desenvolver, demorou cerca de um ano para encontrar o equilíbrio certo
- Passei muito tempo aprimorando minhas habilidades interpessoais, o que me tornou um líder mais forte em todas as esferas da vida
- Fui convidado pela gerência e houve um pequeno aumento salarial, mas minha principal motivação foi o desenvolvimento de carreira
- O relacionamento com os colegas foi bom. Acredito que é porque fiz um grande esforço para trabalhar como defensor da equipe e fiquei motivado a agir em benefício deles. Nesse sentido, eu estava trabalhando com eles em vez de acima deles.
Tornei-me um líder técnico / de equipe, porque eu amo fazer com que as equipes técnicas fiquem loucas :-) Acredito muito no poder das equipes / comunidades técnicas para fazer muitas mudanças positivas no mundo.
Eu ainda tenho um forte desejo de escrever código e criar coisas úteis, mas sou igualmente (se não mais) motivado a tentar ter um efeito positivo em uma equipe de pessoas que constrói software. Eu tento me concentrar em remover todas as barreiras para eles entrarem e projetar e escrever um ótimo código.
Gosto muito da parte social do meu trabalho. Sim, acredito que o desenvolvimento de software é uma atividade social e técnica / engenharia.
A primeira vez que fui líder técnico - sim. Naquela época, era simplesmente porque eu era o único que conhecia a tecnologia em questão (coisas Java baseadas na Web).
Não - para mim, eu teria ganho mais por dia ou por hora como desenvolvedor direto. Os líderes da equipe / técnicos tendem a ter que demorar mais horas. YMMV sobre isso.
Um ato de equilíbrio! A política e as coisas de 'habilidade leve' foram definitivamente as mais difíceis. As decisões técnicas etc. foram mais fáceis, mas você tem muito pouco tempo para realmente codificar até ter mais experiência em gerenciar seu tempo.
Inicialmente, sim - eu era muito mais jovem que o resto da equipe - foi um delicado ato de aprender a arte do desenvolvimento de software com eles, além de liderar a frente da 'nova tecnologia'.
HTH!
fonte
Trabalhei como equipe e gerente de projetos em vários grandes projetos. Eu fiz isso porque eu era o desenvolvedor mais experiente lá. Na minha opinião, é crucial que os líderes de equipe e os gerentes de desenvolvimento sejam programadores muito fortes por si só e continuem escrevendo (e possivelmente mais importante) revisando o código do projeto.
Como para suas perguntas específicas:
Não - eu continuei escrevendo código. Veja acima.
Não sou mais uma pessoa do povo, mas tenho excelentes habilidades de comunicação - nem eram uma motivação.
Até certo ponto. Afinal, alguém tem que fazer de você um líder / gerente em situações hierárquicas de negócios.
Certamente ajuda!
Bem, no que diz respeito à gestão de equipes e desenvolvimento, não tão bem ao lidar com políticas externas, que é a mosca na pomada para esse papel.
De modo nenhum.
fonte
Eu mudei para a gerência há 15 anos. Minha razão inicial para fazer isso era que eu me via como alguém que precisava alcançar uma carreira, e esse era o caminho para isso. Ao longo dos anos, isso deu lugar ao desejo de levar adiante coisas maiores do que um único homem pode suportar.
Meu desejo de escrever código nunca diminuiu ao longo dos anos, e às vezes fica um pouco no caminho. Eu tive que aprender a colocar meus próprios desejos de lado e fazer o que é melhor para a equipe, especialmente como Scrum Master. Eu nunca fui mais uma pessoa do povo e tive que aprender muitas habilidades de gerenciamento. O que observei, ao longo dos anos, é que, se você deseja ingressar na administração, deve fazer uma escolha. Você pode ser um gerente (comercialmente) de sucesso ou ser um bom líder de equipe. Pouquíssimas pessoas conseguem ser as duas coisas ao mesmo tempo (e em algumas empresas é literalmente impossível). Na maioria dos lugares em que estive, a única prioridade da alta gerência é o dinheiro, e todas as outras coisas, como formação de equipes, qualidade, valores da comunidade, etc. não contam absolutamente nada.
Meus primeiros meses foram comparativamente fáceis, porque mudei de uma parte da empresa para outra quando mudei para a gerência, para que não houvesse conflito com colegas antigos.
O aumento de dinheiro foi bem-vindo, mas agora acho que, se você não seguir a gerência sênior, poderá conseguir o mesmo sendo apenas um excelente engenheiro de sw e vendendo-se adequadamente (e acredite em mim, considerando as dores de cabeça e as tensões de uma empresa). trabalho de gerência intermediária, que é realmente uma ideia atraente).
fonte
Eu dei o salto para o mundo líder de equipe no meu último emprego. Fui escolhido pelo meu gerente porque ele ficou impressionado com o meu trabalho e queria ver se eu poderia lidar com mais. Eu decidi tentar e correr com ele.
Os primeiros meses foram instáveis, alguns prazos foram perdidos e um código muito ruim, mas acabei pegando o jeito.
Como líder da equipe, descobri que ainda escrevia muito código, estava assistindo o código de outras pessoas e progredindo também.
Quanto ao relacionamento com meus colegas, eles não foram afetados demais. Fiz um curso a distância logo depois de me tornar um líder de equipe chamado 'Construir equipes que funcionam'. Explicou muitas das habilidades sociais e como reunir uma equipe. Peguei alguns conselhos desse curso e os apliquei à minha equipe e realmente funcionou.
Você precisa garantir que seus colegas não o vejam como deixando para trás, você é uma habilidade trabalhando com eles e agora para eles. Alguns pensam que estão trabalhando para você, mas, na verdade, é o trabalho do líder da equipe garantir que eles tenham todas as ferramentas de informações necessárias para ter sucesso. Quando eles conseguem, a equipe obtém sucesso.
Apenas meus dois centavos :)
fonte
Estou fazendo isso porque há muito trabalho e não o suficiente. Meu plano é contratar pessoas que precisam de pouca supervisão. Idealmente, eles serão muito melhores do que eu, e eu poderei apontá-los para um problema, depois me sentar e receber o crédito.
fonte
Normalmente, na minha experiência, o único critério é a antiguidade, que varia dependendo da sorte; se você entrar e os caras sairem por mais tempo, você é o desenvolvedor sênior agora (embora isso possa não ser uma coisa boa, dependendo das razões pelas quais os outros saíram ...) e será liderado à medida que mais pessoas forem contratadas , ou apenas ser um Smithers / Yes-Man para a gerência, não importa o quê. A habilidade e o conhecimento reais parecem ter muito pouco a ver com isso, já que durante a minha carreira só encontrei um punhado de "leads" que sabiam o suficiente para serem leads - na maioria dos casos, eles só estavam na empresa há mais tempo.
fonte