Entienda qué es la gestión de la calidad, sus principios, su relación con QA y QC y cómo aplicar requisitos, procesos, controles, evidencias y mejora en proyectos y obras de Ingeniería.
¡Descúbrelo!
La gestión de la calidad es el conjunto coordinado de principios, procesos, responsabilidades, criterios y controles utilizado para dirigir una organización o proyecto con relación a la calidad. En la práctica, significa transformar requisitos — del cliente, legales, normativos, contractuales y técnicos — en procesos capaces de producir resultados consistentes, verificables y adecuados al uso previsto.
En Ingeniería, la calidad no consiste únicamente en verificar si un servicio quedó “bien ejecutado”. Comienza antes de la ejecución, con la definición de requisitos, criterios de diseño, interfaces, responsabilidades, métodos de verificación y evidencias necesarias para demostrar conformidad. Continúa durante proyecto, procurement, fabricación, construcción, montaje, pruebas y comisionamiento, y termina únicamente cuando los entregables y sistemas cumplen los criterios de aceptación y pueden transferirse a operación con trazabilidad.
La gestión de la calidad es, por lo tanto, una disciplina de gobernanza técnica. Su objetivo no es eliminar toda posibilidad de error, sino estructurar el trabajo para reducir la probabilidad de fallos, detectar desviaciones en el momento adecuado, impedir su propagación, tratar sus causas y mantener evidencias suficientes para decisiones y aceptación.
Qué significa calidad en la práctica
La palabra “calidad” se asocia con frecuencia al acabado, la ausencia de defectos o la percepción de superioridad. En los sistemas de gestión, el concepto es más preciso: la calidad se relaciona con el grado en que se cumplen los requisitos y se satisfacen las necesidades y expectativas pertinentes. Esto desplaza la discusión de la opinión hacia criterios verificables.
Un proyecto puede ser visualmente sofisticado y aun así tener baja calidad si no cumple los requisitos funcionales, normativos o de integración. Un equipo puede ser de un excelente fabricante y resultar inadecuado si su especificación no corresponde al proceso, ambiente, interfaces o desempeño requerido. Del mismo modo, una obra aparentemente concluida puede no estar técnicamente lista para aceptación si las pruebas, documentación, trazabilidad y evidencias están incompletas.
En Ingeniería, la calidad debe responder al menos cinco preguntas:
- ¿Qué debería entregarse?
- ¿Qué requisitos y criterios definen una entrega aceptable?
- ¿Cómo se demostrará que esos criterios fueron cumplidos?
- ¿Quién tiene responsabilidad y autoridad para verificar, aprobar, rechazar o aceptar?
- ¿Qué registros respaldan la decisión tomada?
Cuando estas preguntas no se responden al inicio, la calidad tiende a discutirse únicamente al final, cuando corregir un problema cuesta más, interfiere con otras disciplinas y puede comprometer cronograma, seguridad, desempeño u operación.
La calidad no es solo inspección final
La inspección es una herramienta de control de la calidad, pero no sustituye un sistema de gestión. Un proyecto en el que todas las decisiones de calidad se posponen hasta la inspección final trabaja de forma reactiva: primero produce y después busca defectos.
El enfoque moderno es diferente. La calidad debe planificarse e incorporarse al proceso. Esto incluye definir entradas, salidas, responsabilidades, criterios de aceptación, puntos de control, competencias necesarias, recursos de medición, documentación, riesgos y tratamiento de desviaciones.
El diagrama muestra una distinción importante: inspección y prueba forman parte del proceso, pero el proceso comienza en los requisitos. Si el requisito es incorrecto, incompleto o ambiguo, la inspección puede limitarse a confirmar que algo fue producido de acuerdo con una referencia inadecuada.
Los principios de gestión de la calidad
La familia ISO 9000 consolidó principios utilizados para orientar los sistemas de gestión de la calidad. La ISO 9000:2026 actualiza los fundamentos y el vocabulario internacional de la disciplina, mientras la ISO 9001 establece los requisitos certificables de un sistema de gestión de la calidad. Para Ingeniería, los principios deben interpretarse como criterios de organización del trabajo y no como frases institucionales.
Enfoque en el cliente y las partes interesadas
El primer punto es comprender el resultado que debe producirse y para quién. En un proyecto de Ingeniería, el “cliente” no es únicamente quien firma el contrato. Usuarios, operación, mantenimiento, seguridad, Ingeniería del Propietario, organismos reguladores y otras partes pueden establecer requisitos que deben capturarse y tratarse.
Un sistema técnicamente correcto, pero imposible de mantener, puede fallar en calidad. Un proyecto que cumple el alcance escrito, pero ignora una interfaz operacional conocida, también puede producir un resultado insatisfactorio.
Por ello, la gestión de requisitos, el levantamiento de necesidades, los criterios de desempeño y la validación con las partes interesadas son componentes de calidad desde el inicio.
Liderazgo y responsabilidad
La calidad sin responsabilidad definida se convierte en una actividad difusa. Es necesario saber quién aprueba requisitos, quién verifica entregables, quién puede liberar etapas, quién trata desviaciones y quién acepta riesgos residuales.
En proyectos multidisciplinarios, esta gobernanza es especialmente importante porque un error de interfaz puede atravesar varias disciplinas sin que ningún equipo se perciba como propietario del problema.
Compromiso y competencia
Los procedimientos no compensan indefinidamente la falta de competencia. La calidad depende de personas capaces de interpretar requisitos, aplicar métodos, registrar evidencias y reconocer cuándo una condición debe escalarse.
Esto vale tanto para proyectistas como para inspectores, proveedores, instaladores, equipos de comisionamiento y operación. La competencia debe ser proporcional a la criticidad de la decisión.
Enfoque por procesos
La calidad debe gestionarse mediante procesos interrelacionados. Una entrada inadecuada en un proceso de Ingeniería tiende a producir una salida inadecuada que se convierte en entrada para el proceso siguiente.
Por ejemplo: un requisito incompleto puede generar una especificación incompleta; la especificación incompleta puede generar propuestas comerciales no comparables; una contratación inadecuada puede resultar en equipos incompatibles; la incompatibilidad puede aparecer solamente durante la instalación o el comisionamiento.
La gestión de procesos aplicada a la Ingeniería ayuda a visualizar estas relaciones y a definir controles en los puntos donde el riesgo técnico realmente se materializa.
Mejora
Un sistema de calidad no debe limitarse a corregir incidencias. Debe aprender de ellas. Esto exige distinguir corrección de acción correctiva: corregir resuelve el efecto inmediato; actuar sobre la causa reduce la probabilidad de recurrencia.
Una RNC cerrada únicamente porque el elemento defectuoso fue sustituido puede dejar intacto el proceso que produjo el fallo. Si la causa fue una especificación ambigua, calificación insuficiente, inspección inadecuada, cambio no controlado o ausencia de verificación, la gestión debe actuar en ese origen.
Decisión basada en evidencias
La calidad transforma discusiones subjetivas en decisiones respaldadas por evidencias. En lugar de “parece adecuado”, se busca una combinación de requisito, método de verificación, resultado y registro.
Una decisión de aceptación puede involucrar certificados, informes, resultados de ensayo, inspecciones, fotografías, registros de calibración, planos revisados, listas de pendientes, firmas, logs de prueba o evidencias digitales.
Gestión de relaciones
Los proyectos dependen de cadenas de proveedores, proyectistas, fabricantes, integradores, contratistas y prestadores especializados. La calidad final depende de las interfaces entre estas organizaciones.
Por ello, los requisitos de calidad deben aparecer en contratos, especificaciones, submittals, planes de inspección, criterios de fabricación, FAT, recepción, montaje y documentación final. No basta con transferir al proveedor una frase genérica como “ejecutar conforme a las normas aplicables”.
Calidad, aseguramiento de la calidad y control de la calidad
Los términos son cercanos, pero no equivalentes.
| Concepto | Pregunta principal | Enfoque predominante | Ejemplos en Ingeniería |
| Gestión de la calidad | ¿Cómo dirigir y controlar el sistema con relación a la calidad? | Sistema completo | política, objetivos, procesos, responsabilidades, indicadores, mejora |
| Aseguramiento de la calidad — QA | ¿Cómo generar confianza de que se cumplirán los requisitos? | Proceso y prevención | procedimientos, auditorías, calificaciones, planes, revisiones, gobernanza |
| Control de la calidad — QC | ¿El resultado producido cumple los requisitos? | Producto, servicio o entrega | inspección, ensayo, medición, verificación, prueba funcional, aceptación |
QA y QC se complementan. Un buen proceso sin verificación puede dejar pasar desviaciones. Una inspección intensa sin un proceso bien planificado puede detectar muchos defectos, pero tarde y con alto costo de retrabajo.
La arquitectura de un sistema de gestión de la calidad
La ISO 9001 estructura el sistema alrededor del contexto, liderazgo, planificación, apoyo, operación, evaluación del desempeño y mejora. En lugar de copiar estas secciones en un manual, una organización debe traducir los requisitos en procesos que tengan sentido para su realidad.
En una empresa de Ingeniería, esto puede significar integrar el sistema de calidad con los procesos de propuesta, contratación, levantamiento, gestión de requisitos, proyecto, revisión, emisión de documentos, procurement, fiscalización, comisionamiento y cierre.
El punto central es la coherencia entre cuatro elementos:
- requisitos definidos;
- proceso capaz de producir el resultado;
- controles capaces de detectar desviaciones relevantes;
- evidencias capaces de demostrar el resultado.
Si cualquiera de los cuatro está ausente, la gestión queda debilitada.
Planificación de la calidad
Planificar la calidad es decidir antes de la ejecución cómo se obtendrá y demostrará la conformidad. La ISO 10005:2018 proporciona directrices específicas para planes de calidad aplicables a procesos, productos, servicios, proyectos y contratos.
En un proyecto de Ingeniería, un plan de calidad puede establecer:
- alcance y objetivos de la calidad;
- requisitos y documentos aplicables;
- organización, responsabilidades y autoridades;
- entregables y criterios de aceptación;
- verificaciones y revisiones necesarias;
- inspecciones y ensayos;
- recursos de monitoreo y medición;
- control de proveedores;
- tratamiento de no conformidades;
- registros y evidencias;
- auditorías y evaluaciones;
- reglas de liberación, entrega y aceptación.
El plan no necesita ser burocrático. Debe ser proporcional al riesgo y suficientemente claro para evitar que las reglas se inventen durante la ejecución.
Quality gates y puntos de control
Uno de los mecanismos más útiles para materializar la calidad en Ingeniería es establecer puntos de decisión antes de que el trabajo avance hacia una condición más costosa o difícil de revertir. Estos puntos pueden denominarse quality gates, stage gates, hold points o hitos de liberación, según el contexto.
El principio es simple: una etapa solo debe continuar cuando los criterios necesarios estén satisfechos o cuando una excepción haya sido formalmente evaluada y autorizada. La robustez del gate debe ser proporcional al riesgo.
Antes de emitir un proyecto para construcción, por ejemplo, pueden exigirse revisión disciplinaria, coordinación, verificación de requisitos, cierre de comentarios y aprobación del responsable técnico. Antes de la fabricación, puede ser necesaria la aprobación de planos del proveedor y documentos de calidad. Antes de la energización, pueden existir prerrequisitos de seguridad, completación, pruebas y documentación.
Los quality gates evitan la propagación silenciosa de pendientes. También hacen visible una decisión que muchas veces ocurre informalmente: “¿es seguro y técnicamente justificable avanzar?”.
La calidad como sistema de decisión, no como burocracia
Cuando los criterios de calidad quedan dispersos entre correos electrónicos, actas y documentos, el problema no es únicamente documental: la organización pierde capacidad de controlar decisiones, responsabilidades y aprobaciones técnicas.
Estructurar procesos y workflows permite transformar requisitos y puntos de control en un flujo trazable de Ingeniería.
Conozca la solución de Gestión de Procesos, Workflows y Aprobaciones Técnicas
Un sistema de gestión de la calidad pierde valor cuando se convierte únicamente en producción de formularios. El registro existe para sustentar control, trazabilidad o decisión; no como finalidad independiente.
El mismo principio se aplica a los procedimientos. Un procedimiento es útil cuando reduce variabilidad no deseada, protege conocimiento crítico, define responsabilidades o estandariza un proceso que debe ser repetible. Si solo reproduce el texto de una norma sin traducir la actividad real, difícilmente controlará el proceso.
En Ingeniería, la pregunta adecuada es: ¿qué decisión técnica o riesgo ayuda a gestionar este control?
Por ejemplo, una revisión de proyecto no debería existir solo porque el procedimiento exige una firma. Debe verificar aspectos como adherencia a los requisitos, interfaces, constructibilidad, normas, seguridad, mantenibilidad y consistencia de la información emitida.
Gestión de la calidad en proyectos de Ingeniería
La ISO 10006:2017 trata específicamente la aplicación de la gestión de la calidad en proyectos y diferencia la calidad de los procesos del proyecto de la calidad del producto o servicio resultante. Esta distinción es fundamental.
Un proyecto puede seguir correctamente cronograma, reuniones y flujo documental, pero producir una solución técnicamente inadecuada. También puede ocurrir lo contrario: un equipo técnicamente excelente puede entregar un buen producto por esfuerzo individual, aunque trabaje en un proceso inestable, dependiente de personas específicas y poco trazable.
La gestión robusta debe cuidar ambos lados. La Gestión de la Calidad en Proyectos de Ingeniería conecta procesos de planificación, revisión, aprobación y control con la calidad efectiva del producto técnico. En la práctica, esto exige Gestión de Requisitos, revisión de interfaces, control de cambios y criterios de aceptación verificables. Cuando la solución todavía está en desarrollo, el Design Review funciona como una barrera preventiva para retirar inconsistencias antes de que se conviertan en procurement, obra o retrabajo.
Requisitos
La calidad comienza con la definición de lo que debe cumplirse. Los requisitos deben ser identificables, comprensibles, verificables y trazables en la extensión necesaria.
La gestión de requisitos en Ingeniería evita que decisiones técnicas relevantes permanezcan ocultas en actas, correos electrónicos o conocimiento informal de especialistas.
Proyecto y desarrollo
Las entradas de proyecto deben ser suficientes y coherentes. Las salidas deben permitir verificación respecto de las entradas. Revisiones, verificaciones y validaciones deben ocurrir en momentos adecuados y con independencia proporcional al riesgo.
Design Review, coordinación y auditoría técnica son mecanismos de calidad cuando se utilizan para descubrir problemas antes de que planos y especificaciones se conviertan en compras, fabricación o ejecución física.
Control de cambios
El cambio no controlado es una de las principales fuentes de pérdida de calidad porque rompe la trazabilidad entre requisito, decisión y condición ejecutada.
La gestión de cambios de Ingeniería debe evaluar motivación, impacto, interfaces, documentación afectada, aprobación e implementación del cambio.
Documentación
Los documentos no son solo archivos administrativos; son vehículos de requisitos y evidencias. El control de documentos en Ingeniería debe asegurar identificación, revisión, estado, distribución, trazabilidad y disponibilidad de la información correcta en el momento de uso.
Proveedores y procurement
La calidad de una cadena de suministro no puede asegurarse únicamente cuando el material llega a obra. Según la criticidad, los controles pueden comenzar en la calificación del proveedor y continuar en análisis documental, aprobación de submittals, inspección de fabricación, FAT, expedición, recepción, preservación, instalación y SAT.
El tipo y la extensión del control deben considerar riesgo, historial, complejidad, criticidad del elemento y posibilidad de detectar un fallo en etapas posteriores.
Calidad en obras, montaje e implantación
Durante la implantación, la gestión de la calidad transforma proyecto y especificaciones en controles ejecutables en campo. La pregunta principal deja de ser únicamente “¿qué debe hacerse?” y pasa a incluir “¿cómo sabremos que fue hecho correctamente?”.
Esto conduce a instrumentos como procedimientos ejecutivos, checklists técnicos, planes de inspección y ensayos, hold y witness points, registros de medición, informes fotográficos, control de materiales, trazabilidad de componentes y gestión de pendientes.
La fiscalización técnica debe trabajar con criterios objetivos. El servicio de apoyo técnico a la fiscalización de obras y contratos de Ingeniería es una aplicación directa de esta lógica: verificar no solo avance físico, sino adherencia al proyecto, especificaciones, documentos, pruebas, evidencias y criterios de aceptación.
Inspección, medición y ensayo
El control de la calidad exige métodos de verificación adecuados. No todos los requisitos se verifican de la misma manera.
| Tipo de requisito | Método posible de verificación | Ejemplo |
| Dimensional | medición | posición, nivel, diámetro, separación |
| Material | documentación + ensayo cuando corresponda | certificado, composición, clase, lote |
| Funcional | prueba | comando, interbloqueo, alarma, respuesta |
| Desempeño | ensayo medido | capacidad, caudal, throughput, resistencia, temperatura |
| Documental | análisis crítico | plano, memoria, certificado, procedimiento |
| Interfaz | prueba integrada o revisión coordinada | comunicación entre sistemas, alimentación, automatización |
| Regulatorio | verificación de conformidad | requisitos legales y normativos aplicables |
El método debe definirse considerando el riesgo de una conclusión incorrecta. Instrumentos de medición, condiciones de ensayo, competencia del ejecutor y criterios de aceptación influyen en la confiabilidad del resultado.
No conformidad: el sistema debe saber tratar las desviaciones
La no conformidad es el incumplimiento de un requisito. El concepto parece simple, pero su tratamiento exige disciplina.
Una no conformidad bien gestionada debe dejar claro qué requisito no fue cumplido, qué evidencia demuestra la desviación, cuál es la extensión del problema, qué disposición será adoptada y qué acciones adicionales son necesarias.
La disposición puede involucrar corrección, reparación, retrabajo, sustitución, segregación, concesión técnicamente justificada u otra decisión autorizada. La simple existencia de una solución práctica no elimina la necesidad de evaluar impacto y trazabilidad.
Cuando la causa indica riesgo de recurrencia, entra la acción correctiva. La organización debe evaluar si el problema es aislado o síntoma de un proceso inadecuado.
El costo de la mala calidad en Ingeniería
Los problemas de calidad generan costos visibles y ocultos. Los visibles incluyen retrabajo, sustituciones, nuevas movilizaciones, ensayos repetidos y retrasos. Los ocultos aparecen como tiempo dedicado a investigación, decisiones de emergencia, pérdida de productividad, conflictos contractuales, deterioro de la confianza, aumento de inventario, indisponibilidad y dificultad de operación.
Existe además un efecto de propagación. Cuanto más tarde se descubre una inconsistencia, mayor tiende a ser el número de entregas dependientes ya afectadas.
Este efecto explica por qué la prevención y la detección temprana normalmente tienen mayor valor que la inspección concentrada al final.
Indicadores de calidad
Los indicadores deben mostrar el comportamiento del sistema y apoyar la toma de decisiones. Contar documentos o RNCs sin contexto puede producir interpretaciones equivocadas.
Un aumento de no conformidades, por ejemplo, puede significar un deterioro real de la ejecución o simplemente una mejora en la capacidad de detectar y registrar problemas. Por ello, los indicadores deben combinarse.
Algunos indicadores útiles en Ingeniería incluyen:
- tasa de aprobación de entregables en la primera presentación;
- retrabajo por disciplina o proveedor;
- tiempo de cierre de no conformidades;
- reincidencia de causas;
- pendientes abiertos por fase;
- pruebas aprobadas en la primera ejecución;
- desviaciones de campo originadas por el proyecto;
- cambios después de la emisión para construcción;
- documentación pendiente en el handover;
- desempeño de proveedores en inspecciones y entregas.
El indicador debe conducir a una pregunta de gestión. Si no cambia una decisión, prioridad o comportamiento, puede estar simplemente ocupando espacio en un dashboard.
Auditoría y evaluación de la calidad
Cuando un proyecto ya presenta dudas sobre conformidad, documentación, ejecución o criterios de aceptación, una evaluación independiente ayuda a separar síntomas de causas y organizar prioridades técnicas.
La auditoría puede consolidar evidencias, riesgos y acciones necesarias antes de nuevas decisiones de inversión o aceptación.
La auditoría evalúa de forma sistemática y basada en evidencias si se cumplen los criterios definidos. La ISO 19011:2026 establece directrices actuales para la auditoría de sistemas de gestión, incluidos principios, programa, ejecución y competencia de los auditores.
En Ingeniería, la auditoría puede aplicarse al sistema, a un proyecto, proceso, proveedor o conjunto de evidencias. No sustituye la inspección del producto y no debe confundirse con la fiscalización continua.
Una auditoría técnica de Ingeniería puede tener un alcance más amplio que una auditoría del sistema de calidad, evaluando conformidad técnica, documentación, riesgos, interfaces, condición ejecutada y capacidad de demostrar cumplimiento de los requisitos.
Cómo reconocer un sistema de calidad maduro
La madurez no se mide por el número de procedimientos o formularios. Un sistema maduro presenta coherencia entre requisitos, riesgos, procesos, controles y evidencias.
Las señales positivas incluyen criterios de aceptación definidos antes de la ejecución, responsables claros, revisión técnica proporcional a la criticidad, trazabilidad de cambios, controles de proveedores, tratamiento consistente de desviaciones y uso de datos para la mejora.
Las señales de fragilidad aparecen cuando el proyecto depende excesivamente del conocimiento informal, las decisiones quedan dispersas en mensajes, los documentos se revisan sin control, las inspecciones ocurren sin criterios, las RNCs se cierran sin causa y la aceptación final depende de negociaciones sobre lo que debería haberse definido al inicio.
Matriz de criticidad para definir la intensidad de control
No todos los elementos necesitan recibir el mismo nivel de QA/QC. Una forma práctica de calibrar el esfuerzo es considerar simultáneamente el impacto del fallo, la dificultad de detección posterior, la reversibilidad, la complejidad de interfaces y el historial del proveedor o del proceso.
| Condición | Tendencia de control |
| Bajo impacto y fácil verificación posterior | inspección simplificada y registro esencial |
| Impacto moderado o interfaz relevante | checklist, verificación documentada y muestreo planificado |
| Alta criticidad o difícil reversión | revisión independiente, hold points, trazabilidad y ensayos formales |
| Elemento crítico fabricado bajo pedido | control de proveedor, ITP, inspección de fabricación, FAT y documentación dedicada |
| Sistema crítico integrado | completación controlada, pruebas funcionales y pruebas integradas con criterios formales |
Este enfoque evita dos extremos: subcontrolar elementos críticos o imponer burocracia uniforme a todo. La calidad debe basarse en riesgo y propósito.
Cómo aplicar gestión de la calidad sin crear burocracia innecesaria
El principio es la proporcionalidad. Cuanto mayores sean la criticidad, irreversibilidad, complejidad e impacto de un fallo, mayor debe ser la robustez del control.
Un elemento simple, fácilmente sustituible y verificable visualmente no exige el mismo tratamiento que un equipo crítico fabricado bajo pedido o una interfaz enterrada que quedará inaccesible después de la ejecución.
Una buena arquitectura de calidad diferencia controles por riesgo. Esto permite concentrar la energía de Ingeniería donde un fallo sería más difícil de detectar, corregir o aceptar.
La digitalización también ayuda cuando se utiliza correctamente: workflows, control de versiones, formularios de campo, registros fotográficos, firma electrónica, dashboards y trazabilidad de pendientes pueden reducir el esfuerzo administrativo. Pero digitalizar un proceso mal definido solo hace que el problema avance más rápido.
Cómo se conecta la gestión de la calidad con la Ingeniería Consultiva
La Ingeniería Consultiva actúa con frecuencia antes y alrededor de la ejecución física. Esto permite estructurar la calidad en el punto donde tiene mayor capacidad preventiva: requisitos, alcance, proyecto, especificaciones, contratación, gobernanza y criterios de aceptación.
Una actuación independiente puede ayudar al propietario a responder preguntas como:
- ¿el alcance está técnicamente completo para contratar?
- ¿las propuestas son comparables?
- ¿los criterios de aceptación están definidos?
- ¿los proveedores demuestran capacidad y conformidad?
- ¿los documentos presentados cumplen los requisitos?
- ¿los cambios están siendo controlados?
- ¿las pruebas realmente demuestran desempeño?
- ¿las pendientes impiden aceptación u operación?
- ¿el conjunto de evidencias es suficiente para el handover?
En este contexto, la calidad deja de ser un departamento aislado y pasa a integrar Ingeniería del Propietario, Design Management, fiscalización, procurement, comisionamiento y handover.
Qué contratar cuando existe un problema de calidad
La contratación adecuada depende de la etapa y de la naturaleza del problema.
Si la dificultad está en el sistema de gestión y en los procesos, puede ser necesario un diagnóstico, auditoría, diseño de workflows, responsabilidades, indicadores y plan de calidad.
Si el problema está en el proyecto, pueden ser necesarios Design Review, verificación independiente, coordinación o auditoría documental.
Si está en obra, la respuesta puede involucrar fiscalización técnica, QA/QC de campo, inspección, planes de pruebas, tratamiento de no conformidades y gestión de pendientes.
Si el proyecto está próximo a la entrega, el foco puede migrar hacia completación, comisionamiento, punch list, documentación, Data Book, As Built y criterios de aceptación.
La calidad es, por lo tanto, una arquitectura transversal. La solución no debe elegirse por el nombre de la metodología, sino por el punto del ciclo en el que se está produciendo el riesgo y por la evidencia necesaria para controlar ese riesgo. Si el problema está en el sistema de gestión, una Auditoría Técnica de Ingeniería puede establecer diagnóstico, causas y prioridades. Si el riesgo está en la ejecución, QA/QC en Obras de Ingeniería y el Apoyo Técnico a la Fiscalización acercan criterios y evidencias al frente de trabajo. Cuando el proyecto entra en completación y entrega, la trayectoria pasa por Comisionamiento, Punch List, Data Book y recepción técnica. En contratos con múltiples proveedores e interfaces, la Ingeniería del Propietario integra estas capas bajo una única gobernanza técnica.
De la exigencia abstracta a la evidencia: la matriz requisito → control → aceptación
Una de las formas más eficaces de hacer operativa la gestión de la calidad en Ingeniería es construir una cadena explícita entre aquello que fue exigido y aquello que se utilizará para demostrar su cumplimiento. Cuando esta cadena no existe, los requisitos permanecen dispersos en contratos, normas, memorias, hojas de datos y actas, mientras inspecciones y pruebas se ejecutan por hábito o mediante modelos genéricos.
La matriz requisito → control → evidencia → aceptación reduce esta desconexión. Para cada requisito relevante, el equipo identifica la fuente, el objeto afectado, el método de verificación, el momento adecuado, el responsable de la evidencia y la regla de decisión. El objetivo no es crear una planilla gigantesca para todos los elementos del proyecto, sino asegurar trazabilidad para requisitos críticos, interfaces importantes y entregas que dependen de una demostración formal.
| Elemento | Pregunta de Ingeniería | Ejemplo |
|---|---|---|
| Requisito | ¿Qué debe cumplirse? | capacidad mínima, clase, norma, redundancia, desempeño |
| Fuente | ¿De dónde proviene la obligación? | TR, especificación, norma, plano, contrato, datasheet |
| Control | ¿Cómo reducimos el riesgo de producir algo incorrecto? | Design Review, aprobación de submittal, ITP, procedimiento |
| Verificación | ¿Cómo demostraremos la conformidad? | cálculo, inspección, medición, ensayo, prueba funcional |
| Evidencia | ¿Qué registro sustenta la conclusión? | informe, certificado, checklist, log, fotografía, plano |
| Aceptación | ¿Quién decide y según qué criterio? | responsable técnico, fiscalización, Owner, comisionamiento |
Esta arquitectura mejora incluso la contratación. Si un requisito exige determinada prueba, la necesidad puede preverse en el alcance del proveedor, presupuesto, cronograma y documentación contractual. Se evita descubrir después que el ensayo necesario no estaba incluido, que no existe acceso para ejecutarlo o que el proveedor no reservó recursos para producir la evidencia.
También permite distinguir requisito de preferencia. Una observación de revisión puede representar un requisito normativo, criterio del propietario, buena práctica o sugerencia. Mezclar estas categorías genera conflictos. La gestión de la calidad debe saber cuál es la fuerza de cada exigencia y quién posee autoridad para modificarla o conceder una excepción.
En proyectos de mayor complejidad, la matriz puede integrarse a la gestión de requisitos y al control documental. Cuando cambia un requisito, es posible identificar qué documentos, proveedores, pruebas y criterios de aceptación deben revisarse. Esto evita uno de los problemas más peligrosos de calidad: modificar la referencia sin actualizar los controles que dependen de ella.
Cómo cambia la calidad a lo largo de las fases del proyecto
La calidad no tiene la misma configuración en todas las fases. El riesgo dominante cambia a medida que el proyecto evoluciona. Al inicio, el mayor peligro es tomar decisiones sobre una base mal definida. Durante el proyecto, es propagar requisitos incompletos o interfaces inconsistentes. En procurement, es contratar o fabricar algo inadecuado. En obra, es ejecutar incorrectamente o perder trazabilidad. En el comisionamiento, es intentar demostrar el desempeño de sistemas que aún no están técnicamente listos.
| Fase | Riesgo de calidad predominante | Controles típicos | Evidencias esperadas |
|---|---|---|---|
| Levantamiento / Due Diligence | base técnica incompleta o condición existente mal comprendida | plan de levantamiento, criterios, validación cruzada | registros de campo, catastro, fotografías, informe de brechas |
| Conceptual / FEL / estudios | premisas inadecuadas y alternativas mal evaluadas | criterios de proyecto, Design Reviews, gestión de premisas | memorias, decisiones, análisis comparativos, riesgos |
| Ingeniería Básica | alcance insuficiente para contratar | revisión de requisitos, interfaces, cantidades y criterios de aceptación | documentos aprobados, matriz de requisitos y comentarios cerrados |
| Ingeniería de Detalle | incompatibilidades y detalle no construible | checking, coordinación, verificación independiente | revisiones, informes, listas de pendientes, liberaciones |
| Procurement / fabricación | proveedor o elemento que no cumple la especificación | submittals, calificación, ITP, vendor inspection, FAT | certificados, informes, FAT, liberaciones |
| Implantación | ejecución divergente del proyecto o pérdida de condición verificable | procedimientos, inspección, hold points, fiscalización | checklists, mediciones, RNCs, registros fotográficos |
| Comisionamiento | pruebas sin prerrequisitos o criterios consistentes | systemization, completación, procedimientos de prueba | test sheets, logs, punch list, informes de desempeño |
| Handover | activo físico entregado sin memoria técnica confiable | control de Data Book, As Built y documentación de O&M | dosieres, planos finales, manuales, backups y actas de aceptación |
Esta visión evita la idea de que “la calidad entra en la obra”. La mayor capacidad de prevención muchas veces está antes de la movilización. Un Término de Referencia mal estructurado, por ejemplo, puede comprometer todo el sistema de calidad porque el contrato nace sin entregables, criterios y responsabilidades suficientes. Después de la contratación, corregir la brecha puede exigir adenda, negociación o absorción de riesgo por parte del propietario.
Del mismo modo, la calidad en el comisionamiento no comienza cuando el técnico abre el procedimiento de prueba. Comienza cuando los requisitos de desempeño se han transformado en criterios verificables, cuando los instrumentos y puntos de medición han sido previstos y cuando las interfaces se han diseñado de forma comprobable.
El resultado es una gestión de la calidad orientada al ciclo de vida, y no una colección de verificaciones independientes.
Gobernanza de la calidad: ¿quién verifica, quién aprueba y quién acepta?
Gran parte de los conflictos de calidad en Ingeniería no deriva de la ausencia de conocimiento técnico, sino de la ambigüedad de autoridad. El proveedor entiende que concluyó; la fiscalización considera insuficiente la evidencia; el equipo de proyecto afirma que la solución es técnicamente correcta; la operación aún no se siente preparada para recibirla. Sin una arquitectura de decisión, la pendiente circula entre las partes.
Una gobernanza robusta distingue al menos cuatro roles: quién produce, quién verifica, quién aprueba técnicamente y quién acepta en nombre del propietario. En proyectos menores, una persona puede acumular más de un rol, pero la distinción conceptual sigue siendo importante.
Producir significa ejecutar el trabajo o preparar el entregable. Verificar significa comparar el resultado con criterios definidos. Aprobar significa autorizar técnicamente una condición o documento dentro de la gobernanza establecida. Aceptar significa reconocer, desde la perspectiva contractual o del Owner, que los requisitos aplicables fueron satisfechos en la extensión necesaria para la etapa.
También es necesario definir autoridad para las excepciones. No toda no conformidad debe resultar en retrabajo. En determinadas situaciones, una disposición “usar como está” o una concesión puede ser técnicamente justificable. Sin embargo, esta decisión debe tomarla quien posee competencia y autoridad para evaluar riesgo, impacto y requisitos afectados — no simplemente quien desea liberar el frente de trabajo.
Lo mismo vale para las pendientes. Un sistema puede avanzar a una fase siguiente con elementos menores abiertos, siempre que exista clasificación de criticidad y que los elementos no comprometan seguridad, funcionalidad, integridad de la prueba o trazabilidad. La expresión “sin pendientes” suele ser menos útil que una regla clara sobre cuáles pendientes son impeditivas.
RACI, matrices de autoridad, workflows de aprobación y quality gates son instrumentos diferentes para resolver el mismo problema: hacer que la decisión de calidad tenga responsable, criterio y registro.
En un contrato EPC o turnkey, por ejemplo, la contratista puede disponer de su QA/QC interno, mientras el propietario mantiene Ingeniería del Propietario o fiscalización independiente. Estos sistemas no deben competir. El control de la contratista demuestra la conformidad de su propia producción; el Owner selecciona puntos de supervisión, revisión y aceptación compatibles con el riesgo de la inversión.
Costo de la calidad y costo de la mala calidad
La calidad tiene costo, pero la ausencia de calidad también. El análisis económico ayuda a alejar dos extremos: imaginar que todo control es burocracia o creer que aumentar indefinidamente las inspecciones siempre reduce el riesgo.
Una clasificación tradicional divide los costos relacionados con la calidad en prevención, evaluación y fallos. En Ingeniería, la lógica puede interpretarse de la siguiente manera:
| Categoría | Ejemplos | Objetivo |
|---|---|---|
| Prevención | planificación de la calidad, revisión de requisitos, capacitación, Design Review, calificación | evitar que el error sea producido |
| Evaluación | inspecciones, pruebas, auditorías, verificaciones, comisionamiento | detectar si el resultado cumple el requisito |
| Fallo interno | retrabajo antes de la entrega, reemisión, descarte, repetición de prueba | corregir desviaciones descubiertas antes del cliente |
| Fallo externo | garantía, indisponibilidad, corrección posterior a la entrega, disputa, pérdida operacional | tratar consecuencias percibidas después de la entrega |
El objetivo de un sistema maduro no es simplemente “gastar más en prevención”. Es desplazar el esfuerzo hacia puntos donde el costo marginal del control sea menor que la exposición generada por el fallo. Verificar una interfaz crítica en el proyecto puede costar pocas horas; descubrir la incompatibilidad después de instalar los equipos puede exigir compra, desmontaje, nueva movilización y extensión del plazo.
El costo de la mala calidad, o Cost of Poor Quality — COPQ, incluye componentes que con frecuencia no aparecen en una sola cuenta. El retrabajo directo es fácil de percibir. Más difíciles de captar son las horas de Ingeniería consumidas en investigación, pérdida de productividad, interrupción de frentes, extensión de supervisión, logística adicional, retraso en la entrada en operación, indisponibilidad y deterioro de la relación contractual.
En ambientes de misión crítica, la consecuencia puede superar el costo de la propia corrección. Un fallo de integración puede impedir la operación, comprometer la continuidad o exigir ventanas especiales de intervención. Por ello, la criticidad técnica debe formar parte de la decisión sobre cuánto control tiene sentido.
Los indicadores de calidad pueden utilizarse para localizar dónde nace el COPQ: disciplina con mayor retrabajo, proveedor con mayor reincidencia, fase en la que se detectan desviaciones, cantidad de pruebas repetidas, cambios después de IFC y documentación rechazada en el handover. El beneficio está menos en obtener un número contable perfecto y más en dirigir la prevención hacia las causas económicamente relevantes.
Ejemplos de cómo un fallo de calidad se propaga entre disciplinas
La multidisciplinariedad hace que la Ingeniería sea particularmente sensible a los fallos de interfaz. Una desviación aparentemente local puede modificar premisas de otras disciplinas y llegar a la operación de una forma muy diferente de su origen.
Ejemplo 1: alimentación eléctrica de un sistema crítico
Un equipo se especifica con determinada potencia y redundancia. Durante la adquisición, el modelo se sustituye por otro considerado “equivalente”, pero con corriente de arranque y requisitos de alimentación diferentes. El cambio no vuelve formalmente a Ingeniería Eléctrica. Cables, protección y UPS permanecen basados en el equipo anterior. La instalación supera la inspección visual, pero el problema aparece en una prueba de carga o bajo una condición transitoria.
El fallo no pertenece únicamente a procurement o a Ingeniería Eléctrica. Es un fallo de gestión de configuración y cambios. Un buen sistema de calidad habría controlado la equivalencia técnica, identificado los documentos afectados y exigido revalidación antes de la compra o instalación.
Ejemplo 2: CCTV, red y almacenamiento
Un proyecto de videovigilancia define la cantidad de cámaras y la resolución, pero no consolida parámetros de bitrate, retención, analytics y disponibilidad. El equipo de redes dimensiona los uplinks con una premisa, mientras el almacenamiento se adquiere con otra. Los componentes aislados son técnicamente buenos, pero la solución integrada no cumple la retención o el desempeño esperado.
En este caso, la calidad depende de requisitos sistémicos y pruebas integradas. Inspeccionar cada cámara o servidor por separado no demuestra el comportamiento del conjunto.
Ejemplo 3: infraestructura que quedará inaccesible
Una ruta, conexión, puesta a tierra, tubería o elemento de fijación quedará cubierto por acabados u otra etapa. Si el control ocurre solamente después, la evidencia puede depender de desmontaje o inferencia. La estrategia correcta es crear un punto de inspección antes de la ocultación, con identificación y registro suficientes para vincular la evidencia al lugar ejecutado.
Ejemplo 4: documentación sin actualización de campo
Una solución se modifica durante la implantación y funciona adecuadamente. Como el cambio no entra en el workflow documental, el As Built replica el proyecto original. La obra termina físicamente conforme, pero el activo se entrega con una representación incorrecta. El problema puede reaparecer años después durante mantenimiento, ampliación o investigación de fallos.
Estos ejemplos muestran por qué la calidad no puede dividirse rígidamente entre “documental” y “física”. Información, decisiones y condición construida forman un único sistema de Ingeniería.
Modelo de madurez para la gestión de la calidad en Ingeniería
Una organización puede evaluar la madurez de su calidad observando cómo los procesos responden a requisitos, riesgos y evidencias. El objetivo de un modelo de madurez no es crear una certificación paralela, sino identificar el siguiente nivel de capacidad.
| Nivel | Características | Riesgo dominante |
|---|---|---|
| 1 — Reactivo | la calidad depende de especialistas y correcciones después de los problemas | recurrencia, conocimiento informal y baja previsibilidad |
| 2 — Controlado localmente | existen checklists y procedimientos, pero varían entre proyectos | fragmentación y controles sin integración |
| 3 — Estandarizado | procesos, responsabilidades, documentación y criterios están institucionalizados | burocratización si los controles no se basan en riesgo |
| 4 — Gestionado por datos | indicadores, tendencias, proveedores y causas de fallo orientan decisiones | medir sin transformar la información en acción |
| 5 — Aprendizaje continuo | lecciones, automatización, prevención y mejora se incorporan al sistema | mantener adaptación sin perder gobernanza |
Una empresa puede estar en niveles diferentes según el proceso. El control documental puede ser muy maduro, mientras la gestión de proveedores permanece reactiva. El diagnóstico debe observar la cadena de valor de la Ingeniería, no solo el certificado institucional.
Algunas señales de transición de madurez son claras. La organización deja de preguntar “¿quién tiene la última planilla?” y pasa a trabajar con una fuente única controlada. Deja de contabilizar RNCs solo por cantidad y pasa a analizar causas y reincidencia. Deja de montar el Data Book al cierre y pasa a producir evidencias de forma continua. Deja de usar la experiencia del inspector como único criterio y pasa a conectar la inspección con el requisito.
La digitalización se vuelve realmente útil en los niveles superiores porque automatiza un proceso que ya tiene significado. Dashboards, workflows y formularios móviles pueden reducir latencia y mejorar trazabilidad, pero no pueden definir por sí solos qué requisito importa o qué desviación es crítica.
Cómo especificar calidad en el Término de Referencia y en el contrato
Una de las formas más eficaces de proteger la calidad es contratarla explícitamente. Cuando el instrumento de contratación exige únicamente el producto físico o un resultado genérico, las actividades necesarias para demostrar conformidad pueden aparecer después como alcance adicional o discusión de responsabilidad.
El Término de Referencia, memoria o especificación contractual debe definir, en la extensión compatible con el objeto, qué documentos de calidad serán exigidos, qué criterios de aceptación gobiernan las entregas, cómo ocurrirá la fiscalización y qué registros deben acompañar el suministro.
Para objetos complejos, conviene evaluar la inclusión de requisitos como:
- Plan de Calidad específico para el contrato;
- lista de procedimientos y calificaciones obligatorias;
- Plan de Inspección y Ensayos;
- notificación previa de hold y witness points;
- submittals técnicos y flujo de aprobación;
- control y trazabilidad de materiales y equipos;
- requisitos de instrumentos y registros de medición;
- proceso para RNC, concesiones y acciones correctivas;
- FAT, SAT y pruebas integradas, cuando corresponda;
- estructura mínima del Data Book y documentación As Built;
- criterios de completación, recepción provisional y definitiva;
- reglas para pendientes impeditivas y no impeditivas.
Estos requisitos deben conversar con el régimen de medición. Si la documentación y las pruebas forman parte del producto, la medición no debería considerar la entrega concluida solo porque la instalación física avanzó. De lo contrario, se crea un incentivo para facturar la parte visible y postergar evidencias, documentación y cierre de pendientes.
También es importante definir el acceso del contratante a las verificaciones sin transferir responsabilidad. La presencia de la fiscalización en un witness point no debe significar que el proveedor deja de responder por la conformidad. El contrato debe preservar la responsabilidad de quien ejecuta, incluso cuando el Owner acompaña o aprueba etapas.
En la selección de propuestas, la calidad puede evaluarse por la capacidad de ejecutar el alcance: metodología, equipo, procesos, experiencia, estructura de QA/QC y claridad de los entregables. Esto es particularmente relevante cuando propuestas de menor precio ocultan diferencias de cobertura técnica que solo aparecen durante la implantación.
Ruta para implantar una arquitectura de calidad en un proyecto
Cuando un proyecto todavía no dispone de una estructura de calidad consistente, la implementación debe comenzar por lo esencial y crecer de acuerdo con el riesgo. Intentar crear todos los procedimientos de una vez tiende a producir documentación que el equipo no utiliza.
1. Consolidar requisitos y criterios. Identificar contrato, normas, alcance, interfaces y criterios de aceptación. Resolver conflictos antes de transformar documentos en controles.
2. Clasificar criticidad. Definir sistemas, equipos, interfaces y etapas en las que un fallo posee mayor impacto o menor detectabilidad. Esta clasificación orienta la intensidad de QA/QC.
3. Definir responsabilidades. Establecer quién produce, verifica, aprueba, presencia, libera y acepta. Incluir reglas para escalamiento y excepciones.
4. Mapear controles por fase. Determinar Design Reviews, submittals, inspecciones, pruebas, auditorías, quality gates y evidencias necesarias.
5. Integrar al cronograma y al contrato. Hold points, FAT, inspecciones y entregas documentales deben reflejarse en la planificación; de lo contrario, serán percibidos como obstáculos inesperados.
6. Operar el sistema. Registrar resultados, tratar no conformidades, acompañar pendientes y producir evidencias mientras el trabajo ocurre.
7. Medir eficacia. Evaluar retrabajo, reincidencia, aprobación en la primera presentación, fallos tardíos y desempeño de proveedores.
8. Mejorar. Convertir lecciones en ajustes de especificación, procedimiento, checklist, capacitación, contrato o solución técnica.
Esta ruta puede ser aplicada tanto por la contratista como por el propietario. La diferencia está en la perspectiva: la contratista estructura su sistema para asegurar la conformidad de su propia producción; el Owner define gobernanza y assurance suficientes para proteger el proyecto y sustentar sus decisiones de aceptación.
Consideraciones finales
La gestión de la calidad es la disciplina que conecta requisitos con resultados demostrables. En Ingeniería, su valor está en anticipar criterios, organizar responsabilidades, controlar interfaces, verificar entregas, tratar desviaciones y construir evidencias antes de que los problemas se acumulen al final del proyecto.
Un sistema eficaz no es aquel que produce más documentos, sino aquel que puede responder con claridad qué debe cumplirse, cómo será verificado, quién decide, qué desviaciones existen y qué evidencias sustentan la aceptación.
Cuando la calidad se integra desde los requisitos y el proyecto hasta procurement, ejecución, pruebas y handover, deja de ser una función de inspección y pasa a ser un mecanismo de gobernanza técnica, reducción de riesgos y protección de la inversión.
En obra, la calidad no se resume a medir el avance físico. Es necesario verificar adherencia al proyecto, especificaciones, materiales, pruebas, documentación y criterios de aceptación durante toda la implantación.
Este seguimiento reduce el riesgo de descubrir pendientes críticas únicamente durante el comisionamiento o la entrega.
Conozca el Apoyo Técnico a la Fiscalización de Obras y Contratos de Ingeniería
Referencias técnicas
[1] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR ISO 9001:2015 — Sistemas de gestión de la calidad — Requisitos. Rio de Janeiro: ABNT, 2015.
[2] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 9000:2026 — Quality management — Fundamentals and vocabulary. 2026. Disponible en: https://www.iso.org/standard/9000.
[3] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 9001:2015 — Quality management systems — Requirements. 2015. Disponible en: https://www.iso.org/standard/62085.html.
[4] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 10005:2018 — Quality management — Guidelines for quality plans. 2018. Disponible en: https://www.iso.org/standard/70398.html.
[5] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 10006:2017 — Quality management — Guidelines for quality management in projects. 2017. Disponible en: https://www.iso.org/standard/70376.html.
[6] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 19011:2026 — Guidelines for auditing management systems. 2026. Disponible en: https://www.iso.org/standard/19011.
Preguntas frecuentes
Es el conjunto coordinado de principios, procesos, responsabilidades, criterios y controles utilizado para dirigir una organización o proyecto con relación a la calidad, asegurando que los requisitos sean comprendidos, cumplidos, verificados y mejorados de forma sistemática.
La gestión de la calidad abarca el sistema completo. QA, o aseguramiento de la calidad, se concentra en generar confianza de que los procesos y controles son adecuados para cumplir los requisitos. QC, o control de la calidad, verifica si los productos, servicios y entregables cumplen efectivamente los criterios establecidos.
No. ISO 9001 es una norma que establece requisitos para un sistema de gestión de la calidad. La gestión de la calidad es una disciplina más amplia, que puede aplicarse incluso sin certificación ISO 9001.
Se aplica desde la definición de requisitos y criterios de aceptación hasta proyecto, revisión, procurement, fabricación, obra, inspección, pruebas, comisionamiento, documentación y handover. El objetivo es asegurar trazabilidad y evidencia de conformidad durante todo el ciclo.
Es un documento o conjunto estructurado de definiciones que establece cómo se cumplirán los requisitos de calidad en un caso específico, como un proyecto, contrato, proceso, producto o servicio, incluidos responsabilidades, controles, verificaciones, registros y criterios de aceptación.
Porque muchas desviaciones se originan en requisitos, proyecto, especificación, adquisición e interfaces. Cuando se descubren únicamente al final, pueden haberse propagado ya hacia fabricación, construcción e integración, haciendo que la corrección sea más costosa y compleja.
Materiales técnicos complementarios
Soluciones relacionadas
- Gestión de Procesos, Workflows y Aprobaciones Técnicas
- Gestión de Pendientes, RFIs y No Conformidades
- Gestión de Requisitos, Evidencias y Criterios de Aceptación
- Gestión de Documentos de Ingeniería
Servicios relacionados
- Auditoría Técnica de Ingeniería
- Apoyo Técnico a la Fiscalización de Obras y Contratos
- Ingeniería del Propietario (Owner’s Engineering)
- Comisionamiento de Ingeniería
Contenidos principales sobre el tema
- Gestión de la Calidad en Proyectos de Ingeniería
- QA/QC en Obras de Ingeniería
- Plan de Inspección y Ensayos (PIT/ITP)
- Quality Dossier en Ingeniería
- QA/QC Independiente en Ingeniería
- Cómo evitar que las no conformidades lleguen al comisionamiento
- Obra con fallos de calidad: qué contratar
