Diagrama de red y costes de un proyecto
Enviado por david_aki_no • 16 de Mayo de 2020 • Prácticas o problemas • 632 Palabras (3 Páginas) • 331 Visitas
Su empresa acaba de recibir un pedido de un buen cliente, para entregarle una pieza de motor eléctrico especialmente diseñada. El contrato establece que, a partir de las trece semanas del comienzo del trabajo, su empresa experimentará una multa de $1,000por semana hasta que se complete el trabajo. Los costes recurrentes cargados al proyecto ascienden a $2,000 por semana, además del coste de las actividades. Los datos sobre los costos directos y relaciones de precedencia de las actividades se muestran en la Tabla siguiente:
Actividad | Tiempo (Semanas) | Coste ($) | Tiempo con "Crashing" (Semanas) | Coste con "Crashing" ($) | Predecesoras inmediatas |
A | 4 | $10.000 | 3 | $13.000 | Ninguna |
B | 7 | $14.000 | 4 | $20.000 | Ninguna |
C | 5 | $20.000 | 4 | $27.000 | Ninguna |
D | 6 | $12.000 | 5 | $14.000 | A |
E | 3 | $9.000 | 2 | $11.000 | B |
F | 11 | $25.000 | 6 | $37.500 | C |
G | 4 | $8.000 | 3 | $14.500 | D, E |
H | 3 | $3.000 | 1 | $5.000 | F, G |
- Dibuje el diagrama de red del proyecto
[pic 2]
- Determine el camino crítico y su duración sin “crashing”, así como el coste total del proyecto.
Duración total proyecto (Semanas) | 19 | Duración de |
Coste actividades ($) | $101.000 | Costes de |
Coste recurrentes ($) | $38.000 | 19 x 2.000$ |
Coste penalizaciones (S) | $6.000 | (19 - 13) x 1.000$ |
Coste TOTAL | $145.000 | C. actividades + |
- ¿Sería posible reducir la duración del proyecto a 15 semanas? ¿Qué acciones se deberían tomar? ¿Qué coste total resultaría en el proyecto?
(Nota: para la pregunta 3 considere que el ‘crashing’ se puede aplicar semana a semana. Es decir, por ejemplo la tarea H se puede crashear de 3 a 1 semanas, pero también de 3 a 2 semanas, con el coste proporcional correspondiente)
Se podría reducir la duración del proyecto a 15 semanas e incluso a menos aplicando crashing a las distintas tareas, esto es, reduciendo su duración a base de incorporar más recursos para su ejecución y consecuentemente incrementando los costes de la actividad.
Debido a que hay diferentes combinaciones para realizar el crashing, nos fijaremos en el incremento unitario por semana de crashear cada actividad. Este parámetro nos permitirá elegir aquellas actividades que nos penalizan menos por crashing, es decir, las actividades que nos cuestan menos reducir el plazo de ejecución. De esta forma, además de tener en cuenta la reducción de el plazo, tendremos en cuenta minimizar el incremento de coste.
Actividad | Tiempo (Semanas) | Tiempo con "Crashing" (Semanas) | Coste ($) | Coste con "Crashing" ($) | Ahorro de tiempo (Semanas) | Incremento coste | Incremento coste unitario por Semana ($) |
A | 4 | 3 | $10.000 | $13.000 | 1 | 3.000 | 3.000 |
B | 7 | 4 | $14.000 | $20.000 | 3 | 6.000 | 2.000 |
C | 5 | 4 | $20.000 | $27.000 | 1 | 7.000 | 7.000 |
D | 6 | 5 | $12.000 | $14.000 | 1 | 2.000 | 2.000 |
E | 3 | 2 | $9.000 | $11.000 | 1 | 2.000 | 2.000 |
F | 11 | 6 | $25.000 | $37.500 | 5 | 12.500 | 2.500 |
G | 4 | 3 | $8.000 | $14.500 | 1 | 6.500 | 6.500 |
H | 3 | 1 | $3.000 | $5.000 | 2 | 2.000 | 1.000 |
Como se puede ver en la tabla, la actividad que menos penaliza es la actividad H (que además está en el camino crítico) mientras las que más penalizan son las actividades C y G. Teniendo en cuenta esto, que además podemos crashsear parcialmente y aplicando sentido común tenemos que la mejor opción para reducir el plazo a 15 semanas sería crashear por completo la actividad H y parcialmente la actividad F:
...