Opciones de Nivelacion en P6(1) - Nivelar dentro de la holgura total.

September 26, 2017 | Author: HUGO CARDOZO URDANETA | Category: Computing And Information Technology, Science (General), Science
Share Embed Donate


Short Description

Descripción: Cuando se nivelan recursos en P6, esta opción permite acotar la nueva progremación de las tareas asignadas...

Description

OPCIONES DE NIVELACIÓN EN P6 LEVEL ONLY WITHIN TOTAL FLOAT Cuando se nivelan recursos en P6, esta opción permite acotar la nueva progremación de las tareas asignadas a esos recursos, usando tolerancias para: A) Preservar un mínimo de holgura total al nivelar B) Admitir un porcentaje máximo de sobreasignación de recursos. Se explicará a continuación su aplicación mediante un ejemplo genérico. En este ejemplo, el cálculo de la programación retendrá las fechas early y late para efectos de comparación de resultados.

OPCIONES DE NIVELACIÓN EN P6

BIBLIOTECA

LEVEL ONLY WITHIN TOTAL

PRIMAVERA

FLOAT

P6 EN

DEFINICIONES Usando el menú de ayuda disponible en P6 se define: Preserve minimum float when leveling1 Es la cantidad de holgura que se desea mantener cuando las actividades se retrasan por causa de conflictos entre recursos. El valor se entra en unidades de tiempo, pero se convierte en horas. Max percent to over-allocate resources Es el porcentaje máximo por el cual se puede incrementar la disponibilidad del recurso durante la nivelación. Este valor es usado solamente si la actividad no puede ser nivelada dentro de la holgura total disponible para la actividad. El valor se entra en porcentajes.

ORACLE

ESPAÑOL Colección de notas, artículos y guías para el grupo ORACLE PRIMAVERA P6 EN ESPAÑOL creadas para ayudar a otros profesionales usuarios de Primavera P6 y como un estímulo para promover la participación entre los integrantes del grupo.

Este documento es para uso personal solamente y se prohibe otro tipo de uso. La biblioteca está en disponible en Scribd.com

1

N.A Ref. Ayuda de P6, P6 Project Managament release 7.0.0

1

EJEMPLOS ESTADO INICIAL El ejemplo mostrado abajo, consta de tres tareas A,B,C en paralelo (5 d c/u), asignadas al recurso Ironworker (Max Units = 8 h/d) con 40, 20 y 40 horas respectivamente. Como condiciones generales para este ejemplo, se ha preferido nivelar siguiendo la misma prioridad, esto es: A, B, C. La fecha final es 25-Apr-2013.

FIGURE 1 SITUACION INICIAL ANTES DE NIVELACION.

CASO 1: OPCIONES DESACTIVADAS La figura siguiente muestra la sección Level Resources only-within activity Total Float desactivada. Se observan los parámetros antes definidos:

FIGURA 1 CASO 1 CONFIGURACIÓN

A continuación se nivelará sin la opción Level resources only within activity Total Float activada. 2

El resultado es el siguiente:

FIGURA 2 CASO 1 RESULTADOS DE PROGRAMACIÓN

Las actividades entran en el nivelador según la prioridad prevista, sin embargo la nueva fecha final es 26-Apr-2013 (A1030), teniendo que retrasar las tareas B (A1010) y C (A1020) respectivamente. Observe los mensajes de excepciones en el archivo SCHEDLOG.txt en P6, secciones: • • • •

Activities delayed due to predecessor delay (A1030 Fin del trabajo) (retrasada) Activities delayed due to resource leveling (A1010 - Tarea B, A1020 - Tarea C) (retrasadas) Activities that cannot be leveled (ninguna) Activities overallocated within float (opción desactivada)

La figura siguiente muestra los resultados de la nivelación:

3

FIGURA 3 CASO 1 RESULTADOS DE NIVELACIÓN

CASO 2: PRESERVE = 0 H, MAX PERCENT = 25% En el formulario, se activa la casilla Level resources only within activity Total Float. Luego, en Preserve minimum float when leveling se entra 0 h, y en Max percent to over-allocate resources se entra 25. La figura siguiente muestra las opciones a entrar:

FIGURA 4 CASO 2 CONFIGURACIÓN

El resultado es el siguiente: A1030 se mantiene el 25-Apr-2013 ya que aunque B(A1010) puede ser nivelada según su prioridad, no hay holgura suficiente (5d > 4d) para C (A1020) y el umbral asignado de disponibilidad (125% = 8h + 2h = 10h < 16h ) no es suficiente. Observe el resultado de la nivelación en la figura siguiente:

FIGURA 5 RESULTADOS DE LA PROGRAMACIÓN

Observe los mensajes de excepciones en el archivo SCHEDLOG.txt en P6, secciones: 4

• • • •

Activities delayed due to predecessor delay (ninguna) Activities delayed due to resource leveling (A1010 - Tarea B) Activities that cannot be leveled (A1020 – Tarea C) Activities overallocated within float (A1020 – Tarea C)

FIGURA 6 CASO 2 RESULTADOS DE LA NIVELACIÓN

CASO 3: PRESERVE = 0 H, MAX PERCENT = 50% En Max percent to over-allocate resources se entra 50. La figura siguiente muestra las opciones a entrar:

FIGURA 7 CASO 3 CONFIGURACIÓN

El resultado es el siguiente: A1030 se mantiene el 25-Apr-2013 pero B(A1010) puede ser nivelada según su prioridad, al igual que C, ya que aunque no hay holgura suficiente (5d > 4d) para C (A1020) el umbral asignado de disponibilidad (150% = 8h + 4h = 12h) es suficiente para acomodar tal 5

sobreasignación. Observe el resultado de la programación en la figura siguiente:

FIGURA 8 CASO 3 RESULTADOS DE LA PROGRAMACIÓN

Observe los mensajes de excepciones en el archivo SCHEDLOG.txt en P6, secciones: • • • •

Activities delayed due to predecessor delay (ninguna) Activities delayed due to resource leveling (A1010 - Tarea B, A1020 - Tarea C) Activities that cannot be leveled (ninguna) Activities overallocated within float (A1020 – Tarea C)

FIGURA 9 CASO 3 RESULTADOS DE LA NIVELACIÓN

Observe que el valor de sobreasignación del recurso fué usado, según la definición, dentro de la 6

holgura total disponible para el cálculo de la nivelación. CASO 4: PRESERVE MINIMUM FLOAT WHEN LEVELING = 0 H, MAX PERCENT TO OVERALLOCATE RESOURCES = 0 Tomando el ejemplo anterior modificamos A1030 – Fin del trabajo para que termine el 29-Apr-2013 en lugar del 25-Apr-2013. Esto nos da el tiempo necesario para acomodar las tres actividades dentro de la holgura total (15d). La configuración es la siguiente:

FIGURA 10 CASO 4 CONFIGURACIÓN

Al nivelar manteniendo la holgura total, la fecha final de A1030 se mantiene y las actividades B, C se retrasan (se nivelan) según la prioridad y la capacidad máxima del recurso como era de esperarse. La figura siguiente muestra el resultado:

FIGURA 11 CASO 4 RESULTADOS DE LA PROGRAMACIÓN

Observe los mensajes de excepciones en el archivo SCHEDLOG.txt en P6, secciones: •

Activities delayed due to predecessor delay (ninguna) 7

• • •

Activities delayed due to resource leveling (A1010 - Tarea B, A1020 - Tarea C) Activities that cannot be leveled (ninguna) Activities overallocated within float (ninguna)

FIGURA 12 CASO 4 RESULTADOS DE LA NIVELACIÓN

CASO 5: PRESERVE MINIMUM FLOAT WHEN LEVELING = 8 H, MAX PERCENT TO OVERALLOCATE RESOURCES = 0 Para un valor de 8h como umbral de holgura total, entramos la configuración siguiente:

FIGURA 13 CASO 5 CONFIGURACIÓN

Al nivelar manteniendo un umbral de 1 dia, A1030 se mantiene el 29-Apr-2013 ya que aunque B(A1010) puede ser nivelada según su prioridad, no hay holgura suficiente (5d > 4d) para C (A1020) y el umbral asignado de disponibilidad (100% = 8h < 16h ) no es suficiente. Observe el resultado de la programación en la figura siguiente:

8

FIGURA 14 CASO 5 RESULTADOS DE LA PROGRAMACIÓN

Este resultado es similar al caso 2 en cuanto a resultados, pero C, no puede ser ubicada dentro de la holgura total disponible. Observe los mensajes de excepciones en el archivo SCHEDLOG.txt en P6, secciones: • • • •

Activities delayed due to predecessor delay (ninguna) Activities delayed due to resource leveling (A1010 - Tarea B) Activities that cannot be leveled (A1020 –Tarea C) Activities overallocated within float (ninguna)

FIGURA 15 RESULTADOS DE NIVELACIÓN

9

CASO 6: PRESERVE MINIMUM FLOAT WHEN LEVELING = 8 H, MAX PERCENT TO OVERALLOCATE RESOURCES = 100 Para un valor de 8h como umbral de holgura total, y 100% como umbral de disponibilidad para los recursos, entramos la configuración siguiente:

FIGURA 16 CASO 6 CONFIGURACIÓN

Al nivelar manteniendo un umbral de 1 dia, y admitiendo 200% de disponibilidad, A1030 se mantiene el 29-Apr-2013 ya que aunque B(A1010) puede ser nivelada según su prioridad, no hay holgura suficiente (5d > 4d) para C (A1020) y el umbral asignado de disponibilidad (200% = 16h ) es admisible para nivelarla. Observe el resultado de la programación en la figura siguiente:

FIGURA 17 CASO 6 RESULTADOS DE LA PROGRAMACIÓN

Observe los mensajes de excepciones en el archivo SCHEDLOG.txt en P6, secciones: • • •

Activities delayed due to predecessor delay (ninguna) Activities delayed due to resource leveling (A1010 - Tarea B) Activities that cannot be leveled (ninguna) 10



Activities overallocated within float (A1020 – Tarea C)

FIGURA 18 RESULTADOS DE LA NIVELACIÓN

Conclusiones El uso conjunto de ambas opciones permite afinar los resultados de la nivelación o bién controlando la holgura total disponible en las secuencias, o bién admitiendo también un umbral de disponibilidad para los recursos envueltos en la nivelación. Esta última opción solo es aplicable si el recurso no puede ser nivelado dentro de la holgura disponible, tal y como se observó en el caso 3, presentado en este documento. Autor: Hugo Cardozo Urdaneta. 2013-04-04

11

View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF