4
la programación de proyectos con recursos limitados y todos ellos ponen de manifiesto la necesidad de proporcionar al Director de Proyectos información consistente que le permita tomar mejores decisiones Wiest 1964; Woodworth and
Shanahan 1988; Bowers 1995; Raz y Marshall 1996; Lova, Maroto y Tormos 2000. Además, cuando este problema se resuelve con el software estándar de gestión de proyectos el usuario ve la programación factible obtenida como una “caja
negra” en la que realizar cambios controlados se convierte en una tarea difícil y complicada. Por tanto existe una necesidad clara de proporcionar más información práctica acerca de la flexibilidad de la programación obtenida.
II. ADAPTACIÓN DE LAS HOLGURAS APLICABLES EN EL MCC AL CONTEXTO DE LA PPRL
Para presentar una clasificación de las actividades en un contexto de recursos limitados es necesario adaptar los conceptos de holguras definidos en el MCC. En primer lugar, adaptaremos el concepto de holgura libre teniendo en cuenta posibles
adelantos backward o retrasos forward de las actividades. Concretamente vamos a definir los conceptos de Backward Free Slack –BFS- y Forward Free Slack –FFS- asociados a las actividades en una programación factible.
BFSFFS de una actividad se define como la cantidad de unidades de tiempo que esa actividad se puede adelantarretrasar permitiendo que el resto de actividades comiencen en sus fechas programadas. BFS de una actividad se calcula como la
diferencia entre la fecha de comienzo programada de la actividad de la que calculamos su BFS y la mayor de las fechas de finalización programada de sus actividades predecesoras. Por otro lado, FFS de una actividad se calcula como la diferencia
entre la menor de las fechas de comienzo de sus sucesoras y la fecha de finalización programada de la actividad. Sin embargo, para que estas holguras tengan utilidad práctica es necesario proporcionar al usuario información sobre la
factibilidad de las nuevas posiciones de las actividades dentro de sus holguras. De esta manera, si en una posición se requiere de algún recurso más unidades de las disponibles, se indicara que esa posición no es factible o en caso contrario que esa
posición es factible. Adaptar el concepto de holgura total es algo más laborioso. De nuevo este concepto lo definiremos ante posibles adelantos o
retrasos en la ejecución de las actividades. Concretamente, definiremos la holgura total de adelanto y de retraso asociada a cada actividad: Backward Total Slack –BTS- y Forward Total Slack -FTS. El cálculo de ambas holguras implica tres pasos.
Para calcular FTS de una actividad en una programación factible, en primer lugar, toda actividad cuya fecha de comienzo programada sea mayor que la fecha de finalización programada de la actividad de la que estamos calculando su FTS se
retrasa todo lo posible hacia posiciones factibles. Así, estas actividades se programan en sus fechas de comienzo factibles más tardías. El segundo paso, parte de la programación obtenida en el primer paso e implica calcular FTS de cada actividad
como el mínimo de las fechas de comienzo factibles más tardías de sus sucesoras menos su fecha de finalización programada. Por último, las actividades retrasadas en el primer paso son adelantadas hasta sus fechas iniciales. El cálculo de
BTS es similar pero, en este caso, en el primer paso se adelantan todas las actividades cuya fecha de finalización es menor que la fecha de comienzo de la actividad de la que estamos calculando su BTS. De nuevo, como ocurría en el cálculo de
BFSFFS de las actividades, cuando se calculan las holguras totales de adelanto y de retraso es necesario informar al usuario sobre la factibilidad de las distintas posiciones de las holguras totales.
III. CLASIFICACIÓN DE ACTIVIDADES EN LA PPRL