1  

CALENDARIOS  MULTIPLES  EN  P6    

Calendarios  multiples  y  ruta  crítica    El  impacto  de  trabajar  con  calendarios  multiples  consiste  en  la  modificación  de  la  ruta  crítica  o  caminos  subcriticos  del  proyecto.    Un  segundo  problema  es  la  interpretación  de  las  duraciones  y  holguras  a  nivel  del  proyecto  y  en  agrupamientos  de  datos,  p.ej:  WBS.  

Ejemplo    Dos  procesos  (manufactura,  ensamblaje)  secuenciados  con  calendarios  distintos:    Secuencia   Calendario  Manufactura   6  dias  x  24  horas  –  Feriados:  Dom  Ensamblaje   6  dias  x  12  horas,  6  am  –  6  pm,  Feriados:  Dom    Módo  de  cálculo  de  la  holgura  total  en  P6:      La  definición  del  camino  crítico  es:  A)  Holgura  Total  es  igual  o  menor  a  cero  (seleccionado)  B)Ruta  crítica  mas  larga  (Longest  Path)    Al  considerer  relaciones  externas,  el  cálculo  de  la  holgura  total  considera  todos  los  proyectos.    El  cálculo  de  la  holgura  total  está  basado  en  las  fechas  de  finalización  (Aplica  al  agrupar  actividades)    El  cálculo  de  la  duración  entre  relaciones  (lag)  está  basado  en  el  calendario  de  la  actividad  sucesora.      

   

  2  

NOTAS    

1. El  ejemplo  no  usa  lags.  2. El  ejemplo  no  usa  hay  relaciones  externas  (provenientes  de  otros  

proyectos)    

Cálculo  usando  la  definición  por  Holgura  Total    

La  figura  siguiente  muestra  el  cálculo  de  la  red  para  el  Ensamblaje  como  crítico  en  su  totalidad.  Al  finalizar  A1050  –  Instalación  de  tubería  y  válvulas,  se  produce  una  interrupción  del  camino  crítico  por  el  uso  del  calendario  de  24h  en  la  secuencia  que  usa  el  otro  calendario  de  12h    

   

   Observe  que  A1050  posee  el  atributo  “Driving”,  para  la  sucesora  A1060.  Esto  es,  A1050  impone  directamente  la  fecha  de  inicio  de  A1060.  Cualquier  retraso  en  la  tarea  predecesora,  implica  un  retraso  en  la  sucesora.      

   

  3  

   Sin  embargo,  la  actividad  NO  posee  el  atributo  Critical.    Debido  a  la  diferencia  de  calendarios  A1060  debe  comenzar  en  14-­‐Dic-­‐11  06  AM  originando  una  fecha  tardía  de  finalización  para  A1050  igual      

   La  diferencia  con  la  fecha  mas  temprana  de  finalización  para  A1050  origina  una  holgura  total  de  12h.  

 

Cálculo  usando  la  definición  por  Ruta  Crítica  mas  larga    El  cálculo  implica  un  reconocimiento  de  las  relaciones  “Driving”,  esto  es,  si  la  tarea  predecesora  impone  directamente  la  fecha  de  inicio  de  la  sucesora.  Cualquier  retraso  en  la  tarea  predecesora,  implica  un  retraso  en  la  sucesora.    Al  cambiar  a  la  opción  ¨Retained  Logic”  ocurre  que  A1050  al  ser  regente  de  A1060,  vuelve  a  estar  incluida  en  el  camino  critic  del  ensamblaje    

   

  4  

   NOTAS    

• El  atributo  Longest  Path  es  disponible  en  el  menú  Columns.  • La  condición  de  regencia  (“Driving”)  existe,  pero  el  atributo¨Critical”  

también  existe  ahora  para  la  actividad  A1050.  

 

Calendarios  múltiples  y  duraciones    El  problema  consiste  en  obtener  consistencia  cuando  se  planifica  en  días  (o  unidades  mayores  a  la  hora  que  es  la  unidad  de  cálculo  predeterminada  en  P6)  y  se  usan  varios  tipos  de  calendarios.    A  partir  de  la  versión  7.0,  el  problema  se  ha  mitigado  considerablemente.  Se  cuenta  con:    

• Una  definición  de  equivalencias  por  calendario    

• Un  valor  asignado  de  calendario  predeterminado  para  el  cálculo  en  agrupamientos,  p.ej:  WBS.  

 • Un  parametro  global  del  Administrador  para  controlar  las  

equivalencies  de  la  unidad  de  planificación.    En  el  ejemplo,  las  equivalencias  para  cada  calendario  son:    Manufactura:                      Ensamblaje:                    

  5  

 El  calendario  predeterminado  asignado  al  ejemplo  es  6  x  12h  (Project  Details,  Default  Tab,  Calendars).    

   Adicionalmente,  a  nivel  global  (base  de  datos  de  p6)  debe  aplicarse  el  parámetro  que  permite  esta  asignación  de  lo  contrario  se  usa  la  equivalencia  global  del  Administrador  de  P6:    

   Ejemplo:      Al  aplicar  estas  definiciones  la  manufactura  dura  6  dias  de  24  horas  cada  uno.  Esto  se  logra  porque  la  lista  de  actividades  en  la  partición  de  trabajo  (WBS)  tiene  un  calendario  consistente  de  6d  x  24h.    P6  muestra  el  mismo  calendario  en  el  grupo  (6  x  24L).    

   En  un  proyecto  abierto,  si  todas  las  actividades  bajo  un  agrupamiento  en  particular  tienen  el  mismo  calendario,  entonces  la  duración  del  grupo  se  calcula  con  el  mismo  calendario.    Para  el  componente  del  ensamblaje  observe  que  P6  no  muestra  un  calendario  en  el  agrupamiento.  Esto  quiere  decir  que  el  cálculo  se  hace  con  el  calendario  predeterminado  del  proyecto  (6d  x  12L)  que  se  habia  asignado  previamente;  se  leen  14  dias  de  12  horas,  para  el  ensamblaje.        

  6  

   En  un  proyecto  abierto,  si  todas  las  actividades  bajo  un  agrupamiento  en  particular  tienen  diferentes  calendarios,  entonces  la  duración  del  grupo  se  calcula  con  el  calendario  predeterminado  asignado.    Si  el  cálculo  envuelve  multiples  proyectos  y  tienen  diferentes  calendarios  predeterminados,  entonces  la  duración  del  grupo  se  calcula  con  el  calendario  global,  predeterminado  por  el  administrador.    

   Del  mismo  modo,  Si  la  definiciones  no  se  emplean,  se  mostrarían  duraciones  en  días  de  8  horas,  p.ej:  A1030  –  Pruebas  (48h  =  6.0  d  de  8  horas  )    

  7  

   Sin  analizar,  el  tema  del  cálculo  de  la  holgura  total  a  nivel  de  agrupamientos,  podemos  adelantar  las  siguientes  conclusiones  al  considerar  añadir  multiples  calendarios  al  proyecto  en  P6:    

• El  modelo  en  P6  debe  ser  muy  preciso,  p.ej:  requiere  planificar  usando  recursos  o  usar  una  menor  unidad  de  planificación  menor  al  día.  

 • La  precisión  obtenida  del  modelo  en  P6,  su  costo  de  mantenimiento  y  

expectativas  de  control  gerencial  sobre  el  secuenciamiento.    

• Calidad  y  frecuencia  de  la  información  requerida  para  dicha  actualización  o  integración  de  otras  programaciones,  p.ej:  Subcontratistas.  

 • Limitaciones  de  diseño  en  P6  (según  la  version).En  relación  a  este  ultimo  

punto,  para  aquellas  versiones  anteriores  a  7.0  o  quizás  en  situaciones  excepcionales,    podemos  echar  mano  de  tres  técnicas  adicionales:    

 • Uso  de  una  base  de  datos  exclusive  para  el  proyecto  (Controlar  el  

calendario  global  predeterminado)    

• Uso  de  tareas    tipo  sumarias  WBS  (WBS  Summary)  y  asignar  un  calendario  propio  

 • Uso  de  tareas  tipo  nivel  de  esfuerzo  (Level  of  Effort)  y  asignar  un  

calendario  propio    

• Reportar  las  duraciones  en  campos  predeterminados  de  usuario  y  aplicar  factores  de  conversion  usando  herramientas  como  cambios  globales,  Importación  desde  MS  Excel  y  otros.  

   Hugo  Cardozo  Urdaneta  2011-­‐11-­‐27