Comment gérer les programmeurs égocentriques?


15

Permettez-moi d'expliquer cela un peu.

Dans un emploi précédent, j'avais un collègue qui avait une bonne réputation auprès de la direction. Il finissait toujours à temps. Et les patrons étaient satisfaits de ses progrès alors ils ont obtenu certains privilèges.

Le problème était que les autres programmeurs connaissaient son secret. Il a optimisé la règle 80/20, alors il a travaillé son temps de 20% pour terminer 80% du code. L'autre 20% (dur) a été laissé aux programmeurs de maintenance. Qui (sans surprise) a été pénalisé en raison de son manque de progrès. Mais parce que ce programmeur avait une bonne réputation auprès de la direction, il était presque impossible de lui en vouloir. (Heureusement, il a quitté l'entreprise).

Ma question est, que faire en tant qu'équipe de programmation si vous avez un tel programmeur au sein de votre équipe. Essayez-vous d'avertir la direction du risque de ruiner vos propres chances? Acceptez-vous le fait? Ou existe-t-il d'autres options.


6
Je ne suis pas sûr que "égocentrique" soit le terme correct. J'essaierais quelque chose comme "trompeur".
Wizard


2
Histoire vraie: C'est ainsi qu'UNIX a été développé, et il a engendré une génération entière de programmeurs partageant les mêmes idées. Voir pire c'est mieux .
imgx64

Si vous pouvez voter et pensez que c'est une question utile ou si vous avez des réponses utiles ci-dessous, veuillez voter. Les sites StackExchange ont besoin de votes pour construire une bonne communauté. Vous pouvez donner 30 votes par jour, ne les gaspillez pas. Pour les utilisateurs spécialement réputés et comptant peu de votes, veuillez lire ceci: meta.programmers.stackexchange.com/questions/393/…
Maniero

Les unités sont incompatibles avec 20% de temps et 80% de code. Laissez-le, "Il a travaillé sur les 80% qui étaient faciles, et a laissé les 20% qui étaient difficiles pour le reste de l'équipe."
Huperniketes

Réponses:


13

Essayez de mettre en place une équipe de révision du code. On dirait que ce programmeur travaillait en solo sur un projet sans interaction d'équipe. J'essaierais d'encourager un flux de travail plus basé sur l'équipe afin qu'il ne puisse pas simplement tout écraser puis le laisser à votre porte.


1
Mettre en œuvre de véritables métriques de ce qu'est une plage d'unités de travail standard, prendre en compte les facteurs réels de programmation, pas ce que la direction pense (c'est-à-dire plus de LOC = meilleur programmeur).
Incognito

8

Les gens devraient avoir à soutenir ce qu'ils développent, sinon ils n'apprendront jamais à développer des choses supportables.

En réalité, vous ne pouvez pas toujours faire cela 100% du temps, mais même un peu est suffisant pour régler un grand nombre de ce type de problème la plupart du temps.


6

On dirait que c'est un problème fondamental avec la façon dont vous suivez le travail ou gérez vos projets.

Un ingénieur ou un groupe d'ingénieurs devrait être responsable de fournir des caractéristiques et des fonctionnalités complètes. Cela ne se fait que lorsqu'il est expédié ou en cours de production sans problème.

Si vous laissez quelqu'un travailler uniquement sur certaines parties du projet, vous serez toujours victime du jeu politique du système.

Il semble que cette personne ait été très efficace dans le travail de cueillette des cerises sans apporter de valeur.


5

La direction divise-t-elle les exigences en tâches? Sinon, c'est là que réside votre problème.

Le programmeur ne peut pas terminer 80% de tout s'il était limité aux seules tâches sur lesquelles il devrait être, puis au lieu de passer du temps sur d'autres tâches, il pourrait consacrer du temps à rendre ses propres tâches plus parfaites. Tests, documentation, refactoring, une prochaine tâche qui est à son programme ...


Il occupait un emploi antérieur il y a plusieurs années. La direction n'était pas très bonne et tout ce que je sais, c'est que l'entreprise n'existe plus.
Toon Krijthe

3

Toute l'équipe doit lui botter le cul! Croyez-moi, son comportement changera pour toujours.


2

Je suis étonné alors que je m'assois en réunion et qu'un manager décide d'ajouter ou non une fonctionnalité afin de ne pas avoir à affronter une personne en particulier qui se fâche toujours quand on lui confie des tâches. Je souligne que je devrais peut-être devenir fou quand on me demande de faire des choses. Mon patron mentionne rapidement que c'est une mauvaise idée comme elle le devrait.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.