Cambiar al sector IT (como project manager)

dantekh

Buenas a todos,

Llevo casi 4 años (Desde que salí de la universidad) trabajando en el sector de la construcción como ingeniero industrial, en la rama de control/gestión de proyectos.

El caso es que estoy algo cansado ya de este sector (mayoría de proyectos en países fuera de Europa, salarios base no especialmente altos, sector muy anticuado/viejuno...) y me gustaría dar un cambio al sector IT (Ya no por la moda actual que hay si no porque siempre me ha llamado mucho este mundo tanto a nivel personal por el tema gaming/ordenadores/programación como a nivel profesional).

No partiría de cero ya que el sector de project management (Tengo el título de PMP) es bastante transversal y intentaría aprovechar que ''en teoría'' para la gestión de proyectos no tienes porque tener experiencia concreta técnica en el campo del proyecto. Esto por supuesto es la teoría, en la práctica sé que algo de preparación al menos a nivel de cursos/másteres/títulos debería sacarme para poder tener alguna oportunidad de conseguir algo decente. En tema idiomas/experiencias internacionales tengo buen CV.

Para los que trabajéis en o conozcáis el sector, dos preguntas: la primera, veis factible realizar este cambio sin tener nada de experiencia laboral y sin tener que empezar como becario o con sueldos muy juniors?

La segunda sería qué cursos/másteres recomendáis hacer que me puedan ayudar. Afortunadamente en mi trabajo actual puedo sacar tiempo sin problemas para estar varios meses/o incluso un año preparándome algo medio decente. Los títulos de Scrum master o metodologías ágiles valen de algo? Mejor eso o meterse a estudiar temas más técnicos en plan algún lenguaje de programación o alguna tecnología concreta?. Qué instituciones o títulos están mejor valoradas a nivel laboral para tener en el CV?

Muchas gracias de antebrazo mediavideros.

benjaZUx

C viene, ya lo estoy oyendo, le oigo acercarse....HUID TODOS HUIIIIIDDDD

5
richmonde

Se huele, se huele...

PIM...

Respondiéndote:

#1dantekh:

Para los que trabajéis en o conozcáis el sector, dos preguntas: la primera, veis factible realizar este cambio sin tener nada de experiencia laboral y sin tener que empezar como becario o con sueldos muy juniors?

No, sin experiencia, olvídate del cambio. Si que es cierto que tener PMP ayuda, pero el sector IT es muy diferente. Los recursos, tiempo, costes, riesgos, etc... no se valoran ni cuantifican igual.

Otro asunto es entrar como intern, y poco a poco rodarte. Aunque es muy posible que ahí compitas con gente que ya de por si ya esté igual que tu, o con más conocimientos del sector.

No por ello, te desanimes. El no ya lo tienes. Ves a por el sí.

#1dantekh:

La segunda sería qué cursos/másteres recomendáis hacer que me puedan ayudar. Afortunadamente en mi trabajo actual puedo sacar tiempo sin problemas para estar varios meses/o incluso un año preparándome algo medio decente. Los títulos de Scrum master o metodologías ágiles valen de algo? Mejor eso o meterse a estudiar temas más técnicos en plan algún lenguaje de programación o alguna tecnología concreta?. Qué instituciones o títulos están mejor valoradas a nivel laboral para tener en el CV?

Todo lo que sumes con metodologías ágiles ayuda, pero no sirve de nada que lo sepas si jamás lo has llegado a aplicar.

Estudiar un lenguaje de programación, o dos, meterte en la piel del dev para ver como se usa todo eso, y de ahí, saltar/picar piedra para optar a un puesto de PM, es otro asunto.

Ya te digo que con experiencia 0, lo tienes crudo. Muy crudo. Ya que te metes en uno de los sectores más competitivos, con más oferta, y más demanda que hay. Y ahora mismo, se busca en muchas de las ocasiones, a gente con formación, experiencia, y habilidades. Demostrable.

Ánimo!

3
CaNaRy_r00lz

Donde hiciste lo de PMP?

mongui

Partes del erroneo concepto que PMP aplica igual en todos los sectores y no, no es asi. Pero sobre todo, lo mas erróneo es cuando dices que no te hace falta la visión técnica. Imperiosamente, ok, no es necesario pero joder, es tremeeeeeeeeendamente beneficioso y te puede simplemente diferenciar de los demas. Yo vengo haciendo ese camino desde que termine de estudiar y sin haber hecho recorrido de parte técnica, no tendría los conceptos que ahora tengo ni sabría como gestionar al dedillo los recursos tecnicos/personas si no hubiera sido yo uno de esos recursos.

Aun asi, es simple percepción personal nada mas, mi opinion no impera esta claro

killerbruf
#1dantekh:

No partiría de cero ya que el sector de project management (Tengo el título de PMP) es bastante transversal y intentaría aprovechar que ''en teoría'' para la gestión de proyectos no tienes porque tener experiencia concreta técnica en el campo del proyecto.

Esa es la teoría, la realidad es que en la mayoría de casos para ser un buen gestor debes saber que estás gestionando.

A parte de eso, cada vez se ven más ofertas solicitando Product Owners y no Project Managers.

1 respuesta
Fyn4r

Sinceramente, no querría como jefe de proyecto a alguien que no se ha partido la cara antes en mi puesto o uno similar

15 4 respuestas
richmonde

#6 Suscribo lo tuyo, y añado para #1 que no es lo mismo:
Product Owner
Product Manager
Producer
Project Manager

Cada una de las ramas, es totalmente diferente de las demás.

Y entrando más en mi area, no es lo mismo un Product Manager de DevOps, que de LiveOps, que de Product Performance, ni muchas de las ramas derivadas.

Vamos, vengo a decir, que "Manager" en IT, es lo mismo que en medicina decir que eres "Medico".

1 respuesta
pineda

#7 +1 , en general para cualquier cargo de gestión, incluído product owner. Que menos que saber si es técnicamente viable lo que estas pidiendo

1 respuesta
Kaledros

#9 Tampoco es estrictamente necesario que sepa de desarrollo, con tener cristalinamente claro lo que quiere, ser capaz de organizar por prioridades y no enredar yo ya me doy con un canto.

Y en cuanto a #1 hay puestos de management que no necesitan experiencia de dev, he tenido (y tengo) team managers cojonudos que o no han tirado una línea de código en su vida o dejaron de hacerlo cuando los dinosaurios dominaban la Tierra. Pero sí, le vendría bien exponerse un poco a la industria.

dantekh

Si si está claro eso que decís sobre conocimiento técnico.

Por eso puse entrecomillas lo de que no hace falta, es lo que se dice en la teoría del PMP entre otros por ejemplo, pero tengo claro que al final si no entiendes medianamente bien el campo sobre el que vas a gestionar poco vas a poder aportar y controlar.

Gracias por las respuestas, me surge la duda ahora sobre la diferencia entre Project manager y Product owner, ¿Qué funciones tiene cada uno?.

Y sobre el tema de cursos/másters, alguna recomendación o algún sitio en especial donde pueda mirar? (En el caso de gestión de proyectos tradicionales el tema está muy claro, la institución líder a nivel mundial es el PMI, pero para el mundo IT desde lo poco que sé no he podido encontrar nada parecido).

2 respuestas
Kaledros

#11 El product owner representa al cliente final. Léete esto: https://www.scaledagileframework.com/product-owner/ Mientras que el project manager organiza a los equipos del proyecto, reparte el trabajo, monitoriza el progreso, organiza el backlog, etc: https://www.northeastern.edu/graduate/blog/project-manager-responsibilities/

Exor720

Llevo casi 4 años (Desde que salí de la universidad) trabajando en el sector de la construcción como ingeniero industrial, en la rama de control/gestión de proyectos.

10 2 respuestas
L

#11 Olvidate de cursos y Masters de PM, lo que te ha dicho #7 es la clave. Si nunca has sido dev desde bien abajo, no te van a querer en ningun lado. Como te han dicho, es un sector muy competitivo y has de tener unas competencias demostrables hasta para ir al baño.

Consejo? Bootcamp o algun grado de programación y a empezar como Junior. Una vez te pelees, podras ascender msa rapidamente a esos puestos deseados gracias a tu experiencia previa.

#13 Nope nope nope nope. ( Ya suenan los tambores en la lejania XDDDDD )

1 respuesta
richmonde

#13 Que risa psicótica/de pánico más tonta me ha entrado al ver el gif xD

CaNaRy_r00lz

#8 Como en Ingenieria decir que eres Ingeniero, no puedes saber todo de todas las especialidades

revol360

Exactamente es lo que dice #7 .. he tenido PM's que no han pasado por las bases que, según mi opinión, un buen PM debería experimentar (desarrollo, arquitectura, análisis funcionales, estimaciones de tiempo, propuestas económicas, coordinación de equipos de desarrollo, metodologías de desarrollo, integraciones.. etc.. etc..) y se nota muchísimo.

Por otro lado, también he trabajado con PM's que empezaron en el fango, picando código y han ido creciendo (especializándose en arquitecturas, realizando análisis funcionales, estimando tareas y coordinando equipos de trabajo..) y realmente es mucho mas fácil trabajar con ellos, tienen una visión clara de lo que hablan y pueden ver mas claramente los alcances.

Lecherito

Un PM de estos que no se ha picado ni una linea de codigo son los que te meten un micro management del copon y quieren que actualices jira cada 5 minutos. Me esta tocando estar con uno y menudo sida nano.

7 1 respuesta
Fyn4r

#18 Es una de las razones que han precipitado mi salida de mi actual empresa

Sphere

#7 Cuando un manager no tiene ni puta idea de programación y el proyecto está bajo presión de los de arriba todo se vuelve un festival de horror muy rápido. Desde prometer cosas imposibles a los directivos, pasando por sobrecargar a los programadores y terminando por quemarlos por las sucesivas quejas del tipo "como es posible que esto no esté terminado hoy".

1 respuesta
dantekh

Gracias por los consejos!

Parece claro entonces que cuanto más conocimiento técnico y desde abajo se empiece mejor (Lo que es lógico vaya).

#11 Gracias por el enlace, desconocía la figura del product owner.

#14 Algún bootcamp en concreto o algún sitio/academia que sean los más recomendables para ir mirando?

Recomendáis empezar con algún lenguaje de programación en concreto (Si es así cuales) o mejor un curso de desarrollador más general (Tipo esto: https://www.upgrade-hub.com/curso-full-stack-developer-full-time/ lo primero que he encontrado por google no me mateis si es una mierda :pray:)

2 respuestas
L

#21 A ver, a mi los bootcamps me parecen una estafa. Primero por el precio, y segundo porque en su mayoria son periodos muy cortos y no se profundiza en nada.

La salida que veo es meterte a un Grado Superior y te lo saques compaginándolo con la creacion de un Git con tus proyectos personales ( da igual que sean basura ), pero no se como andas de tiempo.

Y de mientras, en Udemy tienes cursos muy chulos y muy amplios a precios de risa. Y por lenguajes, empezaría por algo de html, css, algo de bases de datos en MySql o Postgre, y a partir de ahi lo que quieras.

Wei-Yu

#21 tampoco le hagas 100% de caso a la gente que postea por aquí porque lo que te encuentras es una minoría vocal. Puedes trabajar de PM sin tener exp técnica y yo diría que no necesitas haber trabajado como técnico para poder ser buen PM, pero también tienes que ser consciente de tus limitaciones y nadie te quita que te tengas que pegar el empache a estudiar para entender las cosas a nivel técnico y conceptual (que es distinto a, literal, tener una larga trayectoria profesional técnica).

A mí personalmente no me gusta encontrarme gente que no tiene el bagaje técnico porque se nota mucho cuando trabajas con alguien al que le es muy alien la parte técnica, pero existir existen y puedes meter la pata siendo alguien mediocre pero acabar convirtiendote en un buen profesional si llevas la actitud correcta, te esfuerzas lo suficiente y remas en la dirección adecuada.

1 respuesta
AlecHolland

El problema no van a ser los conocimientos técnicos. Lo normal es que pases de picar código a ser analista porque conoces ya en profundidad el negocio y a partir de ahí ese es el factor más importante. Podría colar que entraras en el sector sin conocimientos técnicos, pero sin conocimientos del negocio (banca, seguros, telecomunicaciones, comercio electrónico, etc) estás bien jodido y para eso no hay cursos genéricos que te preparen.

frekaice

Que yo recuerde he tenido dos PMs que no tenían conocimientos técnicos.

En un caso fue un infierno, como comenta #20, ya que no era capaz de poner límites a los clientes y traspasaba toda la información y requerimientos sin tan siquiera preguntar si era viable, ese proyecto fue un drama y hubo mucha rotación. En otro proyecto tuve a otro que sin tener ni idea se plantaba delante de los clientes y pedía tiempo para validar las propuestas con su equipo técnico y nunca nos presionaba para reducir horas (o las rebaja él ante el cliente).

(EDIT: Otra anécdota, se pidió reescribir/mejorar una aplicación, la valoración técnica fue de 15000 horas, se vendió por 2000. :rofl: )

Lo importante al final son las cualidades humanas, saber respetar a tu equipo y escuchar sus propuestas.

L

#23 Tengo ahora mismo un PM que hace 15 años que no tira una linea de código y es un puto infierno.

1 respuesta
Wei-Yu

#26 nada le impide ser así habiendo picado hace cuatro días; no toda la gente que pica código sabe hacerlo o sabe desarrollar su parte de gestión.

Yo tengo un PO que pica algo de código por hobby porque le gusta y eso no le da superpoderes para entender las cosas. Al contrario, a veces como no tiene la experiencia que tiene alguien técnico escucha campanas pero no sabe dónde. Eso no le impide hacer su trabajo bien; su trabajo no es picar, es tender puentes, analizar la parte de producto y otras tantas.

1 respuesta
L

#27 Nadie dice que tenga que picar, pero que conozca que X desarrollo implica cambiar aqui, alla y de más allá, y que sepa dentro del proyecto cuando tiempo implica hacer esos cambios. Y si no sabes de codigo, ni de flujo de datos, o ni te acuerdas, pues poco o nada podras ayudar.

Te lo digo porque es lo que me está pasando ahora, un notas que lleva 6 meses con nosotros rtas 15 años en otra consultora, y no tiene ni montado el entorno. Claro que cuando piden de negocio añadir X, dice "bah, es una chorrada, en 1 hora lo tienes desplegado", nos lo comenta a nosotros y le decimos que minimo 3 dias, y claro, vienen los lloros, las prisas y como no, las broncas.

Un buen PM tiene que saber de código y sus implicaciones, punto.

1 respuesta
Kaledros
#28Lafayette:

que conozca que X desarrollo implica cambiar aqui, alla y de más allá, y que sepa dentro del proyecto cuando tiempo implica hacer esos cambios. Y si no sabes de codigo, ni de flujo de datos, o ni te acuerdas, pues poco o nada podras ayudar.

No necesariamente.

Un buen PM sabe que sus leads son mejores que él en cualquier aspecto técnico (o deberían serlo, vamos), con lo que sólo tiene que confiar en lo que ellos le digan en términos de tecnologías necesarias y coordinarse para definir requirements, timelines, etc. Su único trabajo es ir llevando el equipo, ocuparse de imponderables (blockers, etc), hacer de buffer con management, partirse la cara por su equipo, etc.

¿Que ayuda saber programar? Pues depende del puesto. Pero no lo veo obligatorio.