Entienda qué es FEED en ingeniería, cómo se relaciona con FEL y el Proyecto Básico, qué entregables componen el paquete y cómo prepara decisiones de inversión y contrataciones EPC o EPCM.
¡Descúbrelo!
El FEED (Front-End Engineering Design) es la etapa de desarrollo de la ingeniería que consolida la solución seleccionada y produce la base técnica necesaria para estimar, aprobar, contratar y preparar la implantación de un proyecto. Reduce las incertidumbres que permanecen después de la viabilidad y del concepto, antes de que el proyecto avance hacia la ingeniería de detalle, las adquisiciones o la construcción.
En un FEED bien estructurado, los requisitos de negocio, los datos de campo, los criterios de diseño, los dimensionamientos principales, las interfaces, los riesgos, los costos, el cronograma y la estrategia de contratación se desarrollan de forma coordinada. El resultado no es solamente un conjunto de planos preliminares, sino un paquete de definición técnica del proyecto capaz de sustentar decisiones y hacer que las propuestas sean más comparables.
La posición del FEED debe comprenderse dentro del ciclo de vida del proyecto y del proceso de FEL — Front-End Loading. La nomenclatura varía entre empresas y sectores; por ello, el nivel de madurez, los entregables exigidos y la decisión que el paquete debe respaldar son más importantes que el nombre asignado a la fase.
Qué es FEED en ingeniería
FEED significa Front-End Engineering Design. La etapa transforma una alternativa seleccionada conceptualmente en una solución técnicamente caracterizada, con requisitos, criterios, documentos, estimaciones e interfaces suficientemente desarrollados para orientar el avance del proyecto.
El FEED normalmente se realiza antes del Proyecto Ejecutivo de Ingeniería y de la implantación. Dependiendo de la metodología adoptada, puede integrar la fase final del Front-End Loading, denominarse ingeniería básica, detailed scope definition o design development. Estas expresiones pueden superponerse, pero no son equivalentes en todos los sectores.
Objetivos del FEED
Un FEED puede tener como objetivos:
- consolidar la solución técnica seleccionada;
- confirmar requisitos, capacidades y criterios de desempeño;
- desarrollar arquitecturas y dimensionamientos principales;
- identificar interfaces entre disciplinas, sistemas y contratos;
- aumentar la confiabilidad de las estimaciones de inversión y plazo;
- tratar riesgos técnicos, operativos, regulatorios y de implantación;
- definir paquetes de suministro y ejecución;
- preparar documentación para RFP, licitación o contratación EPC/EPCM;
- establecer bases para la ingeniería de detalle;
- proporcionar evidencias para una puerta de decisión o decisión final de inversión.
El FEED no es solamente un proyecto preliminar
Un conjunto de planos conceptuales, de forma aislada, no caracteriza un FEED completo. La etapa debe integrar ingeniería, costos, planificación, riesgos, requisitos, contratación y gobernanza. La documentación debe demostrar no solo qué solución fue seleccionada, sino también qué premisas sustentan esa elección, qué interfaces deben controlarse y qué elementos todavía serán desarrollados.
El FEED tampoco elimina todas las incertidumbres. Su función es reducirlas a un nivel compatible con la decisión y con el modelo de contratación. Los datos de proveedores, licencias, investigaciones de campo o desarrollos de detalle pueden permanecer pendientes, siempre que estén identificados, clasificados y asociados a responsables y planes de tratamiento.
La madurez es más importante que la cantidad de documentos
Un paquete puede contener decenas de planos y continuar siendo frágil cuando los requisitos están indefinidos, los datos de campo son insuficientes o las interfaces no tienen responsables. La calidad debe evaluarse por la madurez de la información, la coherencia multidisciplinaria y la capacidad del paquete para sustentar la decisión prevista.
Dónde se sitúa el FEED en el ciclo de vida del proyecto
El FEED ocupa la transición entre la definición conceptual y la ingeniería de detalle. Recibe como entrada una necesidad estructurada, una alternativa seleccionada y premisas suficientemente consistentes para permitir un mayor desarrollo técnico.
Estudios previos y pre-FEED
Antes del FEED, el proyecto puede pasar por diagnóstico, site survey, due diligence, estudio de viabilidad, levantamiento de requisitos, análisis de alternativas y Proyecto Conceptual. Cuando los datos aún no son suficientes, puede ejecutarse un pre-FEED para completar levantamientos, comparar configuraciones o confirmar la alternativa seleccionada.
El pre-FEED debe tener un objetivo y un criterio de salida claros. No debe utilizarse únicamente para hacer avanzar un proyecto cuya definición continúa siendo insuficiente.
Relación entre FEL y FEED
El Front-End Loading es un proceso más amplio de maduración y gobernanza. Organiza la evolución desde la oportunidad inicial, pasando por la viabilidad y la selección de la alternativa, hasta la definición necesaria para autorizar la implantación.
El FEED puede integrar la etapa más avanzada de este proceso. En algunas metodologías se asocia al FEL 3 o a la detailed scope definition; en otras aparece como una fase autónoma después del concepto. El Construction Industry Institute sitúa el front-end planning entre la viabilidad, el concepto y la definición detallada del alcance, aunque reconoce que la terminología varía entre organizaciones.
Por tanto, no es correcto afirmar que todo FEED sea automáticamente FEL 3. La correspondencia depende del sistema de gates, de los criterios de madurez y de los entregables adoptados por el propietario.
FEED, Proyecto Conceptual, Proyecto Básico y Proyecto Ejecutivo
| Etapa | Pregunta principal | Resultado esperado |
| Estudio de viabilidad | ¿El proyecto debe avanzar? | Evaluación de alternativas, riesgos, costos y viabilidad |
| Proyecto Conceptual | ¿Qué solución se adoptará? | Concepción, arquitectura, premisas y alternativa seleccionada |
| FEED | ¿La solución está suficientemente definida para aprobación y contratación? | Bases de diseño, dimensionamientos, documentos, estimaciones y estrategia de implantación |
| Proyecto Básico | ¿El objeto está caracterizado para presupuesto y contratación? | Alcance, criterios, cantidades, especificaciones y presupuesto compatibles con la contratación |
| Proyecto Ejecutivo | ¿Cómo se ejecutará efectivamente la solución? | Detalle, compatibilización, montaje, instalación y documentación para ejecución |
FEED y Proyecto Básico de Ingeniería pueden presentar una gran superposición, especialmente cuando ambos preparan la contratación de la implantación. Sin embargo, no deben tratarse automáticamente como sinónimos. El Projeto Básico tiene un significado propio en el contexto brasileño; el FEED deriva de metodologías de desarrollo de proyectos y debe definirse por el nivel de madurez y por los entregables contractuales.
El artículo sobre Proyecto Básico vs. Proyecto Ejecutivo profundiza en la diferencia entre la caracterización del objeto y el detalle para ejecución.
Defina la madurez antes de avanzar hacia la contratación
La lista de entregables, los criterios de revisión y el gate de conclusión deben estar vinculados a la decisión que el FEED deberá respaldar.
Cómo se desarrolla un FEED
El FEED es un proceso multidisciplinario e iterativo. Las decisiones de una disciplina afectan la capacidad, la implantación, los costos, el mantenimiento, la seguridad, el cronograma y el desempeño de las demás. El trabajo no debe dividirse en documentos independientes sin coordinación central.
Consolidación de las bases de diseño
La primera actividad consiste en verificar si las entradas son suficientes y coherentes. Pueden consolidarse:
- objetivos del negocio y requisitos del propietario;
- programa de necesidades, URS, OPR o documento equivalente;
- datos de levantamiento, topografía, registros e instalaciones existentes;
- estudios de demanda, capacidad y expansión;
- requisitos operativos, de mantenimiento y continuidad;
- normas, licencias y condicionantes aplicables;
- criterios de seguridad, calidad, disponibilidad y eficiencia;
- premisas de implantación, fases y transición;
- límites de suministro e interfaces con terceros.
La información ausente debe transformarse en acciones de levantamiento, estudios complementarios, premisas controladas o riesgos formalizados. El FEED no debe avanzar con vacíos críticos tratados como si fueran datos confirmados.
Documentos como OPR, URS y Basis of Design ayudan a mantener la relación entre necesidad, requisito y respuesta técnica. El artículo sobre Basis of Design, OPR y URS presenta esta cadena de trazabilidad en proyectos de infraestructura crítica.
Desarrollo y comparación técnica
Incluso después de la selección conceptual, algunas decisiones de configuración pueden requerir validación. El desarrollo puede incluir cálculos, simulaciones, estudios de capacidad y análisis de redundancia, disponibilidad, confiabilidad, eficiencia, constructibilidad, mantenimiento, seguridad, integración y ciclo de vida.
Las alternativas residuales deben compararse mediante criterios explícitos. La elección no debe limitarse al menor CAPEX. La operabilidad, el OPEX, el riesgo, el plazo, la disponibilidad de equipos, la expansión, la estandarización, las capacidades internas y el impacto sobre sistemas existentes también pueden modificar la decisión.
Coordinación multidisciplinaria e interfaces
La coordinación verifica si las premisas, los documentos y los límites de cada disciplina son compatibles. En infraestructura crítica, energía, climatización, telecomunicaciones, automatización, seguridad, protección contra incendios, arquitectura y operación deben desarrollarse como partes de un único sistema.
La gestión de interfaces debe identificar:
- entradas y salidas entre disciplinas;
- límites de suministro;
- responsabilidades sobre datos, diseños y aprobaciones;
- dependencias entre paquetes;
- requisitos de integración e interoperabilidad;
- interferencias físicas y operativas;
- puntos de prueba y criterios de aceptación;
- interfaces con concesionarias, organismos y activos existentes.
Cuando el proyecto involucra múltiples paquetes o proveedores, la Ingeniería Consultiva para Proyectos puede integrar requisitos, disciplinas, decisiones y criterios de avance dentro de una misma estructura de gobernanza.
Costos, plazo y estrategia de implantación
El desarrollo técnico alimenta la estimación de costos, el cronograma y la estrategia de contratación. Las cantidades, los equipos principales, la productividad, la logística, las fases, las ventanas de intervención, los ítems de largo plazo y las restricciones de campo deben reflejarse en estos análisis.
El cronograma de alto nivel no debe mostrar únicamente la construcción. También debe considerar ingeniería complementaria, aprobaciones, licenciamiento, fabricación, diligenciamiento, FAT, movilización, implantación, comisionamiento, capacitación y transición operativa. El servicio de Project Controls permite relacionar alcance, plazo, costos, riesgos y cambios durante esta evolución.
Revisión y puerta de decisión
Al final, el paquete debe someterse a una revisión técnica, multidisciplinaria y ejecutiva. La decisión de avanzar considera la madurez, los riesgos residuales, las estimaciones, la estrategia de contratación y la capacidad de ejecución. Pueden quedar asuntos pendientes, pero deben tener responsable, plazo, impacto y tratamiento definidos.
El proceso de stage-gate en proyectos de ingeniería ayuda a separar la emisión de documentos de la autorización efectiva para comprometer capital o iniciar la ejecución.
Integre requisitos, disciplinas, costos y decisiones
El FEED debe coordinarse como un paquete único de definición, con interfaces, responsabilidades, pendientes y criterios de avance trazables.
Principales entregables de un FEED
No existe una lista única aplicable a todos los proyectos. Los entregables deben definirse según el activo, la decisión prevista y la contratación posterior. Un paquete típico reúne los siguientes grupos.
Bases, requisitos y gobernanza
- Basis of Design o criterios de diseño;
- requisitos del propietario y requisitos funcionales;
- premisas, restricciones y exclusiones;
- matriz de requisitos y trazabilidad;
- matriz de responsabilidades;
- registro de decisiones técnicas;
- matriz de riesgos y plan de respuestas;
- lista de interfaces y puntos de coordinación;
- plan de desarrollo de la ingeniería restante.
Estudios y documentos de ingeniería
- informes de levantamiento y caracterización de las condiciones existentes;
- estudio de la alternativa seleccionada;
- memorias descriptivas y memorias de cálculo principales;
- diagramas de bloques, diagramas de flujo y arquitecturas de sistemas;
- layouts generales, planos de implantación y arreglos preliminares;
- diagramas unifilares, lógicos, funcionales o de interconexión;
- dimensionamiento de sistemas y equipos principales;
- filosofía de operación, control, redundancia y mantenimiento;
- listas preliminares de equipos, puntos y materiales;
- requisitos de integración, automatización y telecomunicaciones;
- estudios de constructibilidad, fases e intervenciones en activos existentes.
En industrias de proceso, el paquete puede incluir PFD, P&ID, balances, datasheets y listas de líneas. En Data Centers e infraestructura tecnológica, puede incluir OPR, Basis of Design, arquitecturas de redundancia, diagramas eléctricos, layouts, rutas, matrices de puntos, integraciones y estrategia de comisionamiento.
Documentación para contratación y adquisiciones
- estrategia de contratación y división en paquetes;
- alcances técnicos y límites de suministro;
- especificaciones de equipos, materiales y servicios;
- requisiciones técnicas y datasheets;
- RFI, RFP o Términos de Referencia;
- criterios de calificación y nivelación técnica;
- requisitos para proveedores;
- requisitos de inspección, diligenciamiento y FAT;
- matriz de responsabilidades contractuales;
- criterios de medición, pruebas, aceptación y garantías de desempeño.
El Procurement Técnico utiliza esta base para calificar proveedores, nivelar propuestas, revisar submittals y controlar la conformidad técnica.
Estimaciones, planificación y controles
- cantidades y equipos principales;
- estimación de CAPEX y, cuando corresponda, OPEX;
- base de la estimación, contingencias y premisas;
- cronograma maestro e hitos principales;
- identificación de ítems de largo plazo;
- plan de implantación, fases y movilización;
- curva de desembolso o flujo de caja preliminar;
- análisis de riesgos de costo y plazo;
- baseline técnica para la etapa siguiente.
Comisionamiento y preparación operativa
El FEED debe anticipar cómo se demostrará el desempeño. Pueden definirse:
- filosofía y estrategia de comisionamiento;
- niveles y secuencia de pruebas;
- responsabilidades por precomisionamiento y comisionamiento;
- requisitos de FAT, SAT y pruebas integradas;
- criterios de desempeño y aceptación;
- requisitos de capacitación, manuales y repuestos;
- documentación as-built y dossier de entrega;
- condiciones para la transferencia a operaciones.
Definir estos elementos solamente al final de la obra aumenta el riesgo de pruebas incompletas, responsabilidades indefinidas y aceptación sin evidencias suficientes.
Convierta el FEED en documentación apta para contratación
Los alcances, las especificaciones, los límites de suministro, los criterios de nivelación, las pruebas y la aceptación deben formar una base comparable para proveedores y ejecutores.
Madurez, estimaciones y contratación
La calidad del FEED debe evaluarse por la madurez y la precisión de la información, no por el volumen de documentos. La decisión de contratación debe considerar qué vacíos permanecen y cómo se distribuirán entre el propietario, el proyectista, los proveedores y el ejecutor.
Evaluación de la definición del alcance
Herramientas como el Project Definition Rating Index — PDRI ayudan a evaluar la integridad de la definición antes del detalle y la construcción. El objetivo no es obtener solamente una puntuación, sino identificar elementos frágiles, registrar acciones de mitigación y verificar si la madurez es compatible con el próximo gate.
El tipo de PDRI debe corresponder al proyecto. Las instalaciones industriales, los edificios y las infraestructuras tienen elementos de definición diferentes.
Clase de la estimación de costos
El FEED suele permitir estimaciones más maduras que las elaboradas durante la viabilidad o el concepto. Sin embargo, la clase no debe atribuirse únicamente porque el trabajo haya recibido el nombre de FEED.
La Recommended Practice 18R-97 de AACE International relaciona la clasificación de la estimación con la madurez de los documentos de definición y con la finalidad del presupuesto. La aplicación exacta depende del sector y de la práctica adoptada; un FEED incompleto no produce automáticamente una estimación confiable.
La base de la estimación debe registrar cantidades, precios, productividad, fecha base, tipo de cambio, tributos, contingencias, exclusiones, riesgos y rango de precisión esperado. El artículo sobre gestión de costos de proyectos profundiza en la relación entre estimación, presupuesto, baseline y control.
FEED como base para EPC y EPCM
En una contratación EPC, el contratista asume responsabilidades integradas de ingeniería, adquisiciones y construcción dentro de los límites definidos. Cuanto menos madura esté la ingeniería de referencia, mayor tiende a ser la exposición a contingencias de precio, exclusiones, interpretaciones del alcance, cambios y disputas.
El Departamento de Energía de los Estados Unidos informa, en sus preguntas frecuentes sobre FEED, que el estudio puede demostrar preparación y proporcionar insumos críticos para contratos EPC. Esto no convierte el FEED en un requisito universal, pero ilustra su función como base para la evaluación técnica y contractual.
Antes de contratar EPC, el propietario debe verificar si el paquete permite:
- caracterizar el objeto y los límites de suministro;
- cuantificar los principales sistemas y capacidades;
- establecer requisitos de desempeño;
- identificar interfaces y condiciones existentes;
- definir responsabilidades por licencias, datos y aprobaciones;
- comparar propuestas sobre una base técnica común;
- establecer garantías, pruebas y criterios de aceptación;
- registrar los riesgos retenidos por el propietario y los transferidos.
En el EPCM, el propietario mantiene contratos directos de suministro y ejecución, mientras la empresa EPCM coordina ingeniería, adquisiciones e implantación. El FEED continúa siendo relevante para definir paquetes, interfaces, estimaciones y estrategia de ejecución.
La Owner’s Engineering puede revisar el FEED, verificar la conformidad de las propuestas y controlar el desarrollo posterior de la ingeniería en nombre del propietario.
La ingeniería de referencia debe continuar bajo gobernanza después de la contratación
Las revisiones, submittals, cambios, interfaces y criterios de aceptación deben permanecer vinculados a los requisitos y a las bases definidas en el FEED.
Proyectos brownfield y modernizaciones
En expansiones y modernizaciones, la calidad del levantamiento es tan importante como la concepción de la nueva solución. La documentación desactualizada, las instalaciones ocultas, las restricciones de acceso, las ventanas operativas, las interfaces con sistemas activos y las condiciones temporales pueden alterar significativamente el costo y el plazo.
El FEED brownfield debe prestar especial atención al registro, la investigación de campo, la estrategia de transición, la contingencia, la secuencia, la seguridad operativa y los criterios de recomisionamiento.
Cuándo contratar un FEED
El FEED es adecuado cuando el proyecto ya cuenta con una alternativa seleccionada, pero todavía necesita desarrollo técnico antes de la aprobación final, la licitación, la contratación EPC/EPCM o el inicio de la ingeniería de detalle.
Las situaciones típicas incluyen:
- implantación de un nuevo activo o unidad;
- expansión de capacidad;
- modernización de infraestructura en operación;
- preparación de contratación EPC o turnkey;
- división del proyecto en múltiples paquetes;
- necesidad de mejorar la precisión de costos y plazos;
- consolidación de interfaces multidisciplinarias;
- preparación para financiamiento o decisión de inversión;
- revisión independiente de una solución desarrollada por terceros;
- proyecto con riesgos técnicos u operativos relevantes.
Cómo definir el alcance de la contratación
Los Términos de Referencia del FEED deben establecer:
- objetivo y decisión que el trabajo deberá respaldar;
- documentos y datos proporcionados por el contratante;
- actividades de campo y estudios complementarios;
- disciplinas y sistemas incluidos;
- nivel de desarrollo requerido;
- lista de entregables y contenido mínimo;
- criterios de revisión, aprobación y madurez;
- interfaces con terceros y responsabilidades;
- metodología de costos, cronograma y riesgos;
- requisitos para contratación, comisionamiento y aceptación;
- formato de archivos, revisiones y acervo técnico;
- exclusiones y actividades destinadas a la etapa de ingeniería de detalle.
Errores que reducen el valor del FEED
Los problemas más frecuentes son:
- iniciar la etapa sin una alternativa seleccionada;
- trabajar con levantamientos insuficientes;
- limitar el alcance a planos;
- no coordinar disciplinas;
- omitir interfaces contractuales;
- utilizar cantidades sin una base trazable;
- definir costos sin registrar premisas;
- postergar los criterios de prueba para después de la contratación;
- exigir un porcentaje genérico de avance sin definir productos y decisiones;
- cerrar el paquete sin registrar pendientes y riesgos residuales.
Criterio de conclusión
Un FEED está concluido cuando permite tomar la decisión prevista con riesgos conocidos y documentación compatible con la etapa siguiente. Esto puede significar autorizar la inversión, emitir una RFP, contratar EPCM, iniciar el procurement de ítems críticos o avanzar hacia la Ingeniería de Detalle.
La pregunta central no es “¿cuántos planos se emitieron?”, sino: ¿el proyecto está suficientemente definido para que los costos, plazos, responsabilidades y compromisos de desempeño puedan asumirse de forma consciente y verificable?
Conclusión
El FEED conecta la alternativa seleccionada con la decisión de inversión y la contratación de la implantación. Su valor reside en integrar requisitos, criterios de diseño, dimensionamientos, interfaces, costos, plazo, riesgos, adquisiciones, comisionamiento y responsabilidades en una base técnica coherente.
FEED no es sinónimo automático de FEL 3, Proyecto Básico o ingeniería básica. La nomenclatura varía; la calidad depende de la madurez efectiva de la información y de la capacidad del paquete para respaldar el próximo gate.
Cuando está bien definido, el FEED reduce ambigüedades, mejora la comparación de propuestas, anticipa riesgos de implantación y establece condiciones más objetivas para desarrollar, ejecutar, probar y aceptar el proyecto. Cuando se trata únicamente como un conjunto de planos, transfiere incertidumbres a etapas en las que los cambios son más costosos y las disputas más probables.
Estructure el FEED según la decisión y el modelo de contratación
A3A Consulting desarrolla y revisa paquetes de ingeniería, requisitos, estimaciones, cronogramas, interfaces y documentación para contratación e implantación.
Referencias técnicas
[1] CONSTRUCTION INDUSTRY INSTITUTE. Project Definition Rating Index (PDRI) Overview. Austin: CII.
[2] CONSTRUCTION INDUSTRY INSTITUTE. PDRI: Project Definition Rating Index — Industrial Projects, Version 5.0. Austin: CII, 2019.
[3] UNITED STATES DEPARTMENT OF ENERGY. Title 17 Frequently Asked Questions — Front-End Engineering and Design studies.
[4] AACE INTERNATIONAL. Recommended Practice 18R-97: Cost Estimate Classification System — As Applied in Engineering, Procurement, and Construction for the Process Industries.
[5] A3A CONSULTING. FEL (Front-End Loading): maduración, viabilidad y definición de proyectos.
[6] A3A CONSULTING. Proyecto Básico de Ingeniería: alcance, criterios, dimensionamiento y presupuesto.
Preguntas frecuentes
FEED significa Front-End Engineering Design. Es la etapa que desarrolla y consolida la solución seleccionada antes de la ingeniería de detalle y la implantación, produciendo bases de diseño, dimensionamientos, estimaciones, riesgos y requisitos para la decisión y la contratación.
No necesariamente. Ambos pueden presentar una gran superposición cuando preparan la contratación, pero pertenecen a marcos distintos. El Projeto Básico tiene un significado propio en el contexto brasileño, mientras que el FEED se define por el proceso de maduración y por los entregables contratados.
En muchas metodologías, el FEED integra la fase más avanzada del Front-End Loading y puede asociarse a FEL 3. Sin embargo, la equivalencia no es universal y debe confirmarse mediante el sistema de fases, gates y criterios de madurez adoptado por el propietario.
Pueden incluir Basis of Design, requisitos, matrices de riesgos e interfaces, memorias, cálculos, diagramas, layouts, especificaciones, listas de equipos, cantidades, CAPEX, cronograma, estrategia de contratación y criterios de pruebas y aceptación.
No existe una regla única, pero un FEED maduro reduce incertidumbres y proporciona una referencia para caracterizar el alcance, las responsabilidades, el desempeño, las interfaces y los criterios de aceptación. Contratar EPC con una definición insuficiente aumenta contingencias, exclusiones, cambios y disputas.
El equipo depende del proyecto, pero normalmente incluye ingeniería multidisciplinaria, operaciones, mantenimiento, seguridad, medio ambiente, costos, planificación, adquisiciones, contratos y representantes del propietario.
Materiales técnicos complementarios
Planificación y maduración
Desarrollo de la ingeniería
- Proyecto Básico de Ingeniería
- Proyecto Ejecutivo de Ingeniería
- Proyecto Básico vs. Proyecto Ejecutivo
- Basis of Design, OPR y URS
