Comprender los Flujos de Valor

Un flujo de valor es la secuencia completa de actividades requerida para llevar algo desde el concepto inicial hasta el valor entregado en manos del cliente.

En manufactura, esto podría ser: materias primas → maquinado → ensamblaje → control de calidad → empaque → envío → cliente.

En software, podría ser: idea → descubrimiento → diseño → desarrollo → pruebas → despliegue → retroalimentación del cliente.

La idea clave: la mayoría de las personas solo ven su parte. Los desarrolladores ven el desarrollo. QA ve las pruebas. Ops ve el despliegue. Nadie ve el flujo completo desde la idea hasta el valor entregado.

Esta visión fragmentada conduce a la optimización local—mejorar tu parte sin entender cómo afecta al todo. Pero el cliente no experimenta tu parte. Experimenta el todo. El tiempo de entrega no es "tiempo de desarrollo"—es el tiempo desde su solicitud hasta sus manos.

Las organizaciones tradicionales piensan en proyectos: esfuerzos temporales con un principio y un final. Un proyecto se dota de personal, se ejecuta y se cierra. El equipo se disuelve. El éxito se mide por la entrega a tiempo y dentro del presupuesto.

El pensamiento Lean favorece la orientación a producto: equipos de larga duración que poseen un producto o flujo de valor de extremo a extremo. El equipo permanece junto. El éxito se mide por los resultados del cliente.

Por qué esto importa para los flujos de valor:

El pensamiento de proyecto fragmenta el flujo: El equipo del proyecto construye una funcionalidad, la lanza por encima del muro a operaciones y sigue adelante. Nadie posee el flujo completo. Las transferencias se multiplican. La responsabilidad se fragmenta.

El pensamiento de producto unifica el flujo: Un equipo de producto posee el recorrido completo del cliente. Construyen funcionalidades, las despliegan, las soportan y aprenden de ellas. El ciclo de retroalimentación es estrecho. La responsabilidad es clara.

La optimización del flujo de valor es mucho más fácil cuando un solo equipo posee el flujo completo. Cuando diferentes equipos poseen diferentes etapas, la mejora requiere coordinación interorganizacional—y generalmente falla.

Si los flujos de valor son tan importantes, ¿por qué las organizaciones no los ven?

Silos funcionales: Las organizaciones a menudo están estructuradas por función (desarrollo, QA, ops) en lugar de por flujo de valor. Cada función se optimiza a sí misma. El flujo interfuncional no es trabajo de nadie.

Trabajo invisible: El software es intangible. No puedes ver el código acumulándose como inventario en el piso de una fábrica. Las colas se ocultan en sistemas de tickets. Los retrasos se ocultan en calendarios.

Contabilidad de proyectos: Los costos se rastrean por proyecto, no por flujo de valor. Nadie mide el costo real de entregar una funcionalidad de extremo a extremo.

Proliferación de transferencias: Cada transferencia crea una costura donde termina la visibilidad. La persona que transfiere deja de observar. La persona que recibe comienza desde cero.

Fragmentación de medición: Cada etapa se mide a sí misma. Desarrollo mide velocidad. QA mide defectos encontrados. Ops mide tiempo de actividad. Nadie mide el flujo de extremo a extremo.

Romper estas oscuridades requiere esfuerzo deliberado: mapeo de flujo de valor, colaboración interfuncional y métricas que abarquen todo el flujo.