¿Quién debe determinar el tamaño del equipo?

7

¿Desarrolladores, gerentes o clientes? Hace poco estuve involucrado en una situación en la que sentí que los clientes exigían arbitrariamente más desarrolladores en un equipo que ya tenía demasiados desarrolladores. Tenían miedo de que el proyecto fuera tarde (y probablemente lo será). Personalmente, tenía miedo de que íbamos a cumplir la Brook's Law .

El grupo de programadores ya carecía de un conocimiento profundo del negocio, y algunos eran incluso nuevos en la tecnología (.NET), pero el cliente quería agregar más desarrolladores que tuvieran un conocimiento empresarial incluso menos . La impresión fue que esto haría que el proyecto se hiciera más rápido.

Comencé a preguntarme si el cliente, que es extremadamente inteligente, pero presumiblemente sabe poco sobre la gestión de proyectos de TI, debería ser realmente el único determinante del tamaño del equipo.

    
pregunta TaylorOtwell 01.03.2011 - 16:01

7 respuestas

6

Managers : son los encargados de "obtener" los trabajos y firmar los cheques de pago. Y en ellos reside la responsabilidad de los programadores que realizan el trabajo y los clientes que pagan el trabajo.

    
respondido por el Rook 01.03.2011 - 16:04
5

Me gustaría sentarme con el cliente y explicarles que, después de cierto punto, más programadores se convierten en un obstáculo, no en una ayuda. Contratar más simplemente sería perder su dinero.

Un buen ejemplo para mencionar sería el mes del hombre mítico. 1 mujer tarda 9 meses en tener un bebé, pero 9 mujeres no pueden tardar 1 mes en tener un bebé.

Si aún insisten en contratar más programadores, es su dinero para que puedan hacer lo que quieran.

    
respondido por el Rachel 01.03.2011 - 16:07
3

La única persona que debería poder determinar el tamaño del equipo es alguien con experiencia en la asignación de miembros del equipo a un proyecto. Un administrador .

Él necesita saber:

  • Qué tan familiarizado está cada miembro del equipo con el conjunto de reglas de negocios. Lo que a menudo es muy complejo.
  • Qué tan familiarizado está cada miembro del equipo con la tecnología elegida.

Un buen gerente de equipo es alguien que ha tenido éxito y ha fallado, por lo que sabe qué funciona y qué no.

Asignar aleatoriamente a más programadores a un problema es como echar a más mujeres para apresurar un embarazo, simplemente no funciona de esa manera.

    
respondido por el Sergio 01.03.2011 - 16:05
1

Probablemente pensaría que sería el gerente. Quiero decir que el cliente realmente no sabe lo suficiente sobre el ciclo real de desarrollo de software para saber qué es qué. Un buen gerente debe ser capaz de asignar recursos de manera efectiva. la palabra clave es "buena" gerente, por supuesto.

    
respondido por el user6791 01.03.2011 - 16:04
1

En circunstancias normales, no debe ser el cliente, sino el jefe de tecnología y / o el gerente de proyecto (idealmente ambos).

    
respondido por el Péter Török 01.03.2011 - 16:07
1

En última instancia, es el administrador de proyectos . Su trabajo (entre otras cosas) es seleccionar el personal para el proyecto y mantenerlo dentro del presupuesto y a tiempo. Si el patrocinador (cliente) desea que el proyecto se complete antes, aumentará la cantidad de personal (o cambiará algunos de ellos) según lo permita el presupuesto. Y si el presupuesto no lo permite, negociarán con el patrocinador.

Si el administrador de proyectos no tiene el poder para tomar estas decisiones, no son el administrador de proyectos . Son solo una cabeza tallada y / o un cordero sacrificado a quien culpar cuando el proyecto falla.

    
respondido por el BIBD 01.03.2011 - 16:58
0

Está determinado por quien paga las facturas ...

    
respondido por el jmq 01.03.2011 - 16:04

Lea otras preguntas en las etiquetas