¿Por qué en la mayoría de los casos las personas técnicamente incompetentes se convierten en Gerentes de Desarrollo de Software y usan su posición para hacer llamadas importantes (incorrectas)?

Obviamente hay buenos gerentes.

Pero aquí está el trato, hay un enjambre de personas que no son realmente interesantes en soluciones elegantes o para resolver problemas. Son básicamente sociópatas. No son buenos para descifrar cosas, hacer cosas y descubrir cosas nuevas. Están interesados ​​en meter la nariz en los asuntos de todos los demás, vigilar a quienes los rodean e intentar tomar el crédito.

Mientras que un ingeniero cree que el poder proviene de la capacidad de crear o resolver problemas, estas personas creen que el poder proviene de saber lo que todos los demás están haciendo. Estas son las personas que simplemente no pueden evitar levantarse durante el turno de todos los demás durante el standup. O simplemente tratando de comentar sobre cada pequeño problema en holgura sin ninguna razón.

Estoy seguro de que todos sabemos el tipo. Miras su código y es pura basura, pero de alguna manera consiguen que alguien lo arregle todo el tiempo.

Ese es el juego Lo están jugando y tú no. Te sorprendería la frecuencia con la que vale la pena y son promovidos.

Por ejemplo, tiene una reunión con una parte interesada sobre por qué una función no funciona

  1. El ingeniero está pensando todo el tiempo en silencio sobre soluciones o posibilidades sobre lo que podría estar causando el problema. Cuando él / ella sale de la reunión, inmediatamente van a probar algunas cosas. Y hackear probando sus teorías.
  2. El falso ingeniero sociópata es muy hablador durante la reunión, toma notas, trata de programar reuniones de seguimiento y sugiere ideas sobre quién (aparte de ellos) realmente puede hacer el trabajo. Lo primero que hacen cuando salen de la reunión es crear un montón de boletos de jira (para esencialmente otros). Siempre aman a Jira.
  3. ¿Quién ha hecho más trabajo / es más valioso para la empresa? Obviamente, la persona 1 pero la persona 2 siempre parece estar en la cima y es promovida a gerencia.

He sido desarrollador durante 23 años y los administro durante 18 años. Tengo un MSCS y puedo producir 100,000 líneas de código por año.

En mi respuesta a continuación, estoy inyectando un poco de humor deliberadamente porque estoy tratando de responder la pregunta desde la perspectiva de un gerente de desarrollo experimentado.

Lo que estás diciendo sobre los administradores de desarrollo es realmente cierto en algunos casos. Incluiré un poco sobre eso al final de mi respuesta. Dicho esto, la mayoría de los gerentes tuvieron que haber impresionado a alguien algún tiempo para estar en ese trabajo. El problema del administrador tonto puede ser frustrante, pero no es tan frecuente como crees que es por varias razones:

(1) El hombre en el medio . Si mi gerente me ha dicho que aplique una política, lo haré incluso si creo que es la política más estúpida que he escuchado. Puede que me guste la política menos que a ti. Si tiene menos de 35 años y me pregunta por qué implementé la política, le diré que es mi política y que creo que es excelente. Si tienes más de 35 años y me preguntas por qué lo hice, simplemente te guiñaré un ojo, te diré “El diablo me obligó a hacerlo”, y luego saldré de la habitación.

(2) Problemas de papá . Los mismos adolescentes que pensaron que su padre era estúpido pensarán que yo soy estúpido. A diferencia de tu papá, te pago mucho dinero, así que puedo tomar las decisiones. Sé que los jóvenes chismearán sobre mí, pero no me importa.

(3) Refuerzos. Ese tipo con el que almuerzas es diez años mayor que tú y secretamente tiene un problema con la bebida, solo funciona al mínimo y es propenso a arrebatos, pero te dijo que era incompetente, bueno, él puede decir cosas malas sobre mí, pero yo Tengo que sonreír y guardar mis pensamientos sobre él para mí.

(4) Sentado en mis manos . Es posible que me hayan ascendido al puesto de gerencia porque tengo la mayoría de las respuestas técnicas. Sin embargo, para que aprendas, debo permitirte cometer algunos errores en el trabajo. Eso puede sonar extraño, pero esta es una estrategia deliberada más a menudo de lo que sabes.

(5) Inteligencia de combate . Puedo estar haciendo algo que parece contrario a los mejores intereses de la organización. Esto puede ser simplemente porque tengo más información sobre la organización más amplia que usted. Las razones de mis acciones podrían ser buenas, podrían ser malas o pueden ser francamente feas. Solo puedo contarte sobre las buenas razones. Si estoy cubriendo las malas decisiones de un Vicepresidente en otro departamento, alguien dejó caer la pelota debido a un problema de renovación de visa, o uno de sus compañeros tuvo una muerte en su familia, entonces estoy obligado a guardar silencio sobre tales cosas.

(6) Si sangra, conduce . Es posible que esté esperando que le responda sobre la decisión del equipo de arquitectura sobre si debemos actualizar a HTML 5 o continuar aprovechando un complemento jQuery. Es posible que haya estado ocupado lidiando con la caída del sitio web de producción, negociando licencias con un proveedor o tratando con un cliente iracundo. Si no te respondo de inmediato, puede ser porque las circunstancias estaban más allá de mi control.

(7) No lo sé todo . Tal vez no conocía un hecho oscuro sobre la biblioteca de JavaScript de la semana que conocía, así que tal vez piense menos de mí. Es posible que haya construido la granja web de la compañía y diseñado todos los sistemas de seguridad, pero me entendió el problema de JavaScript. Tú ganas.

(8) Disparando al Mensajero . Si nadie recibe un bono este año y le paso esa noticia, puede pensar que no soy tan brillante. Lo que no te dije es que yo tampoco tengo uno y mi esposa y mis cuatro hijos pequeños están más molestos que tú.

Dos razones para gerentes de desarrollo cuestionables:

(1) Mala promoción . Alguien fue ascendido a la posición equivocada, después de haber sido gerente de proyectos o analista de negocios. Sucede el 20% del tiempo, pero si la persona es un buen líder y sabe qué decisiones no tomar, eso es algo bueno.

(2) Perdieron sus habilidades . Algunas personas son promovidas y nunca recogen un libro nuevamente. Los inteligentes como este no toman muchas decisiones técnicas, pero pueden ser grandes gerentes. Sucede el 30% del tiempo.

El último gerente que tuve que era realmente cuestionable tenía poca disposición para adaptarse. Es decir, eran buenos ingenieros, pero eran amigos de algunos de los superiores y estaban en una posición que pensaban que podían manejar. Cuando el proyecto comenzó a moverse, el gerente no se tomó el tiempo para conocer a sus empleados y el proyecto del que eran responsables. Cuando el proyecto comenzó a moverse sin ellos, decidieron luchar contra sus empleados por el control en lugar de dejar que el proyecto crezca por sí solo u obtener una guía inteligente de su jefe. Si ese es el caso, es hora de encontrar un nuevo trabajo.

Dicho esto, muchas veces los gerentes con los que he tenido desacuerdos no son incompetentes, algunos son realmente pobres en comunicación. Por lo general, es bueno darles el beneficio de la duda porque puede haber algo más alto en la organización que ellos ven a su nivel y usted no ve a su nivel. Si es lo suficientemente importante, los buenos gerentes compartirán esa información con el equipo para eliminar cualquier tensión entre el empleado y el gerente. Desafortunadamente, ese no es siempre el caso.

Permítanos verificar sus suposiciones:

  1. “La mayoría de los casos son personas técnicamente incompetentes …”
    – En mi experiencia, esta suposición es incorrecta. Todos los gerentes con los que he trabajado han sido altamente competentes técnicamente. Por supuesto, un buen gerente no necesita ser técnicamente competente. Ella necesita ser un buen gerente y poder construir y escuchar un equipo competente.
  2. Los gerentes en empresas bien administradas no suelen tomar decisiones técnicas por su cuenta. Los arquitectos y el equipo de ingeniería hacen muchas llamadas, y la gerencia actúa como árbitro según sea necesario.
  3. “Nunca sucede en otros campos como la medicina o el derecho”.
    – Sospecho que no tienes experiencia con medicina o derecho. Tal afirmación absoluta no tiene base en la realidad.

En conclusión, la respuesta a su pregunta es que sus premisas son incorrectas.

More Interesting

¿Qué es una lista de compañías en el Área de la Bahía que contratan ingenieros de software que tienen poca experiencia (2 años) pero son buenos para resolver problemas?

¿Cómo puede un ingeniero de software contribuir a la sociedad en su tiempo libre? ¿Cuáles son las oportunidades disponibles en línea?

¿Debe un buen ingeniero de software pasar a la vía de gestión para el crecimiento, suponiendo que sea igualmente bueno en gestión y programación?

¿Dónde debo buscar proyectos de aplicaciones móviles subcontratados?

¿Cómo es ser un SDET en Microsoft, particularmente para alguien con un título en ingeniería informática?

Me gusta la programación y la informática, pero no me gusta la programación competitiva. ¿Qué tengo que hacer?

¿Es posible que un ingeniero de software gane suficiente dinero para comprar una casa en Munich?

Para los ingenieros de software que no fueron a la universidad o abandonaron, ¿cómo obtuvieron su primer trabajo?

¿Puede un estudiante no matemático ser un ingeniero de software con PCB y C ++ como asignaturas?

¿La vida de un ingeniero de software / TI es muy dura en la India?

¿Qué debo hacer ahora para ser un ingeniero de software exitoso en 10 años?

Soy débil en matemáticas, ¿puedo ser ingeniero de software?

¿Cuál es el salario promedio de un ingeniero de software de Google?

¿Cómo es ser un pasante de ingeniería de software en SoundCloud?

Si soy ingeniero de software, ¿debería centrarme solo en la programación para crear riqueza o invertir mis ganancias en acciones?