Los roles escritos del administrador de desarrollo de software [cerrado]

62

Todos sabemos lo que hace un gerente de desarrollo de software, pero me temo que solo lo sabemos vagamente . Creemos que sabemos lo que está haciendo, pero enumerar exactamente cuál es el alcance del trabajo es un poco difícil.

En su opinión, ¿cuáles son las funciones de un gerente de desarrollo de software?

    
pregunta Graviton 16.11.2010 - 07:44

1 respuesta

100

Hablando como alguien en el trabajo (que también ha sido desarrollador), las cosas clave que tengo que hacer son:

  • Mantenga al equipo de desarrollo en el buen camino (y feliz cuando sea posible) : mueva las cosas que les impiden trabajar cuando sea posible, explique por qué no es posible donde no pueden ser movido para tratar de reducir el estrés resultante (las personas tienen más probabilidades de aceptar las cosas si al menos las comprenden). En última instancia, si hay un conflicto entre el proyecto y el equipo que no se puede resolver, normalmente el proyecto ganará. Eso no necesariamente lo hace popular entre el equipo, pero le pagan por entregar proyectos / productos, no como un líder sindical. La habilidad obvia es minimizar la frecuencia con que esto sucede.

  • Asegúrese de que el equipo se esté comunicando con el cliente la cantidad correcta . Esto tiende a ser partes iguales que mantienen al cliente alejado del equipo, y asegurándose de que el equipo le esté preguntando cosas que no entienden completamente (en lugar de simplemente hacer suposiciones que pueden ser incorrectas). Los desarrolladores se aseguran de que el cliente no los moleste y, en ocasiones, olvide que el cliente podría tener algo útil que agregar.

  • Planificación y priorización de proyectos de conflictos de recursos, demandas de clientes, problemas de soporte y similares. Tiendo a ser la persona que dice que este cliente tiene prioridad sobre ese cliente, o que este error debe solucionarse antes de que se envíe, pero que se puede solucionar como un problema conocido.

  • Administre la parte comercial del desarrollo : es asegurarse de que se cobren las cosas que deben cobrarse y de que no estamos tratando de cobrar por las cosas que deben estar cubiertas bajo apoyo.

  • Sea la voz del equipo en el negocio y el negocio dentro del equipo : ayude a todos a entender la posición del otro y ayude a resolver las diferencias cuando surjan. Esto tiende en gran medida a cubrir los conflictos culturales entre las necesidades / deseos de los equipos y las organizaciones más grandes, y los asuntos presupuestarios. Esto es realmente una mierda, ya que significa que cuando hay desacuerdos, eres el enemigo de todos.

  • Trabaje con el equipo para garantizar que haya suficientes procesos y herramientas para cumplir con los requisitos de la empresa y los clientes . Asegúrese de que estos procesos se estén siguiendo y ajustando según sea necesario. Algo de esto es asegurarse de que el equipo defina procesos (por ejemplo, para cosas técnicas que entienden mejor que yo), otros los está definiendo yo mismo (para cosas que entiendo mejor que ellos: planificación, estimación, etc.). La palabra importante aquí es suficiente: no desea el proceso por el bien del proceso, pero hay cosas que tienen que suceder y el proceso es la mejor manera de lograrlo constantemente.

  • Asegúrese de que todos los miembros del equipo estén trabajando al menos a un nivel razonable , e idealmente más allá de eso. Trabaje con ellos para ayudar a resolver cualquier problema que les impida alcanzar este nivel. Me encantaría decir que mi rol es hacer que sean lo mejor que puedan ser, pero si bien esto es cierto hasta cierto punto, otras demandas (proyecto, presupuesto, tiempo) significan que esto casi siempre estará comprometido en mayor o menor medida.

  • Haciendo toda la administración y rellenando la demanda de la organización (y la ley)

En general, se trata de una mentoría de la parte, una parte de la secretaría, una parte de la gestión de proyectos, una parte de la gestión de la cuenta y una parte de las relaciones públicas (para el equipo). Hay un montón de cosas que los desarrolladores no necesitan pensar o no piensan hacer, y algunos se aseguran de que hagan las cosas que deben hacer pero no quieren hacer.

De lo que no se trata es ser el mejor desarrollador (por lo general, no tienes tiempo para mantenerte actualizado durante mucho tiempo, así que debes aceptar que las personas sabrán más que tú; la habilidad es saber dónde está tu experiencia más larga pero obsoleta). más relevante que su experiencia más corta pero más reciente) o ser una especie de dictador. En ese sentido, la mejor manera de pensar no es que seas mayor, sino que tienes diferentes responsabilidades. A veces, esto implicará hacer la llamada final a algo (lo que puede ir en contra de las opiniones del equipo), pero más a menudo debería tratarse de consenso o compromiso.

    
respondido por el Jon Hopkins 16.11.2010 - 11:05

Lea otras preguntas en las etiquetas