82 votes

Comment démontrer à la direction que les développeurs médiocres nuisent à l'équipe ?

Je me trouve dans la position précaire de "gérer" une équipe de développeurs dans une petite entreprise. Je dis "gérer" parce que, bien que je répartisse le travail et que je fournisse un retour d'information sur leurs performances, je n'ai aucun recours pour discipliner une personne.

Je ne sais pas quoi faire de certains membres de mon équipe, ils sont incapables de travailler seuls, ont besoin d'un soutien massif et, lorsqu'on les laisse faire, ils font des ravages sur le projet, jusqu'à l'échec. Lorsque l'échec survient, je dois sauver le projet et le pousser (parfois en boitant) vers la ligne d'arrivée.

Ces développeurs manquent non seulement de compétences en matière de concepts de programmation, mais aussi généralement de capacité à formuler une solution à un problème en code. Des choses simples comme l'écriture de boucles sont difficiles pour eux, sans parler de la conception et de la mise en œuvre d'une solution à un problème.

Nous avons essayé la programmation par paire, proposé de payer des cours, acheté des livres, alloué du temps à la formation pendant la journée de travail et même pris des journées entières pour former l'équipe.

L'autre développeur principal et moi-même ne savons pas quoi faire, mais notre productivité est mise à mal par le fait de devoir traiter avec ces personnes au quotidien. La direction nous oblige à leur donner du travail et leur principale plainte est que les choses ne sont pas faites assez rapidement.

Aucun membre de notre équipe de gestion ne travaille directement avec les développeurs, à l'exception de moi-même et de l'autre développeur principal. La direction n'est pas technique et croit que tous les développeurs sont égaux, et que nous avons évidemment besoin de plus de personnes sur ces projets pour les réaliser plus rapidement.

Je suis déjà en train de préparer un document avec des sections de "The Mythical Man Month" et "Code Complete" que j'enverrai à la direction pour espérer illustrer par des statistiques que ce qui nous gêne vraiment, c'est de devoir traîner les gens médiocres dans le cycle de développement.

Quelles sont les autres ressources disponibles ? Livres, articles, conseils généraux, tout ce qui pourrait être utile.

2voto

nmiranda Points 2301

Mon conseil serait de mettre en place un système de suivi des bogues et de répartir les tâches. Cela permettra de montrer la productivité de chaque membre de l'équipe. La première fois que nous l'avons utilisé, nous avons réussi à organiser l'équipe et à mesurer le temps que nous passions à travailler sur des tâches. L'une des choses que j'ai appréciées est le fait que lorsque quelqu'un assignait une tâche, il envoyait un e-mail au travailleur et une copie à quelqu'un d'autre pour vérifier la tâche.

Au fait, nous avons utilisé BugTracker.Net .

2voto

Peter Perháč Points 8007

Je me demande comment ces gens sont entrés dans l'entreprise en premier lieu :

Ces développeurs manquent non seulement de compétences avec les concepts de programmation, mais généralement la capacité de formuler une solution à un problème en code.

Des choses simples comme écrire des boucles sont difficiles pour eux...

Votre entreprise doit, sans aucun doute, investir plus de temps et d'efforts dans le recrutement de la main-d'œuvre, comme le dit le vieil adage : la précipitation entraîne le gaspillage.

Maintenant, une fois que vous êtes dans la situation que vous décrivez, terminez votre rapport, (comme d'autres l'ont suggéré) soyez concis et soulignez combien d'argent cela coûte à l'entreprise, soumettez-le et attendez le meilleur (comme vous l'avez dit, vous "n'avez aucun recours pour discipliner un individu").

2voto

Andy Joiner Points 747

J'ai lu ceci il y a quelque temps sur l'encouragement des programmeurs à vouloir être les meilleurs.

Nerd Herding

1voto

user271471 Points 36

Vous avez mentionné que pour votre équipe, vous "fournissez un retour sur leurs performances".

Donc :

  1. Asseyez-vous avec votre équipe.
  2. Distribuez-leur des impressions de cette page, et dites-leur que vous l'avez affichée à leur sujet.
  3. Laissez-les le lire.
  4. Demandez-leur de vous aider à résoudre le problème.
  5. Écoutez et notez-le.
  6. Apportez cela à votre équipe de direction.

1voto

aaaa bbbb Points 1487

Peopleware est un autre livre qui devrait rejoindre votre liste.

Cependant, lorsque je l'ai lu, je ne l'ai pas trouvé pratique car personne dans l'entreprise ne voulait essayer ses recommandations.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X