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.

0voto

Sergey Points 1943

C'est juste une idée.

Je suppose que vous utilisez les systèmes de contrôle de version des sources comme SVN. Donc, mettez en place une politique de révision des commits et de rejet des mauvais. Ensuite, il suffit de montrer aux autres managers les statistiques des commits rejetés pour prouver que les développeurs médiocres sont très coûteux pour l'entreprise.

0voto

HLGEM Points 54641

Voici une autre idée pour vous : Ne réparez pas ce qu'ils cassent. Renvoyez-le pour qu'il soit retravaillé dans un e-mail en leur disant ce qui ne va pas et comment le réparer (seulement en termes généraux) et mettez la direction en copie. Assurez-vous de noter, pour la compréhension de la direction, l'impact exact de ce problème sur votre délai final. Cela vous permettra de documenter les problèmes de performance et certains d'entre eux cesseront peut-être d'être aussi mauvais lorsqu'ils devront réparer leurs propres erreurs.

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