Cómo definir la arquitectura de contratación de un proyecto de Ingeniería mediante la estrategia de paquetes, la elección del modelo contractual, las interfaces, las responsabilidades y la asignación de riesgos.
¡Descúbrelo!
La estrategia de contratación en Ingeniería define la arquitectura contractual del proyecto: cómo se dividirá el alcance en paquetes, qué modelos contractuales se aplicarán, cómo se distribuirán interfaces y responsabilidades, qué riesgos corresponden a cada parte y qué decisiones deben tomarse antes de salir al mercado. Utiliza el análisis de mercado producido por Strategic Sourcing y antecede al plan de procurement, pero no se confunde con ninguno de los dos: el sourcing trata del mercado y de los proveedores; el plan operacionaliza plazos, responsables e hitos de Procurement.
En proyectos complejos, la estrategia no se limita a decidir entre “comprar” o “contratar”. Conecta la madurez de la Ingeniería, la capacidad interna del propietario, la estructura del mercado, las interfaces entre disciplinas, el cronograma, los long-lead items, las restricciones operativas, el modelo de entrega, los criterios de selección y la gobernanza contractual. El resultado esperado es una lógica de contratación defendible, en la que cada paquete tenga finalidad, límites, responsables, riesgos y criterios para pasar a la fase siguiente.
Una estrategia robusta reduce la fragmentación excesiva, las brechas entre contratos, la superposición de responsabilidades, la concentración indebida de riesgos y las licitaciones lanzadas antes de que el objeto esté suficientemente maduro. También permite decidir cuándo utilizar RFI, RFP o RFQ y cuándo la contratación exige precalificación, TBE, negociación técnica o mecanismos adicionales de control.
Qué Debe Decidir una Estrategia de Contratación
Una estrategia de contratación no es una lista de compras. Define la arquitectura de responsabilidades del proyecto: cómo se combinarán paquetes, mercado, interfaces, riesgos y criterios de selección antes de emitir cualquier RFP o RFQ.
La estrategia de contratación comienza por la relación entre lo que el proyecto necesita entregar y la forma en que se movilizará el mercado para producir ese resultado. El World Bank trata esta fase como parte del Project Procurement Strategy for Development (PPSD): antes de invitar ofertas, el comprador debe analizar el mercado, el entorno operativo y los riesgos del proyecto para seleccionar un enfoque de Procurement adecuado al objetivo y al valor esperado.
En Ingeniería, la estrategia debe responder al menos a cinco grupos de decisiones:
- estructura del objeto: qué se contratará y qué entregables componen cada paquete;
- modelo de entrega: contratación separada, design-build, EPC, EPCM, turnkey, contratos por disciplina u otras combinaciones;
- mercado: cuántos proveedores existen, cómo están estructurados, qué capacidades son escasas y dónde existe dependencia de fabricante;
- riesgos e interfaces: quién controla cada riesgo y qué parte está mejor posicionada para administrarlo;
- proceso de selección: RFI, RFP, RFQ, precalificación, shortlist, criterios obligatorios, criterios puntuables y negociación.
La Estrategia de Contratación No Es un Plan de Procurement
Los dos documentos están relacionados, pero tienen responsabilidades diferentes. La estrategia define por qué y cómo contratará el proyecto; el plan de procurement transforma esa lógica en quién, cuándo, en qué paquete y mediante qué proceso.
| Dimensión | Estrategia de contratación | Plan de procurement |
| pregunta central | ¿cómo estructurar la contratación? | ¿cómo ejecutar y controlar las adquisiciones? |
| horizonte | decisiones estructurales del proyecto | programación operativa del Procurement |
| foco | paquetes, modelos, mercado, riesgos, criterios | fechas, responsables, hitos, estado y entregables |
| resultado | arquitectura de contratación | baseline de ejecución del Procurement |
| actualización | en gates y ante cambios relevantes | continuamente durante el proyecto |
Esta separación evita que una hoja de fechas sea llamada “estrategia” sin que se hayan resuelto las decisiones estructurales.
La Madurez de la Ingeniería Condiciona la Estrategia
Cuanto menor sea la madurez técnica del objeto, mayor será el riesgo de intentar contratar una solución cuya extensión todavía no se conoce. Proyecto Conceptual, FEED, Proyecto Básico, especificaciones, Basis of Design, listas de equipos y requisitos funcionales aumentan progresivamente la capacidad de formar paquetes comparables.
Esto no significa que toda contratación deba esperar al Proyecto Ejecutivo. El modelo debe ser compatible con la madurez disponible. Una RFP puede admitir soluciones diferenciadas cuando el problema y los requisitos de desempeño están claros, mientras que una RFQ presupone un objeto más estandarizado y suficientemente estable para que el precio tenga un significado comparable.
Cuando la Ingeniería todavía no logra establecer ni siquiera límites, interfaces y criterios de aceptación, la prioridad debe ser madurar el objeto o consultar al mercado mediante una RFI, en lugar de anticipar una licitación formal.
Make-or-Buy y Capacidad Interna del Propietario
Una de las decisiones anteriores al Procurement es determinar qué actividades deben permanecer bajo responsabilidad directa del propietario y cuáles serán adquiridas externamente. El PMBOK trata este análisis como make-or-buy y recomienda considerar recursos, competencias, necesidad de especialización independiente y riesgos.
En proyectos de Ingeniería, esta decisión también implica gobernanza. Un propietario puede externalizar proyecto, implantación, supervisión o gestión, pero sigue necesitando mantener capacidad para definir requisitos, tomar decisiones, aceptar entregables y administrar riesgos que no hayan sido transferidos contractualmente.
La externalización total de la capacidad técnica puede crear dependencia del propio proveedor que será evaluado. Por eso, Owner’s Engineering, Ingeniería Consultiva o una Technical Authority independiente pueden ser necesarios para preservar la capacidad de decisión del contratante.
Cómo Definir la Estrategia de Paquetes
Dividir el proyecto en paquetes es una de las decisiones más sensibles. Paquetes mayores reducen las interfaces contractuales directas, pero concentran responsabilidad y pueden reducir la competencia. Paquetes menores aumentan la especialización y la competencia, pero transfieren una mayor carga de integración al propietario.
La decisión debe considerar:
- interfaces técnicas y físicas;
- secuencia constructiva;
- madurez desigual entre disciplinas;
- concentración de mercado;
- capacidad de coordinación del propietario;
- long-lead items;
- riesgos de integración;
- oportunidades de estandarización;
- disponibilidad de proveedores capaces de asumir alcances integrados.
EPC, EPCM, Design-Build y Contratación Separada
No existe un modelo universalmente superior. El modelo de entrega debe reflejar los riesgos, la madurez, la capacidad de gestión y los objetivos del proyecto.
EPC o turnkey
Es adecuado cuando el propietario busca una mayor concentración de responsabilidad por Ingeniería, Procurement y construcción y consigue definir requisitos de desempeño y límites con suficiente claridad. La transferencia contractual no elimina los riesgos: alcance incompleto, cambios tardíos y requisitos ambiguos pueden reaparecer como precio de contingencia, claims o adendas.
EPCM
Preserva una mayor participación del propietario en las contrataciones y permite una gestión integrada por un agente especializado. Exige gobernanza, decisiones y capacidad para administrar múltiples contratos e interfaces.
Design-build
Integra proyecto y ejecución, y puede reducir interfaces entre proyectista y constructor. Requiere requisitos funcionales y criterios de desempeño capaces de orientar la solución sin depender de un detalle completo desarrollado por el propietario.
Contratación separada
Proyecto, suministro, instalación e integración pueden contratarse en paquetes distintos. Esto amplía el control y la especialización, pero convierte la coordinación de interfaces en una responsabilidad crítica del contratante.
Market Analysis Antes de Elegir el Modelo
Una estrategia de contratación diseñada solo en el entorno interno puede fracasar al encontrarse con un mercado diferente del imaginado. El PPSD del World Bank recomienda un análisis estructurado del mercado y de la supply chain para determinar un enfoque fit-for-purpose.
El equipo debe comprender:
- número y tamaño de los proveedores capaces;
- concentración o dependencia de fabricantes;
- barreras de entrada;
- capacidad productiva;
- ubicación y logística;
- apetito del mercado por el riesgo propuesto;
- prácticas contractuales habituales;
- disponibilidad de personal especializado;
- condiciones de garantía y soporte;
- tendencias de precios y lead times.
Una RFI puede utilizarse para probar estas hipótesis antes de congelar la estrategia.
Asignación de Riesgos: Transferir No Es Eliminar
Los contratos con frecuencia intentan transferir al proveedor la mayor cantidad posible de riesgo. Esta práctica puede producir precios elevados, menor competencia o riesgos que, aunque estén escritos en el contrato, continúan materialmente bajo el control del propietario.
La asignación debe considerar quién tiene mejores condiciones para prevenir, controlar, absorber o asegurar el riesgo. Ejemplos:
| Riesgo | Parte con mayor influencia posible | Tratamiento estratégico |
| datos de campo incompletos | propietario/Ingeniería | levantamiento y due diligence antes de la licitación |
| desempeño del equipo | proveedor | especificación funcional, garantías y pruebas |
| integración entre contratos | propietario/EPCM/OE | matriz de interfaces y gobernanza transversal |
| fabricación y entrega | proveedor | hitos, expediting e inspecciones |
| cambio de requisito | propietario | change control y baseline formal |
| condición oculta de brownfield | compartido | surveys, contingencias y reglas de descubrimiento |
La transferencia contractual sin capacidad real de control no es mitigación.
Estrategia de Selección: Cuándo Usar RFI, RFP y RFQ
La estrategia debe definir el instrumento adecuado al objeto. La RFI es útil para reducir la incertidumbre del mercado; la RFP es más adecuada cuando las soluciones pueden variar y la calidad técnica debe evaluarse; la RFQ funciona mejor para objetos estandarizados y suficientemente definidos.
Esta decisión influye en el plazo, el esfuerzo del mercado, la necesidad de criterios técnicos y la forma de evaluación. En objetos complejos, emitir una RFQ demasiado pronto puede producir precios que parecen comparables, pero reflejan alcances diferentes.
El contenido sobre RFI vs. RFP vs. RFQ profundiza esta frontera, mientras que el artículo sobre TBE en Ingeniería aborda el proceso formal de evaluación técnica después de recibir las propuestas.
Precalificación y Shortlist
Cuando el universo de proveedores es amplio o el objeto exige capacidades específicas, la estrategia puede prever precalificación. El objetivo es verificar la capacidad organizacional antes de solicitar propuestas detalladas.
La calificación de proveedores debe ser proporcional al riesgo y basarse en evidencias de experiencia, capacidad técnica, estructura, calidad, supply chain, soporte y otros criterios realmente vinculados al objeto.
Una shortlist mal construida limita la competencia incluso antes de evaluar las propuestas. Por eso, los criterios deben estar justificados y documentados.
Los Criterios de Evaluación Deben Nacer en la Estrategia
Los criterios de selección no deberían inventarse después de emitir la RFP. El World Bank recomienda que los factores de evaluación sean proporcionales a la naturaleza, complejidad, riesgo y objetivo de la contratación y estén definidos en los documentos de Procurement.
La estrategia determina qué aspectos realmente diferencian las alternativas: desempeño, metodología, riesgo, experiencia específica, cronograma, capacidad de integración, sostenibilidad, ciclo de vida u otros factores.
Esto también evita el uso automático de modelos corporativos de puntuación que no corresponden al riesgo real del paquete.
Long-Lead Items y Contrataciones Anticipadas
Los equipos de largo plazo de fabricación pueden exigir Procurement antes que otras partes del proyecto. La estrategia debe evaluar si la anticipación reduce el riesgo de cronograma o crea el riesgo de comprar antes de que la Ingeniería estabilice las interfaces.
Cuando la compra anticipada sea necesaria, deben definirse:
- parámetros que ya están congelados;
- interfaces todavía abiertas;
- responsabilidad por cambios posteriores;
- datos del fabricante necesarios para el proyecto;
- hitos de documentación y aprobación;
- FAT, inspecciones y expediting;
- logística y preservación hasta la instalación.
Brownfield y Entornos Operativos
En retrofit, ampliación y modernización, el riesgo de la condición existente es central. La estrategia debe considerar levantamiento cadastral, ventanas de parada, coexistencia con sistemas en operación, migración, contingencias, pruebas y reversibilidad.
Los paquetes que funcionan bien en greenfield pueden ser inadecuados en plantas operativas porque el principal riesgo no está en el suministro, sino en las interfaces con los activos existentes.
Gobernanza y Stage-Gates de la Contratación
La estrategia debe definir cuándo un paquete está autorizado a avanzar. Los gates pueden verificar madurez del alcance, presupuesto, requisitos, mercado, riesgos, aprobación interna, documentos de solicitud y criterios de evaluación.
Un flujo ilustrativo puede utilizar los siguientes puntos:
- necesidad y objetivo confirmados;
- estrategia del paquete aprobada;
- baseline técnica lista para el instrumento de mercado;
- proveedores calificados cuando corresponda;
- RFP/RFQ aprobada para emisión;
- evaluación técnica y comercial concluida;
- recomendación y condiciones de contratación aprobadas;
- contrato emitido y plan de gestión movilizado.
Esta gobernanza conecta Procurement con los niveles de aprobación y con los stage-gates generales del proyecto.
Entregables de la Estrategia de Contratación
Una estrategia suficientemente madura puede registrarse en un informe, plan ejecutivo o capítulo del Project Execution Plan. Independientemente del formato, debe consolidar:
- objetivos de Procurement;
- premisas de Ingeniería;
- análisis make-or-buy;
- estructura de paquetes;
- análisis de mercado;
- modelo de entrega y contratación;
- asignación de riesgos;
- estrategia de selección;
- necesidad de RFI o precalificación;
- criterios de evaluación;
- long-lead items;
- secuencia e interfaces entre paquetes;
- gobernanza y gates;
- principales decisiones todavía abiertas.
Cómo la Estrategia se Convierte en un Plan de Procurement
Después de aprobar las decisiones estructurales, el plan de procurement convierte cada paquete en una secuencia ejecutable: fechas de requisition, RFI/RFP/RFQ, recepción de ofertas, TBE, negociación, award, submittals, fabricación, inspecciones, FAT, expediting, logística y entrega.
Esta secuencia es esencial porque Procurement no termina en el contract award. Para equipos y sistemas críticos, la calidad del suministro depende del control técnico durante toda la ejecución.
Consideraciones Finales
La estrategia de contratación es una decisión de Ingeniería y gobernanza antes de ser una actividad administrativa de compras. Determina qué se comprará, qué deberá ser capaz de ofrecer el mercado, dónde el propietario mantendrá el control, cómo se distribuirán los riesgos y qué instrumentos se utilizarán para formar una decisión comparable.
Cuanto antes se traten estas decisiones de forma integrada con proyecto, riesgos, cronograma y mercado, menor será la probabilidad de que el proyecto intente corregir en el contrato problemas que nacieron en la propia arquitectura de contratación.
Transferir un riesgo mediante una cláusula contractual no significa transferir la capacidad de controlarlo. La estrategia debe posicionar cada riesgo en la parte que tenga mejores condiciones técnicas y operativas para administrarlo.
Referencias técnicas
[1] PROJECT MANAGEMENT INSTITUTE. A Guide to the Project Management Body of Knowledge (PMBOK® Guide). 8. ed. Newtown Square: PMI, 2025. Disponible en: [https://www.pmi.org/standards/pmbok](https://www.pmi.org/standards/pmbok)
[2] WORLD BANK. Project Procurement Strategy for Development: PPSD Long Form Detailed User Guidance. Washington, DC, 2025. Disponible en: [https://thedocs.worldbank.org/en/doc/b6bd32d73ca9f00f9cd83c90550d8a63-0290012025/original/PPSD-Procurement-Guidance-FINAL-aug-25.pdf](https://thedocs.worldbank.org/en/doc/b6bd32d73ca9f00f9cd83c90550d8a63-0290012025/original/PPSD-Procurement-Guidance-FINAL-aug-25.pdf)
[3] WORLD BANK. Procurement for Borrowers. Washington, DC. Disponible en: [https://www.worldbank.org/ext/en/what-we-do/project-procurement/for-borrowers](https://www.worldbank.org/ext/en/what-we-do/project-procurement/for-borrowers)
[4] INFRASTRUCTURE AND PROJECTS AUTHORITY; HM TREASURY. Project Routemap: Procurement Module. London. Disponible en: [https://www.gov.uk/government/publications/improving-infrastructure-delivery-project-initiation-routemap](https://www.gov.uk/government/publications/improving-infrastructure-delivery-project-initiation-routemap)
Preguntas frecuentes
Es la definición estructurada de cómo se dividirá el proyecto en paquetes, qué modelos de entrega y contratación se utilizarán, cómo se asignarán los riesgos, a qué mercado se accederá y cómo se seleccionarán proveedores y propuestas.
La estrategia define la arquitectura y los principios de la contratación. El plan de procurement transforma esas decisiones en paquetes, fechas, responsables, hitos y estado de ejecución del Procurement.
La decisión depende de la madurez de los requisitos, capacidad del propietario, mercado disponible, interfaces, riesgos y necesidad de concentrar o distribuir responsabilidades. No existe un modelo universalmente superior.
Sí. La RFP es un instrumento de ejecución de la estrategia. Los paquetes, el modelo contractual, los riesgos, los criterios y el mercado deben estar suficientemente definidos antes de la emisión.
Es el análisis que compara ejecutar una actividad con recursos propios o adquirirla externamente, considerando competencia, capacidad, costos, riesgos y necesidad de especialización.
Pueden exigir paquetes anticipados o hitos específicos de Procurement, pero la compra temprana debe conciliarse con la madurez de las interfaces técnicas para evitar cambios y retrabajos posteriores.
Materiales técnicos complementarios
Soluciones relacionadas
- Gestión de Requisitos, Evidencias y Criterios de Aceptación
- Gestión de Contratos, Alcance y Entregables
Servicios relacionados
- Procurement Técnico: especificación, igualación, proveedores y apoyo a la contratación
- Ingeniería del Propietario (Owner’s Engineering): gobernanza técnica, supervisión y aceptación
Contenidos principales sobre el tema
- Procurement en Proyectos de Ingeniería: qué es, etapas, criterios y gestión de proveedores
- RFI vs. RFP vs. RFQ: diferencias y cuándo usar cada documento en Ingeniería
