Responsabilidades laborales: gerente de proyecto versus desarrollador [cerrado]

Actualmente estoy trabajando con un gerente de proyecto y no estoy seguro de algunas de las cosas que ella espera que haga. Como desarrollador, además de escribir código, muy a menudo se me pide que realice otras tareas cada vez que nos enfrentamos a un problema.

Por ejemplo, el software que funciona perfectamente en el servidor A funciona muy lento en un servidor de prueba, nos aseguramos de que esto no tenga nada que ver con el software que escribimos y está relacionado con el hardware, pero luego me piden que averigüe por qué. ese servidor es realmente lento y qué se puede hacer al respecto, investigo esto y encuentro las razones (es decir, falla de hardware, configuración incorrecta, etc.) y luego se lo informo, luego me pide que encuentre posibles soluciones ( es decir, ponerse en contacto con los departamentos pertinentes y preguntarles si pueden solucionar los problemas de hardware o reinstalar cierto software, etc.) y este es solo uno de los ejemplos.

Ya hablé con ella sobre esto y su respuesta fue que es responsabilidad nuestra (de los desarrolladores) apropiarnos de los problemas y encontrar soluciones. En mis roles anteriores, este tipo de situaciones se informaban a los gerentes de proyecto y ellos eran responsables de contactar a las personas relevantes y solucionar los problemas.

Mi pregunta es, como desarrollador, ¿cuántos de estos problemas sin codificación deben ser manejados por los desarrolladores?

Gracias

¿Cómo puede alguien que no sea un desarrollador determinar que el rendimiento lento no está relacionado con algo en el código? En términos generales, no es raro que un rol de desarrollador incluya algún trabajo ocasional relacionado con las operaciones. Ciertamente no es algo que haría un gerente de proyecto. Ese tipo de tareas recaen en el desarrollo o en las operaciones.
Si uno no ha configurado correctamente la instancia de SQL, podría ser lento debido a problemas de optimización, que solo un desarrollador podría identificar. Si el servidor es lento debido a una CPU con poca potencia o falta de memoria, es problema de otra persona para solucionarlo, pero primero tendrá que haberlo identificado como el problema.
@Meredith Poor, este es exactamente mi punto, no me importa identificar el problema, pero cuando le dije que hay un problema de CPU/memoria, espera que hable con los otros departamentos y resuelva el problema, lo cual no estoy seguro de lo que tengo que hacer.
@HugoDev: se supone que los gerentes de proyecto deben mantener a los desarrolladores enfocados en el desarrollo. Estoy de acuerdo con usted en que una vez que está fuera de su alcance, es su problema, no algo de lo que deba 'apropiarse'.
¿Qué tan aislada está su organización? ¿Se le permite hablar con los administradores del servidor para abordar el problema de la CPU/memoria, o están secuestrados de usted? ¿Puede solucionar los problemas de CPU/memoria mejorando su código?
OP, tiene razón, esta es una tarea para las operaciones de desarrollo, y el problema se les debe escalar. Si esa persona no existe, es razonable que te pida que la investigues, ya que los desarrolladores, especialmente los que trabajan en el backend, deben tener algún conocimiento de operaciones de desarrollo. Esto definitivamente no es una responsabilidad de PM.

Respuestas (2)

Realmente depende de la cultura de la empresa y el estilo de gestión. Su(s) gerente(s) anterior(es) tenía(n) un enfoque mucho más práctico, manteniendo un estrecho control sobre sus actividades. Su gerente actual parece delegar la tarea en usted y luego se mantiene en contacto para ver si necesita ayuda. Con este tipo de estilo de gestión puedes disfrutar de más libertad. Sin embargo, con la libertad viene la responsabilidad. En este caso, significa que debe ser más proactivo en caso de que necesite saber cosas o necesite tener acceso a recursos. Si no se siente cómodo con eso, entonces es su responsabilidad indicarlo, para que ella pueda adaptarse a sus necesidades.

Parece que tu nueva gerente podría ser una mujer de 7 hábitos .

También puede ser que las empresas anteriores en las que trabajó el OP tuvieran una proporción diferente de gerentes de proyecto a desarrolladores. He trabajado en lugares con casi tantos PM como desarrolladores, y asumieron mucha responsabilidad. Y he trabajado en lugares donde era 1:5 y los PM estaban hasta los oídos simplemente haciendo un seguimiento de lo que estaba sucediendo, sin tiempo para ofrecer ayuda adicional.

Claramente hay una disyunción entre tus expectativas y las de ella. Su expectativa de que usted se haga cargo del problema es extrema y probablemente irrazonable. Porque ella no puede simplemente abdicar de la responsabilidad de ver el problema hasta su conclusión simplemente pasándole la patata caliente a otra persona.

Dado que ella está actuando racionalmente, no es que a usted y a mí nos guste su razonamiento, le sugiero que ascienda a su líder de equipo y a su gerente en la jerarquía en la que los tres le expongan sus expectativas profesionales. Sí, ella obtiene la cooperación total y usted se hace cargo de sus respuestas y si los ingenieros se comunican con usted sobre lo que dijo, hablará con ellos, pero la responsabilidad de escalar a ingeniería es de ella.

Responsabilidades laborales: gerente de proyecto versus desarrollador [cerrado]
RespuestasAquíPolítica de privacidad1y, 0v