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.
Respuestas:
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.
fuente
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.
fuente
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.
fuente
¿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 ...
fuente
¡Todo el equipo tiene que patearle el culo! Créeme, su comportamiento cambiará para siempre.
fuente
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.
fuente