¿Un gerente de proyecto para una compañía de software necesita saber cómo codificar?

Un mal gerente de proyecto no es necesariamente alguien que no entiende de TI y viceversa.

De hecho, he respondido una pregunta similar aquí:

La respuesta de Daria Karasek a ¿A los grupos de desarrollo de software les importa si su gerente de proyecto sabe algo sobre codificación?

Ser razonable, racional, organizado, comprender los objetivos del proyecto y no depender en absoluto de la capacidad de codificación. PERO

Administrar proyectos de TI definitivamente no es lo mismo que administrar otros tipos de proyectos. A veces, los gerentes de proyecto sin ninguno o con muy poco conocimiento de codificación parecen muy frustrantes para los programadores.

Por otro lado, un programador que se convierte en Gerente de Proyecto puede convertirse en una forma en que nos gusta llamarlo ‘héroe de un solo hombre’, pensando que puede arreglar las cosas si no puede lograr que los programadores lo hagan correctamente. También fue un problema para el CEO de Inwedo, Dominik Goss. Al comienzo de su viaje de gestión de proyectos, a menudo se encontraba arreglando cosas para otras personas en lugar de dejar que encontraran sus propios caminos y aprender a resolver los problemas adecuadamente. Ahora, todo cambió y siempre enfatizamos la importancia de las habilidades para resolver problemas y la capacidad de trabajar de forma autónoma, cuando contratamos nuevas personas. No se trata de la cantidad de lenguajes de programación que conoce o las líneas de código que escribió.

En resumen, diría que un gerente con una sólida formación técnica generalmente comprende mejor cómo “piensa” el equipo . Siempre es mejor tener un gerente que te entienda, ¿no? He visto al menos algunos buenos gerentes de proyecto que no eran del mundo de TI y lo gestionaron bastante bien, pero creo que todos aprendieron algunas habilidades de codificación o diseño mientras trabajaban en un proyecto diferente. Primero, tiene que ser una prueba de conocimiento para no aprender nada a través de los años, segundo, les pareció muy importante aprender algunas de las habilidades de codificación para comprender mejor todas las actividades y requisitos, porque querían convertirse en mejores Gerentes de Proyecto.

No , si habla de servicios de software en general. Lo que se necesita aquí es: conceptos de ingeniería de software, conceptos de datos, conceptos de infraestructura, servidor de cliente, conceptos de implementación y conceptos de STLC / SDLC.

La respuesta podría ser un ” tal vez ” en ciertas áreas como:

a) Software empaquetado como ERP donde hay términos muy específicos del paquete que necesitan programación anterior o experiencia en paquetes. Ejemplo: RICEF en SAP, forma una base de estimación para un gerente de proyecto de SAP.

b) Funciones de PM en alta mar: aquí, los programadores junior se acercarían a usted por un problema técnico, incluso la codificación, y debe comprender lo básico para guiarlos hacia el liderazgo

c) Función de TI basada en el producto: vamos, no puede administrar un proyecto que esté entregando un controlador de placa base sin conocer los niveles básicos / intermedios de sistemas unix, co o integrados. Esta es la forma de área especialista. Lo mismo con VLSI tal vez.

Sígueme para obtener más respuestas sobre la gestión de proyectos.

La respuesta a esta pregunta depende ya que las expectativas reales que los empleadores tienen de los gerentes de proyecto varían mucho de una compañía a otra.

En las compañías de software, la mayoría de los gerentes de proyectos son en parte asistentes administrativos, en parte facilitadores, en parte representantes de atención al cliente y, a veces, incluso agentes de ventas.

La función principal de un gerente de proyecto en una empresa de software es mantener actualizados los documentos relacionados con proyectos de software (listas de tareas, cronogramas, documentación, etc.) y monitorear e informar el progreso logrado en este tipo de proyectos. También organizan reuniones para las partes interesadas involucradas en los proyectos que facilitan la comunicación entre ellos. Deben seguir el proceso detrás de un proyecto de software y plantear y escalar los problemas que puedan surgir.

La mayoría de los empleadores no esperan que sus gerentes de proyectos de software se involucren en los aspectos técnicos de sus proyectos, por lo que, a pesar de lo que algunos gerentes de proyectos puedan decir, la relación entre ellos y el equipo de desarrollo es limitada y el gerente de proyectos de software en realidad no administra desarrolladores (los desarrolladores son administrados por líderes técnicos, líderes de equipo, arquitectos de software y gerentes técnicos).

La relación entre desarrolladores y gerentes de proyectos consiste principalmente en que el gerente de proyectos les pregunte a los desarrolladores cosas como: ¿qué se necesita para completar estos requisitos? ¿Cuánto tiempo necesitarás para completar estas tareas? ¿Cuál es el progreso hasta ahora? Además, los gerentes de proyecto solicitan a los desarrolladores que proporcionen cualquier información adicional que requieran para escribir sus documentos y reportar el estado del proyecto al cliente y a la gerencia.

Está más que claro que, en este escenario, los gerentes de proyectos de software no necesitan poder escribir código, sino que deben tener una comprensión mínima sobre el desarrollo de software para poder formular a los desarrolladores las preguntas correctas y más Es importante entender las respuestas.

Algunas empresas, por otro lado, pueden requerir que sus gerentes de proyecto de software se involucren realmente en los aspectos técnicos del proyecto, liderando efectivamente a los desarrolladores en su trabajo. Sin embargo, creo que estos son solo algunos casos y, en la mayoría de los casos, no se requiere que los gerentes de proyectos de software puedan codificar.

No. Una apreciación por el ciclo de vida del desarrollo de software, un poco de sentido de la cadencia del desarrollo iterativo y un sentido del humor es todo lo que se necesita. La mayor parte de lo que necesitará saber, lo aprenderá en el trabajo.

Para que lo sepas, la mayoría de los desarrolladores se enfurecen por ser gestionados, así que concéntrate en eliminar sus impedimentos y protegerlos de la inevitable pérdida de negocios, la indecisión y la incompetencia.

Oh … y nunca preguntes, “¿ya está hecho?”

No, pero debes ser capaz de:

  • Sepa cómo hacer las preguntas correctas para obtener la información que necesita
  • Tener suficiente información sobre los detalles técnicos / funcionales o información sobre el comportamiento de las personas para saber / sospechar cuando te están engañando
  • Reconozca cuándo los desarrolladores se estancan y necesitan ayuda
  • Ayude a los desarrolladores y a las demás personas involucradas a elaborar planes realistas, riesgos y actividades para resolver los problemas que enfrenta.

Bueno, se requiere un conocimiento básico de codificación y cómo funciona. Como primer ministro, debería poder hablar y comprender la jerga de su equipo.
puede consultar algunas herramientas de conocimiento en línea y pedirles a sus compañeros de equipo que lo ayuden a comprender los tecnicismos. Haga su diligencia debida, recuerde que la actitud es lo que se necesita para aprender.
Espero que esto ayude

No, pero necesitan saber cómo funciona la codificación. La experiencia de primera mano ayuda con eso.