Apakah kepemilikan kode kolektif wajib di Scrum?

9

Apakah keharusan mutlak ketika mengikuti metodologi Scrum untuk mempraktikkan kepemilikan kode kolektif , alih-alih misalnya kepemilikan kode yang lemah ?

scrum code-ownership Dimitri C.
sumber
Saya harus mengatakan bahwa itu membuat saya gila bahwa orang lain di tim pseudo-scrum saya mengubah kode saya dari kebutuhan yang tidak memerlukan perubahan sama sekali, hanya pemahaman yang tepat tentang arsitektur atau API yang saya tempatkan.
Ando
3
Jika tidak ada kepemilikan kolektif, bagaimana mungkin memiliki komitmen oleh tim ? Dalam seperangkat keterampilan (katakanlah, pemrograman Java), siapa pun harus mau mengambil tugas apa pun .
merryprankster

Jawaban:

13

Kepemilikan kode kolektif bukan bagian integral dari Scrum .

Namun, ini adalah bagian dari Pemrograman Ekstrim . Pemrograman ekstrim & Scrum bekerja sangat baik bersama.

Elemen sentral dalam Scrum adalah tim. Oleh karena itu, sangat dianjurkan untuk mempraktikkan kepemilikan kode kolektif dalam menentang segala jenis individualisme .

Scrum bekerja paling baik dalam proyek-proyek besar (> $ 1 juta) dengan banyak ketidakpastian dan dengan tim-tim besar (> = 5 dev pada basis kode yang sama). Kepemilikan kode yang lemah bisa sangat efektif dalam tim yang lebih kecil dan proyek yang lebih kecil seperti yang dijelaskan oleh Paul Graham .

Christopher
sumber
"> 1 jt" apa? Para karyawan? Fitur? Baris kode dalam produk keseluruhan? Baris kode yang dimiliki oleh tim scrum? Mengapa itu tidak bekerja paling baik dengan ukuran kode yang lebih sederhana (dengan asumsi Anda berarti ukuran kode)?
Bryan Oakley
1
1 juta dolar. Karena tim scrum optimal adalah 7 orang dan menggunakan scrum dalam waktu kurang dari beberapa bulan sebenarnya bukan proyek yang harus menggunakan scrum. 7 pengembang * 6 bulan adalah proyek khas 1 juta dolar.
1
$ 1 juta tampaknya sangat arbitrer (dan bertanggal - dua tahun dari sekarang, $ 1 juta tidak akan membeli sebanyak seperti hari ini, dan tentu saja tidak sebanyak dua tahun yang lalu). Padahal, kurasa itu angka yang bagus. Anggaran satu juta dolar tidak akan membayar lebih dari satu tim scrum tunggal, jadi saya kira Anda mengatakan SCRUM tidak berfungsi jika Anda tidak mampu membeli setidaknya satu tim scrum. Itu masuk akal. Padahal, itu tidak berlaku untuk startup sejati di mana semua orang bekerja dengan anggaran kecil. Saya pikir jawaban Anda akan lebih baik jika Anda mengambil pada batas buatan.
Bryan Oakley
@BryanOakley: tidak persis, saya menulis scrum bekerja lebih baik ketika Anda memiliki angka yang optimal . Scrum dapat bekerja dalam tim yang lebih kecil dan dengan iterasi yang lebih sedikit, tetapi menjadi kurang berguna dalam kasus tersebut. Saya lebih suka tidak menggunakan kerangka kerja sama sekali dalam kasus itu, atau scrum "ringan" yang saya lakukan di salah satu perusahaan saya di mana hanya ada 3 pengembang. Tentang apa yang dapat Anda beli dengan $ 1 juta, saya tidak melihat itu berfluktuasi banyak sejak 10 tahun terakhir.
10

Pada topik kepemilikan kode, saya pikir posting ini di sini lebih baik daripada yang pernah saya tulis:

Saya tidak ingin bergantung pada apa pun tanpa pemilik. Saya melihat bagaimana alasan ini bisa menyebalkan. Mengalihkan fokus dari perangkat lunak ke perangkat basah adalah trik kotor yang disukai oleh tipe pecundang manajemen menengah yang berorientasi-bisnis yang impoten-teknis. Inilah upaya saya untuk membedakan diri dari sejenisnya: saya tidak hanya ingin bergantung pada barang-barang dengan pemilik, tetapi saya juga membutuhkan pemilik yang bahagia. Bertentangan dengan asumsi manajerial yang umum (salah satu yang jarang dimiliki tetapi membuat manajer tetap waras), saya tidak percaya dengan paksa menetapkan kepemilikan. Jika pemiliknya tidak menyukai modul ini, harapkan pekerjaan berkebun yang buruk.

/ fanatik kepemilikan kode yang lemah fanatik.

Denis de Bernardy
sumber
4

Saya tidak berpikir kepemilikan kode kolektif mutlak diperlukan untuk scrum, namun, semakin sedikit kepemilikan kode, semakin banyak fleksibilitas dalam penugasan tugas. Ini terutama benar ketika ada banyak tim scrum. Lebih sedikit kepemilikan kode juga menghilangkan hambatan yang dapat berkembang ketika satu pemilik kode terlalu banyak bekerja.

Kepemilikan kode memang memberikan kontinuitas untuk pengembangan dan tergantung pada keahlian anggota tim, mungkin tidak mungkin untuk menghapus sepenuhnya.

Blake
sumber