Usar Scrum en pequeños proyectos donde el propietario no quiere involucrarse

Recientemente he estado leyendo y aprendiendo mucho sobre scrum y me gusta mucho. Sin embargo, tengo un par de escenarios probables en mi cabeza para los cuales no conozco la solución. Entonces, digamos que me gustaría organizar un equipo ágil de (por ejemplo) cuatro desarrolladores web (uno de ellos diseñador de UI / UX). Este equipo funcionaría con los principios de scrum.

Inicialmente, probablemente estaríamos trabajando en proyectos como páginas de destino para pequeñas empresas de la gente común, como alquilar apartamentos, vender cookies ... Tales clientes simplemente no se pueden configurar con el rol de Product Owner (IMHO), porque generalmente esperan contratar una empresa , déles el objetivo general del proyecto con algunos detalles, y luego espere que se haga el trabajo (incluyendo mucha toma de decisiones) con la menor participación posible (en su opinión, tienen cosas más importantes que hacer). Digamos que me gustaría participar en un rol de desarrollador / maestro de scrum (sé que incluso eso es discutible, ser miembro del equipo y maestro de scrum a la vez), por lo que simplemente no debería tomar el papel del propietario del producto como bien.

En cuanto a mis preguntas: si soy el dueño del negocio de mi empresa, ¿simplemente necesito ser dueño del producto también (estos roles se incluyen entre sí)? ¿Puedo contratar a un vendedor que tenga el rol de propietario del producto? ¿Sería mejor si es un desarrollador experimentado en lugar de un vendedor? ¿Es esto incluso un movimiento inteligente? Por último, ¿hay otro enfoque ágil que pueda adaptarse mejor a mi posición?

EDITAR: Gracias a todos por las buenas aportaciones. Agregué algunos comentarios, cualquier información adicional será muy apreciada.

Creo que su situación es de hecho muy común, muchos clientes no deben involucrarse con el nivel de dedicación que necesita un rol de OP.

Es muy habitual el enfoque del "PO proxy", se trata de alguien de su empresa que habla con el cliente y traduce los requisitos del cliente en historiales de usuarios para el equipo scrum. Por supuesto que necesita, poco a poco, involucrar más a su cliente real en su proceso, pero esto no siempre es posible y depende mucho de su tipo de clientes, el "proxy de PO" puede ser una solución razonable en la mayoría de los escenarios .

Para este puesto, lo mejor es que probablemente no sea un desarrollador, y probablemente no sea un personal de ventas, lo mejor es un experto en dominios en el negocio de su cliente (al mismo tiempo puede ser un desarrollador o ventas, pero su principal habilidad es ser un experto en dominios).

Otra cosa a considerar es si realmente necesita una persona a tiempo completo con este rol, o si este rol se puede compartir con otra tarea, esto nuevamente depende mucho de su contexto particular, puede comenzar con un rol compartido o de tiempo completo e "inspeccionar y adaptarse" a sus necesidades particulares.

En mi experiencia, si le dice al cliente que es el "propietario del producto", tienden a rebelarse ante la responsabilidad adicional. Pero si dices que les mostrarás tu progreso cada dos semanas para que puedan dirigir al equipo, están de acuerdo. En su mayor parte, eso es lo que hace el dueño del producto de todos modos.

Yo diría que su cliente externo es una parte interesada y el propietario de su producto debe provenir de su propia organización.

En mi experiencia, el dueño del negocio y el dueño del producto rara vez tienen el mismo rol. Para verificar las habilidades requeridas del propietario del producto, así como sus responsabilidades, no busque más allá de la Guía Scrum .

Elija el propietario de su producto con cuidado. Tendrán un impacto significativo sobre qué tan bien logras los beneficios del scrum.

He estado en situaciones similares y nunca le dimos la responsabilidad del propietario del producto al cliente. Como dijiste, el cliente no querrá asumir esta responsabilidad. Requiere mucho esfuerzo de su parte, y no se considera la mejor práctica.

Debe tener un propietario del producto que forme parte de su equipo y se asegure de que el equipo entregue lo que el cliente solicita. Y lo más importante, actúa en interés de su equipo. Ella debe tener suficiente experiencia para comprender al cliente y juzgar las prioridades y la importancia de las características que se le solicitan.