El proceso stage-gate en la fabricación: fases, puertas y decisiones go/kill

Qué es el proceso stage-gate

El proceso stage-gate es un marco de gobernanza para gestionar el desarrollo de nuevos productos, los proyectos de inversión y otras iniciativas de alto riesgo dividiéndolos en fases de trabajo estructuradas separadas por puntos de decisión. Su rasgo distintivo no son las fases en sí (muchas metodologías usan fases), sino las disciplinadas puertas de decisión entre ellas, en las que un comité multifuncional decide si el proyecto continúa, termina, se pausa o vuelve a trabajo anterior. Los fabricantes adoptaron stage-gate primero porque la asimetría entre el coste de detener pronto un mal proyecto y el coste de detenerlo tarde no es mayor en ningún sitio que en el desarrollo de productos físicos.

La definición literal: fases y puertas

Una fase es un bloque de trabajo definido con entregables concretos que producir. Una puerta es un punto de decisión en el que esos entregables se evalúan según criterios definidos de antemano. Todo lo demás en stage-gate es una elaboración de estos dos conceptos. Las fases no son fases de proyecto en el sentido habitual de la gestión de proyectos; son bloques de verificación de hipótesis que convierten la incertidumbre sobre un producto en evidencia para la siguiente decisión. Las puertas no son reuniones de estado; son decisiones binarias o de cuatro vías que liberan recursos autorizados para la siguiente fase o devuelven esos recursos al portafolio. La fuerza del marco surge de tratar ambos conceptos con rigor: el trabajo ocurre en las fases, las decisiones ocurren en las puertas, y mezclarlos (decidir durante el trabajo o trabajar durante las decisiones) rompe la disciplina que hace valioso el marco.

Origen: Robert Cooper y cuarenta años de stage-gate

Stage-gate lo formalizó Robert G. Cooper, investigador canadiense de innovación en la McMaster University de Hamilton, Ontario, cuya primera descripción pública del marco apareció en 1986 tras estudios de benchmarking de cientos de proyectos de desarrollo de nuevos productos en decenas de empresas. La investigación original de Cooper identificó impulsores del éxito del NPD que antes se atribuían a la suerte: foco de portafolio, trabajo preliminar en la fase inicial, equipos multifuncionales y decisiones go/kill disciplinadas. Esos hallazgos se convirtieron en el marco Stage-Gate, que desde entonces ha evolucionado a lo largo de cinco generaciones. La primera generación fue la planificación de proyectos por fases basada en la NASA de los años sesenta. La segunda generación fue la versión original de Cooper de 1986. La tercera generación añadió la gestión de portafolio en los años noventa. La cuarta generación añadió la hibridación ágil en los años 2000. La quinta generación, formalizada en la versión oficial de Cooper de 2026 publicada en la comunidad PDMA, añade las cuatro F (fluid, adaptable, focused, flexible) para hacer el marco más receptivo a mercados de cambio rápido sin sacrificar la disciplina de gobernanza. La PDMA reconoció a Cooper en 2023 por la importancia del marco para la práctica de la gestión de la innovación en todo el mundo.

Por qué la fabricación adoptó stage-gate primero

La asimetría entre los costes de las fases tempranas y tardías no es mayor en ningún sitio que en el NPD de fabricación, por lo que los fabricantes adoptaron stage-gate antes que otros sectores y por lo que hoy alrededor del 80 % de las empresas norteamericanas usan alguna versión, según los datos de seguimiento de Stage-Gate International. Un producto de software cancelado tras seis semanas de desarrollo ha consumido seis semanas de tiempo de ingeniería. Un producto físico cancelado después de comprometer el utillaje ha consumido inversiones de seis o siete cifras en euros en acero y equipamiento que no se pueden recuperar. Ese gradiente de coste hace que la disciplina de cancelar pronto los malos proyectos merezca el sobrecoste de las reuniones de puerta y las revisiones de entregables. Entre los primeros adoptantes de finales de los ochenta y de los noventa figuraron Exxon, Procter and Gamble y DuPont, cuyos casos de éxito ayudaron a difundir el marco entre sectores. El encaje natural con los procesos de aprobación de inversiones y con los requisitos de documentación regulatoria aceleró la adopción en subsectores de la fabricación como la farmacéutica, los productos sanitarios y la automoción.

Anatomía de una fase y de una puerta

Entender stage-gate con profundidad operativa significa entender cuatro cosas: qué ocurre dentro de una fase, qué ocurre dentro de una puerta, qué significan los posibles resultados de la puerta y quién es dueño de la decisión de la puerta. Cada uno de estos puntos merece atención cuidadosa porque son los elementos que más a menudo se diluyen cuando las organizaciones adoptan stage-gate de forma superficial.

Dentro de una fase: actividades, entregables, trabajo multifuncional

Una fase es un bloque de trabajo definido con entregables claramente especificados que producir para su final. El trabajo dentro de una fase ocurre en paralelo en equipos multifuncionales: I+D en el propio producto, ingeniería en la fabricabilidad, calidad en los requisitos de validación, compras en el aprovisionamiento de componentes, marketing en el posicionamiento y la planificación del lanzamiento. Los entregables son los artefactos por los que se juzga la finalización de la fase, no solo los resultados del trabajo; existen para alimentar la siguiente decisión de puerta, no para documentar el trabajo por sí mismo. El trabajo de fase tampoco es rellenar plantillas; es verificación de hipótesis. Cada fase toma hipótesis sobre el producto (encaje con el mercado, viabilidad técnica, viabilidad comercial) y las convierte en evidencia que las respalda o contradice, que es lo que el siguiente comité de puerta necesita para tomar una decisión real.

Dentro de una puerta: revisión de entregables, criterios de decisión, resultados de la decisión

Una puerta es una reunión de decisión, no una reunión de estado. El equipo del proyecto presenta los entregables producidos en la fase anterior y argumenta por qué el proyecto está listo para la siguiente fase. El comité evalúa esos entregables según criterios definidos de antemano y conocidos por todos, no inventados durante la reunión. La decisión se registra con su justificación adjunta y se archiva en el historial del proyecto, lo que significa que cualquiera que se incorpore más tarde puede reconstruir por qué cada puerta terminó como terminó. Las puertas que no siguen esta disciplina degeneran en reuniones de estado en las que los patrocinadores informan sobre cómo va el trabajo y no se toma ninguna decisión real, que es el modo de fallo más común de un stage-gate mal implementado.

Resultados de la puerta: go, kill, hold, recycle

El marco de Cooper define cuatro resultados posibles de puerta, no dos. Go significa avanzar a la siguiente fase con recursos autorizados para esa fase. Kill significa terminar el proyecto de forma definitiva y liberar sus recursos al portafolio; kill no es lo mismo que pausar, y las organizaciones que tratan kill como reversible socavan el marco. Hold significa pausar el proyecto a la espera de resolver problemas concretos dentro de un plazo definido, con terminación automática si los problemas no se resuelven. Recycle significa volver a la fase anterior con una lista concreta de lo que hay que rehacer y por qué. Kill y recycle son tan importantes como go; una implementación sana de stage-gate muestra tasas significativas de kill y recycle, y su ausencia señala que el marco está degenerando en un mero sellado de trámites.

Quién es dueño de la decisión de la puerta (gobernanza)

La decisión de la puerta pertenece a un comité de puerta multifuncional, no a un único patrocinador. La composición típica incluye un responsable de operaciones, un responsable de I+D o ingeniería, un responsable de marketing, un representante de finanzas y, en las puertas mayores, un miembro de la dirección ejecutiva. La composición refleja las funciones a las que el proyecto pretende servir; un proyecto para reforzar la base de fabricación necesita operaciones en la mesa, y un proyecto para entrar en un nuevo segmento de mercado necesita marketing en la mesa. La rotación de miembros es deliberadamente lenta (dos o tres años) para que se acumule el contexto de portafolio y los miembros del comité puedan comparar proyectos entre ciclos. Un requisito de quórum evita la toma de decisiones ad hoc con funciones críticas ausentes, y la ausencia de una función crítica en una puerta concreta significa que la puerta se pospone en lugar de continuar, una disciplina que lleva tiempo establecer pero que es esencial para que el marco funcione como está diseñado.

Las cinco fases canónicas del modelo clásico de Cooper

El modelo de cinco fases y cinco puertas de Cooper ha sido la implementación de referencia desde 1986 y sigue siendo el punto de partida del que parten las variantes descritas más adelante. Cinco fases separadas por cinco puertas llevan un proyecto desde la identificación de la oportunidad hasta el lanzamiento y la revisión posterior. Cada fase se apoya en los entregables de la anterior, y cada puerta consume esos entregables para autorizar la siguiente fase. La descripción siguiente es la versión canónica; empresas concretas adaptan nombres y límites, pero el flujo subyacente es notablemente consistente entre implementaciones.

Fase 1: Scoping

Scoping es una evaluación preliminar rápida y de bajo coste de una oportunidad. Un equipo pequeño dedica de una a cuatro semanas y un presupuesto limitado a investigación documental que cubre la oportunidad de mercado, la posibilidad técnica, el panorama competitivo y el atractivo comercial preliminar. Los entregables son un breve documento de scoping, un business case preliminar con cifras aproximadas y una primera lista de riesgos. La puerta 1 (Idea Screen) filtra las ideas entrantes según el encaje estratégico básico y criterios de viabilidad; la puerta 2 (Second Screen) filtra las ideas supervivientes según criterios de viabilidad más estrictos tras el scoping. Juntas, estas dos puertas suelen reducir un conjunto de cincuenta a doscientas ideas entrantes a diez o veinte conceptos que merecen mayor desarrollo, con criterios de supervivencia ponderados hacia la alineación estratégica y el atractivo de mercado preliminar más que hacia la viabilidad detallada (que la fase 2 probará adecuadamente).

Fase 2: Business case (puerta 3 «Go to Development»)

La fase de business case es la fase analítica más profunda antes de comprometer una inversión importante. Un análisis de mercado detallado cuantifica el segmento objetivo, su tamaño, su crecimiento y la dinámica competitiva. Un estudio de viabilidad técnica confirma que el producto previsto se puede fabricar con coste y calidad aceptables. Un plan de proyecto detallado dimensiona el esfuerzo de desarrollo con hitos, recursos y presupuesto. Las proyecciones financieras calculan VAN, TIR, periodo de retorno y volumen de equilibrio con análisis de sensibilidad en torno a los supuestos clave. El Product Definition Package especifica funciones, requisitos de rendimiento, coste objetivo y precio objetivo. La puerta 3 (Go to Development) es la puerta más determinante del marco porque autoriza el mayor compromiso de inversión individual; tasas de kill del 50 al 70 % en esta puerta son típicas en implementaciones sanas, y las organizaciones con tasas de kill por debajo del 30 % en la puerta 3 suelen tener disciplina de puerta blanda más que una calidad de ideas excepcional.

Fase 3: Development

Development convierte el Product Definition Package en un producto funcional. El diseño de detalle produce planos de ingeniería, modelos CAD y listas de materiales. El prototipado produce unidades funcionales para pruebas internas e iteración. El marketing desarrolla el plan de lanzamiento, el posicionamiento y la estrategia de precios. Operaciones desarrolla el plan de producción, los requisitos de utillaje y los acuerdos con proveedores. Los entregables incluyen prototipos funcionales, borradores de planes de marketing, borradores de planes de producción y un business case actualizado que refleja lo aprendido en el desarrollo. La puerta 4 (Go to Testing) evalúa si el producto está listo para la validación externa con clientes y si los planes que lo rodean están listos para las exigencias de la fase de pruebas.

Fase 4: Testing and validation

Testing and validation es donde el producto se encuentra con el mercado real. Los ensayos de campo con clientes de referencia producen retroalimentación sobre el rendimiento en condiciones reales de uso. Las pruebas internas cubren seguridad, fiabilidad (típicamente mediante pruebas de vida aceleradas que simulan años de uso en semanas) y rendimiento funcional. Las pruebas de mercado validan el precio, el posicionamiento y el mensaje con los segmentos de clientes objetivo. La producción piloto fabrica volúmenes pequeños en equipos representativos de producción para aflorar problemas de fabricación antes de la producción a pleno ritmo. Los entregables incluyen resultados de pruebas, business case refinado, evaluación de preparación para el lanzamiento y cualquier actualización pendiente del registro de riesgos. La puerta 5 (Go to Launch) es el compromiso final antes de la entrada en el mercado; los kills en esta puerta son raros pero no nulos, y los problemas descubiertos en la puerta 5 siguen siendo sustancialmente más baratos de abordar que los descubiertos tras el lanzamiento.

Fase 5: Launch

Launch ejecuta los planes desarrollados en fases anteriores. El marketing despliega el posicionamiento, la comunicación y la estrategia de canal. La producción escala del piloto al pleno rendimiento. Los equipos de ventas se forman y empiezan a vender. Los equipos de servicio gestionan instalación, garantía y soporte. Las aprobaciones regulatorias deben confirmarse y documentarse antes de que comience el lanzamiento. Los entregables incluyen el propio lanzamiento ejecutado y una revisión posterior programada. La revisión posterior al lanzamiento, celebrada de seis a doce meses después, no siempre se trata como una puerta en sentido estricto, pero forma parte canónicamente del marco porque compara el rendimiento real con el business case que autorizó el proyecto, y sus lecciones aprendidas alimentan un repositorio que mejora el scoping y el business case de proyectos posteriores. Las organizaciones que se saltan la revisión posterior al lanzamiento pierden el mecanismo de aprendizaje más importante del marco.

Cinco variantes del proceso stage-gate

El modelo clásico de cinco fases y cinco puertas es la base, no la única opción. Cooper y los profesionales han desarrollado variantes que adaptan el marco a distintos tipos de proyecto, sectores y niveles de madurez organizativa. Elegir la variante correcta importa tanto como ejecutar la elegida, porque aplicar mal una variante diseñada para otro tipo de proyecto es una de las causas más comunes de frustración con stage-gate en organizaciones que creían haber adoptado el marco correctamente.

Stage-gate clásico de 5 fases (base)

La versión clásica de cinco fases es el modelo de Cooper de 1986 y sigue siendo la implementación de referencia para el desarrollo de nuevos productos en la mayoría de las organizaciones de fabricación. Encaja con productos de contenido innovador significativo, riesgo de desarrollo de moderado a alto y expectativas de ciclo de vida de varios años o más. Los plazos de extremo a extremo suelen ser de doce a treinta y seis meses desde la puerta 1 hasta el lanzamiento, y la duración exacta depende de la complejidad del producto y del contexto regulatorio del sector. Las organizaciones que se acercan a stage-gate por primera vez deberían optar por la versión clásica en lugar de recurrir a una variante, porque la disciplina del marco es más fácil de establecer con la implementación de referencia antes de adaptarla a circunstancias concretas.

Ampliada de 7 fases para fabricación regulada

La variante ampliada añade dos fases para productos regulados: una fase de Regulatory Approval antes del lanzamiento y una fase de Post-Launch Compliance que cubre las obligaciones regulatorias en curso. Los productos sanitarios bajo FDA 510(k) o CE MDR, los medicamentos bajo FDA o EMA, los componentes de automoción bajo IATF 16949 e ISO 26262 y los componentes aeroespaciales bajo FAA o EASA se benefician todos de esta variante porque el trabajo regulatorio es lo bastante sustancial como para merecer su propia fase y puerta en lugar de plegarse a las fases existentes. Los entregables de las puertas adicionales incluyen la finalización del design history file, informes de verificación y validación, el dosier de presentación regulatoria y el plan de vigilancia poscomercialización. Los plazos se extienden en consecuencia, con ciclos típicos de tres a siete años para productos regulados complejos.

Exprés de 3 fases para extensiones de línea

La variante exprés comprime el marco para proyectos que no necesitan todo su peso: extensiones de línea, cambios de envase, mejoras menores de producto o proliferaciones de SKU que reutilizan plataformas existentes. Tres fases sustituyen a cinco: Assessment (que combina scoping y business case), Development (que combina desarrollo y pruebas) y Launch. Dos puertas sustituyen a cinco. Los plazos suelen ser de tres a nueve meses. La distinción crítica es que Exprés es una variante deliberada con su propia disciplina, no un atajo para saltarse puertas de forma ad hoc en el modelo clásico. Las organizaciones que recortan el modelo clásico en proyectos individuales («este es pequeño, podemos saltarnos la puerta 3») socavan el marco; las que adoptan Exprés como variante documentada para tipos de proyecto definidos aplican stage-gate correctamente.

Agile-Stage-Gate (híbrido de Cooper de 2016)

Agile-Stage-Gate es la adaptación formalizada del propio Cooper de stage-gate para entornos de producto de cambio rápido, publicada en 2016 y refinada mediante casos de estudio posteriores. La estructura externa sigue siendo stage-gate con sus puertas familiares y su gobernanza multifuncional. Dentro de cada fase, el trabajo ocurre en sprints ágiles de dos a cuatro semanas con revisiones iterativas con clientes o partes interesadas. Las puertas se vuelven más ligeras y aceptan artefactos ágiles como demos y resultados de sprint junto a los entregables tradicionales, pero la disciplina de gobernanza permanece. Cooper y sus colegas publicaron en 2025 un caso de estudio sobre Tetra Pak en Research-Technology Management que muestra cómo un gran fabricante con un contenido de hardware sustancial adoptó Agile-Stage-Gate, y ofrece lecciones prácticas sobre metodología de transformación y gestión del cambio para otros fabricantes que consideren la variante. Encaja mejor con productos que combinan hardware y software, como los dispositivos del internet de las cosas, los wearables y la electrónica de consumo.

Adaptive Stage-Gate (5G de Cooper, década de 2020)

Adaptive Stage-Gate es el marco de nueva generación de Cooper, publicado como versión oficial de 2026 en la comunidad PDMA. Se apoya en las cuatro F: fluid (permite fases solapadas y flujos de trabajo paralelos donde el stage-gate clásico insistía en una secuencia estricta), adaptable (permite a las organizaciones configurar el marco por tipo de proyecto sin abandonar el marco), focused (reduce el sobrecoste burocrático en favor de la calidad de la decisión) y flexible (acepta el procesamiento paralelo y el desarrollo en espiral dentro de la estructura global). Adaptive Stage-Gate incorpora además consideraciones de sostenibilidad mediante la variante relacionada Eco-Stage-Gate publicada por Cooper en 2024, que añade criterios ambientales a la puntuación de las puertas junto a las dimensiones tradicionales estratégica, de mercado, técnica y financiera. Adaptive encaja con organizaciones maduras que han superado el marco clásico y necesitan una versión que se adapte a las realidades modernas sin abandonar la disciplina de gobernanza.

Entregables y criterios go/kill en cada puerta

Una puerta solo significa algo si sus criterios se conocen de antemano y se aplican de forma consistente. Las decisiones ad hoc tomadas en la sala durante una reunión de puerta no son gobernanza; son política disfrazada de proceso. Los tres subapartados siguientes describen la disciplina que separa un stage-gate que funciona del teatro: qué debe aparecer como entregable, cómo se puntúan los entregables y cuándo kill es la respuesta correcta.

Listas de entregables: must-have frente a should-have

Los entregables de cada puerta se dividen en must-have y should-have. Los entregables must-have son absolutamente necesarios para que la decisión de puerta avance: business case en la puerta 3, resultados de pruebas en la puerta 5, aprobación regulatoria en la puerta regulatoria de la variante ampliada. Sin un entregable must-have, la puerta pasa automáticamente a hold sin debate; la decisión no se puede tomar sin la información. Los entregables should-have refuerzan la decisión pero no la bloquean: muestras de retroalimentación de clientes, actualizaciones de análisis competitivo, refrescos de datos de mercado. Los entregables should-have que falten pueden dar lugar a un go condicional con el compromiso de completar el elemento pendiente en las primeras semanas de la siguiente fase, o a recycle si la información faltante probablemente cambie la decisión de go. La distinción importa porque evita ambos extremos: puertas que rechazan decisiones por lagunas menores de entregables, y puertas que aprueban proyectos sin la información necesaria para tomar una decisión real.

Criterios de puntuación: encaje estratégico, atractivo de mercado, viabilidad técnica, retorno financiero

El modelo de puntuación estándar de Cooper usa cuatro dimensiones: encaje estratégico con la dirección y el portafolio de la organización, atractivo de mercado en términos de tamaño, crecimiento y posición competitiva, viabilidad técnica dadas las capacidades actuales y alcanzables, y retorno financiero en términos de VAN, TIR y retorno esperados frente a la inversión prevista. Cada dimensión se puntúa en una escala de uno a diez con pesos definidos en el modelo de puntuación de portafolio, y la puntuación ponderada compuesta es el principal insumo para la decisión de puerta. Los umbrales para las decisiones de go suelen situarse en el rango de 6,5 a 7,5 sobre 10 para el compuesto; los proyectos por debajo de ese umbral en una puerta se cancelan o reciclan en lugar de avanzar. Las puntuaciones en sí importan menos que su consistencia entre proyectos: el valor del marco surge de aplicar la misma disciplina de puntuación a cada proyecto para que la comparación de portafolio sea significativa.

Criterios de kill: cuándo detener definitivamente un proyecto

Los criterios de kill se distinguen de los criterios de hold y deben documentarse por separado, porque kill libera recursos al portafolio mientras que hold los reserva. Los criterios explícitos de kill incluyen: desalineación estratégica confirmada a un nivel que recycle no puede abordar, inviabilidad técnica descubierta que no se puede sortear mediante ingeniería con un coste aceptable, una oportunidad de mercado que ha desaparecido o se ha desplazado decididamente lejos del posicionamiento del producto, y un retorno financiero que ha caído por debajo del coste del capital de modo que continuar el proyecto destruye valor. Las organizaciones sin criterios de kill documentados desarrollan proyectos zombis que ni avanzan ni terminan; la disciplina del marco exige que kill sea una decisión rutinaria y no punitiva cuando la evidencia la respalda, y la forma de hacerla rutinaria es definir de antemano qué evidencia la respalda.

Gobernanza del comité de puerta

La gobernanza es donde las implementaciones de stage-gate triunfan o fracasan. El marco en sí es sencillo; hacerlo funcionar en una organización requiere una gobernanza disciplinada del comité de puerta, del ritmo con el que se reúne y de la dinámica política que rodea cada decisión de puerta. Los tres subapartados siguientes cubren las tres áreas de gobernanza que separan las implementaciones serias de stage-gate de las que producen plantillas pero ninguna decisión.

Quién forma parte del comité de puerta

La composición del comité de puerta suele incluir un responsable de I+D o ingeniería, un responsable de operaciones, un responsable de marketing, un CFO o representante de finanzas y, en las puertas mayores, un CEO o director general que representa la dirección global del negocio. La composición refleja las funciones a las que el proyecto pretende servir más que las funciones que el proyecto consume: un proyecto para reforzar la base de fabricación necesita operaciones en la mesa con autoridad para aceptar o rechazar el plan; un proyecto para entrar en un nuevo mercado necesita marketing igualmente facultado. La rotación de miembros es deliberadamente lenta, típicamente de dos a tres años, para que el contexto de portafolio y la capacidad de comparación entre proyectos se acumulen en los miembros individuales del comité. Una regla clave: si una función esencial para una decisión de puerta concreta no puede asistir, la puerta se pospone en lugar de continuar, lo que evita la toma de decisiones ad hoc que carece de la perspectiva necesaria para una decisión real.

El ritmo de las reuniones de puerta

Un stage-gate que funciona corre sobre un ritmo en lugar de como eventos aislados. Las reuniones mensuales de revisión de portafolio suelen incluir las decisiones de puerta previstas para ese mes, con revisiones de puerta individuales de treinta a sesenta minutos por proyecto cuando los entregables están debidamente preparados de antemano. Las revisiones estratégicas trimestrales cubren toda la composición del portafolio y la alineación estratégica. El antipatrón que hay que evitar son las reuniones de puerta que solo ocurren cuando alguien las convoca, lo que deja los proyectos a la deriva e impide las conversaciones a nivel de portafolio que hacen significativas las decisiones de puerta individuales. El otro antipatrón es tratar las reuniones de puerta como actualizaciones de estado en las que el patrocinador informa del progreso en lugar de que el comité tome decisiones; la diferencia entre ambos es sutil en el tono pero decisiva en el efecto.

La política de las decisiones de puerta: cómo evitar el sellado de trámites

El sellado de trámites es el modo de fallo en el que el comité de puerta aprueba todo lo que se le presenta sin análisis ni cuestionamiento genuinos. Las señales de sellado de trámites incluyen tasas de kill por debajo del diez por ciento en todas las puertas, ausencia de decisiones de recycle a lo largo de un año entero, resúmenes de proyecto distribuidos después de la reunión en lugar de cinco días hábiles antes, y comités de puerta compuestos por las mismas personas que lideran los proyectos revisados (un conflicto de intereses que destruye el marco). Contramedidas que funcionan: criterios de puntuación escritos y compartidos de antemano, entregables distribuidos al menos cinco días hábiles antes de la reunión de puerta para que los miembros del comité tengan tiempo de analizarlos, puntuación silenciosa por parte de cada miembro del comité antes de la discusión abierta (lo que evita el sesgo de anclaje en el que la voz más alta marca el tono) y preguntas críticas obligatorias integradas en cada reunión de puerta para que al menos un miembro del comité tenga asignado argumentar contra los supuestos del proyecto. Establecer estas prácticas cuesta trabajo, pero producen la diferencia entre un comité de puerta que gobierna y uno que observa.

Cómo encaja stage-gate específicamente en la fabricación

La fabricación fue el primer sector en adoptar stage-gate de forma amplia y sigue siendo la aplicación de referencia del marco. Tres contextos concretos de fabricación se benefician de stage-gate de formas que requieren cierta adaptación pero validan el marco subyacente: productos regulados, proyectos de inversión y portafolios de desarrollo de nuevos productos.

Productos regulados (sanitarios, farmacéuticos, automoción, aeroespacial)

Los proyectos de inversión no son desarrollo de nuevos productos, pero el marco stage-gate se les aplica casi con la misma limpieza. La fabricación regulada fue un encaje natural para stage-gate porque los regímenes regulatorios exigen documentación en cada fase del desarrollo del producto, y stage-gate produce exactamente esa documentación como subproducto de su funcionamiento normal. Los FDA design controls para productos sanitarios se aplican directamente a los entregables de stage-gate. Las actividades de gestión de riesgos según ISO 14971 se integran con limpieza en las revisiones de puerta. La gestión de calidad de automoción IATF 16949 y su subproceso APQP (Advanced Product Quality Planning) se alinean con las fases de stage-gate esencialmente por diseño. El design history file que esperan los reguladores es precisamente la colección de entregables de cada puerta, mantenida con versionado y con trazabilidad de auditoría. Los fabricantes de productos regulados que intentan cumplir la normativa sin un marco stage-gate suelen acabar reconstruyendo la documentación requerida de forma retroactiva, lo cual es costoso, propenso a errores y a veces no aceptado por los reguladores.

Proyectos de inversión (inversiones en líneas de producción, ampliación de fábrica)

Fases típicas para proyectos capex: viabilidad, diseño conceptual, ingeniería de detalle, construcción, puesta en marcha y arranque. Cada puerta autoriza el siguiente tramo de capital: la puerta de viabilidad autoriza el presupuesto de diseño conceptual, la puerta de diseño conceptual autoriza el presupuesto de ingeniería de detalle, la puerta de ingeniería de detalle autoriza el compromiso de construcción, y así sucesivamente. Los patrocinadores del comité de puerta pasan de estar liderados por I+D a estar liderados por operaciones, con una representación del CFO más central que en el stage-gate de NPD, porque los proyectos capex tratan compromisos de capital que necesitan gobernanza financiera en cada puerta. La variante se llama a veces stage-gate de proyectos de inversión o capex stage-gate para distinguirla de la versión de NPD, pero el marco subyacente es el mismo.

NPD en la fabricación

Stage-gate es el marco de gobernanza que hace que el desarrollo de nuevos productos en la fabricación funcione como un portafolio organizado en lugar de como una colección de proyectos ad hoc. Es la columna vertebral de gobernanza para la gestión de proyectos en una empresa de fabricación a gran escala. El proceso de NPD de ocho fases típico del desarrollo de productos físicos, desde el descubrimiento de la oportunidad hasta la revisión posterior al lanzamiento, necesita gobernanza stage-gate para evitar la deriva, el pensamiento de costes hundidos y la inflación de alcance que de otro modo afligen a los portafolios de NPD. Las organizaciones de fabricación que llevan de cinco a treinta proyectos de NPD en paralelo necesitan gobernanza stage-gate a nivel de portafolio para comparar proyectos, cancelar los más débiles y reasignar recursos a los más fuertes, decisiones que las revisiones de proyectos individuales no pueden respaldar. La combinación del proceso de NPD de fabricación y la gobernanza stage-gate es una de las razones por las que las organizaciones de fabricación fueron pioneras de stage-gate y siguen produciendo la mayoría de los casos de éxito del marco décadas después. Stage-gate gobierna qué nuevos productos y proyectos de inversión avanzan por las puertas de decisión; se distingue de los métodos de mejora de planta como el lean management en la producción y el método SMED, que optimizan las operaciones existentes en lugar de decidir sobre nuevos productos.

Errores frecuentes y cómo evitarlos

Cuatro patrones de fallo explican la mayoría de las implementaciones de stage-gate que producen plantillas sin producir decisiones. Los benchmarks de la PDMA muestran que las organizaciones del cuartil superior alcanzan tasas de éxito de NPD en torno al 76 % frente a aproximadamente el 51 % del resto, y una gobernanza stage-gate disciplinada es una de las palancas que separan esos grupos. Cada uno de los cuatro errores siguientes es evitable una vez que la organización lo nombra e integra contramedidas explícitas en su gobernanza.

Puertas como sellos de goma

El primer patrón es el sellado de trámites: el comité de puerta aprueba todo lo que se le presenta sin análisis genuino, y las tasas de kill a lo largo de un año entero caen por debajo del diez por ciento. Las implementaciones sanas de stage-gate muestran tasas de kill acumuladas del treinta al cincuenta por ciento en todas las puertas, impulsadas sobre todo por los kills en la puerta 3 (Go to Development) y la puerta 5 (Go to Launch). Las señales de sellado de trámites incluyen cero decisiones de recycle a lo largo de un año, reuniones de puerta que siempre terminan en veinte minutos, y revisiones posteriores al lanzamiento que muestran de forma consistente proyectos que cumplen la letra de sus business cases pero incumplen su intención estratégica. La contramedida es medir la tasa de kill como un indicador clave de rendimiento explícito del propio comité de puerta y revisarla con regularidad a nivel de consejo o dirección, lo que transforma la tasa de kill de una señal oculta en una métrica observable con responsabilidad adjunta.

Entregables que nunca se rechazan

El segundo patrón es la aceptación de entregables sin disciplina: el comité de puerta acepta entregables incompletos o de baja calidad en lugar de devolver el proyecto para su reelaboración. Este patrón degrada el marco porque los equipos de proyecto aprenden rápido que los entregables parciales pasan, lo que baja el listón de calidad con el tiempo y termina alcanzando un punto en el que los entregables ya no respaldan decisiones reales. La contramedida es un mecanismo de parada dura para los entregables must-have: si falta un entregable must-have o no cumple los estándares mínimos de calidad, la puerta pasa automáticamente a hold sin debate. Los equipos de proyecto se recalibran rápido una vez que experimentan la parada dura; el marco exige que el comité esté dispuesto a aplicarla unas pocas veces para establecer el patrón.

Saltarse fases bajo presión de tiempo

El tercer patrón es saltarse fases bajo presión de calendario: el argumento de que un proyecto concreto obviamente merece la pena, así que saltarse la fase de business case ahorrará tiempo y dinero. La consecuencia es que el business case se escribe de forma retroactiva para justificar una inversión que ya se ha comprometido, lo que anula el propósito del business case. La contramedida es ofrecer Exprés Stage-Gate como variante legítima para proyectos que genuinamente no necesitan la disciplina clásica de cinco fases (extensiones de línea, mejoras menores, proliferaciones de SKU que reutilizan plataformas existentes), aplicando al mismo tiempo el marco clásico con rigor a los proyectos que sí caen dentro de su alcance previsto. La distinción entre Exprés como variante documentada y el salto ad hoc importa: la primera es adaptación disciplinada, el segundo es colapso de la disciplina.

Sin visión de portafolio por encima de los proyectos

El cuarto patrón es stage-gate operando a nivel de proyecto sin contexto de portafolio: cada decisión de puerta considera el proyecto individual por sus méritos en lugar de considerarlo frente a usos alternativos de los mismos recursos. La consecuencia es una deriva hacia proyectos incrementales que son razonables por separado pero que en conjunto no logran avanzar la dirección estratégica del fabricante, porque no existe ningún foro en el que los proyectos compitan entre sí por la capacidad de inversión finita. La contramedida es integrar las decisiones de puerta dentro de las reuniones de revisión de portafolio para que el comité vea el panel completo del portafolio antes de evaluar cualquier proyecto individual, y añadir preguntas explícitas a nivel de portafolio a cada decisión de puerta: ¿es este proyecto el mejor uso de los recursos que solicita, o esos recursos producirían más valor en otro proyecto ya presente en el portafolio?

Cómo FlexiProject apoya la ejecución de stage-gate

FlexiProject se sitúa en la capa de gestión de portafolio de proyectos del stack tecnológico de la fabricación, por encima de los sistemas operativos y por debajo de la capa de dirección estratégica. No implementa las decisiones de stage-gate en sí; proporciona la infraestructura operativa que hace manejable la gobernanza stage-gate a gran escala en un portafolio de proyectos.

Plantillas de fase alineadas con stage-gate

FlexiProject ofrece plantillas de fase de stage-gate listas para usar, configurables por tipo de proyecto (NPD, proyectos de inversión, iniciativas de TI). Cada plantilla contiene la estructura de fases, las listas de entregables, los criterios de puerta y las dimensiones de puntuación apropiadas para su tipo de proyecto, de modo que los equipos trabajan dentro de un marco consistente en lugar de reconstruirlo para cada nuevo proyecto. Hay plantillas para las variantes clásica de cinco fases, exprés de tres fases y ampliada de siete fases, todas configurables, y las organizaciones pueden añadir sus propias variantes cuando la madurez de su proceso lo justifique.

Flujos de aceptación para las decisiones de puerta

Las decisiones de puerta se implementan como flujos de aceptación en FlexiProject con notificaciones automáticas a los miembros del comité de puerta y una revisión estructurada de entregables. La decisión go, kill, hold o recycle se registra con su justificación adjunta, y el historial versionado del acta de constitución del proyecto y de los entregables se conserva para consulta posterior. Los miembros del comité pueden revisar los entregables antes de la reunión de puerta a través del flujo en lugar de verlos por primera vez en la sala, que es la práctica que respalda decisiones genuinas en lugar del sellado de trámites.

Versionado de entregables y traza de auditoría

Cada entregable en FlexiProject se versiona automáticamente, y la traza de auditoría registra quién envió, revisó, aprobó o rechazó cada versión. La traza de auditoría cumple los requisitos de documentación de los sectores regulados: FDA design controls, registros de gestión de riesgos según ISO 14971, documentación de calidad de automoción IATF 16949 y las expectativas de auditoría de la mayoría de los regímenes regulatorios que revisan la documentación de NPD de fabricación. Reconstruir el estado de un proyecto en cualquier puerta histórica es una consulta rutinaria en lugar de un ejercicio arqueológico, que es lo que esperan los reguladores y de lo que también se beneficia la gobernanza interna.

Lo que FlexiProject no hace

FlexiProject no toma decisiones de puerta; eso es trabajo humano que no se puede automatizar, y las organizaciones que esperan que una herramienta sustituya el juicio del comité malinterpretan de qué trata stage-gate. Tampoco produce entregables; los equipos de proyecto siguen redactando business cases, ejecutando programas de pruebas y generando los artefactos que revisan las puertas. Tampoco sustituye a los sistemas específicos de dominio como CAD para el diseño, PLM para la gestión de datos de producto, MES para la ejecución de producción o ERP para las transacciones financieras. Se sitúa en la capa de gobernanza y gestión de portafolio, integrándose con los sistemas operativos que lo rodean en lugar de intentar convertirse en ellos.

Preguntas frecuentes

¿Cuántas puertas deberíamos tener?

La respuesta depende del tipo de proyecto y de la variante de stage-gate. El stage-gate clásico de cinco fases tiene cinco puertas. El exprés de tres fases tiene dos o tres puertas. El ampliado de siete fases para productos regulados tiene siete puertas. Añadir puertas más allá de lo que el tipo de proyecto requiere no mejora la gobernanza; añade burocracia sin añadir calidad de decisión. Reducir las puertas por debajo del diseño de la variante compromete la disciplina que el marco fue construido para imponer. El número correcto es el definido por la variante apropiada para el tipo de proyecto, aplicado de forma consistente en proyectos del mismo tipo en el portafolio.

¿Podemos saltarnos puertas en proyectos simples?

No en el modelo clásico de cinco fases, y hacerlo socava el marco. Para proyectos que genuinamente no necesitan el peso del marco clásico, el enfoque correcto es la variante exprés de tres fases, que es una reducción documentada y disciplinada del marco en lugar de un salto ad hoc. La distinción importa: Exprés es una variante deliberada con sus propias puertas y criterios; saltarse puertas es colapso de la disciplina disfrazado de pragmatismo. Las organizaciones que adoptan stage-gate deberían decidir de antemano qué tipos de proyecto reciben Clásico, cuáles Exprés y cuáles Ampliado, y luego imponer esas elecciones con rigor.

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

Waterfall es un enfoque de ejecución lineal que trata los proyectos como secuencias de fases sin puntos de decisión explícitos entre ellas. Stage-gate parece superficialmente similar porque también trata los proyectos como secuencias de fases, pero las puertas de decisión entre fases son la diferencia esencial. En Waterfall, los proyectos avanzan de fase a fase automáticamente porque el plan así lo dice; en stage-gate, los proyectos avanzan de fase a fase solo si el comité de puerta decide que deben hacerlo, y la puerta puede cancelar o reciclar el proyecto en su lugar. Stage-gate es en la práctica Waterfall más gobernanza más la opción de parar, lo que cambia el carácter del marco de forma significativa aunque los diagramas parezcan iguales.

¿Cómo pasamos de un enfoque ad hoc a stage-gate?

Empiece con un piloto que involucre uno o dos proyectos en lugar de convertir todo el portafolio de golpe. Copie una implementación de stage-gate existente (el modelo clásico de cinco fases de Cooper está bien documentado y disponible libremente) en lugar de diseñar la suya desde cero, porque la disciplina del marco proviene de décadas de refinamiento y reinventarla localmente suele producir una versión más débil. Establezca el comité de puerta con autoridad real desde el primer día, porque un marco stage-gate sin autoridad de decisión en las puertas degrada a plantillas y reuniones de estado. Mida la tasa de kill desde el principio como una métrica explícita del rendimiento del comité de puerta, porque la tasa de kill es la señal más temprana de si el marco funciona como está diseñado o degenera en sellado de trámites.

¿Es stage-gate compatible con Agile?

Sí, a través de Agile-Stage-Gate, que es el propio híbrido de Cooper de 2016 que combina la gobernanza stage-gate con la ejecución ágil dentro de fases individuales. El enfoque puramente ágil sin gobernanza stage-gate rara vez funciona bien para el NPD de fabricación porque los ciclos de iteración de hardware son demasiado largos para una cadencia de sprint significativa y porque la fabricación regulada necesita la disciplina de documentación que stage-gate produce de forma natural. El stage-gate clásico sin Agile funciona bien para el desarrollo puramente de hardware, donde la iteración dentro de las fases no añade mucho valor. La combinación que funciona bien en organizaciones de fabricación maduras depende de la mezcla de producto, con Agile-Stage-Gate preferido para productos de hardware más software y el stage-gate clásico preferido para el hardware puro.

El proceso stage-gate es el marco de referencia de gobernanza para gestionar el desarrollo de nuevos productos, los proyectos de inversión y otras iniciativas de alto riesgo en la fabricación, desarrollado por Robert G. Cooper en 1986 y hoy en su quinta generación, con alrededor del 80 % de las empresas norteamericanas usando alguna versión. Su anatomía es simple: las fases contienen trabajo multifuncional estructurado con entregables concretos, las puertas contienen decisiones tomadas por un comité multifuncional según criterios definidos de antemano, y los cuatro resultados posibles de puerta (go, kill, hold, recycle) tratan la cancelación y la reelaboración como decisiones tan importantes como la continuación. Las cinco fases canónicas de Cooper son Scoping, Business Case, Development, Testing and Validation y Launch, siendo la puerta 3 (Go to Development) la más determinante y con tasas de kill del 50 al 70 % en esa puerta típicas en implementaciones sanas. Cinco variantes del marco lo adaptan a distintos tipos de proyecto: clásica de 5 fases como base, ampliada de 7 fases para fabricación regulada, exprés de 3 fases para extensiones de línea, Agile-Stage-Gate para productos de hardware más software y adaptativa 5G publicada en la versión oficial de Cooper de 2026 que incorpora las cuatro F. La gobernanza es donde las implementaciones triunfan o fracasan: un comité de puerta con autoridad real, listas de entregables y criterios de puntuación conocidos de antemano y un ritmo mensual que trata las puertas como decisiones en lugar de actualizaciones de estado separan un stage-gate que funciona del teatro. Cuatro errores frecuentes (sellado de trámites, disciplina débil de entregables, salto de fases ad hoc, ausencia de visión de portafolio) son todos evitables con contramedidas nombradas. FlexiProject proporciona la capa de portafolio de proyectos que hace manejable la gobernanza stage-gate a gran escala, con plantillas de fase, flujos de aceptación, entregables versionados y documentación de grado de auditoría para productos regulados, sin intentar tomar las decisiones de puerta en sí ni sustituir los sistemas operativos que lo rodean. Si la implementación de stage-gate de un fabricante ha superado las hojas de cálculo y el correo y necesita un sistema de portafolio que soporte las variantes clásica, exprés o ágil, treinta días de acceso completo sin tarjeta de crédito son una forma práctica de probar el encaje.