Aprenda a definir la arquitectura de contratación de un proyecto de Ingeniería mediante la estrategia de paquetes, selección del modelo contractual, interfaces, responsabilidades y 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 suministros, pero no se confunde con ninguno de los dos: 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 madurez de Ingeniería, capacidad interna del propietario, estructura del mercado, interfaces entre disciplinas, cronograma, long lead items, restricciones operacionales, modelo de implantación, criterios de selección y gobernanza contractual. El resultado esperado es una lógica de contratación defendible, en la que cada paquete posee finalidad, límites, responsables, riesgos y criterios de paso a la fase siguiente.
Una estrategia robusta reduce fragmentación excesiva, vacíos entre contratos, superposición de responsabilidades, concentración indebida de riesgo y competencias lanzadas antes de que el objeto esté suficientemente maduro. También permite decidir cuándo usar 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. Decide la arquitectura de responsabilidades del proyecto: cómo paquetes, mercado, interfaces, riesgos y criterios de selección se combinará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 el mercado será movilizado para producir ese resultado. El Banco Mundial trata esta fase como parte del Project Procurement Strategy for Development (PPSD): antes de invitar ofertas, el comprador debe analizar mercado, entorno operativo y riesgos del proyecto para seleccionar un enfoque de Procurement adecuado al objetivo y al valor esperado.
En Ingeniería, la estrategia debe responder por lo menos a cinco grupos de decisiones:
- estructura del objeto: qué se contratará y qué entregables componen cada paquete;
- modelo de implantación: 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 posee mejores condiciones para administrarlo;
- proceso de selección: RFI, RFP, RFQ, precalificación, shortlist, criterios obligatorios, criterios puntuables y negociación.
Estrategia de contratación no es plan de suministros
Los dos documentos están relacionados, pero poseen responsabilidades diferentes. La estrategia define por qué y cómo contratará el proyecto; el plan de suministros transforma esa lógica en quién, cuándo, en qué paquete y mediante qué proceso.
| Dimensión | Estrategia de contratación | Plan de suministros |
| pregunta central | ¿cómo estructurar la contratación? | ¿cómo ejecutar y controlar las adquisiciones? |
| horizonte | decisiones estructurales del proyecto | programación operacional de Procurement |
| foco | paquetes, modelos, mercado, riesgos, criterios | fechas, responsables, hitos, estado y entregas |
| resultado | arquitectura de contratación | baseline de ejecución de Procurement |
| actualización | en gates y cambios relevantes | continuamente durante el proyecto |
Esta separación evita que una hoja de cálculo de fechas sea llamada “estrategia” sin que las decisiones estructurales hayan sido resueltas.
La madurez de Ingeniería condiciona la estrategia
Cuanto menor es la madurez técnica del objeto, mayor es 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 una RFQ presupone un objeto más estandarizado y suficientemente estable para que el precio tenga significado comparable.
Cuando Ingeniería todavía no puede establecer límites, interfaces y criterios de aceptación, la prioridad debe ser madurar el objeto o consultar el mercado mediante una RFI, en lugar de anticipar una competencia formal.
Make-or-buy y capacidad interna del propietario
Una de las decisiones anteriores a Procurement es determinar qué actividades deben permanecer bajo responsabilidad directa del propietario y cuáles serán adquiridas externamente. 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 involucra gobernanza. Un propietario puede tercerizar proyecto, implantación, fiscalización o gestión, pero continúa necesitando capacidad para definir requisitos, tomar decisiones, aceptar entregables y administrar riesgos que no fueron transferidos contractualmente.
La tercerizació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 decisoria del contratante.
Cómo definir la estrategia de paquetes
La división en paquetes es una de las decisiones más sensibles. Paquetes mayores reducen interfaces contractuales directas, pero concentran responsabilidad y pueden reducir competencia. Paquetes menores amplían especialización y competencia, pero transfieren al propietario una mayor carga de integración.
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 implantación debe reflejar riesgos, madurez, capacidad de gestión y objetivo 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 puede definir requisitos de desempeño y límites suficientemente claros. La transferencia contractual no elimina riesgos: alcance incompleto, cambios tardíos y requisitos ambiguos pueden reaparecer como precio de contingencia, claims o aditivos.
EPCM
Preserva una mayor participación del propietario en las contrataciones y permite 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, pudiendo 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 del propietario.
Contratación separada
Proyecto, suministro, instalación e integración pueden contratarse en paquetes distintos. Esto amplía control y 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 solamente en el entorno interno puede fracasar al encontrar un mercado diferente del imaginado. El PPSD del Banco Mundial recomienda un análisis estructurado de mercado y supply chain para determinar un enfoque fit-for-purpose.
El equipo debe comprender:
- número y tamaño de 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 frecuentemente intentan desplazar 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 control del propietario.
La asignación debe considerar quién posee 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 competencia |
| desempeño de 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 incertidumbre de mercado; la RFP es más adecuada cuando las soluciones pueden variar y la calidad técnica necesita evaluarse; la RFQ funciona mejor para objetos estandarizados y suficientemente definidos.
Esta decisión influye en el plazo, esfuerzo del mercado, necesidad de criterios técnicos y 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 el artículo de TBE en Ingeniería trata del proceso formal de evaluación técnica después de recibir las propuestas.
Precalificación y shortlist
Cuando el universo de proveedores es grande o el objeto exige capacidades específicas, la estrategia puede prever precalificación. El objetivo es verificar 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 antes incluso de evaluar las propuestas. Por eso, los criterios deben justificarse y documentarse.
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 Banco Mundial 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 diferencian realmente 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 impide el uso automático de modelos corporativos de puntuación que no corresponden al riesgo real del paquete.
Long lead items y contrataciones anticipadas
Equipos con largos plazos de fabricación pueden exigir Procurement antes que otras partes del proyecto. La estrategia debe evaluar si la anticipación reduce riesgo de cronograma o crea riesgo de comprar antes de que Ingeniería estabilice las interfaces.
Cuando la compra anticipada es necesaria, deben definirse:
- parámetros ya congelados;
- interfaces todavía abiertas;
- responsabilidad por cambios posteriores;
- datos de 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 operacionales
En retrofit, expansión y modernización, el riesgo de condición existente es central. La estrategia debe considerar levantamientos, ventanas de parada, coexistencia con sistemas en operación, migración, contingencia, pruebas y reversibilidad.
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 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 de 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 autoridad y 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 implantación y contrato;
- 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 transforma en plan de suministros
Después de aprobar las decisiones estructurales, el plan de suministros 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.
Este encadenamiento 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 suministrar el mercado, dónde el propietario mantendrá control, cómo se distribuirán los riesgos y qué instrumentos se usarán para formar una decisión comparable.
Cuanto antes estas elecciones sean tratadas 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 su propia arquitectura de contratación.
Transferir riesgo mediante una cláusula contractual no significa transferir la capacidad de controlarlo. La estrategia debe ubicar cada riesgo en la parte que posea mejores condiciones técnicas y operacionales 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 el proyecto se dividirá en paquetes, qué modelos de implantación y contratación se utilizarán, cómo se asignarán los riesgos, qué mercado se abordará y cómo se seleccionarán proveedores y propuestas.
La estrategia define la arquitectura y los principios de la contratación. El plan de suministros transforma esas decisiones en paquetes, fechas, responsables, hitos y estado de ejecución de 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. Paquetes, modelo contractual, riesgos, criterios y mercado deben estar suficientemente definidos antes de la emisión.
Es el análisis que compara ejecutar determinada 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, equalización, proveedores y apoyo a la contratación
- Ingeniería del Propietario (Owner’s Engineering): gobernanza técnica, fiscalizació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
