Qual é a combinação ideal de desenvolvedores sênior para juniores de uma equipe?


19

Em qualquer equipe, você precisará de mais desenvolvedores grisalhos e grisalhos e alguns filhotes jovens. Alguns motivos incluem:

  • Dinheiro. Muitas vezes, existem tarefas que não exigem o mesmo nível de experiência para fornecer, por isso faz sentido não pagar um dólar para que essas tarefas sejam cumpridas.
  • Energia. Há uma energia e entusiasmo que as novas pessoas podem trazer para uma equipe que impede que ela se torne obsoleta e atrapalhe. Há também calma e sabedoria que as pessoas mais velhas podem trazer.
  • Transferência de conhecimento e crescimento de carreira. Tanto em termos de projeto quanto de habilidades, é útil e geralmente divertido ensinar as pessoas e aprender coisas novas. É gratificante ajudar a "atrair" novos membros da equipe.

Sei que existem alguns projetos de vanguarda em que pode ser importante haver mais pessoas seniores do que juniores, mas, em geral, existe uma mistura ideal de experiências em uma equipe ou é totalmente dependente do projeto?

Respostas:


14

Eu realmente gosto do que Eric Brechner tem a dizer sobre esse assunto

Pense na sua equipe como um rio em vez de um lago. Um lago estagna. Não há energia ou ímpeto para mudar. O mesmo vale para grupos que estagnam. Eles cultivam mediocridade e complacência; eles abominam o risco. Um rio está sempre correndo e mudando com muita energia. Você quer um rio.

Um rio depende do fluxo de água e sua equipe depende do fluxo de pessoas e informações. Você pode pensar nas pessoas divididas em três grupos: novo sangue, novos líderes e anciãos prontos para um novo desafio. Veja como esses grupos devem equilibrar e fluir:

  • O maior grupo deve ser o novo sangue. Nem todos eles se tornarão líderes técnicos ou organizacionais.

  • Às vezes você terá mais novos líderes do que idosos, às vezes o contrário, mas, idealmente, você deve manter um equilíbrio.

  • Para o fluxo, você deseja um fluxo constante de novo sangue se tornando seus novos líderes e novos líderes se tornando mais velhos.

  • A chave para o fluxo é o sangue novo entrando e os idosos saindo. Para que isso funcione, você QUER que seus idosos se transfiram antes que eles entupam o fluxo e atrapalhem o fluxo de oportunidades para os outros.

Nem todas as tecnologias fluem na mesma taxa. Os mecanismos centrais, como o kernel do Windows, fluem lentamente, enquanto os serviços baseados na Web, como o MSN Search, fluem rapidamente. Você precisa se ajustar à sua situação, mas mesmo as tecnologias mais conservadoras mudam e fluem. Como você incentiva e mantém um fluxo saudável?

  • Mantenha um suprimento constante de novas pessoas.

  • Instale o compartilhamento de informações como um modo de vida.

  • Moldar a organização e os papéis para criar oportunidades de crescimento.

  • Encontre novos desafios para os mais velhos.


Quando acertamos, a programação se torna divertida!
Pramodc84 6/09/10

5
Espero que "encontrar novos desafios para os mais velhos" não seja um eufemismo para demiti-los!
Paddyslacker 6/09/10

A única coisa que vejo de errado com isso é que assume que os anciãos são sempre líderes. Eu conheci idosos que não querem liderar ou simplesmente não são bons nisso.
Jason Baker

1
@Conrad - Essa é a pergunta errada. A pergunta é: "Você deseja pessoas seniores que não são úteis para toda a organização?" A resposta para isso é claro que não. Não é preciso ser útil como líder para ser útil para toda a organização.
Jason Baker

1
@ Jason, talvez estejamos discordando sobre o que é um líder. Para mim, um líder é alguém que tem um papel maior que um desenvolvedor de cabeça para baixo. por exemplo, assumir um papel de design / análise, um cargo de gerente de recursos, um cargo de mentor, etc. Acho que alguém que deseja obter um aumento salarial todos os anos e ainda ser um desenvolvedor de baixo nível com o tempo reduz o valor que eles trazem.
Conrad Frix

7

Eu não acho que exista uma combinação ideal - é totalmente dependente do projeto e do ambiente. Alguns exemplos:

Todos Experientes

Pode ser apropriado ter todos os membros experientes da equipe em um projeto crítico com um prazo apertado, onde não há espaço para desenvolvedores juniores se atualizarem.

All Junior

Em outro exemplo, pode ser apropriado ter todos os desenvolvedores Junior em um projeto mais voltado para P&D. Havia uma equipe em uma empresa em que trabalhei composta inteiramente de estagiários aos quais foram designados projetos que precisavam de uma solução inovadora (mas não necessariamente rápida ou correta). Como eram problemas reais de clientes, mas como não tinham uma boa solução conhecida, conseguiram estagiários que seriam novos e que tinham poucas noções preconcebidas.

O ponto aqui não é que qualquer uma dessas abordagens geralmente esteja certa - mais que os projetos percorrerão toda a gama entre elas com base nas necessidades de negócios, fatores organizacionais e disponibilidade dos desenvolvedores.


3
Eu acho que seria útil ter pelo menos um desenvolvedor sênior em quase todos os projetos, mesmo que eles não estão trabalhando nisso em tempo integral
Casebash

2
Na minha experiência, "inovador" geralmente significa uma carga de juniores queimando o óleo da meia-noite escrevendo sua própria versão, pior, de algo que já existe no conjunto de ferramentas. Ou talvez eu esteja apenas estagnando.
NeedHack

2

Eu acho que o ideal seria não ter nenhuma distinção específica entre "junior" e "senior". As pessoas devem ser tratadas como indivíduos, não como itens em uma gaveta. Da mesma forma, cada projeto deve ser tratado como um problema individual que requer habilidades, talentos ou personalidades individuais para ser resolvido. Qualquer classificação desse tipo em "junior" e "senior" serve apenas para transformar a realidade em uma aproximação cada vez mais grossa e, portanto, torna cada vez menos provável que a decisão tomada em cada caso individual seja, em algum sentido, "ideal".


2
Eu acho que é uma distinção útil para fazer, desde que você reconhece que algumas pessoas podem ser mesmo à beira do júnior / sênior divisão
Casebash
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.