Cómo enfrentarse a un jefe / gerente al que le gusta competir con los codificadores [cerrado]

Después de una reciente reestructuración en nuestra corporación, tengo un nuevo gerente de línea. Generalmente está bien y no es tan astuto como el anterior. Por "astuto" no me refiero a que fuera un malvado gerente, solo me refiero con este término a alguien que guarda la mayor parte de la información para sí mismo y no comparte con otros miembros del equipo para ser el único "candidato". persona "- te haces una idea.

Sin embargo, había logrado mantener una relación bastante buena con mi gerente anterior, y había sido bastante productivo.

Mi nuevo jefe es más abierto, lo cual es bueno, pero realmente odio su calidad, le gusta competir con los programadores, al dar la misma tarea a un desarrollador diferente para solucionar el problema lo antes posible. Como ya habrá entendido, la información NO fluye libremente en un entorno como el nuestro. Entonces, la persona con la que mi gerente estaba hablando hace 10 minutos podría estar comenzando a trabajar en el mismo problema en el que estoy trabajando ahora. Sucedió un par de veces, y cada vez que escuché que podría haber alguien trabajando en el mismo problema, fui a preguntarle a mi gerente, quien es el propietario, pero por lo general fue muy evasivo en sus respuestas.

Entonces mi pregunta es: ¿cómo evitar que mi gerente lo haga? En nuestro pequeño equipo de media docena de desarrolladores, soy el más veterano y generalmente me salvo de las carreras, pero cuando me golpea realmente me pone nervioso.

Y una cosa más: no estoy insinuando que mi manager es un jefe malo / malo, ni creo que el mundo sea o deba ser justo, solo quiero encontrar una manera de que deje de competir conmigo. Una cosa a la vez.

La primera pregunta es: ¿por qué hace eso? ¿Es porque le gusta comparar diferentes respuestas y elegir la mejor? ¿Es porque le gusta ver quién puede hacerlo más rápido? Eso es bastante importante para abordar el comportamiento.

Entendí por la parte de "carreras" que es lo último. Entonces, un simple cálculo puede mostrarle por qué este no es exactamente el camino a seguir.

Digamos que le da la tarea A al codificador A. Comienza a trabajar y arregla la tarea en una hora. También le da la tarea A al codificador B. Ese comienza a trabajar en él también, y después de 45 minutos llega a escuchar que el problema está resuelto y puede pasar a la siguiente tarea B. Lo resuelve en 1 hora, y el codificador A ha estado trabajando en eso también durante una hora.

Además de los problemas que pueden surgir cuando dos codificadores manipulan la misma parte del código, consiguió la tarea A arreglada en una hora por el costo de 1h45 minutos, y la tarea B en otra hora por el costo de 2 horas.

Incluso si el codificador B hubiera arreglado la tarea A en 1h30min, todavía habría sido más barato. Especialmente porque los 45 minutos del codificador B son completamente no productivos y, por lo tanto, pierden dinero. Digamos que el codificador B lo habría solucionado en 1h30min, el codificador A podría haber resuelto la tarea B mientras tanto: 2 tareas arregladas en 1h30 minutos por el precio de 3 horas, frente a 2 tareas arregladas en 2 horas por el precio de 3h45minutes. ¿Cuál es más productivo entonces?

Para profundizar en el discurso del gerente:

• Las carreras probablemente frustrarán a los programadores que están trabajando en algo durante algún tiempo y notarán que ha sido inútil.
• Las carreras también causarán la impresión de que cada vez que tienes una tarea, alguien más está trabajando en ella también. Entonces, ¿por qué darse prisa? (en caso de que los codificadores obtengan bonificaciones en el código aceptado, la carrera probablemente conducirá a una codificación más rápida y, por lo tanto, menos segura. Efecto opuesto, mismo argumento)
• Las carreras no son rentables, ya que se hacen menos en la misma cantidad de tiempo por un precio más alto.

Si su gerente sabe algo sobre programación, puede decir que su enfoque es serial y que el paralelo va más rápido.

En mi humilde opinión, su gerente está desperdiciando recursos y tiempo al hacer que varias personas trabajen en el mismo proyecto. Si está tratando de evaluar de manera encubierta la habilidad / productividad, creo que hay enfoques mucho mejores, de lo contrario, podría ser valioso entender cuál es su razón real para hacerlo.

Dicho esto, en cualquier juego tiene que haber jugadores ... si los jugadores no participan, entonces no tienes un juego. Si cree que puede acercarse directamente al gerente y expresarle que su comportamiento probablemente está perjudicando al equipo (productividad, moral) más que ayudarlo, podría inclinarse a repensarlo.

La respuesta no tan buena después de eso es que, como equipo, puedes responder pasivamente a su comportamiento al no participar en él. No corras Haz tu trabajo, produce tus soluciones, pero no corras. Podría significar que 1 codificador de tu equipo competirá y se verá como una superestrella para ese gerente ... eso es algo con lo que tendrás que vivir.

Envíele esta pregunta en un correo electrónico. Usted describió claramente cuál es el problema y por qué no le gustó.

También es posible que desee hablar con sus colligues. Lo más probable es que se sientan tan molestos como tú. Tendrá que escuchar si varios empleados le plantean el problema.

No podrá resolver este problema indirectamente. Hay muchas razones posibles por las cuales el gerente está haciendo esto, y muchos niveles posibles de conciencia de sus propias acciones, así como sus consecuencias.

Por lo que describió, me parece que la causa principal de este problema es la falta de comunicación en su empresa. Entonces, la solución que propongo es que realices parte del trabajo de tu gerente para él:

Habla con tu gerente

Puede que tenga que hacer esto varias veces. Trate de averiguar qué valor deriva del comportamiento de carrera: ¡hay muchas causas posibles! Justo en la parte superior de mi cabeza: ¿es eficiencia? ¿Está tratando de evaluar a sus empleados? ¿Se da cuenta de que los programadores de carreras no están colaborando? ¿Tiene problemas para asegurarse de que haya suficiente trabajo y tratar de proteger al equipo de la reducción de personal creando trabajo adicional? Etc ...

Hable con los miembros de su equipo.

Averigüe si alguien más ha notado este comportamiento. ¿Están de acuerdo con eso? ¿Entienden lo que su gerente está tratando de lograr? Encuentre maneras de proporcionarle lo que necesita, mientras se ahorra la molestia. Estoy seguro de que todos pueden parecer ocupados incluso si no hay mucho trabajo, y solo uno de ustedes está trabajando en un problema. Tal vez coopere para terminar el trabajo más rápido si está tratando de lograr la eficiencia. Y si está compitiendo con usted para ayudar a evaluar cuál de ustedes es el mejor programador, juegue con el sistema.

Añadir transparencia al sistema

Presente a su gerente y compañeros de trabajo las herramientas de seguimiento de errores y las características que contienen para ayudar a rastrear quién está trabajando en qué y a qué hora.

Me gustaría saber cómo esto influye en mi evacuación. ¿Es una prueba? ¿Es esta su idea de pasar un buen rato? Si esto es realmente un "¡todas las manos en la cubierta!" El ejercicio de emergencia sugiere entonces dejar que las personas colaboren para resolver el problema rápidamente y con una mejor solución.

Para el próximo desafío, permita que ponga a una persona contra un equipo pequeño y vea qué sucede.

Lamento que le moleste esta práctica realmente molesta, pero puede obtener algo de alivio si esto no es parte de su evaluación. Si es así, solo tendrás que comenzar a vencer a todos.