Cambiar al sector IT (como project manager)

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!

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

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

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.

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

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. )

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

#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.