Stage-Gate en Proyectos de Ingeniería: fases, criterios y portones de decisión

Entienda cómo aplicar stage-gate en proyectos de ingeniería para definir fases, criterios, evidencias, niveles de autoridad y decisiones de avance.

¡Descúbrelo!

Stage-gate es un modelo de gobernanza que organiza el proyecto en fases de desarrollo y establece portones formales de decisión entre ellas. En cada gate, la organización verifica si el proyecto posee madurez, evidencias, recursos y riesgos compatibles con el siguiente nivel de compromiso.

En proyectos de ingeniería, avanzar de fase no significa solamente continuar el cronograma. La decisión puede autorizar estudios adicionales, contratación de proveedores, desarrollo del proyecto ejecutivo, movilización de obra, energización, comisionamiento o entrada en operación. Cada avance aumenta los costos comprometidos, reduce la flexibilidad y amplía las consecuencias de una premisa incorrecta.

Por eso, el valor del stage-gate no está en crear más reuniones o formularios. El modelo debe impedir que el proyecto asuma compromisos superiores a la calidad de la información disponible. Un gate efectivo conecta estrategia, alcance, requisitos, riesgos, estimaciones, cronograma, contratos, ingeniería, operación y autoridad decisoria.

Cuando se integra con PMO, Project Controls y Owner’s Engineering, el stage-gate produce una trazabilidad auditable: la organización sabe qué evidencias sustentaron la decisión, qué salvedades permanecieron, quién aprobó el avance y cómo se tratarán las condicionantes.

¿Qué es stage-gate?

Stage-gate es una estructura en la que el trabajo se divide en etapas y cada transición depende de una revisión formal. Las etapas producen información, estudios, proyectos y entregables. Los gates evalúan si esos resultados son suficientes para autorizar la fase siguiente.

La lógica puede resumirse así:

desarrollar → verificar madurez → decidir → registrar condiciones → avanzar o corregir.

Los nombres y la cantidad de gates varían según el sector, la criticidad, el porte, el modelo contractual y el ciclo de vida del activo. No existe una secuencia universal que deba copiarse sin adaptación.

El sistema debe definir:

objetivo de cada fase;
entregables requeridos;
criterios técnicos y gerenciales;
evidencias mínimas;
responsables de la preparación y revisión;
autoridad que decide;
posibles resultados del gate;
tratamiento de condicionantes;
registro y trazabilidad;
relación con baselines, contratos e inversiones.

¿Qué problema de gestión resuelve el stage-gate?

Los proyectos avanzan con frecuencia por presión de plazo, disponibilidad presupuestaria o expectativas de los stakeholders, incluso cuando los requisitos, el alcance y los riesgos aún no están suficientemente maduros.

Problema de gestión	Consecuencia	Respuesta del stage-gate	Beneficio esperado
Avance con requisitos incompletos	Cambios y retrabajo en las fases siguientes	Criterios de madurez antes de la autorización	Mayor estabilidad del alcance
Contratación antes de la definición técnica	Propuestas no comparables y adendas	Gate de preparación para contratación	Mejor calidad del proceso comercial
Proyecto ejecutivo iniciado sobre premisas débiles	Revisiones sucesivas y pérdida de productividad	Validación de la base de diseño	Menor retrabajo multidisciplinario
Obra movilizada sin liberaciones	Equipos ociosos y frentes bloqueados	Gate de preparación para construcción	Movilización más responsable
Equipo adquirido sin interfaces resueltas	Incompatibilidad y cambios tardíos	Revisión técnica y de interfaces	Menor exposición a cambios
Riesgos conocidos sin respuesta	Materialización durante la ejecución	Criterio de riesgo residual aceptable	Decisión consciente sobre la exposición
Aprobaciones sin autoridad definida	Responsabilidades ambiguas	Gate owner y niveles de autoridad formales	Rendición de cuentas
Salvedades olvidadas después de la reunión	Las condicionantes no son tratadas	Registro, responsable, plazo y workflow	Cierre trazable
Entrada en operación sin preparación	Fallas, pendientes y riesgo operativo	Gate de preparación para comisionamiento y operación	Transición más segura
Continuidad basada en costos ya incurridos	Proyectos inviables permanecen activos	Opciones de redireccionar, suspender o finalizar	Protección del capital y de la capacidad

El stage-gate no elimina la incertidumbre. Hace explícita la relación entre incertidumbre, evidencia, riesgo y nivel de compromiso autorizado.

El gate debe limitar el compromiso a la madurez real del proyecto. Autorizar contratación, movilización u operación con información débil transfiere la incertidumbre a fases en las que los cambios se vuelven más costosos y difíciles de controlar.

Conozca el servicio de Gerencia de Proyectos de Ingeniería de A3A Engenharia

¿Cuál es la diferencia entre stage y gate?

El stage es la fase en la que el equipo desarrolla el trabajo. El gate es el punto en el que una autoridad evalúa los resultados y decide el siguiente paso.

Elemento	Función	Ejemplo
stage	desarrollar información y entregables	elaborar estudio de viabilidad
gate	evaluar madurez y decidir	aprobar desarrollo del proyecto básico
deliverable	registrar el resultado del trabajo	informe de alternativas
criterio	definir condición de aprobación	alternativa preferente técnicamente justificada
evidencia	demostrar cumplimiento del criterio	análisis comparativo aprobado
condición	registrar pendiente compatible con avance controlado	complementar levantamiento antes de la emisión ejecutiva
decisión	autorizar, restringir o interrumpir	avanzar condicionado al cierre de la acción

Confundir stage y gate lleva a estructuras en las que la reunión solamente presenta entregables, sin evaluar si el nivel de madurez es compatible con la decisión solicitada.

¿Stage-gate es lo mismo que el ciclo de vida del proyecto?

No. El ciclo de vida describe las fases por las que pasa el proyecto. El stage-gate añade criterios de gobernanza y decisiones formales entre esas fases.

Un ciclo puede indicar:

concepción;
viabilidad;
proyecto básico;
proyecto ejecutivo;
contratación;
construcción;
comisionamiento;
operación asistida;
cierre.

El modelo stage-gate pregunta, en cada transición:

qué resultados deberían estar listos;
qué nivel de madurez se alcanzó;
qué riesgos permanecen;
qué compromiso se asumirá;
quién tiene autoridad para autorizar;
qué condicionantes son aceptables;
cuál es la consecuencia de no avanzar.

¿Gate, milestone, aprobación y criterio de aceptación son lo mismo?

No. Estos mecanismos pueden relacionarse, pero tienen finalidades diferentes.

Mecanismo	Pregunta principal	Resultado
milestone	¿ocurrió un evento relevante?	hito registrado en el cronograma
aprobación documental	¿el documento puede asumir determinado estado?	revisión aprobada o rechazada
workflow	¿cuál es el flujo de estados y responsables?	trazabilidad operativa de la aprobación
criterio de aceptación	¿la entrega cumple el requisito definido?	aceptación, rechazo o pendiente
gate review	¿el proyecto está listo para asumir el siguiente compromiso?	decisión de gobernanza
baseline approval	¿qué referencia pasa a ser oficial?	plan aprobado para control
decisión contractual	¿se autoriza una obligación, cambio o pago?	efecto jurídico y comercial

Un gate puede exigir documentos aprobados y criterios de aceptación cumplidos, pero su decisión es más amplia. Evalúa si el conjunto del proyecto está listo para avanzar.

¿Qué decisiones pueden resultar de un gate?

Reducir el resultado a “aprobado” o “rechazado” limita la gobernanza. Un modelo más completo puede prever:

Decisión	Significado	Aplicación
go	criterios cumplidos y avance autorizado	iniciar la siguiente fase
go condicional	avance permitido con condicionantes controladas	continuar sin esperar pendientes no críticos
hold	decisión aplazada hasta contar con nueva información	mantener el proyecto sin ampliar el compromiso
recycle	el trabajo vuelve para complementación o corrección	aumentar la madurez antes de una nueva revisión
redirect	la estrategia, alternativa o alcance debe cambiar	reorientar el proyecto
terminate	el proyecto no debe continuar	cerrar y preservar lecciones y activos útiles
defer	la oportunidad sigue siendo válida, pero el momento no es adecuado	reposicionar en el portafolio

Cada organización debe definir términos y consecuencias. Una decisión de “go condicional” debe tener acciones, responsables, plazos, criterios de cierre y límites claros. De lo contrario, se convierte en una aprobación informal de un proyecto inmaduro.

¿Qué tipos de gate pueden existir en proyectos de ingeniería?

No todos los gates tienen la misma naturaleza.

Tipo	Enfoque	Ejemplo
estratégico	alineación con objetivos y portafolio	autorizar estudio de viabilidad
económico	viabilidad, presupuesto y beneficios	aprobar inversión
técnico	madurez de requisitos, diseño e interfaces	liberar proyecto ejecutivo
contractual	preparación del alcance para contratación	emitir licitación o solicitar propuestas
constructivo	disponibilidad de diseño, área, materiales y licencias	autorizar movilización o inicio de frente
assurance	revisión independiente de calidad y riesgo	confirmar confiabilidad de la estimación
seguridad	riesgos para personas, activos y operación	autorizar energización
operacional	preparación de sistemas, personas y procedimientos	liberar arranque o entrada en operación
cierre	completitud de entregas, documentos y obligaciones	aceptar y cerrar el contrato

En proyectos críticos, algunos gates pueden exigir revisión independiente. En proyectos menores, una sola reunión puede consolidar diferentes dimensiones, siempre que los criterios permanezcan claros.

¿Cómo estructurar los gates a lo largo del ciclo de vida?

Una arquitectura ilustrativa puede incluir:

Gate	Decisión principal	Evidencias típicas
G0 — encuadre	¿la oportunidad merece análisis?	problema, objetivo, patrocinador y alineación estratégica
G1 — viabilidad	¿existe una alternativa técnica y económicamente viable?	diagnóstico, alternativas, riesgos, estimación inicial y beneficios
G2 — definición	¿la alternativa elegida tiene base suficiente para el detalle?	requisitos, alcance, premisas, interfaces y estrategia de contratación
G3 — autorización de inversión	¿el proyecto debe recibir recursos?	business case, estimación, cronograma, riesgos y capacidad
G4 — preparación para contratación	¿el paquete tiene definición suficiente para el mercado?	proyecto básico, especificaciones, cantidades, criterios y borrador contractual
G5 — preparación para ejecución	¿es responsable iniciar fabricación, obra o implantación?	proyecto liberado, área, materiales, licencias, seguridad y plan ejecutivo
G6 — preparación para comisionamiento	¿el sistema puede ser energizado o probado?	completitud mecánica, ensayos previos, procedimientos, riesgos y pendientes
G7 — preparación operacional	¿el activo puede entrar en operación?	desempeño, documentación, capacitación, repuestos y plan de respuesta
G8 — aceptación y cierre	¿las obligaciones fueron cumplidas?	punch list, as built, garantías, aceptación, lecciones y transición

Esta secuencia no es obligatoria. Los proyectos de ingeniería consultiva pueden tener gates específicos para emisiones conceptual, básica, ejecutiva y final. Los portafolios corporativos pueden incluir gates de priorización y beneficios.

¿Cómo definir criterios de gate?

Los criterios deben ser suficientemente objetivos para orientar preparación y revisión, pero no tan mecánicos como para eliminar el juicio técnico.

Un buen criterio debe tener:

enunciado claro;
finalidad decisoria;
evidencia requerida;
responsable de la producción;
responsable de la verificación;
nivel mínimo de madurez;
tolerancia o condición aceptable;
consecuencia del incumplimiento;
relación con riesgos y compromisos;
registro de aprobación.

Criterio débil	Problema	Criterio más robusto
el proyecto está avanzado	subjetivo	los entregables definidos en el plan fueron emitidos y las interfaces críticas resueltas
el presupuesto es adecuado	sin referencia	la estimación posee clase, premisas, contingencia y reconciliación documentadas
los riesgos están tratados	genérico	los riesgos críticos tienen responsables, respuestas financiadas y riesgo residual aceptado
operaciones está de acuerdo	informal	los requisitos operacionales fueron revisados y aprobados por la autoridad designada
los documentos están listos	no define estado	los documentos obligatorios están en la revisión y estado definidos en el checklist del gate
la obra puede comenzar	no verifica restricciones	proyecto liberado, área disponible, seguridad aprobada y materiales críticos confirmados

¿Gate criteria y criterios de aceptación son diferentes?

Sí. El criterio de aceptación verifica una entrega o resultado. El gate criteria evalúa la preparación global para avanzar.

Por ejemplo, un proyecto básico puede cumplir el criterio de aceptación documental, pero el gate de contratación todavía puede ser rechazado porque:

las cantidades no fueron consolidadas;
el presupuesto no posee contingencia adecuada;
la estrategia contractual no fue aprobada;
la licencia aún no fue obtenida;
los riesgos de interfaz permanecen sin responsable;
el cronograma no considera suministros críticos.

La solución de Gestión de Requisitos, Evidencias y Criterios de Aceptación ayuda a estructurar la capa de comprobación utilizada por los gates.

¿Cómo evaluar la madurez sin convertir el gate en un checklist burocrático?

Los checklists son útiles para garantizar cobertura, pero no deben sustituir el análisis integrado.

Una revisión madura debe evaluar:

consistencia entre documentos;
calidad de las premisas;
completitud de las interfaces;
riesgos residuales;
confiabilidad de las estimaciones;
viabilidad del cronograma;
capacidad organizacional;
preparación contractual;
consecuencias del avance;
alternativas disponibles.

Una puntuación puede apoyar comparaciones, pero no debe permitir que muchos elementos de baja criticidad compensen una brecha impeditiva. Los criterios pueden clasificarse como:

Clase	Tratamiento
obligatorio	su ausencia impide el avance
crítico con condición	avance solo con acción, plazo y responsable formalizados
recomendable	la brecha no impide, pero debe ser monitoreada
informativo	registrado para contexto y aprendizaje

La gobernanza debe definir qué elementos son realmente impeditivos y evitar que la decisión sea manipulada por el promedio de una planilla.

El checklist no sustituye el juicio técnico. Una brecha crítica de seguridad, interfaz, licencia o preparación puede impedir el avance incluso cuando la mayor parte de los elementos del gate estén formalmente cumplidos.

Conozca el servicio de Revisión y Validación Técnica de Proyectos — Design Review

¿Quién participa en un gate review?

La composición depende de la decisión y de los riesgos involucrados.

Rol	Responsabilidad típica
patrocinador	responder por los objetivos y recursos
gate owner	convocar, asegurar independencia y formalizar la decisión
gerente del proyecto	presentar situación, alternativas y recomendación
Project Controls	validar baseline, desempeño, estimaciones y forecast
responsable técnico	evaluar coherencia técnica y conformidad
Owner’s Engineering	representar los intereses técnicos del propietario
operación y mantenimiento	evaluar operabilidad, mantenibilidad y transición
suministros y contratos	evaluar estrategia, mercado, obligaciones y riesgos comerciales
finanzas	evaluar inversión, contingencia y capacidad
seguridad y medio ambiente	evaluar riesgos y autorizaciones aplicables
jurídico	evaluar efectos legales y contractuales cuando sea necesario
PMO	mantener método, calidad e historial de los gates
revisores independientes	realizar assurance en temas críticos

El equipo que produjo los entregables puede explicar y defender el trabajo, pero la autoridad decisoria debe mantener capacidad de cuestionamiento independiente.

¿Cómo usar la matriz RACI en los gates?

La Matriz RACI en Proyectos de Ingeniería debe diferenciar al menos:

quién prepara los materiales;
quién verifica la evidencia;
quién recomienda la decisión;
quién aprueba;
quién ejecuta las condicionantes;
quién es informado.

En gates críticos, también puede ser útil separar:

autoridad técnica;
autoridad financiera;
propietario del activo;
autoridad de seguridad;
gestor contractual.

La responsabilidad de preparar la presentación no debe confundirse con la autoridad para aprobar el avance.

¿Qué documentos componen el paquete de decisión?

El gate pack debe ser proporcional a la decisión. Puede incluir:

Bloque	Contenido
resumen ejecutivo	decisión solicitada, recomendación y principales salvedades
objetivos y beneficios	resultados esperados y alineación estratégica
alcance y requisitos	inclusiones, exclusiones, madurez y cambios
ingeniería	documentos, revisiones, interfaces y pendientes
plazo	baseline, hitos, camino crítico y forecast
costos	estimación, compromisos, contingencia y exposición
riesgos	principales riesgos, respuestas y riesgo residual
contratos	estrategia, paquetes, responsabilidades y temas comerciales
calidad	revisiones, no conformidades y assurance
seguridad y licencias	autorizaciones y riesgos impeditivos
operación	preparación, personas, procedimientos y documentación
alternativas	opciones, consecuencias y recomendación
condicionantes	acción, responsable, plazo y criterio de cierre

El paquete no debe repetir todo el acervo del proyecto. Debe permitir que la autoridad comprenda la decisión y acceda a las evidencias de soporte.

¿Cómo preparar y realizar un gate review?

Un proceso consistente puede seguir 12 etapas:

definir el objetivo y la autoridad del gate;
publicar criterios y evidencias con anticipación;
designar responsables de la preparación y revisión;
actualizar alcance, cronograma, costos, riesgos y contratos con la misma fecha de corte;
realizar autoevaluación por el equipo del proyecto;
ejecutar revisión técnica y assurance cuando corresponda;
registrar brechas y clasificar elementos impeditivos;
preparar alternativas, consecuencias y recomendación;
conducir la reunión orientada a la decisión;
formalizar resultado, salvedades, responsables y plazos;
controlar condicionantes mediante workflow;
verificar el cierre e incorporar lecciones al siguiente ciclo.

La reunión debe concentrarse en excepciones, riesgos y decisión. La lectura integral de los documentos debe realizarse antes del gate.

¿Qué es un gate review y cómo debe conducirse?

Gate review es la revisión formal que antecede a la decisión. No debe confundirse con una reunión periódica de status.

Reunión de status	Gate review
acompaña el avance	decide aumento o reducción del compromiso
ocurre con frecuencia regular	ocurre en transiciones definidas
trata acciones y desvíos corrientes	evalúa madurez global y riesgo residual
puede ser coordinada por el gerente	debe tener autoridad de gate definida
normalmente no altera el ciclo de vida	puede autorizar, condicionar, suspender o finalizar

La agenda puede incluir:

decisión solicitada;
cambios desde el último gate;
cumplimiento de los criterios obligatorios;
principales brechas y riesgos;
análisis de plazo, costo y capacidad;
alternativas y recomendación;
deliberación;
condicionantes y próximos pasos.

¿Cómo controlar decisiones condicionales?

La aprobación condicional es útil cuando la brecha no compromete inmediatamente el avance y existe un plazo seguro para tratarla. Sin embargo, exige disciplina.

Cada condición debe tener:

descripción objetiva;
origen en el criterio del gate;
impacto potencial;
responsable;
plazo;
evidencia de cierre;
verificador;
consecuencia del atraso;
regla de escalamiento;
status visible.

El 5W2H aplicado a ingeniería organiza la respuesta. El Workflow y flujos de aprobación controla estados, plazos y aprobaciones.

Las condiciones vencidas no deben permanecer abiertas indefinidamente. La gobernanza debe definir cuándo la autorización pierde validez o vuelve al gate owner.

¿Cómo se relaciona stage-gate con Project Controls?

Project Controls proporciona la base analítica del gate:

alcance y EAP;
baselines;
cronograma y camino crítico;
estimaciones y costos;
avance físico;
riesgos y contingencias;
cambios y tendencias;
contratos y compromisos;
forecast y escenarios.

El gate utiliza esta información para decidir. Project Controls no sustituye a la autoridad, pero reduce decisiones basadas en percepciones aisladas.

Una revisión puede concluir que el proyecto está técnicamente maduro, pero no dispone de presupuesto, recursos o ventana de ejecución. También puede demostrar que la contratación es financieramente posible, pero el alcance aún no permite una comparación adecuada de propuestas.

¿Cómo se relaciona stage-gate con el PMO?

El PMO puede ser responsable de:

definir el método y la taxonomía de los gates;
mantener templates y checklists;
capacitar equipos;
planificar el calendario corporativo;
verificar la calidad de los paquetes;
consolidar decisiones del portafolio;
acompañar condicionantes;
preservar lecciones y benchmarks;
auditar adherencia al proceso;
proponer mejoras.

La solución de Implantación y Estructuración de PMO de Ingeniería puede incorporar stage-gates al sistema corporativo de gobernanza.

El PMO no debe convertir el gate en una actividad administrativa desconectada del riesgo. El nivel de revisión debe ser proporcional al compromiso solicitado.

¿Cómo participa Owner’s Engineering en los gates?

Owner’s Engineering representa técnicamente al propietario y puede:

revisar la base de diseño;
cuestionar premisas de los contratistas;
evaluar interfaces multidisciplinarias;
verificar madurez de los documentos;
revisar criterios de avance;
evaluar cambios y riesgos;
confirmar preparación para contratación o ejecución;
participar en reviews independientes;
recomendar condiciones al gate owner;
verificar cierre de las salvedades;
apoyar comisionamiento y aceptación.

El Owner’s Engineering — Ingeniería del Propietario fortalece la independencia de la decisión, especialmente cuando gran parte de la información es producida por la empresa responsable de la ejecución.

El propietario no debe depender exclusivamente de la evaluación de quien ejecuta. Los gates críticos exigen capacidad independiente para revisar premisas, madurez, riesgos y consecuencias antes de la autorización.

Conozca la actuación de A3A Engenharia en Owner’s Engineering — Ingeniería del Propietario

¿Cómo aplicar stage-gate en proyectos de ingeniería consultiva?

Los proyectos de estudios y diseños técnicos también necesitan controlar la madurez. Una estructura posible es:

Gate	Decisión	Evidencias
inicio	autorizar levantamiento y consolidación de requisitos	alcance, entradas, responsables y plan de trabajo
base de diseño	aprobar premisas para desarrollo	criterios, datos, interfaces y riesgos
conceptual	seleccionar solución técnica	alternativas y justificaciones
proyecto básico	autorizar detalle o contratación	memorias, especificaciones, layouts, estimaciones y requisitos
proyecto ejecutivo	liberar para fabricación o construcción	documentos compatibilizados, cálculos, listas y revisiones
emisión final	incorporar al acervo oficial	comentarios tratados, aprobaciones y trazabilidad

Las horas consumidas no demuestran madurez. El gate debe verificar si los entregables alcanzaron el nivel necesario para la decisión siguiente.

¿Cómo aplicar stage-gate en adquisiciones?

Las adquisiciones críticas pueden tener gates propios:

autorización para consultar el mercado;
aprobación de la lista de proponentes;
preparación de la documentación técnica;
aprobación de la nivelación;
autorización para contratar;
liberación para fabricación;
preparación para inspección;
autorización para expedición;
aceptación de recepción;
liberación para instalación.

El gate de contratación debe verificar si el paquete permite propuestas comparables. Alcance, requisitos, interfaces, responsabilidades, criterios de medición, garantías y aceptación deben estar claros.

La solución de Gestión de Contratos, Alcance y Entregables integra esta preparación con las obligaciones comerciales.

¿Cómo aplicar stage-gate en construcción e implantación?

La autorización para iniciar una obra o un frente debe considerar:

proyecto liberado;
área disponible;
interfaces resueltas;
materiales y equipos críticos;
método ejecutivo;
análisis de riesgos;
licencias;
equipo y recursos;
inspecciones y ensayos previstos;
criterios de medición;
plan de calidad;
comunicación con operación;
contingencias.

Autorizar movilización sin frente disponible genera costo, improductividad y presión para ejecutar sobre información incompleta.

Los gates pueden aplicarse por sistema, área, contrato o hito crítico, y no solamente al proyecto completo.

¿Cómo aplicar stage-gate en el comisionamiento y la entrada en operación?

La preparación operacional exige integración entre ingeniería, construcción, comisionamiento, seguridad, operación y mantenimiento.

Gate	Verificaciones típicas
preparación para energización	montaje concluido, inspecciones, protecciones, permisos y riesgos
preparación para ensayos	procedimientos, instrumentos, interfaces y condiciones iniciales
preparación para arranque	sistemas auxiliares, equipo, comunicación y respuesta a fallas
preparación operacional	desempeño, documentación, capacitación, repuestos y mantenimiento
aceptación provisional	pendientes clasificados, responsabilidades y garantías
aceptación definitiva	cierre de pendientes, documentación y obligaciones

Un sistema puede estar físicamente concluido y aun así no estar listo para operar. El gate debe separar completitud física, preparación para ensayo, desempeño y aceptación.

¿Cómo integrar riesgos a los gates?

La Matriz de Riesgos en Proyectos de Ingeniería apoya la clasificación, pero el gate debe evaluar si el riesgo residual es compatible con el compromiso solicitado.

Para cada riesgo crítico, deben conocerse:

causa y evento;
consecuencia;
responsable;
respuesta;
plazo de tratamiento;
costo y recurso;
trigger;
riesgo residual;
autoridad que acepta;
impacto sobre el gate.

No todos los riesgos deben eliminarse antes del avance. Sin embargo, riesgos sin responsable, respuesta o aceptación explícita demuestran falta de gobernanza.

¿Cómo integrar cambios a los gates?

Los cambios relevantes pueden exigir volver a un gate anterior o realizar una nueva revisión de readiness.

Ejemplos:

cambio de la alternativa seleccionada;
aumento material de la inversión;
cambio de tecnología;
revisión del modelo contractual;
modificación de capacidad;
cambio regulatorio;
inclusión de una nueva interfaz;
cambio de la estrategia operacional;
desplazamiento significativo del plazo.

El control de cambios debe evaluar qué decisiones anteriores fueron afectadas. Un cambio aprobado no debe actualizar solamente documentos y cronograma; puede alterar la validez de la autorización concedida.

Stage-gate, matriz de priorización y gestión de portafolio: ¿cuál es la relación?

La Matriz de Priorización de Proyectos ayuda a seleccionar iniciativas. El stage-gate verifica si cada iniciativa mantiene justificación y madurez para seguir recibiendo recursos.

La secuencia puede ser:

planificación estratégica → selección → priorización → autorización inicial → desarrollo por fases → gates → seguimiento de beneficios.

Instrumento	Decisión principal
planificación estratégica	¿qué objetivos perseguirá la organización?
BSC y OKR	¿cómo traducir objetivos en resultados e iniciativas?
matriz de priorización	¿qué iniciativas merecen capacidad primero?
gestión de portafolio	¿cómo equilibrar valor, riesgo, recursos y dependencias?
stage-gate	¿el proyecto está listo para asumir el siguiente compromiso?
Project Controls	¿cuál es el desempeño y la proyección?
gestión de beneficios	¿se está realizando el resultado esperado?

La continuidad no debe ser automática solamente porque el proyecto fue aprobado al inicio.

¿Qué método usar para cada necesidad de gobernanza?

Necesidad	Método o instrumento	Resultado
seleccionar iniciativas	matriz de priorización	ranking y decisión de capacidad
organizar alcance	EAP	paquetes y entregables controlables
definir responsabilidades	RACI	roles y autoridades
clasificar riesgos	matriz de riesgos	criticidad y respuesta
controlar documentos	GED y workflow	revisión, protocolo y aprobación
verificar entregas	criterios de aceptación	conformidad demostrada
analizar madurez	checklist y assurance review	brechas y confianza en la base
autorizar avance	stage-gate	decisión formal de compromiso
medir desempeño	KPI y Project Controls	variaciones y forecast
localizar concentraciones	Pareto	foco de investigación
investigar causas	Ishikawa y 5 Porqués	hipótesis causales
tratar condicionantes	5W2H	acciones, responsables y plazos
verificar mejora	PDCA	eficacia y estandarización

Ningún instrumento sustituye a otro. El gate integra resultados producidos por diferentes métodos para sustentar una decisión.

¿Cómo medir la eficacia del stage-gate?

¿Cómo combinar Stage-Gate y métodos ágiles sin debilitar la gobernanza?

Stage-Gate y los métodos ágiles no necesitan disputar el mismo espacio de gestión. En una arquitectura híbrida, los gates continúan siendo puntos formales de decisión sobre madurez, riesgo, inversión, alcance y autoridad, mientras que las prácticas adaptativas pueden utilizarse dentro de los stages para desarrollar soluciones, reducir incertidumbre y obtener feedback en ciclos más cortos.

Cooper y Sommer estudiaron modelos Agile–Stage-Gate aplicados al desarrollo de productos físicos y observaron que la combinación exige adaptación: las prácticas originadas en software no pueden simplemente trasladarse a contextos en los que prototipos, fabricación, construcción, seguridad, procurement y cambios físicos tienen costos e irreversibilidades diferentes. Para proyectos de Ingeniería, la misma cautela es esencial.

Capa	Función en el modelo híbrido	Ejemplos en Ingeniería
Gate	decisión formal sobre avance y compromiso	aprobar FEL, congelar basis of design, liberar contratación, autorizar fabricación o movilización
Stage	ventana en la que se desarrolla el trabajo técnico	estudios, diseño, procurement, detalle, implantación, commissioning
Ciclos adaptativos	reducir incertidumbre y anticipar feedback dentro del stage	revisiones cortas de design, backlog técnico, Kanban, Rolling Wave, workshops multidisciplinarios
Baseline y change control	preservar la referencia aprobada y controlar cambios materiales	alcance, costo, plazo, requisitos, configuración y documentos aprobados

La frontera es importante: un equipo puede usar Scrum adaptado en actividades de design, Kanban para controlar flujo y WIP o Rolling Wave Planning para detallar progresivamente el plan. Esto no elimina el gate siguiente ni autoriza cambios de baseline mediante decisiones informales.

¿Qué puede ser adaptativo dentro de un stage?

El grado de adaptación depende de la naturaleza del trabajo. Estudios conceptuales, alternativas de layout, coordinación multidisciplinaria, resolución de interfaces, RFIs y desarrollo de documentación pueden admitir ciclos cortos y feedback frecuente. En contraste, las decisiones asociadas con seguridad, requisitos regulatorios, compras long-lead, liberaciones contractuales, fabricación y ejecución física normalmente exigen mayor formalidad y estabilidad.

Esta combinación es coherente con la lógica más amplia de la gestión ágil e híbrida de proyectos de Ingeniería: el enfoque acompaña la naturaleza del trabajo y el costo del cambio, no una única etiqueta aplicada al proyecto completo.

Gate no es Sprint Review

Una Sprint Review inspecciona resultados y orienta la adaptación del trabajo. Un gate asume una función decisoria más amplia: verifica evidencia, madurez, riesgo residual, recursos, alineación estratégica y autoridad para asumir el siguiente nivel de compromiso. Ambos mecanismos pueden coexistir, pero no son equivalentes.

En Ingeniería, esta distinción evita dos errores opuestos: usar gates en exceso para controlar decisiones rutinarias —burocratizando el flujo— o tratar decisiones de alto compromiso como si fueran solamente otra interacción adaptativa del equipo.

El proceso no debe evaluarse solamente por el número de reuniones realizadas.

Indicador	Pregunta de gestión
porcentaje de gates aprobados en la primera revisión	¿los criterios son comprendidos y preparados adecuadamente?
cantidad de condicionantes por gate	¿la madurez es suficiente o el avance está siendo excesivamente condicionado?
tiempo de cierre de las condiciones	¿las salvedades son tratadas antes de producir impacto?
cambios originados en brechas anteriores	¿los gates están previniendo retrabajo?
precisión de la estimación entre gates	¿la madurez mejora la confiabilidad?
variación de plazo después de la autorización	¿el plan aprobado era ejecutable?
riesgos materializados no identificados	¿la revisión cubrió exposiciones relevantes?
decisiones revertidas	¿la gobernanza está decidiendo con una base débil?
tiempo de decisión	¿el proceso es ágil sin perder calidad?
beneficios realizados	¿el proyecto continúa entregando la justificación aprobada?

Los indicadores deben interpretarse. Muchos gates aprobados en la primera revisión pueden indicar madurez o una revisión superficial. Muchas condiciones pueden demostrar rigor o tolerancia excesiva al avance incompleto.

¿Qué beneficios produce stage-gate?

Dimensión	Beneficio
estrategia	mantiene el proyecto alineado con los objetivos y el portafolio
alcance	reduce el avance sobre requisitos y límites incompletos
plazo	evita cronogramas basados en liberaciones inexistentes
costos	aumenta la confiabilidad antes de comprometer recursos
riesgos	hace explícito el riesgo residual y la autoridad que lo acepta
contratos	mejora la preparación de los paquetes y la comparabilidad de las propuestas
calidad	exige evidencias y revisiones antes de la transición
recursos	evita movilización prematura y competencia no gobernada
operación	incluye preparación operacional antes de la entrada en servicio
gobernanza	registra decisión, nivel de autoridad, condiciones y justificaciones
Owner’s Engineering	crea puntos formales de validación independiente
acervo	preserva bases de decisión para benchmarking y aprendizaje

El principal beneficio es ajustar el nivel de compromiso a la madurez real del proyecto.

¿Cómo genera stage-gate acervo técnico y benchmarking?

El historial de los gates puede registrar:

madurez del alcance por fase;
calidad de las estimaciones;
tiempo entre gates;
principales condicionantes;
causas de retorno y reprocesamiento;
riesgos materializados;
variaciones después de la autorización;
productividad de las fases;
desempeño de proveedores;
tiempo de aprobación;
preparación para comisionamiento;
pendientes de aceptación;
beneficios realizados.

El benchmarking exige contexto. Los proyectos no deben compararse solamente por número de días o condicionantes. Es necesario considerar complejidad, estrategia contractual, tecnología, ubicación, madurez de las entradas y criticidad del activo.

Este acervo mejora criterios futuros, estimaciones, planes de trabajo y el diseño de los propios gates.

¿Cómo evaluar la madurez del proceso de gates?

Nivel	Características	Limitación principal
1 — informal	decisiones en reuniones sin criterios ni registro	dependencia de personas
2 — documentado	checklists y actas estandarizadas	enfoque en conformidad formal
3 — controlado	criterios, niveles de autoridad, evidencias y condiciones rastreadas	integración parcial con controles
4 — integrado	gates conectados con portafolio, contratos, riesgos y baselines	necesidad de gobernanza de datos
5 — adaptativo	criterios proporcionales, benchmarking y assurance basado en riesgo	riesgo de complejidad excesiva

Madurez no significa aumentar la cantidad de gates. Significa aplicar revisiones adecuadas al riesgo y al compromiso.

¿Cómo implantar stage-gate en doce etapas?

Mapee las decisiones críticas. Identifique dónde el proyecto asume compromisos técnicos, financieros, contractuales u operacionales.
Defina el ciclo de vida. Organice fases y productos esperados sin copiar modelos incompatibles.
Diseñe los gates. Relacione cada portón con la decisión, autoridad y consecuencia.
Establezca criterios. Diferencie elementos obligatorios, condicionales y recomendables.
Defina evidencias. Relacione documentos, datos, revisiones y responsables.
Estructure roles y niveles de autoridad. Utilice RACI y autoridades técnicas, financieras y operacionales.
Integre Project Controls. Sincronice alcance, plazo, costos, riesgos y forecast.
Implante workflow. Controle preparación, revisión, decisión y condicionantes.
Pruebe en un proyecto piloto. Evalúe carga, claridad y calidad de las decisiones.
Capacite equipos y decisores. Explique finalidad, criterios y posibles resultados.
Monitoree la eficacia. Mida retrabajo, cambios, tiempo y condiciones abiertas.
Ajuste por riesgo y fase. Simplifique o profundice según la criticidad.

La implantación debe comenzar por las decisiones que más exponen a la organización, no por la creación de una lista extensa de documentos.

Ejemplo aplicado a un proyecto multidisciplinario

Considere una ampliación industrial con ingeniería, adquisición de equipos, obras civiles, instalaciones eléctricas, automatización, integración y comisionamiento.

La dirección pretende autorizar la contratación principal. El cronograma indica urgencia, pero la revisión del gate de preparación identifica:

requisitos operacionales todavía divergentes;
layout sin aprobación final;
cantidades de infraestructura incompletas;
equipo crítico con interfaz eléctrica indefinida;
estimación sin contingencia para condición de campo;
licencia en trámite;
riesgo de parada operacional sin ventana confirmada;
criterios de aceptación no incorporados al borrador.

El equipo comercial afirma que las brechas pueden resolverse después. El gate owner debe evaluar si el mercado recibirá un alcance comparable y si el propietario mantendrá control sobre los cambios.

La decisión es recycle, con un plazo de tres semanas para:

consolidar requisitos operacionales;
aprobar la base de diseño;
cerrar interfaces del equipo;
revisar cantidades y estimación;
definir estrategia de contingencia;
incorporar criterios de medición y aceptación;
actualizar riesgos y cronograma.

En la nueva revisión, se cumplen los criterios obligatorios. Permanecen dos condiciones no críticas: emisión de una autorización externa y conclusión de un levantamiento complementario antes de la movilización.

El gate autoriza la consulta al mercado, pero no la movilización. Las condicionantes entran en workflow con responsables, plazos y triggers. El gate siguiente verificará la preparación para ejecución.

El modelo impidió que la presión de plazo produjera una contratación sobre una base insuficiente, sin interrumpir actividades que ya podían avanzar con seguridad.

Errores comunes en la implantación de stage-gate

Copiar gates de otra empresa

El modelo no representa las decisiones, riesgos y responsabilidades reales de la organización.

Crear demasiados gates

El proceso aumenta la carga administrativa sin mejorar las decisiones.

Tratar el gate como presentación de status

La reunión informa el avance, pero no evalúa madurez ni compromiso.

Evaluar solamente documentos

La existencia del archivo no demuestra consistencia, calidad ni preparación global.

Usar el promedio de puntuación para compensar una brecha crítica

Varios elementos menores aprobados ocultan un riesgo impeditivo.

Permitir condicionantes sin control

El proyecto avanza y las salvedades permanecen abiertas hasta producir impacto.

No definir autoridad

Los participantes discuten, pero nadie asume responsabilidad por la decisión.

Excluir operación y mantenimiento

El proyecto avanza técnicamente sin considerar operabilidad y transición.

Ignorar contratos y mercado

El gate técnico aprueba un paquete que todavía no puede contratarse de forma comparable.

Repetir la misma exigencia en todas las fases

Los criterios no evolucionan con la madurez del proyecto.

Confundir assurance con ejecución

La revisión independiente pasa a producir el trabajo que debería evaluar.

No registrar decisiones negativas

Los proyectos suspendidos o cerrados pierden trazabilidad y las lecciones no se preservan.

¿Cuándo contratar apoyo especializado para estructurar gates?

El apoyo externo es especialmente útil cuando:

la organización no posee un ciclo de vida estandarizado;
los proyectos avanzan con alcance incompleto;
existe recurrencia de adendas y retrabajo;
los criterios de contratación son débiles;
existe PMO, pero no posee autoridad o método de decisión;
los proyectos combinan varias disciplinas y contratos;
el propietario necesita una revisión técnica independiente;
los gates de comisionamiento y operación son críticos;
las condicionantes no son rastreadas;
el portafolio compite por capacidad limitada;
existe necesidad de crear acervo y benchmarking;
las auditorías identifican decisiones sin evidencias.

Modelo de apoyo	Aplicación	Entregas típicas
diagnóstico de madurez	evaluar proceso actual y brechas	assessment y roadmap
diseño del ciclo de vida	estructurar fases, gates y decisiones	modelo de gobernanza
definición de criterios	crear checklists, evidencias y clases	matriz de readiness
implantación de workflow	controlar preparación y condicionantes	flujos, estados y SLAs
facilitación de gate	preparar y conducir revisiones	gate pack, acta y decisión
assurance independiente	revisar madurez de tema crítico	dictamen y recomendaciones
apoyo al PMO	institucionalizar método y métricas	estándares, capacitación y auditoría
apoyo a Owner’s Engineering	representar al propietario	revisión técnica y recomendación
operación continuada	mantener calendario y seguimiento	gobernanza recurrente

¿Cómo evaluar la empresa o consultora responsable?

La evaluación debe considerar:

experiencia en proyectos comparables;
comprensión de ingeniería, contratos y operación;
dominio de PMO, Project Controls y riesgos;
capacidad de construir criterios verificables;
independencia para cuestionar información;
acervo técnico y equipo cualificado;
metodología de assurance;
claridad sobre roles y conflictos;
capacidad de integrar diferentes sistemas;
experiencia en comisionamiento y aceptación;
habilidad para facilitar decisiones ejecutivas;
uso responsable de benchmarking;
transferencia de conocimiento al cliente.

La propuesta debe definir fases, gates, criterios, equipo, dedicación, entregables, calendario, sistemas, premisas, exclusiones y criterios de aceptación del propio servicio.

¿Cómo apoya la tecnología al stage-gate?

La tecnología puede controlar:

calendario de los gates;
checklists y criterios;
documentos y revisiones;
responsables y niveles de autoridad;
evidencias;
riesgos y cambios;
condicionantes;
decisiones y actas;
baselines;
indicadores;
historial y benchmarking.

La plataforma ENGiOS conecta proyectos, contratos, documentos, workflows, riesgos, acciones e indicadores en una trazabilidad de gobernanza para empresas de ingeniería.

La herramienta no debe decidir automáticamente si el proyecto está listo. Su función es organizar información, aplicar reglas, preservar trazabilidad y facilitar el juicio técnico y gerencial.

Conclusión

Stage-gate es un mecanismo de gobernanza que relaciona madurez, evidencia, riesgo y autoridad con el avance de los proyectos de ingeniería. Evita que la presión de plazo, la disponibilidad presupuestaria o los costos ya incurridos sustituyan una decisión fundamentada.

Un proceso efectivo debe diferenciar fases de desarrollo y portones de decisión, establecer criterios verificables, involucrar a las autoridades correctas y controlar condicionantes. También debe integrar Project Controls, PMO, contratos, requisitos, riesgos, operación y Owner’s Engineering.

El gate no existe para confirmar que el equipo trabajó. Existe para responder si el proyecto está listo para asumir el siguiente nivel de compromiso y qué condiciones deben preservarse.

La pregunta final no es solamente “¿los documentos fueron entregados?”. Es: ¿existen madurez, evidencia, capacidad y riesgo residual aceptable para autorizar el siguiente paso?

Referencias técnicas

[1] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 21502:2020 — Project, programme and portfolio management — Guidance on project management. Geneva: ISO, 2020.

[2] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 21505:2017 — Project, programme and portfolio management — Guidance on governance. Geneva: ISO, 2017.

[3] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 21504:2022 — Project, programme and portfolio management — Guidance on portfolio management. Geneva: ISO, 2022.

[4] COOPER, Robert G. Winning at New Products: Creating Value Through Innovation. 5. ed. New York: Basic Books, 2017.

[5] COOPER, Robert G. Perspective: The Stage-Gate Idea-to-Launch Process — Update, What’s New, and NexGen Systems. Journal of Product Innovation Management, v. 25, n. 3, p. 213–232, 2008.

[6] PROJECT MANAGEMENT INSTITUTE. The Standard for Portfolio Management. 4. ed. Newtown Square: PMI, 2017.

[7] PROJECT MANAGEMENT INSTITUTE. A Guide to the Project Management Body of Knowledge — PMBOK Guide. 7. ed. Newtown Square: PMI, 2021.

[8] COOPER, Robert G.; SOMMER, Anita F. Agile–Stage-Gate Hybrids: The Next Stage for Product Development. Research-Technology Management, v. 59, n. 1, p. 21–29, 2016. Disponible en: https://doi.org/10.1080/08956308.2016.1117317.

[9] COOPER, Robert G.; SOMMER, Anita F. The Agile–Stage-Gate Hybrid Model: A Promising New Approach and a New Research Opportunity. Journal of Product Innovation Management, v. 33, n. 5, p. 513–526, 2016. Disponible en: https://doi.org/10.1111/jpim.12314.

Preguntas frecuentes

¿Qué es stage-gate en proyectos?

Es un modelo de gobernanza que divide el proyecto en fases y establece portones formales de decisión para verificar madurez, evidencias, riesgos y capacidad antes del avance.

¿Cuál es la diferencia entre stage y gate?

Stage es la fase en la que se desarrollan el trabajo y los entregables. Gate es el punto de revisión y decisión que autoriza, condiciona, suspende, redirecciona o finaliza el avance.

¿Stage-gate es lo mismo que el ciclo de vida del proyecto?

No. El ciclo de vida describe las fases. Stage-gate añade criterios, evidencias, niveles de autoridad y decisiones formales entre ellas.

¿Qué decisiones pueden resultar de un gate?

Las decisiones pueden incluir avanzar, avanzar con condiciones, suspender, devolver para complementación, redireccionar, aplazar o finalizar.

¿Quién debe aprobar un gate?

La autoridad depende del compromiso solicitado. Puede involucrar al patrocinador, gate owner, autoridad técnica, financiera, operacional y otros responsables definidos por la gobernanza.

¿Cómo controlar una aprobación condicional?

Cada condición debe tener responsable, plazo, evidencia de cierre, verificador, consecuencia del atraso y regla de escalamiento en workflow.

¿Cuál es el papel de Owner’s Engineering en los gates?

Owner’s Engineering revisa madurez, interfaces, riesgos y evidencias de forma independiente y recomienda decisiones que protejan los objetivos técnicos del propietario.

¿Cuándo contratar apoyo para implantar stage-gate?

Cuando los proyectos avanzan con alcance incompleto, existen cambios recurrentes, el PMO no posee un proceso decisorio, hay múltiples contratos o el propietario necesita assurance independiente.

Materiales técnicos complementarios

1. Estrategia, selección y gobernanza del portafolio

2. Estructura, responsabilidades, riesgos y evidencias

3. Decisión, condicionantes y control de la eficacia

4. Soluciones para institucionalizar los gates

5. Plataforma, gestión y representación del propietario

6. Referencias oficiales y profundización externa