Guía completa de restricciones en Primavera P6: tipos, ejemplos y buenas prácticas

Introducción:

En la gestión de proyectos, la planificación es un proceso complejo que requiere encontrar un equilibrio entre una lógica de red (CPM) y de restricciones reales del proyecto. En Oracle Primavera P6, las restricciones se utilizan para imponer reglas específicas sobre las fechas de inicio y fin de las actividades, con el fin de alinear el cronograma con requisitos contractuales, regulatorios y operativos.

Esta guía ofrece una análisis detallado y de alto valor añadido restricciones en Primavera P6, incluyendo:

  • Los diferentes tipos de restricciones
  • Su impacto en el cálculo de la planificación
  • Las diferencias clave entre restricciones fuertes (duras) y restricciones flexibles (blandas)
  • En buenas prácticas para garantizar que las restricciones fortalezcan, y no deterioren, la calidad de un cronograma estructurado

 

👉 Objetivo: pasar de una planificación “forzada” a una planificación robusta, defendible y aplicable en Estrategia de retrasos y riesgos.

 
 

¿Qué son las restricciones en Primavera P6?

Las restricciones en Primavera P6 son restricciones basadas en fechas, aplicadas a las actividades para orientar o forzar su planificación, en complemento (o a veces en detrimento) de la lógica de red.

En lugar de depender únicamente de las relaciones entre actividades (FS, SS, etc.), las restricciones permiten controlar directamente las fechas de inicio o fin.

Casos de uso típicos:

  • Requisitos regulatorios (fechas impuestas por las autoridades)
  • Obligaciones contractuales (hitos, pagos)
  • Disponibilidad de recursos
  • Dependencias externas (aprobaciones, proveedores)

 

⚠️ Atención: un mal uso puede generar:

  • du flotante negativo
  • Un plan irrealista
  • una pérdida de flexibilidad

 

Tipos de restricciones en Primavera P6

Las restricciones se clasifican en dos categorías principales:
👉 Restricciones fuertes vs Restricciones flexibles (Soft)

 

1. Restricciones fuertes

Las restricciones fuertes imponen fechas fijas y a menudo ignoran la lógica de red.

⚠️ Usar con precaución.

 

🔴 a. Iniciar en (Démarrer le)

  • Forzar el inicio en una fecha específica
  • Ignora a los predecesores

 

Ejemplo:
Autorización de excavación a partir del 15/06/2025

 

🔴 b. Finalizar en (Acabado en)

  • Forzar el cierre en una fecha determinada
  • Puede crear un flotante negativo

 

Ejemplo:
Estructura terminada al 30/08/2025 (contrato)

 

🔴 c. Inicio obligatorio

  • Arranque forzado, sin tener en cuenta la lógica

 

Ejemplo:
Comisionamiento fijado para el 05/01/2026

 

🔴 d. Final Obligatorio

  • Final impuesto, aunque la lógica indique otra cosa

 

Ejemplo:
Entrega impuesta al 31/12/2026

 

2. Restricciones flexibles (Soft Constraints)

Las restricciones flexibles Guiar la planificación sin romper la lógica CPM.

👉 Recomendado en la práctica

 

🟢 a. Comenzar en o después de (SOOA)

  • No se puede comenzar antes de una fecha

 

Ejemplo:
Montaje de acero tras la entrega (10/05/2025)

 

🟢 b. Empezar el o antes de

  • Debe comenzar antes de una fecha límite

 

Ejemplo:
Colado de hormigón antes del 01/07/2025

 

🟢 c. Terminar en o después de (FOOA)

  • No puedo terminar antes de una fecha.

 

Ejemplo:
Pruebas hasta el 15/12/2025

 

🟢 d. Terminar antes de

  • Debe terminar antes de una fecha

 

Ejemplo:
Cerrado cubierto antes del 01/11/2025

 

Restricciones Duras vs. Blandas: diferencias clave

CriteriosFuertes restriccionesRestricciones flexibles
Logique CPMIgnoradaRespetada
FlexibilidadBajoAlta
RiesgoElevado (flotante negativo)Bajo
UsoObligaciones contractuales estrictasPilotaje y planificación
EjemplosInicio/Fin Obligatorio, InicioSOOA, FOOB

 

Ejemplo: Flotación negativa provocada por una restricción

Escenario:

  • Actividad: Pruebas finales
  • Restricción Finalización obligatoria – 30/10/2025
  • Cálculo lógico: fin el 05/11/2025

 

Resultado:

  • Flotar = -5 días

Indique un conflicto de planificación / restricción

 

Mejores prácticas (nivel experto – Estrategia de Demora y Riesgo)

✅ Utilice las restricciones con moderación

Demasiadas restricciones = planificación artificial

 

✅ 2. Priorizar las restricciones flexibles

Mantienen la integridad del modelo CPM

 

✅ 3. Supervisar el flotante negativo

Indicador crítico de deriva

 

✅ 4. Justificar cada restricción

  • Contractual
  • Regulatorio
  • Técnico

Indispensable en contexto de reclamos

 

✅ 5. Probar la planificación sin restricciones

Verificar la solidez de la lógica de red

 

Conclusión

Las restricciones en Primavera P6 son herramientas poderosas de gestión:

  • Bien utilizadas planificación realista y controlada
  • Mal utilizadas planificación sesgada y legalmente frágil

 

👉 Regla de oro:
La lógica de red debe primar; las restricciones nunca deben reemplazarla.

 

En vuestros proyectos, ¿usáis más restricciones "hard" o "soft"?
¿Ha gestionado alguna vez un cronograma con un float negativo importante?

 
 

¿Tiene más preguntas?

Contáctenos

Nuestras últimas publicaciones