Apakah Pemilik Produk juga pengembang di tim Anda?

9

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.

Charlie
sumber
Saya akan memilih pm, bahkan tidak tahu itu ada!
ObscureRobot
2
Bahasa yang buruk? Bahasa apa yang buruk?
DeadMG
Mohon permisi bahasa Inggris saya yang buruk. : |
Charlie
6
Penggunaan bahasa Inggris Anda jelas dan benar
ObscureRobot
3
Ini adalah bendera merah ketika Anda mengatakan pekerjaan pengembangan Anda penuh waktu tetapi tugas PO adalah "dari waktu ke waktu". Jika Anda menetapkan prioritas itu, maka Anda berutang kepada tim dan diri Anda sendiri untuk meyakinkan siapa pun bahwa pekerjaan PO tidak tepat untuk Anda.
GuyR

Jawaban:

2

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!

Carlo Kuip
sumber
3
Saya telah bekerja sebagai dev dan PO selama hampir 5 bulan. Bukan tidak mungkin, tetapi pertanyaannya adalah "apakah ini masuk akal atau produktif?" Jika saya bisa memberi tanda pada pekerjaan saya, tahun pertama dev saya mendapat "A +", tetapi pekerjaan 5 bulan itu mendapat "B" atau "B +" untuk kedua tugas saya.
Charlie
1
@Charlie Kurangnya fokus pasti akan merusak kinerja Anda. Selama rekan-rekan Anda menyadari hal ini terjadi, semuanya harus tetap baik-baik saja. Saya rasa menambahkan orang tambahan untuk tim bisa menyelesaikan ini tetapi mungkin tidak melebihi biaya tambahan.
Carlo Kuip
8

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.

ObscureRobot
sumber
Memiliki latar belakang dev adalah dasar untuk memahami bagaimana melakukan pekerjaan, dan apa urutan yang benar. Pekerjaan saya mungkin membutuhkannya, tetapi mungkin tidak. Saya satu-satunya pengembang sebagai PO di semua "Tim Fitur Game". PO tim lain berfungsi sebagai perancang yang tidak benar-benar "memberi kode" persyaratan mereka.
Charlie
6

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!

Mark Brown
sumber
1
Saya sudah berada dalam dilema seperti itu (kode dan jadwal produk yang baik) untuk waktu yang lama. Saya mengajukan pertanyaan ini di sini karena saya pikir saya perlu memilih peran dan menyerahkan yang lain untuk tidak menderita lagi. :)
Charlie
1
Sebenarnya, sebagai pengembang yang baik saya percaya Anda juga harus mencoba melihat gambaran besarnya. Namun, sulit jika Anda jauh ke dalam pekerjaan detail, maka kebutuhan untuk PO / manajer.
sleske
3

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.

Thomas Owens
sumber
2

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.

SplinterReality
sumber
Saya memilih "Charlie" sebagai Nama Bahasa Inggris saya karena mudah diingat dan umum digunakan. Dalam episode TV "HILANG" seorang pria bernama Charlie dan dia begitu menjadi seorang gadis bernama "Claire" (Nama Perancis pacar saya :) Saya tidak tahu tentang arti nama ini dan hubungannya dengan "Charles".
Charlie
1
Masalahnya adalah bahwa saya tipe orang programmer, dan suka melakukan beberapa pekerjaan pengkodean. Jadi beralih di antara dua peran itu sulit bagi saya. Dalam proyek kami, jadwal harian PO mencakup pertemuan yang disebut "Ulasan Harian". Itu terjadi pada pukul 17:00 setiap hari, adalah hal yang mengerikan untuk meninggalkan setengah kode Anda di IDE dan kembali untuk menyelesaikannya nanti ... Kecuali pertemuan yang tidak terhindarkan ini, komunikasi antara 4-5 Tim Fitur Game menghabiskan banyak waktu siang hari dan mengganggu pekerjaan saya. Saya hanya bisa berpikir dan menulis beberapa kode di malam hari ketika orang lain pergi.
Charlie
Charlie adalah nama panggilan untuk Charles, nama yang saya gunakan terutama sebagai seorang anak, dan masih digunakan di antara beberapa teman.
SplinterReality
1
Anda harus benar-benar menghindari memikirkan transisi ini dengan cara yang Anda lakukan sekarang. Ini mungkin bukan pekerjaan pengembangan, tetapi ini adalah bagian penting dari menyelesaikan sesuatu, dan Anda perlu memastikan Anda membuat ruang mental yang cukup untuk menangani tugas-tugas di depan Anda. Itu mungkin berarti Anda berhenti pemrograman jauh sebelum jam 5 sore untuk mempersiapkan pertemuan, dan menggeser persneling ke peran baru Anda. Anda harus senang melakukannya! Anda membuat kemajuan proyek ini, bahkan jika tugas Anda tidak murni di tingkat kode monyet.
SplinterReality
0

Hampir selalu merupakan ide yang buruk. Kami memiliki manajer proyek yang adalah pemilik produk dan itu cukup saling bertentangan.

Moin Zaman
sumber
0

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.

Fuzzy76
sumber