¿Los administradores de software realmente funcionan, excepto las reuniones?

Lamentablemente es un asunto horrible. El desarrollo de software es un campo de ingeniería, debe tener espacio solo para ingenieros como cualquier otro dominio de ingeniería: eléctrico, fabricación, etc. Ahora, cuando comencé la carrera de Engr, aprendí programación, y luego aprendí a tomar requisitos y a liderar un equipo. Todo esto es parte del mismo proceso. Pero la TI se convirtió en un gran auge, mucha gente entró. Entraron personas de diversos antecedentes. Ahora la mayoría de las personas puede tomar requisitos o hacer un trabajo de calidad. La programación no es la taza de té de todos. Entonces, todas estas personas entraron a TI y comenzaron a realizar trabajos de control de calidad o BA o PM, tenían que hacerlo, no podían hacer nada más. Comenzó a volverse normal que los desarrolladores solo hicieran desarrollo y las personas no técnicas tomaran requisitos o se convirtieran en gerentes. Si bien los desarrolladores están demasiado ocupados creando un producto y aprendiendo nuevas tecnologías, estas personas de BA o PM no tuvieron nada que hacer excepto charlar o aprender algunos gráficos falsos como el gráfico de quemado, el gráfico de velocidad. Estos BA que deberían llamarse literalmente analistas de requisitos luego pasan a convertirse en PM sobre desarrolladores. No eran ingenieros, no eran técnicos, no eran programadores, así que lo único que pueden hacer es celebrar reuniones y guardar estatuas en una hoja de Excel. Es por eso que donde quiera que vaya en TI, un extraño inglés importante será el primer ministro, sin saber una cosa sobre el desarrollo de software. Y estos estúpidos desarrolladores aceptan decir: “¿Por qué necesita saber programación”? POR QUÉ? Debido a que en cada campo los gerentes también realmente trabajan, no solo administran. Y si los estúpidos desarrolladores mantienen esa actitud, entonces esto es lo que sucede. Las personas de control de calidad ascienden y se convierten en gerentes de control de calidad, las personas de infraestructura se mueven y se convierten en gerentes de soporte / red de TI. Los desarrolladores trabajan con estos PM falsos que luego se convierten en gerentes de desarrollo. Cada desarrollador debe cuestionar que su gerente era un ex desarrollador. De lo contrario, esto es lo que sucede: usted tiene 45 años y sigue siendo una desarrolladora, mientras que una mujer que tenía un título en marketing no pudo conseguir un trabajo, ingresó en TI como BA trabajó durante 10 años y ahora es su jefa cuando tiene 35 años. Esto necesita para detener. El gerente de desarrollo debe realizar un 50% de desarrollo, un 30% de requisitos y un 10% de asesoramiento para los empleados, y un 10% de cosas tontas de gestión como revisiones, reuniones, etc.