Embudo de proyectos vs. Kanban: Dónde gana cada uno (y dónde se rompe)12 lectura mínima

Ambos modelos se encuentran en organizaciones de innovación serias. Encontrará tableros Kanban que dirigen los sprints de ingeniería y embudos de etapas que rigen la cartera, a menudo en el mismo edificio.

El modelo adecuado depende de cuatro cosas:

• Tipo de trabajo
• Peso de la decisión
• Necesidades de gobernanza
• Complejidad de la cartera

Esa coexistencia es la clave. Estos dos sistemas fueron nunca construidos para el mismo trabajo, aunque los equipos los tratan como predeterminados intercambiables.

La respuesta honesta a “cuál debemos utilizar” es que depende del trabajo que tengamos delante.

Esta es una guía de decisiones. Primero, dónde gana cada modelo. Después, dónde se rompe cada uno cuando se aplica al tipo de trabajo equivocado.

Por qué el trabajo de innovación desafía la lógica de ejecución estándar

El trabajo de innovación es estructuralmente diferente de la ejecución de tareas estándar. La diferencia se manifiesta en tres dimensiones:

• Requisitos inciertos: Al principio, no se sabe qué significa “hecho”. El problema se va definiendo sobre la marcha.
• Competencia estratégica de recursos: Múltiples iniciativas persiguen a los mismos escasos ingenieros, presupuesto y atención del liderazgo. Financiar una es optar por matar de hambre a otra.
• Riesgo de inversión irreversible: Apostar demasiado pronto por el camino equivocado sale caro, y ese coste rara vez es recuperable una vez que se han gastado personas y dinero.

Estándar herramientas de gestión de tareas asumen flujos de trabajo conocidos. Kanban se diseñó exactamente para esa situación: un flujo constante de trabajo bien entendido que se mueve a través de pasos predecibles.

El trabajo de innovación viola los tres de esos supuestos a la vez. Los requisitos cambian, los recursos se disputan y las apuestas son difíciles de deshacer.

Por eso, la elección del modelo de ejecución es una cuestión de ajuste estructural, no de preferencia de equipo.

Elija el modelo que se adapte al trabajo y la mayoría de los problemas posteriores serán más fáciles de gestionar.

Para qué sirven realmente estos modelos

La mayoría de los gestores de la innovación ya saben cómo funcionan ambos sistemas. La distinción útil radica en lo que cada uno fue diseñado para resolver.

A embudo escénico es un modelo de gobernanza de carteras. El trabajo avanza por etapas definidas, liberando la siguiente ronda de inversión en cada puerta en función de las pruebas acumuladas.

La inversión aumenta a medida que disminuye la incertidumbre. Usted se compromete pequeño temprano, luego comprometerse más sólo cuando las pruebas lo justifiquen.

Kanban es una herramienta de gestión de flujos. Recoge el trabajo en un tablero visual, limita el trabajo en curso y muestra lo que está en movimiento y lo que está atascado.

Sobresale en el rendimiento del trabajo conocido y repetible. No hay puertas Go o Kill porque Kanban nunca se creó para tomar decisiones de inversión a nivel de cartera.

Las dos herramientas resuelven fundamentalmente diferente problemas. Uno gobierna donde el dinero y la atención; el otro gobierna cómo flujos de trabajo una vez que esa decisión ya está tomada.

Las dimensiones que determinan el ajuste adecuado

Para elegir entre uno y otro, hay que nombrar las dimensiones que realmente determinan la decisión. La tabla siguiente muestra a qué modelo corresponde cada uno.

Dos dimensiones son las que más peso tienen: el tipo de trabajo y la complejidad de la cartera.

Los trabajos novedosos e inciertos necesitan puntos de control deliberados en los que se pueda parar, reevaluar y reorientar antes de comprometer más capital.

El trabajo repetible no lo necesita. Cuando se conoce el camino, las puertas solo añaden fricción, y el flujo continuo de Kanban encaja mejor.

Complejidad de la cartera vuelve a cambiar la ecuación. Cuando varias iniciativas compiten por el mismo presupuesto y el mismo personal, se necesita un modelo que haga aflorar esas compensaciones y obligue a elegir.

Kanban muestra un único flujo de forma excelente. En no era destinado a arbitrar entre doce de ellos.

Dónde fracasa Kanban en contextos de innovación

Kanban es una herramienta táctica. Aplicado como modelo de gobernanza estratégica para una cartera de innovación, fracasa de forma previsible.

Tres fallos estructurales aparecen cuando los equipos lo estiran más allá de su diseño:

• No hay mecanismo Go o Kill. Las cartas se mueven hasta que alguien interviene o se agotan los recursos, de modo que los proyectos débiles siguen consumiendo capacidad. Los embudos sanos hacen lo contrario: 40 a 60% de ideas en fase inicial se matan a las primeras de cambio.
• Ceguera de cartera. Las tarjetas muestran el estado de las tareas, pero nunca la contención de recursos, las dependencias estratégicas o si un proyecto sigue alineado con los objetivos de la empresa.
• La brecha de la madurez. David J. Anderson creó el método Kanban, y su escuela advierte de que escalarlo a una capa de gobierno demasiado pronto es “condenado al fracaso”.

Google Glass es la versión cautelar de este patrón.

La empresa se comprometió a fabricar y comercializar antes de haber validado la demanda real, y los problemas de privacidad, batería y uso no salieron a la luz hasta que el dispositivo llegó a los usuarios a $1.500.

Una puerta habría detectado antes esos problemas. Sin puntos de decisión deliberados, el trabajo continúa por impulso, y el impulso no es una estrategia.

Cuándo matar un proyecto (y cómo hacer que se mantenga)

El 40 a 60% tasa de mortalidad temprana en carteras sanas es un función, no un error. La mayoría de las organizaciones matan muchos menos proyectos de los que deberían.

La razón no suele ser la falta de perspicacia. Los equipos suelen intuir cuándo una apuesta se ha enfriado; lo que les falta es la estructura permiso actuar en consecuencia.

Puerta escénica crea ese permiso. Define de antemano los criterios de muerte, otorga a una puerta la autoridad para decidir y separa la decisión de su defensor.

Kanban no tiene un mecanismo equivalente. Una tarjeta puede estar en progreso indefinidamente, sin que nadie tenga la autoridad, o la obligación, de ponerle fin.

En la práctica, resulta útil criterios de muerte son concretos y se acuerdan antes de comenzar la etapa. He aquí cuatro que se mantienen en la mayoría de las carteras:

• Un umbral de viabilidad técnica que el prototipo no supera
• Una señal del mercado de que la demanda es menor de lo previsto
• Un desencadenante de limitación de recursos, cuando el proyecto necesita personas comprometidas en otro lugar.
• Desajuste estratégico, cuando las prioridades se han desviado de la premisa del proyecto.

La decisión de acabar con un proyecto debería recaer en el comité, no en el equipo del proyecto. La gente rara vez vota para poner fin a su propio trabajo, y pedirles que lo hagan es un defecto de diseño, no una prueba de carácter.

La resistencia política es real, y la forma de superarla es separar “acabar con este proyecto” de “rechazar a esta persona”.”

Los buenos equipos producen proyectos muertos todo el tiempo; eso es lo que experimentación disciplinada parece.

Esto es importante debido a la problema zombi. Los proyectos que sobreviven más allá de su fin natural drenan silenciosamente personal y presupuesto de las apuestas fuertes.

Las organizaciones que aplican el pensamiento de ejecución de proyectos a la innovación ven tasas de fracaso entre 40 y 90%. El mecanismo de destrucción es lo que impide ese resultado.

Dónde se rompen los embudos de proyectos

La puerta escénica tiene sus propios modos de fallo bien documentados, y pretender lo contrario sería deshonesto. La diferencia es dónde se origina el fallo.

La trampa más común es teatro gate. Los equipos se esfuerzan más por pasar la puerta que por aportar valor, por lo que las revisiones se convierten en actuaciones y las pruebas se adaptan a ellas.

Una segunda trampa es la falsa certeza: forzar un estudio de viabilidad detallado demasiado pronto predispone al sistema en contra de las ideas transformadoras, las que no se pueden prever con claridad.

Luego está la simple sobrecarga burocrática. Las puertas que se abren a la política en lugar de a la evidencia lo ralentizan todo y recompensan al patrocinador más ruidoso en lugar de al proyecto más sólido.

Lo que pasa con las tres trampas es que son fallos de aplicación, no defectos en el propio modelo.

Robert Cooper, creador de Stage-Gate, advertía de que un proceso rígido se vuelve burocrático. Por eso sus versiones posteriores abogan por un enfoque adaptable y acelerado.

Un embudo de puertas basado en pruebas y con criterios de muerte reales evita estas trampas. Un embudo en el teatro no.

Cómo son realmente las buenas puertas

El teatro de puertas es un modo de fracaso documentado, pero ¿cómo es realmente la alternativa? Una buena puerta tiene tres componentes concretos.

• Entregablespruebas específicas que el equipo aporta, como datos de validación de clientes, una estimación de costes y una evaluación de la viabilidad técnica. No una presentación de diapositivas.
• Criterios de puntuacióncriterios predefinidos con los que el jurado evalúa las pruebas, aplicados de forma coherente a todos los proyectos de la cartera.
• Una salida explícitaNo se trata sólo de “adelante” o “atrás”, sino de un compromiso de recursos, un calendario y un responsable para la siguiente fase.

El punto de los entregables es donde fallan la mayoría de las puertas. Una narrativa pulida es fácil de montar y no dice casi nada; pruebas es más difícil de falsificar y más útil.

La composición de los paneles también es importante. Los miembros deben ser lo suficientemente veteranos como para comprometer recursos, pero no tan veteranos como para que la puerta se convierta en un teatro que nadie pueda desafiar.

Hay una regla que hace más trabajo que cualquier otra: establecer la regla criterios de acceso antes de comienza la etapa, no después.

Los equipos que definen criterios después de correr una etapa siempre encontrarán la manera de pasar.

Las pruebas se modifican para adaptarlas al resultado que el equipo ya desea. Ese único hábito, más que cualquier cambio estructural, separa las puertas reales del teatro.

El híbrido que necesitan la mayoría de los equipos de innovación

La mayoría de los profesionales serios las consideran capas complementarias, no compitiendo opciones. Funcionan a diferentes altitudes.

El Stage-gate gobierna la cartera. Es responsable de las decisiones de "ir y matar", de la asignación de recursos y de la gestión de la cartera. alineación estratégica en muchos proyectos a la vez.

Kanban y Agile, por su parte, rigen la ejecución dentro de esas etapas. Las brigadas dirigen sprints en los consejos de administración mientras la macrogobernanza permanece cerrada.

Los dos sistemas se refuerzan mutuamente en lugar de tirar en direcciones opuestas.

Dos grandes empresas brasileñas lo demostraron en un estudio revisado por expertos. El liderazgo se comprometió en las puertas mientras los equipos ejecutaban sprints con tableros Kanban para la gestión visual.

Ambas empresas informaron de una mejora de la productividad y del compromiso de los clientes.

El posterior enfoque NexGen de Cooper lo formaliza, integrando Agile a nivel de etapas y manteniendo las puertas a nivel de cartera. Es donde ha convergido la innovación seria.

Los resultados se notan en la práctica. Las empresas que adoptan el método híbrido Agile-Stage-Gate han Se calcula que el plazo de comercialización ha mejorado en 30%., junto con un aumento similar de la productividad de los equipos.

Guía práctica: Cuándo utilizar cada modelo

La decisión se simplifica cuando ordenas por el tipo de trabajo que tienes delante. Utilízalo como filtro rápido.

• Utilizar un embudo de compuerta cuando el trabajo es novedoso, la inversión es grande, varios proyectos compiten por los recursos o el liderazgo necesita una responsabilidad visible sobre el destino del capital.
• Utilizar Kanban cuando el trabajo es repetible, el flujo de trabajo es conocido, el rendimiento es más importante que el bloqueo y un único equipo es el propietario de un flujo continuo.
• Utiliza ambos cuando se ejecuta una innovación real a escala: puertas para las decisiones de cartera, juntas para la ejecución en fase.

En esa capa intermedia es donde la estructura y la transparencia merecen la pena. El funcionamiento de ambas mantiene supervisión de carteras limpia sin ralentizar la ejecución en el escenario.

Un embudo por etapas ofrece a la dirección una visión clara y basada en pruebas del estado de cada proyecto. Esa visibilidad hace que las decisiones sobre la cartera sean defendibles y no políticas.

Gobernanza estructurada también proporciona ganancias de velocidad cuantificables.

Los embudos estandarizados y una mejor supervisión pueden impulsar De 25 a 30% de aplicación más rápida de proyectos de innovación. La puntuación asistida por IA afina las pruebas en las que se basa cada decisión.

La estructura existe para mostrar, con datos, por qué cada proyecto avanza o se detiene.

Leer las señales: Cuando su modelo es erróneo

Más gerentes de innovación pueden percibir cuando algo falla en su modelo de ejecución, aunque no puedan nombrarlo.

He aquí cinco señales de que el modelo sí mismo, El problema no es el equipo.

1. Los proyectos nunca mueren. Si nunca muere nada en su proceso, no tiene disciplina para matar. Kanban no puede proporcionarla, y una lista de control tampoco.
2. El liderazgo no puede ver lo que se mueve. Cuando las revisiones de la cartera se dedican a explicar la situación en lugar de a tomar decisiones, existe una brecha en la visibilidad de la gobernanza.
3. Tu equipo está desbordado pero tu tablero parece estar bien. Los límites de trabajo en curso enmascaran la contención de recursos entre proyectos; si los equipos están sobrecargados mientras las cartas siguen fluyendo, el tablero está mentir a ti.
4. Las prioridades estratégicas cambian a mitad de proyecto. Cuando los proyectos pierden el rumbo una vez iniciados, la gobernanza suele fallar en la fase inicial: no hay criterios de entrada claros, ni mecanismos de eliminación, ni nadie con autoridad para redirigirlos.
5. Los buenos proyectos siguen retrasándose por los débiles. Los proyectos zombis que consumen recursos compartidos son el fracaso característico de un proceso sin una verdadera disciplina asesina.

No se necesitan las cinco para tener un problema. Una señal persistente suele bastar para justificar una revisión en profundidad del modelo.

La solución rara vez es una nueva herramienta. Casi siempre es una capa de gobernanza que el modelo actual nunca se construyó para ofrecer.

Elija el modelo que mejor se adapte al trabajo

La elección se deriva directamente de lo que se gestiona. La ejecución repetible quiere flujo. La innovación estratégica quiere puertas.

A cualquier escala real, el embudo se gana su sustento porque:

• Demuestra responsabilidad ante la dirección
• Defiende cada decisión sobre recursos con pruebas
• Detiene los proyectos débiles antes de que agoten a los fuertes

Esa disciplina tiene un rendimiento cuantificable. La puntuación basada en datos y la toma de decisiones en grupo pueden proporcionar aproximadamente un 30% reducción del despilfarro de recursos.

Los equipos que tienen más dificultades utilizan Kanban en todas partes, sin darse cuenta de que han eliminado silenciosamente la gobernanza.

Los tableros te dicen qué se mueve. Sólo las puertas te dicen si debe ser así. Adapta el modelo al trabajo y el resto será más fácil.

Descargue nuestro ebook Cartera de proyectos: De las oportunidades al valor para estructurar puertas, puntuar carteras y asignar recursos en una sola vista.

Solicite una demostración para ver cómo Accept Mission ofrece visibilidad de la cartera en tiempo real, decisiones de acceso estructuradas y puntuación unificada para todos sus proyectos.