Riesgos de darle al Cliente el rol de PO

1. El PO es parte del team. Dado que el Cliente está ocupado en su negocio, será muy difícil que se sienta team member
2. El Cliente puede ser otro cuando se cambia de proyecto/negocio y se pierde la curva de aprendizaje de la comunicación entre el Cliente actuando como PO y el resto del team
3. El Cliente puede tener título de PO pero no necesariamente tiene los skills para abstraer el mundo real y mapearlo con herramientas clave
4. El PO como team member desarrolla una velocidad para abstraer, mapear y comunicar al equipo las ideas y necesidades del Cliente. Muchos cambios de PO o un PO inexperto son alerta roja para la salud del backlog, es decir, para la salud del proyecto
5. Considerar que el Cliente es el PO es considerar que el equipo no tiene PO
6. Alguien tiene que hacer el desgaste de enseñar al Cliente a ser PO.
7. El dev team termina asumiendo parte del daño, pues al no tener HU adecuadas, deberán gastar más tiempo en el proceso de comprensión del negocio y de las intenciones del Cliente
8. El dev team puede cometer más errores en las estimaciones debido a que se aumenta la incertidumbre con un backlog pobre
9. Cliente sufre el mayor impacto pues se aumenta la probabilidad de que el producto final esté muy lejos de lo que tenía en mente. 

Vocabulario

1. HU: Historia de Usuario
2. PO: Producto Owner
3. Backlog:  Lista priorizada de ideas y necesidades del Cliente abstraídas y mapeadas en HU u otro artefacto.
4. Team:  Equipo ágil o equipo scrum en este contexto
5. Dev team:  Par del team que codifica
6. Cliente:  Interesado o Stakeholder experto en una unidad negocio que requiere una solución, en este contexto, una solución de software.

Otras publicaciones relacionadas

1. ¿Quién debe escribir las historias de usuario, el PO o el Cliente?
2. Smeagol, el señor de las Historias de Usuario

Referencias

1. Can the customer be a SCRUM Product Owner in a project?
2. Your Client Isn't Your Product Owner