valore una trata sobrevivir reunion que problemas mejor mal jefes jefe hacer eres enfrentar cuando convencer con complicados como abusivo collaboration

collaboration - una - ¿Qué haces exactamente cuando el líder de tu equipo es incompetente?



que hacer con un jefe abusivo (27)

  1. Haz tu propio trabajo lo mejor que puedas.

  2. No pidas consejos a personas que dan malos consejos.

  3. Lea "Cómo ganar amigos e influir en las personas" y trate de ayudarlo a "obtenerlo".

Uno de los miembros de su equipo ha sido nombrado "líder técnico" o "líder del equipo", pero técnicamente es incompetente y carece de habilidades de liderazgo importantes.

Por técnicamente incompetente, quiero decir que la persona no conoce la diferencia entre una clase abstracta y una interfaz, no entiende por qué se debe evitar el acoplamiento, no entiende el concepto de cohesión, proporciona soluciones sin tomarse un tiempo para pensar , no entiende por qué deberíamos favorecer la composición sobre la herencia y no obtiene patrones de diseño (excepto el patrón singleton).

Además, esa persona tiene más de 10 años de "experiencia" (sí, puse esa palabra entre comillas porque se le ha dado una dimensión completamente diferente de lo que realmente es la experiencia).

Estoy tratando con una persona así en el trabajo. Me está quitando la pasión que tengo por esta profesión.

¿Como reaccionas? ¿Qué haces?


A veces es necesario mirar más allá del problema inmediato de su incompetencia y observar el proceso que lo llevó a ser contratado en primer lugar.

Si las prácticas de contratación en su empresa le permiten a un líder de equipo "experimentado" pero incompetente, debe considerar lo siguiente:

  1. Los procesos de entrevistas y selección de su compañía no están a la altura.
  2. Tal vez, solo tal vez, tienes un buen proceso de selección, pero acabas de elegir el más barato. Considero que esto es poco probable, ya que cualquier empresa que tome en serio su proceso de selección probablemente no vaya a permitir que una buena contratación vaya solo por unos pocos dólares más.
  3. Tu solo tienes mala suerte y de alguna manera logró escapar de las grietas. Esto puede suceder si fue un empleado interno y no pasó por el mismo proceso de selección que los empleados externos.

Debe preguntarse si hay algo que pueda hacer para mejorar las prácticas de contratación de su empresa. Si crees que puedes hacerlo, pruébalo. Sin embargo, si la cultura de su empresa es tal que esto es claramente imposible, entonces le sugiero que desempolse su currículum.

He encontrado exactamente tu problema. En mi caso, fue obvio desde el primer día que este tipo no estaba a la altura del desafío (¡y estoy 99.999% seguro de que no lee !). Le expliqué la situación a nuestro CEO y al principio me dio la esperanza de que las cosas cambiarían. Sin embargo, descubrí que estaba simplemente rindiendo homenaje a mis quejas y, en consecuencia, no pasó nada. Dos años después, nuestro jefe de equipo finalmente fue "degradado", lo que obligó a su renuncia. Básicamente fue despedido, pero le tomó dos años a nuestro CEO actuar sobre un problema que nunca debió haber durado tanto tiempo.

¡Buena suerte!


Aprendí esto de la manera más difícil, esencialmente siendo un facilitador para él porque lo conocí durante mucho tiempo. ¡Nunca más!

Tienes tres opciones (bueno, realmente infinitas, pero tres que me parecen posibles rutas positivas):

Documente todas las cosas que hace mal, incidentes donde ha demostrado su incompetencia y cómo ha sido un ancla para el equipo. Confróntelo con esta información y explíquele que puede pedir con gracia que lo reasignen o que va a visitar a su jefe. No ganarás ningún punto con él, pero ¿te importa? Si su jefe va a batear por él, prepárate para caminar . Me gusta este porque le permite salvar la cara. No solemos hacer mucho de esto estos días.

Pida que lo transfieran a otro grupo dentro de la organización. Puede ser completamente sincero en cuanto a por qué. Prepárate para caminar Si usted es realmente un activo para la compañía, puede aprovechar esto para un nuevo puesto fuera del control de esta dillweed.

Camina Esto es lo que finalmente terminé haciendo cuando quedó claro que mi primer ministro no iba a hacer nada para solucionar el problema. Él era esencialmente tan incompetente como mi supervisor inmediato. Al final, me alegro de que fueran incompetentes porque me forzaron la mano y, como resultado, he encontrado un gran trabajo.

Según lo veo, tienes tres opciones: deshacerte del tipo, salir de su grupo, salir de la empresa. No hay ninguna razón para que un desarrollador con talento no pueda obtener un trabajo mejor que el que tiene. Hay muchos de ellos que piden a gritos programadores talentosos.

¡Todo lo mejor!


Brian,

En mi experiencia, los miembros que demuestran su valía al participar en todas las áreas de un proyecto de desarrollo, y que a menudo ayudan a otros con tareas desafiantes, y lo que es más importante, están dispuestos a tomar la iniciativa y hacer lo que se necesita para completar un proyecto. recompensado por sus esfuerzos.

Si la recompensa viene en forma de un título, o una promoción después de una buena revisión, sucederá. Si usted es esa persona, su jefe de equipo ya lo sabe y puede sentirse intimidado por eso; lo más probable es que su jefe también lo sepa.

Si recibes críticas favorables y te recompensan en el momento de la revisión, hacer que tu jefe de equipo se vea bien de vez en cuando solo ayudará a tu carrera.

Descubrirá que al ayudar a que los proyectos tengan éxito y aprovechar las oportunidades estratégicas para demostrar "la forma correcta" de hacerle las cosas al líder de su equipo, fomentará un aliado en lugar de un adversario.

Y si él / ella realmente no sabe cómo dirigir o inspirar, y eso es lo que quiere hacer. Entonces hacerlo. Dirige a tus compañeros de equipo, pero hazlo de tal manera que te respeten por tu amplitud de conocimiento. Otros gerentes verán esto, usted puede estar gratamente sorprendido.

Si quiere ser un líder, debe acercarse a su líder del equipo y preguntar si puede tomar el punto en el próximo proyecto. Él / Ella puede estar feliz de permitirle aliviarlos de la carga.

¡Buena suerte!


Brian,

Este es el líder de su equipo. ¡Deja de jodear y vuelve al trabajo!


En el desarrollo de software, la calificación primaria es la capacidad de resistir el estrés. Los dolores de cabeza siempre vendrán de una forma u otra. Solo busca las cosas buenas para ti. Una caminata de veinte minutos durante el almuerzo es actualmente mi parte favorita de trabajo.


He estado allí, amigo. Primero intente hacer lo mejor que pueda y quédese quieto, el tipo puede fallar y marcharse pronto. PERO, si siente que su cordura está en peligro, busque otro puesto.

Saludos, Ali


Me pasó lo mismo a mí ...

El chico tenía más de 10 años de "experiencia". Después de un par de meses, el velo desapareció de mis ojos: su "experiencia" era, más o menos, similar a:

  • reclutar a muchos pasantes
  • asigna tareas difíciles (o imposibles), sin saber nada sobre ellas
  • comprobar en algunos meses que estaba progresando
  • informar a la gerencia de los exitosos, tomar el crédito y alardear de "grandes cualidades de líder tecnológico"
  • repetir

¿Mi solución? ¡Sufrí, luego seguí adelante en la primera ocasión!

Editar:

Después de todo, él puede describirse más como un "segador" que como un "líder"


Mi consejo sobre estas situaciones es siempre "Si no te gusta la situación en la que te encuentras, aguardela durante 6 meses", las cosas suelen cambiar tan rápido. Trabajé para una empresa por menos de 5 años y tenía 5 gerentes diferentes. A nadie le gusta chupar en su trabajo, si apesta, probablemente lamentará su decisión, se cambiará o seguirá adelante.


Si los estuviera manejando a los dos, algunas de sus quejas me harían pensar que el problema no era 100% culpa suya .

¿Realmente proporciona soluciones "sin tomarse un tiempo para pensar", o le está presentando soluciones derivadas de su experiencia, pero cree que las soluciones son una mala idea?

¿Deberías favorecer la composición por encima de la herencia? Personalmente estoy de acuerdo, pero nunca en un millón de años acusaría a alguien que favorezca la herencia de ser "técnicamente incompetente".

¿No "consigue" patrones de diseño, o simplemente no usa la misma terminología?

Acusar a un compañero de trabajo de incompetencia técnica es una acusación bastante seria. Debe presentar un caso que no dependa de debates legítimos en el software.


Siéntate y deja que se ahorque. No hay razón para que hagas nada.


Solo habla con tu jefe. Sea objetivo, muestre ejemplos concretos cuando el líder tecnológico fue incorrecto / incompetente. Lo peor que puedes hacer es luchar con el liderazgo tecnológico. Solo escalar el problema. Si su jefe es una persona razonable, él encontrará la manera de ayudarlo, de lo contrario no tendrá suerte :)

Si las decisiones del líder técnico afectan su trabajo, no debe callar. De lo contrario, serás responsable de los problemas.

Tuve tal problema con clientes potenciales y subordinados. Tratar de negociar con la persona misma rara vez da el resultado deseado. Haga que sea un problema de su jefe / gerente de personal. La clave del éxito es ser objetivo y persuasivo :)

EDITAR:

+1 por la respuesta de Tobias. Demuestra que no eres un perdedor y quizás te conviertas en el nuevo líder del equipo :) Siempre debes hacer bien tu trabajo, sin importar cuán estúpido sea tu liderazgo tecnológico. Créanme, los gerentes aprecian a los empleados responsables. No sabotear el proyecto, tomar contramedidas activas (y no olvide verificar la lista de trabajos locales :))

Por supuesto, puede haber una situación rara cuando su jefe es un amigo cercano de su líder tecnológico o muchos gerentes lo apoyarán. No hay mucho que decir en esta situación, sé fuerte o vete :)


Suponiendo que tenga una administración competente (que puede no ser una posibilidad considerando su elección de plomo), invariablemente se hará evidente que su elección fue mala. Como se ha dicho anteriormente, eventualmente cavará su propia tumba, pero asegúrese de no dejar que el proyecto sufra por eso.

Si la gerencia comienza a preocuparse por los problemas, ofrézcase a intervenir y ayude a solucionar los problemas. Esto demostrará no solo que eres capaz de hacer su trabajo, sino hacerlo mejor.

También es su responsabilidad como desarrollador informar objetivamente a su administración dónde existen problemas técnicos (ya sean con desarrolladores u otros). Si siente que está poniendo en riesgo los proyectos en los que trabaja, debe intervenir y expresar esa opinión.

Además, uno de los errores más comunes es entrar en discusiones apasionadas en una situación como esta. No dejes que tus emociones te den lo mejor de ti. Recuerde, no importa cuán pobre sea el desarrollador que sea, aún existe la posibilidad de que tenga razón sobre algo .


Yo le permitiría autodestruirse. Deje que sus ideas se conozcan, pero no las exagere irrazonablemente si no es necesario. La idea es dejar que se ahorque al no seguir tus consejos que resultan ser ciertos. Si eres diplomático, respetuoso y no insubordinado, su jefe debería darse cuenta. Si eso no funciona, siempre puedes encontrar otro trabajo.


ah, recuerdos ... Una vez trabajé con un tipo que comenzó cada potification con la frase "Bueno, en mis diez años de experiencia ..."

él realmente no tenía diez años de experiencia acumulada , ¡tenía un año de experiencia diez veces!

si el cliente potencial es incompetente, respete el uniforme, si no el hombre, y haga exactamente lo que él decida, y documente todo lo que él le diga que haga, cuándo y por qué, así como las objeciones que planteó con tacto, de modo que cuando cae él no cae sobre ti. Esto debería equilibrar su deber con la empresa con su deber de autopreservación.

mientras tanto, ¡busca un trabajo mejor! Lo más probable es que si quien promovió a esta persona no se dio cuenta de que es incompetente, las cosas no cambiarán durante mucho tiempo ...


podrías dejarlo?



Gishu, ¿estás en mi equipo? jk.

Creo que "carece de habilidades de liderazgo importantes" es un delito mucho peor para un líder del equipo que "técnicamente incompetente". Un líder de equipo puede ser bastante efectivo si confía en los miembros del equipo para brindar alguna orientación técnica. Pero si el líder del equipo no escucha / aprende, no fomenta la comunicación, y trata de forzar construcciones por todas las gargantas (sin entenderlas), entonces hay un problema.


Muestre competencia usted mismo y nunca permita que el proyecto sufra debido a un desacuerdo en su equipo. Muestre a su jefe que usted u otra persona podría ser una mejor opción para ese rol. Aguanta y trata de no perder tu pasión. Mantenga su ética y haga bien su trabajo. Pero si no hay absolutamente ningún cambio a la vista, es posible que desee buscar otra cosa.


MusiGenesis y Jason Stevenson están en lo cierto.

Permítanme agregar un paso más allá de lo que dijeron:

Haz que tu jefe sea un éxito.

Puede ser que su jefe sea técnicamente incompetente (no lo sé, él no está aquí defendiéndose), pero podría tener las habilidades que suavizan las cosas con el resto de la compañía, o puede tener alguna habilidad como la comercialización que más los desarrolladores no lo hacen, o una relación sólida con una parte interesada clave que hace que su vida sea más fácil [no que usted necesariamente la sepa, porque esas cosas son en gran medida invisibles para la mayoría de los desarrolladores]. La clave es entender que tiene responsabilidades que son diferentes a las suyas, y sus cargas son más grandes. Él podría usar una mano amiga y un aliado.

Darle una oportunidad. Trátelo con respeto, y recuerde que las personas pueden ser dignas de respeto incluso si están equivocadas en las cosas. Todo se reduce a ser humano y finito.


No tiene más remedio que seguir haciendo el mejor trabajo que pueda y proporcionar al equipo las mejores ideas que pueda. ¿Por qué?

El fracaso del equipo para tener éxito será visto por los tipos de gestión como su falla también (a menos que sean extremadamente conocedores). Es una situación de terapia, pero en la que casi todos han estado antes.

Si el líder del equipo ignora continuamente su consejo cuando está claramente equivocado, redacte una buena explicación en profundidad de por qué cree que la tarea debería manejarse de manera diferente y envíela a todos los miembros de su equipo. Intenta mover al equipo hacia la construcción del consenso y lejos de la tiranía del líder del equipo. Solo después de que eso falla repetidamente debe considerar la posibilidad de escalar el problema.

No recomendaría aumentar el problema a menos que:

  • Estás preparado para que las cosas se pongan feas. Es decir, personas a las que despedir o reasignar, incluido usted . Por todo lo que sabemos, el líder del equipo es correcto y está equivocado;)
  • Usted sabe que la mayoría de los otros miembros del equipo respetados están de acuerdo con usted.
  • Le ha dicho al líder del equipo que está dispuesto a intensificar el problema. Todos merecen la oportunidad de tomar medidas correctivas, incluso su jefe. Si no has dicho tanto al líder del equipo directamente, entonces no deberías escalar el problema.

Una vez hecho esto, continúe redactando sus objeciones a las decisiones técnicas del líder del equipo de manera clara y concisa, acompañadas de justificaciones y ejemplos de por qué está escribiendo y están equivocados, y comience a transmitirlas CC a su jefe y al jefe del líder del equipo.


Tengo un líder de equipo (en un equipo de 2 personas, de él y de mí) que dice tener 7 años de experiencia con .NET / C # (igual que yo) y otros años antes con otros idiomas (que no tengo).

No sé bajo qué roca ha estado durmiendo este tipo, pero cuando ves código como:

public byte[] ReadBytes(string filename) { FileStream fs = new FileStream(filename, FileMode.Open, FileAccess.Read); BinaryReader br = new BinaryReader(fs); FileInfo fi = new FileInfo(filename); byte[] buffer = new byte[fi.Length]; for (int i = 0; i < buffer.Length; i++) { // optimize this buffer[i] = br.ReadByte(); } return buffer; }

Y luego todavía pierde el tiempo en escribir pruebas unitarias sobre este tema trivial (ya tenemos una fecha límite imposible) que cualquier persona con experiencia de 1-2 años debería saber.

Además de no saber cómo usar correctamente un FileStream (¿qué pasa con el BinaryReader?; P), no se dio cuenta de que había File.ReadAllBytes .

De todos modos, cuando vi este código que ''contribuyó'', le dije la función mencionada anteriormente. Incluso le envié el enlace de MSDN por correo electrónico, que no recibió debido a que se cerró Outlook. Luego salí a fumar 10 minutos para levantar la mandíbula del suelo. Cuando volví, todavía no podía encontrar el método. Intenta algo así como ''nuevo File (). Rea ...'' diciendo que el método no existe.

Probablemente debería haber mantenido la boca cerrada y esperé a que revisara su código, pero eso podría ser dentro de unas semanas ...

También he tratado varios temas sobre él al gerente, y hemos tenido discusiones grupales para resolver otros problemas.

Todavía trabajo tan duro como puedo, independientemente. Es frustrante saber que eres la única persona en el equipo de 2 hombres, contribuyendo con cualquier código (no creo que lo haya visto escribir más de 200 líneas impares de código a mano), lo que agrega más de 60 horas a la semana.

Mi situación actual : |

Nota: El código no es exactamente como recuerdo haberlo visto, era más largo, y tal vez tenía más control para un archivo existente y / o para cerrar las transmisiones.


Tuvimos un chico en nuestra última vez que estaba muy al tanto de la última jerga oo, y quería probar todos los últimos diseños de moda.

Lo hizo, y la aplicación tomó el doble de tiempo que debería tener. Esta compañía solo necesitaba una aplicación única, y la necesitaba de manera rápida. Entonces, aunque el código era hermoso y elegante, el proyecto falló.

La ignorancia apesta, especialmente en una ventaja. Pero tendré cuidado antes de juzgar a alguien por su conocimiento de la última jerga técnica de moda. A veces, la capacidad simple para hacer el trabajo u otros factores humanos también puede ser importante.


Un líder de equipo lidera el equipo, no el proyecto.

  • Protege al equipo contra interrupciones.
  • Se ocupa de los problemas del equipo.

Usted, como profesional, debe conocer las cuestiones técnicas y el líder del equipo confiará en usted.

Tal vez uno de los desarrolladores deba liderar el proyecto y liderar el tema técnico.


Si el líder de tu equipo es incompetente, no debería frustrarte a ti / a tu trabajo a menos que te afecte directamente. Tan sencillo como eso.

Sabes que eres mejor que él. Entonces haz tu trabajo y supera. Demuestra tu brillantez para hacer que tu proyecto sea un éxito. ¿Por qué perder tiempo preocupándose por el líder del equipo? Si él / ella tiene 10 años de experiencia y no sabe las cosas que se supone que debe saber, es malo para él y no para usted.

Y sí, si toma ciertas decisiones técnicas erróneas, por ejemplo al proponer un diseño o algo, siempre puede poner sus sugerencias y convencer a todo el mundo de que su sugerencia es mejor. Pero hazlo de una manera agradable. Hablando de manera grosera a una exp de 10 años uno no te hace ningún favor porque entra el factor ego.

Haz que se dé cuenta de que eres bueno en tu oficio (de una manera agradable) y que funcionará de maravilla para ti, puede asegurarse de que te proyecten bien frente al jefe superior.


Considere irse o mudarse a un departamento diferente, si las cosas no cambian pronto. Será difícil tener éxito en una empresa o bajo un jefe que promueva personas así para el líder del equipo.


¿Es incompetente? ¿O simplemente estás sonrojado por la arrogancia de la juventud?

Puede ser incompetente, pero tal vez simplemente no es tan fuerte como usted. La habilidad técnica es solo un factor cuando se considera quién es el líder del equipo.

Tal vez él cuestiona su habilidad técnica y juicio profesional? Tal vez deberías involucrarte con él y discutir tus diferentes enfoques con él. En realidad, puede aprender algo nuevo de él, o tal vez pueda demostrarle sus fortalezas, y puede depender cada vez más de sus consejos y opiniones, incluso, tal vez, pronunciar una buena palabra para usted en los escalones más altos.

He tenido algunos líderes de equipos horribles y algunos excelentes. Y en cada caso, pensé que era superior a ellos, profesional y técnicamente. A veces lo era, pero a menudo simplemente no apreciaba sus puntos fuertes, que era, presumiblemente, el motivo por el que estaban por delante de mí en el orden jerárquico.

En definitiva, si el tipo es un verdadero pavo, debes sonreír y soportarlo o marcharte. Es poco probable que colgarlo en seco le haga algún favor: los buenos líderes de equipo tienen que demostrar sólidas habilidades políticas, personales y comerciales, y deben poder trabajar con una amplia gama de personas potencialmente torpes.

[Para el registro, uno de mis gerentes de línea fue tan malo que me fui; ¡saber cuándo eres derrotado es una habilidad digna también!]