Saya bingung tentang tanggung jawab PO di sini. Saya adalah seorang pengembang di Tim Fitur Game, tetapi juga seorang PO. Pekerjaan sehari-hari pengembang hampir penuh waktu, jadi saya harus bekerja dari waktu ke waktu untuk mengurus tugas PO saya, dan tanggung jawab PO tampaknya bertentangan dengan pikiran pengembang.
Sebagai PO, saya akan memilih lebih banyak fitur sprint berikutnya. Kalau tidak, saya akan mengatakan pada diri saya untuk tidak melakukannya, karena saya anggota tim untuk mengembangkan fitur-fitur itu. Situasi ini membuat saya bingung, jadi saya ingin mendengar beberapa ide dari kalian.
Saya baru mengenal Scrum dan Game Dev (sekitar 1 setengah tahun), dan juga baru di sini dan Inggris.
agile
scrum
game-development
Charlie
sumber
sumber
Jawaban:
Ini mungkin terlihat sedikit rumit tetapi seharusnya tidak ada alasan untuk menggabungkan peran-peran ini. Pertama, seseorang mempercayai Anda dengan peran ini, oleh karena itu tim Anda harus menghargai itu. Kedua, Anda sekarang berada dalam posisi di mana Anda dapat memprioritaskan pekerjaan yang harus dilakukan sehingga Anda selalu dapat menjelaskan mengapa semuanya berjalan seperti itu. Ketiga, Anda berada di tim sehingga Anda membawa bagian beban kerja. Akhirnya, itu adalah pekerjaan, jika Anda harus bekerja keras itu tidak masalah. Sebuah tim harus selalu ingat untuk menambah nilai pada proyek mereka, ini bukan tentang pemberian gratis.
Apa yang terjadi adalah "Apakah Anda punya barang untuk membuat keputusan ini?" Jika Anda pikir sudah, lakukanlah!
sumber
Dalam pengalaman saya, pemilik produk adalah PM / TPM atau anggota tim bisnis. Meskipun bukan tidak mungkin bagi PO untuk menjadi dev, ada beberapa bahaya konflik kepentingan. Jika produk Anda sangat teknis, PO harus memiliki latar belakang pengembang. Jika kurang teknis dan lebih fokus pada pengguna akhir, maka PO dengan pengalaman biz sangat penting.
sumber
Sebagai seorang programmer (dengan asumsi Anda adalah yang baik) Anda akan diinvestasikan dalam kode Anda. Sebagai pemilik atau manajer Anda perlu berinvestasi dalam produk.
Ini tidak selalu hal yang sama. Dan ketika mereka tidak, Anda akan memiliki masalah besar.
Saya selalu mengatakan bahwa peran manajer yang baik adalah untuk memblokir omong kosong dari atas dan mencuri kode saya dari saya ketika itu sudah cukup baik. Tanpa seorang manajer saya dapat mengerjakan satu fungsi selama sisa hidup saya, selamanya memperbaikinya.
Pemilik perlu melihat gambaran besarnya, programmer perlu melihat detailnya. Anda tidak dapat melakukan keduanya kecuali Anda adalah Tuhan!
sumber
Seperti yang didefinisikan dalam Scrum tradisional, tidak ada masalah dengan Pengembang yang juga berfungsi sebagai Pemilik Produk. Namun, Anda perlu berhati-hati ketika merencanakan untuk memperhitungkan siapa saja yang melakukan peran paruh waktu, baik karena mereka bekerja di beberapa proyek atau karena mereka memiliki banyak peran di tim yang sama. Dalam kasus Anda, Anda tidak dapat menghitung diri Anda sebagai pengembang penuh waktu karena Anda perlu menganggarkan waktu di setiap iterasi untuk melakukan tugas-tugas Pemilik Produk.
Saya pikir Anda juga memiliki kesalahpahaman tentang apa yang dilakukan oleh Pemilik Produk. Bukan tanggung jawab Anda untuk memilih fitur mana yang dimasukkan ke iterasi. Alih-alih, tugas Anda adalah menjadi suara pelanggan di proyek, ketika datang untuk memperkenalkan cerita baru, menetapkan prioritas untuk cerita baru ini, dan memastikan bahwa implementasi setiap cerita dapat diterima melalui pembuatan dan pelaksanaan tes penerimaan. Pilihan cerita didasarkan pada kecepatan tim dan simpanan yang diprioritaskan, bukan oleh berapa banyak cerita yang ingin diimplementasikan oleh Pemilik Produk.
sumber
Menarik bahwa saya memberikan saran kepada seorang pria bernama Charlie, (Nama saya Charles) tetapi saya memiliki beberapa pengalaman dalam peran ganda sebagai dev / PM, dan dalam pengalaman saya, SANGAT mudah untuk menjadi terlalu terbungkus dalam satu peran atau yang lain.
Jika Anda dapat tetap berada di atas kedua peran, tentu saja lakukan itu, tetapi anggarkan waktu Anda, dan pertahankan konteks beralih di antara kedua peran tersebut ke minimum absolut, terutama dalam satu hari.
Idealnya, saya akan merekomendasikan agar Anda tidak mencampurkan peran-peran ini, karena mereka, seperti yang telah Anda perhatikan, sedikit saling bertentangan.
sumber
Hampir selalu merupakan ide yang buruk. Kami memiliki manajer proyek yang adalah pemilik produk dan itu cukup saling bertentangan.
sumber
Saya memahami masalah keseimbangan umum antara kedua peran tersebut, tetapi yang tidak saya pahami adalah masalah khusus Anda.
Pengembangan hanyalah peran penuh waktu jika Anda berhasil. Jika Anda menghitung sendiri hanya 50% selama perencanaan sprint (saat menghitung semua jam pengembang / hari yang tersedia), Anda harus memiliki banyak waktu tersisa untuk tugas PO Anda.
sumber