"Una mujer tarda nueve meses en hacer un bebé, pero nueve mujeres no pueden hacer un bebé en un mes".
Añadir más desarrolladores a un proyecto no siempre aumenta la eficacia. De hecho, los desarrolladores adicionales a menudo crean el efecto de "demasiados cocineros en la cocina" y disminuyen la eficiencia del proyecto. Este efecto se articula mediante la Ley de Brook, que afirma que "añadir mano de obra a un proyecto de software tardío lo hace más tardío".
Este fenómeno puede darse en cualquier proyecto, no sólo en los tardíos, porque:
- Se necesita tiempo para que las personas se preparen y contribuyan a un proyecto de forma productiva.
- La eficacia de la comunicación tiende a disminuir a medida que se incorporan más personas a un proyecto.
- Las tareas no pueden subdividirse infinitamente
Considere el desarrollo utilizando el entorno de desarrollo gráfico LabVIEW de National Instruments. Aunque LabVIEW incluye una variedad de características que reducen el tiempo de desarrollo en comparación con otros lenguajes de programación, puede anular estas eficiencias añadiendo recursos de desarrollo sin una estructura y un plan adecuados. Esto es especialmente cierto en proyectos que utilizan lenguajes de programación gráficos porque el seguimiento y la fusión de los cambios de código plantean desafíos únicos que no se encuentran en los lenguajes tradicionales basados en texto.
Debido a las ineficiencias previstas, las empresas a menudo deciden utilizar un único recurso de desarrollo para proyectos LabVIEW, causando un tiempo de desarrollo prolongado. Sin embargo, los procesos adecuados de gestión de proyectos específicos de LabVIEW en realidad otorgan eficiencias y reducen el tiempo de comercialización al tiempo que minimizan los inconvenientes de tener un equipo más grande que uno.
Hay varios beneficios obvios al tener múltiples recursos de desarrollo en proyectos de LabVIEW. En primer lugar, múltiples desarrolladores, utilizados correctamente, pueden acelerar el tiempo de comercialización. Con la estructura y el proceso adecuados, las ganancias no son lineales. Por ejemplo, es posible terminar un proyecto en seis meses con dos desarrolladores que normalmente llevaría a un desarrollador dos años.
En segundo lugar, la multiplicidad de recursos crea una redundancia que mantiene el proyecto en marcha cuando hay que trasladar al personal a nuevos proyectos, un empleado necesita días de baja por enfermedad o vacaciones, o a un miembro del equipo le ocurre un acontecimiento vital importante. Cuando se hace correctamente, la empresa de desarrollo y el cliente acaban ahorrando tiempo y dinero y ganan en redundancia de personal. Si se aplican las estrategias adecuadas, no sólo se puede mitigar el riesgo de que disminuya la eficacia, sino a veces mantenerla o incluso aumentarla a medida que se añaden recursos.
Nuestro último libro blanco analiza las siguientes aplicaciones prácticas de la gestión de proyectos para lograr estos objetivos:
- Seleccionar un flujo de trabajo predeterminado con funciones y requisitos definidos
- Utilizar una arquitectura LabVIEW que evite la fusión de cambios en el control de origen
- Desarrollar y comunicar un ciclo de vida de proyecto unificado
Mediante la aplicación de las estrategias descritas en el documento, puede aumentar la eficiencia y reducir el tiempo de desarrollo con sus proyectos LabVIEW de medianos a grandes, incluso cuando se añaden más recursos.
