¿Cómo manejar programadores egocéntricos?

15

Déjame explicarte esto un poco.

En un trabajo anterior, tenía un compañero de trabajo que tiene una buena reputación con la gerencia. Siempre terminaba a tiempo. Y los jefes estaban contentos con su progreso, por lo que obtuvo ciertos privilegios.

El problema era que los otros programadores sabían su secreto. Ha optimizado la regla 80/20, por lo que trabajó su 20 por ciento de tiempo para terminar el 80 por ciento del código. El otro 20% (duro) se dejó a los programadores de mantenimiento. Quien (no es sorprendente) fue penalizado por su falta de progreso. Pero debido a que este programador tenía una buena reputación con la administración, era casi imposible echarle la culpa a él. (Afortunadamente dejó la empresa).

Mi pregunta es, qué hacer como equipo de programación si tienes un programador dentro de tu equipo. ¿Intenta advertir a la gerencia con el riesgo de arruinar sus propias posibilidades? ¿Aceptas el hecho? O hay otras opciones.

Toon Krijthe
fuente
66
No estoy seguro de que "egocéntrico" sea el término correcto. Intentaría algo como "engañoso".
Asistente
posible duplicado de Tratar con el "programa
2
Historia real: así es como se desarrolló UNIX, y generó una generación entera de programadores de ideas afines. Ver peor es mejor .
imgx64
Si puede votar y cree que esta es una pregunta útil o tiene respuestas útiles a continuación, vote por favor. Los sitios de StackExchange necesitan votos para construir una buena comunidad. Puedes dar 30 votos por día, no los desperdicies. Especialmente usuarios con alta reputación y votos de bajo recuento dados, lean esto: meta.programmers.stackexchange.com/questions/393/…
Maniero
Las unidades son inconsistentes con 20% de tiempo y 80% de código. Simplemente déjalo en "Trabajó en el 80% que fue fácil y dejó el 20% que fue difícil para el resto del equipo".
Huperniketes

Respuestas:

13

Intente implementar un equipo de revisión de código. Parece que este programador estaba trabajando solo en un proyecto sin interacción del equipo. Trataría de alentar un flujo de trabajo más basado en el equipo para que no pueda simplemente pisotear todo y luego dejarlo en su puerta.

Daenyth
fuente
1
Implemente métricas reales de lo que es un rango de unidad de trabajo estándar, tenga en cuenta los factores reales de programación, no lo que piensa la administración (es decir, más LOC = mejor programador).
Incógnito
8

Las personas deberían tener que apoyar lo que desarrollan, de lo contrario, nunca aprenderán a desarrollar cosas compatibles.

Siendo realistas, no siempre se puede hacer esto el 100% del tiempo, pero incluso un poco es suficiente para solucionar gran parte de este tipo de problemas la mayor parte del tiempo.

Cuenta
fuente
6

Parece que es un problema fundamental con la forma en que realiza un seguimiento del trabajo o gestiona sus proyectos.

Un ingeniero o grupo de ingenieros debe ser responsable de entregar características y funcionalidades completas. No se realiza hasta que se envía o se ejecuta en producción sin problemas.

Si deja que alguien solo trabaje en piezas seleccionadas del proyecto, siempre será víctima de los juegos políticos del sistema.

Parece que esta persona fue muy efectiva en el trabajo de selección de cerezas sin entregar valor.

Winfield
fuente
5

¿La administración está dividiendo los requisitos en tareas? Si no, entonces ahí está tu problema.

El programador no puede terminar el 80% de todo si se limita a las tareas en las que debería estar, luego, en lugar de dedicar tiempo a otras tareas, podría dedicar tiempo a hacer sus propias tareas más perfectas. Pruebas, documentación, refactorización, una próxima tarea que está en su agenda ...

Tamara Wijsman
fuente
Estaba en un trabajo anterior hace varios años. La gestión no fue muy buena y todo lo que sé es que la empresa ya no existe.
Toon Krijthe
3

¡Todo el equipo tiene que patearle el culo! Créeme, su comportamiento cambiará para siempre.


fuente
2

Me sorprende cuando me siento en una reunión y un gerente determina si agregar o no una función para que no tengan que confrontar a una persona en particular que siempre se enoja cuando se le asignan tareas. Le señalo que tal vez debería enojarme cuando me piden que haga cosas. Mi jefe rápidamente menciona que esta es una mala idea como debería.

JeffO
fuente