Salario "adecuado" en España como Ingeniero a los 30 años

DiSKuN

#330 Un developer no tiene porqué ser bueno en tareas de manager. De hecho, es un problema detectado en mi empresa, qu evarios managers o directores de equipo, son devs y la mayoría no saben hacer tareas de PM

2 respuestas
Tuskus

#328 Amo a este pato.

ArThoiD

#331 Bueno claro, de ahí a que mucha gente de perfil técnico estudie MBAs para entender lo que es llevar a otra gente y demases.

Almenos aquí, no es normal pasar a manager directamente sin algún tipo de educación/curso/master específico.

vene-nemesis

#330 no sé como será en informática, pero en automocion un project manager, por lo general es un gestor de recursos con relativamente pocos conocimientos técnicos, a pesar de ser ingeniero en la grandisima mayoría de las ocasiones.

En mi empresa los los PMs son ingenieros mecánicos casi todos y aunque entienden conceptualmente el trabajo que están realizando los departamentos a los que van delegando las tareas que necesita cada uno de sus proyectos, por lo general no son expertos en el desarrollo de dichas tareas, y es lo mas lógico.

Ademas son los que dan la cara frente al cliente y los mandos intermedios de la empresa.

No sé si eso sea suficiente para merecer mas sueldo que el tío que sabe que una operación/pieza/función se tenga que hacer de determinada manera y tenga que tener unos conocimientos específicos sobre la normativa que rige la realización de todo eso en función del cliente. Ni tampoco sé quien lo decide o decidió en su momento, pero lo normal es que se presuponga que es una posición con mayor responsabilidad y por lo tanto está mejor pagada.

1 respuesta
GaN2

#328 Te daria millones de manitas si pudiera.

#330 Si hablamos de PMs a nivel general un PM no tiene porque saber de la parte tecnica si es un buen PM y tiene gente en la que pueda confiar para llevar los aspectos mas tecnicos. De hecho y como dice #331 un developer generalmente no tiene porque ser buen PM, manager o director.

En mi caso por ejemplo tengo un manager que si tiene experiencia tecnica pero que no tiene experiencia ninguna con la tecnologia que trabajo. Tiene gente por debajo (ingenieros, arquitectos y analistas/administradores) que le llevan la parte tecnica y el se centra en otros temas. En cambio mi director es una persona con un background 100% tecnico y hay veces que hace demasiado micromanagement incluso a ingenieros cuando no se deberia de meter en dichos temas.

1 respuesta
ArThoiD

#334 Yo mismo he trabajado en automoción y mi experiencia es relativamente distinta, aunque si me pongo a pensarlo es cierto que había coordinadores de proyecto sin mucho background técnico. Pero project managers como tal? Juraría que no.

No sé si eso sea suficiente para merecer mas sueldo que el tío que sabe que una operación/pieza/función se tenga que hacer de determinada manera y tenga que tener unos conocimientos específicos sobre la normativa que rige la realización de todo eso en función del cliente

Eso no es tan difícil sinceramente. A no ser que sea algo muy específico... Cualquier ingeniero espabilado se adapta y te saca lo que haga falta.

Al final la mayoría de estos trabajos son bastante mecánicos y similares una vez se tiene experiencia.

Saber dónde está el límite de tu equipo, setear deadlines, usar bien el dinero, saber mover recursos a las partes importantes del proyecto, saber predecir timelines y demases, son cosas bastante más difíciles y menos mecánicas, imo.

Y lo digo yo que hasta ahora siempre hice básicamente de "desarrollador" y al meterme a liderar a gente y tal, me di cuenta de lo realmente jodido que es, y el estrés que produce. Y, de nuevo, eso sin estar en empresa y sin tener realmente una responsabilidad gorda gorda (la tengo, pero de cara a nuestro equipo, sin salarios ni similares de por medio).

Diseñar un motor, una PCB, un circuito analógico o programar una FPGA en VHDL son cosas que se aprenden en un tiempecillo y ya. Es saber transferir los requirements a un buen diseño y poco más.

1 respuesta
Calado

Bueno, siempre dicen que si hay un buen técnico y lo suben a manager, ganas un mal manager y pierdes a un buen técnico.

Creer que un PM es un buen técnico es un poco raro (a veces pasa pero no es lo común). El PM tiene que controlar el budget, timings, resolver dependencias de los equipos y que dediquen el tiempo a trabajar en cosas importantes (no en pamplinadas burocráticas). Btw, en mi empresa los PMs cobran igual o un poco menos que los developers y menos que los team leads.

1 respuesta
vene-nemesis

#336 supongo que me hablas de un motor eléctrico.

Pero no me refería a eso, si no a saber que elementos/cotas tocar para que un elemento dure X ciclos, en una abanico de condiciones atmosféricas y de estados de carga mientras cumple unos costes por unidad, entender las tolerancias no como concepto si no como las limitantes principales de todo eso lleva tiempo, y una vez que se domina, el diseñador es capaz de reducir los costes de desarrollo que revierten en el coste final de cualquier producto y determinan su rentabilidad, tener a gente que es capaz de hacer su trabajo en el menor número de iteraciones porque son expertos en su campo tiene un valor importante, por eso digo que el que orquesta el proyecto gana mas porque en RRHH la cantidad de responsabilidad suele ser prácticamente parámetro único a la hora de calcular salarios, pero hay valías fuera de ese parámetro que son altamente rentabilizantes para un producto que deberían tener mas peso en la remuneración de gente que a priori ocupa puestos de menor calado.

Shikoku

#335 lo del director con perfil 100% técnico y si le sumas 0% en gestión de personal....

Festival

SikorZ
#337Calado:

y que dediquen el tiempo a trabajar en cosas importantes (no en pamplinadas burocráticas)

Pues yo creo que todos los que conozco han entendido esto al revés xD

Precisamente lo que hacen es que los técnicos se dediquen a cosas inútiles y burocráticas en lugar de hacer lo importante

eisenfaust

#285 #303 tenemos conceptos completamente diferentes de lo que es la programacion de sistemas, pero bueno, entiendo lo que quereis decir

2 respuestas
Saiko9

#341 si, de hecho puede ser que tengas tu razón y yo me refiera a otro tema jajajaja.

1 respuesta
Slowbro

#341 #342 En mi pueblo sistemas es lo que no es aplicación; por ejemplo un browser, un driver para el OS o el propio kernel. Por eso no lo programas en Python. Eso no quiere decir que no se use Python en sistemas, ya que para pruebas y prototipos viene de perlas. Lo que pasa es que encontrarte gente tan productiva en C/ensamblador como alguien que sepa Python a un nivel normalito es bastante jodido (los hay, pero es el tipo de gente que elige lo que cobra).

DiSKuN

Vale, yo me refería a otra cosa

bLaKnI

¿Reconducimos el thread o que?

Usuarios habituales

  • bLaKnI
  • DiSKuN
  • HeXaN
  • GlitterSpark
  • Narop
  • hda
  • Hipnos