Usando o Scrum em pequenos projetos em que o proprietário não deseja se envolver

Recentemente, tenho lido e aprendido bastante sobre scrum e gosto muito. No entanto, tenho alguns cenários prováveis ​​na minha cabeça para os quais não conheço a solução. Então, digamos que eu queira organizar uma equipe ágil de (por exemplo) quatro desenvolvedores da Web (um deles designer de UI / UX). Essa equipe operaria de acordo com os princípios do scrum.

Inicialmente, provavelmente estaríamos trabalhando em projetos como landing pages para pequenas empresas de pessoas comuns, como alugar apartamentos, vender cookies ... Esses clientes simplesmente não podem ser definidos com a função Product Owner (IMHO), porque geralmente esperam contratar uma empresa , forneça a eles o objetivo geral do projeto com alguns detalhes e espere que o trabalho seja realizado (incluindo muitas tomadas de decisão) com o mínimo de envolvimento possível (na opinião deles, eles têm coisas mais importantes a fazer). Digamos que eu gostaria de me envolver em uma função de desenvolvedor / mestre de scrum (eu sei que mesmo isso é discutível, ser membro da equipe e mestre de scrum de uma só vez), então simplesmente não devo assumir o papel de proprietário do produto como bem.

Quanto às minhas perguntas: se eu sou o proprietário da empresa da minha empresa, também preciso ser também o proprietário do produto (essas funções se incluem)? Posso contratar um vendedor que possa ter a função de proprietário do produto? Seria melhor se fosse um desenvolvedor experiente em vez de um vendedor? Isso é mesmo uma jogada inteligente? Por fim, existe outra abordagem ágil que melhor se adequa à minha posição?

EDIT: Obrigado a todos por boas contribuições. Eu adicionei alguns comentários, qualquer informação adicional será muito apreciada.

Eu acho que a sua situação é de fato muito comum, muitos clientes não precisam se envolver com o nível de dedicação que uma função de OP precisa.

É muito comum a abordagem do "proxy de pedidos", alguém da sua empresa que conversa com o cliente e traduz os requisitos do cliente em históricos de usuários para a equipe de scrum. É claro que você precisa, pouco a pouco, envolver mais seu cliente real em seu processo, mas isso nem sempre é possível e depende muito do seu tipo de cliente, o "proxy PO" pode ser uma solução razoável na maioria dos cenários .

Para esta posição, o melhor ajuste provavelmente não é um desenvolvedor, e provavelmente não um pessoal de vendas, o melhor ajuste é um especialista em domínio nos negócios do seu cliente (ao mesmo tempo pode ser um desenvolvedor ou vendas, mas sua principal habilidade é ser um especialista em domínio).

Outra coisa a considerar é se você realmente precisa de uma pessoa em tempo integral com essa função, ou se essa função pode ser compartilhada com outra tarefa, isso depende muito do seu contexto específico, você pode começar com uma função compartilhada ou em tempo integral e "inspecione e adapte" às ​​suas necessidades particulares.

Na minha experiência, se você disser ao cliente que ele é o "proprietário do produto", eles tendem a se revoltar com a responsabilidade extra. Mas se você diz que vai mostrar a eles seu progresso a cada duas semanas para que eles possam direcionar a equipe, eles estão bem com isso. Na maioria das vezes, é isso que o proprietário do produto faz de qualquer maneira.

Eu diria que o seu cliente externo é uma parte interessada e o proprietário do produto deve vir de dentro da sua própria organização.

Na minha experiência, o proprietário da empresa e o proprietário do produto raramente têm a mesma função. Para verificar as habilidades necessárias de um Dono do Produto, bem como suas responsabilidades, não procure mais, além do Guia Scrum .

Escolha o proprietário do produto com cuidado. Eles terão um impacto significativo na forma como você alcança os benefícios do scrum.

Já estive em situações semelhantes e nunca demos a responsabilidade do proprietário do produto ao cliente. Como você disse, o cliente não vai querer assumir essa responsabilidade. Exige muito esforço do lado deles e não é considerado uma boa prática.

Você deve ter um proprietário do produto que faça parte da sua equipe e garantir que a equipe entregue o que o cliente pede. E mais importante, atua no interesse de sua equipe. Ela deve ter experiência suficiente para entender o cliente e julgar as prioridades e a importância dos recursos solicitados ao cliente.