Uno de los problemas que le veo a la gestión de proyectos desde el punto de vista de sistemas, es la necesidad de muchos de mezclar públicos objetivo. En el caso particular de un sistema de software, la documentación va siempre ligada al público objetivo. El objetivo de una gráfica de gantt, puede ser un cliente potencial, un documento interno para control de los managers, o algo real y enforced.

Pero, en la práctica el publico objetivo es diferente y los datos son diferentes. Una implementación de sistema de software de RH es según lo que he visto aproximadamente de 40 dias naturales, suponiendo que el producto ya está hecho. Así que he debido hacer dos esquemas de Gantt, uno enfocado a cliente potencial en etapa de prospecto, y otro rescatando los datos de una implementación de otra empresa, en otro lugar, con otro manejador de bases de datos.

Y lo peor es que en la práctica los programadores deben controlarse en fracciones de día (lease horas o cuartos de hora), así que un Gantt de Venta a cliente basado en días no va a funcionar para hacer algo real.

Además, hay que tomar en cuenta los tiempos de reserva para imprevistos, los días festivos, etc.

Y sobre todo, que una cosa es que se haga el sistema, que se tenga una idea general de como hacerlo, y una muy diferente un producto terminado como el que se implementa en 40 días. Y lo peor es cuando el sistema de nóminas tiene que considerar sistemas de cuartiles, deciles o percentiles así como su control de tabuladores.

http://www.google.com.mx/#sclient=psy&hl=es&q=cuartiles+laborales&aq=f&aqi=&aql=&oq=&gs_rfai=&pbx=1&fp=5bcfd14dd8bc08a5

Es extraño como para poder realizar un trabajo, siendo un profesional, tienes que adaptarte al nivel o de pago que dará el cliente, o de comprensión de su propia especialidad. Los patos tirándole a las escopetas.

Por lo menos, en este caso por lo que se ve el servidor estaría bajo mi control , así que sería menos problemas de entrada que cuando es una situación hosteada.