Terima kasih atas kiriman Anda. Saya menyadari ini sudah tua, tetapi saya pikir Anda telah mengangkat kasus yang hebat dan inilah $ 0,02 saya:
Masalah 1: menunjuk analis sebagai PO dalam kasus Anda secara serius membuat hubungan pendek scrum. Mengapa? Karena hanya PO yang dapat membuat penilaian nilai, penilaian ROI, penentuan prioritas dan pilihan yang menentukan yang mengalir dari bisnis, bukan dari teknologi, bahkan dari keakraban dengan produk. Saya yakin sr Anda. Analis melakukan pekerjaan yang luar biasa meniru PO, tetapi akhirnya harus menebak keinginan, nilai, pilihan yang akan datang dari PO Anda. ref http://kenschwaber.wordpress.com/2011/01/31/product-owners-not-proxies/ . Kecuali jika analis Anda diberikan POA dari klien (tidak mungkin), mereka tidak akan berada dalam posisi untuk menerima atau menolak apa pun di ulasan sprint.
Mungkinkah pendekatan ini berhasil? Ya tetapi harus ada transfer tanggung jawab total saat klien Anda keluar. Bos klien Anda perlu menyetujui pengganti, dan bahwa tidak ada keputusan yang masuk akal yang akan dibatalkan. Kemungkinan besar terdengar? Lebih besar kemungkinan Anda akan mendapatkan PO sementara dari organisasi klien Anda (yang tentunya bukan tanpa kelemahannya!) Tetapi jika sr Anda. analis bekerja dengan PO sementara, setiap keputusan yang salah akan datang dari bisnis, sehingga menjaga peran tim Anda bersih.
Masalah 2: "klien tidak punya waktu untuk meninjau". Masalah besar (dan yang saya temui baru-baru ini juga). PO harus ada untuk menerima produk. Tidak ada orang lain yang bisa 'menandatangani cek'. Tidak adanya PO berarti ketidakpuasan terjadi kemudian, berpotensi lebih banyak pengerjaan ulang, dan hilangnya kepercayaan. Lebih mendasar lagi saya merasakan klien tidak aktif terlibat dalam proyek Anda: tidak ada waktu untuk standup harian, tidak ada waktu untuk menjawab pertanyaan, dll.
Masalah 3: "kami disuruh menunggu sampai tim desain selesai mock-up". Dan sekarang sepenuhnya scrum. Orang-orang yang melakukan mock-up harus menjadi bagian dari tim lintas fungsi Anda. Saya tidak tahu apakah ini disebabkan oleh kurangnya pemahaman manajemen tentang scrum atau reaksi kejutan terhadap rilis ketiga Anda.
Pertanyaan: Di mana master scrum Anda dalam semua ini? SM biasanya akan mengenali bahaya konflik peran dan kurangnya partisipasi, baik hambatan / bahaya yang harus diatasi.