ProductScrum · Product Owner6 dic 20176 min de lectura

Proxy Product Owner: ¿por qué existe y cómo alcanzar un auténtico PO?

El Proxy Product Owner aparece cuando las organizaciones adoptan Scrum sin cambiar su estructura. Entiende por qué sucede y qué tres vías existen para superarlo.

El Proxy Product Owner es uno de los antipatrones más extendidos en la adopción de Scrum. Surge cuando alguien ocupa el rol de Product Owner sin tener la autoridad real sobre el producto: no controla el presupuesto, no define la estrategia ni toma las decisiones finales. Es un intermediario entre quien manda de verdad y el equipo de desarrollo.

01¿Qué es un Proxy Product Owner?

Un Proxy Product Owner actúa como intermediario entre los decisores reales —dirección, negocio, cliente— y el equipo de desarrollo. Se encarga de recoger necesidades, gestionar el backlog y priorizar tareas, pero carece de autoridad real sobre el producto.

Las consecuencias son predecibles: las decisiones tardan más porque requieren aprobación externa, el equipo no puede resolver bloqueos con rapidez y el valor entregado se ve comprometido. La figura del proxy es un síntoma de una estructura organizativa que no ha evolucionado al ritmo de la adopción ágil.

Señales de un Proxy PONo puede decir "sí" o "no" sin consultar con alguien más. No controla el presupuesto del producto. Sus decisiones de priorización son frecuentemente revertidas por superiores.

02Las organizaciones funcionales y el Proxy PO

Las estructuras organizativas funcionales —con departamentos de Negocio e IT claramente separados— generan de forma natural la figura del proxy. Los líderes de negocio consideran que gestionar un backlog en detalle es incompatible con sus responsabilidades actuales, así que delegan esa tarea en alguien de su equipo sin transferirle la autoridad real.

El resultado es un PO que conoce el producto pero no puede decidir sobre él. El equipo trabaja con una persona que no tiene el mandato suficiente para desbloquear situaciones complejas o tomar decisiones estratégicas.

03Propuestas para conseguir un auténtico PO

No existe una solución única, pero hay tres vías que funcionan según el contexto organizativo:

1. Rediseño organizativo con acompañamiento directivo

Los líderes de la organización deben comprender qué requiere el rol de Product Owner —autoridad, disponibilidad, visión de producto— y rediseñar la estructura para que alguien pueda ejercerlo de verdad. Sin este compromiso desde arriba, cualquier otra solución es temporal.

2. El equipo gestiona el detalle del backlog

El Product Owner se ocupa de la dirección estratégica y la priorización de alto nivel, mientras el equipo de desarrollo asume la gestión detallada del backlog bajo su supervisión. Esto reduce la carga operativa del PO y permite que se centre en las decisiones que realmente importan.

3. Reconvertir al project manager en facilitador

En muchas organizaciones, el proxy es un antiguo project manager que ha cambiado de título pero no de función. La transición pasa por reconvertir ese rol: de comandar y controlar a acompañar y facilitar, integrándose en el equipo como soporte en lugar de como jefe de proyecto encubierto.

Cuidado conRenombrar al proxy como "Product Owner" sin cambiar su autoridad real. El título no resuelve el problema estructural; solo lo camufla.