Menggunakan Scrum pada proyek-proyek kecil di mana Pemilik tidak ingin terlibat

Baru-baru ini saya telah membaca dan belajar banyak tentang scrum dan saya sangat menyukainya. Namun, saya memiliki beberapa skenario di kepala saya yang saya tidak tahu solusinya. Jadi katakanlah saya mungkin ingin mengatur tim tangkas (misalnya) empat pengembang web (salah satunya desainer UI / UX). Tim ini akan beroperasi berdasarkan prinsip scrum.

Awalnya kami mungkin akan mengerjakan proyek-proyek seperti halaman arahan untuk bisnis kecil orang-orang biasa, seperti menyewa apartemen, menjual cookie ... Pelanggan seperti itu tidak dapat diatur dengan peran Pemilik Produk (IMHO), karena mereka biasanya berharap untuk menyewa perusahaan , beri mereka tujuan proyek secara keseluruhan dengan beberapa perincian, dan kemudian mengharapkan pekerjaan itu dilakukan (termasuk banyak pengambilan keputusan) dengan sesedikit mungkin keterlibatan mereka (menurut mereka, mereka memiliki hal-hal yang lebih penting untuk dilakukan). Katakanlah saya ingin melibatkan diri dalam peran pengembang / scrum master (saya tahu bahwa itu pun masih bisa diperdebatkan, menjadi anggota tim dan scrum master sekaligus), jadi saya tidak boleh mengambil peran sebagai pemilik produk sebagai baik.

Jadi untuk pertanyaan saya: Jika saya adalah pemilik bisnis perusahaan saya, apakah saya hanya perlu menjadi pemilik produk juga (apakah peran ini termasuk satu sama lain)? Bisakah saya mempekerjakan tenaga penjualan yang mungkin memiliki peran sebagai pemilik produk? Apakah akan lebih baik jika itu adalah pengembang yang berpengalaman dan bukan tenaga penjualan? Apakah ini langkah yang cerdas? Terakhir, apakah ada pendekatan gesit lain yang mungkin lebih sesuai dengan posisi saya?

EDIT: Terima kasih semuanya atas masukan yang bagus. Saya menambahkan beberapa komentar, setiap info tambahan akan sangat dihargai.

Saya pikir situasi Anda itu sebenarnya sangat umum, banyak klien tidak terlibat dengan tingkat dedikasi yang dibutuhkan peran PO.

Sangat biasa pendekatan "proksi PO", ini adalah seseorang dari perusahaan Anda yang berbicara dengan klien dan menerjemahkan persyaratan klien ke dalam sejarah pengguna untuk tim scrum. Tentu saja Anda perlu, sedikit demi sedikit, melibatkan lebih banyak klien nyata Anda ke dalam proses Anda, tetapi ini tidak selalu mungkin dan tergantung banyak pada jenis klien Anda, "proksi PO" dapat menjadi solusi yang masuk akal dalam sebagian besar skenario .

Untuk posisi ini yang paling cocok mungkin bukan pengembang, dan mungkin bukan orang-orang penjualan, paling cocok dengan ahli domain dalam bisnis klien Anda (pada saat yang sama dapat menjadi pengembang atau penjualan, tetapi keterampilan utamanya adalah untuk menjadi pakar domain).

Hal lain yang perlu dipertimbangkan adalah jika Anda benar-benar membutuhkan seseorang penuh waktu dengan peran ini, atau jika peran ini dapat dibagikan dengan tugas lain, ini lagi sangat tergantung pada konteks khusus Anda, Anda dapat mulai dengan peran bersama atau penuh waktu dan "memeriksa dan beradaptasi" dengan kebutuhan khusus Anda.

Dalam pengalaman saya, jika Anda memberi tahu klien bahwa mereka adalah 'pemilik produk', mereka cenderung memberontak dengan tanggung jawab ekstra. Tetapi jika Anda mengatakan Anda akan menunjukkan kepada mereka kemajuan Anda setiap beberapa minggu sehingga mereka dapat mengarahkan tim, mereka baik-baik saja dengan itu. Sebagian besar, itulah yang dilakukan pemilik produk.

Saya akan mengatakan bahwa klien eksternal Anda adalah pemangku kepentingan dan pemilik produk Anda harus berasal dari dalam organisasi Anda sendiri.

Dalam pengalaman saya, pemilik bisnis dan pemilik produk jarang memiliki peran yang sama. Untuk memeriksa keterampilan yang diperlukan dari Pemilik Produk, serta tanggung jawab mereka, tidak terlihat lagi selain Panduan Scrum .

Pilih pemilik produk Anda dengan hati-hati. Mereka akan memiliki dampak yang signifikan pada seberapa baik Anda mencapai manfaat scrum.

Saya telah dalam situasi yang sama dan kami tidak pernah memberikan tanggung jawab pemilik produk kepada klien. Seperti yang Anda katakan, klien tidak akan mau melakukan tanggung jawab ini. Ini membutuhkan banyak upaya dari pihak mereka, dan itu tidak dianggap praktik terbaik.

Anda harus memiliki pemilik produk yang merupakan bagian dari tim Anda dan memastikan bahwa tim memberikan apa yang diminta klien. Dan yang lebih penting, bertindak demi kepentingan tim Anda. Dia harus memiliki keahlian yang cukup untuk memahami klien dan menilai prioritas dan pentingnya fitur yang diminta dari klien.