Seberapa umum pemrograman pasangan di tempat kerja?

Saya selalu tertarik dengan pemrograman pasangan, tetapi dalam pengembangan 12 tahun saya tidak pernah bekerja di tempat mereka menggunakan praktik ini, jadi saya selalu skeptis tentang bagaimana orang melihatnya.

Saya bertanya-tanya apakah ini karena uang / waktu (bos berambut runcing melihat dua orang di satu komputer bekerja pada kode yang sama !!!! beraninya mereka!) Atau karena alasan lain?

Saya sudah memiliki pertunjukan yang sama selama 15 tahun dan kami baru-baru ini (12-18 bulan terakhir) mulai mengadopsi teknik Agile. Di mana pemrograman pasangan digunakan, cerita hasil / fitur telah diimplementasikan tepat waktu tanpa cacat. Saya masih berpikir itu belum cukup sering digunakan.

Sebelum adopsi Agile kami, satu pengembang lain dan saya telah berbagi keyboard dari waktu ke waktu selama bertahun-tahun jarang (mungkin sekali setiap 3-4 bulan). Tim manajemen kami tampak enggan tetapi selalu puas dengan pasangan informal kami karena biasanya dilakukan beberapa hal berikut:

• mengurangi silo di tim (kemenangan besar ketika tim adalah 6-8 devs)
• kode yang dihasilkan dengan lebih sedikit cacat
• masing-masing dev biasanya mengambil skill darinya

Saya akan mengatakan manajemen enggan tetapi jika Anda dapat mengambil langkah kecil dan menunjukkan bahwa fitur lebih baik setelahnya (penghematan biaya) dan / atau masing-masing (atau satu) mengambil beberapa keterampilan (membayarnya ke depan), Anda dapat mengambil tenaga jika Anda menemukannya sebagai praktik yang cocok untuk Anda atau tim Anda.

Dugaan saya adalah bahwa mungkin akan ada banyak hambatan dari pengembang. Apakah Anda ingat dipaksa bekerja dengan orang-orang yang mungkin bukan orang yang paling termotivasi di dunia selama kuliah atau bahkan sekolah menengah? Orang-orang itu masih ada. Kecuali, Anda memiliki tim yang terdiri dari semua orang "top-notch", jenis pengaturan ini akan menimbulkan permusuhan dalam grup.

Belum melakukannya secara resmi, tetapi setiap kali saya macet, saya akan memanggil dev dan kami berdua akan mengerjakan solusi bersama. Ini adalah cara yang bagus untuk memantulkan ide, biarkan satu orang berpikir sementara yang lain mengimplementasikan, jadi Anda tidak kehilangan alur pemikiran karena Anda mengetiknya.

Berharap itu dilakukan lebih banyak.

Saya tidak peduli:

1 - Saya suka mendengarkan musik saya saat coding. Tidak semua orang ingin mendengar Slayer meledak di telinga mereka.

2 - Saya dibesarkan mengingat melihat ke atas bahu orang sangat kasar dan menjadi sangat tidak nyaman ketika orang melakukannya.

3 - Saya berpikir sangat cepat dan ketika saya berada di utas solusi, ketika saya mulai menemukan jawaban, terganggu adalah hal terakhir yang saya butuhkan.

4 - Saya tidak dapat mengambil jeda sesekali untuk membaca dengan cermat forum dan newsgroup. Beberapa orang mungkin berpikir itu tidak pantas, tetapi saya merasa sangat penting untuk perbaikan saya yang berkelanjutan. Kadang-kadang saya terlalu terganggu, tetapi secara umum manfaat dari peningkatan pengetahuan saya lebih besar daripada hit pada produktivitas saya.

Saya kira itu mungkin berbeda di tim lain, tetapi beberapa kali ketika saya benar-benar bingung oleh sesuatu dan PERLU membantu saya hampir selalu orang yang akhirnya datang dengan solusi. Saya benar-benar bagus dalam apa yang saya lakukan tetapi saya pikir mungkin ada lebih banyak terjadi ... tidak yakin, setidaknya saya menemukan bahwa saya lebih baik hanya menyelesaikan masalah-masalah sulit dan umumnya lebih baik melakukannya sendiri. Mungkin terdengar sombong, tapi itu tidak membuatnya salah.

Saya telah mempertimbangkan bahwa itu mungkin benar-benar membantu orang lain mengambil beberapa teknik saya, tetapi, dengan mempertimbangkan # 3, mereka hampir tidak dapat mengajukan pertanyaan tanpa merusak pemikiran saya.

Semua yang dikatakan, saya sudah mencobanya dari waktu ke waktu. Terkadang memiliki manfaat kecil tetapi saya tentu tidak dapat melihatnya sebagai hal yang konsisten. Sistem lone-wolf bekerja untuk saya dan tampaknya bekerja untuk tim.

Pemrograman pasangan adalah cara yang bagus untuk memulai atau melakukan sesuatu yang tidak sepele dan sulit. Lebih banyak tugas rutin dan sederhana lebih baik dilakukan sendiri.

Saya berpartisipasi dalam sejumlah sesi pemrograman pasangan, baik di perusahaan startup / garasi dan perusahaan besar. Itu selalu terjadi hanya ketika sesuatu yang baru dan sulit sedang dikembangkan, yaitu, dua kali setahun terbaik, selama beberapa minggu. Seberapa sering hal ini terjadi di perusahaan Anda?

Kami tidak pernah menyebutnya begitu, tetapi pada hari itu, itulah sebabnya kami selalu menyerang masalah baru. Kami berpasangan untuk memulai solusi, tetapi kemudian biasanya keluar untuk menyelesaikan secara individual / membersihkan rincian. Tidak banyak lagi. Tampaknya menjadi semakin langka.

Tidak terlalu umum. Di semua toko yang pernah saya kunjungi dalam 10+ tahun terakhir, saya pernah melihatnya sekali. Di toko paling lambat dan paling tidak efisien. Tampaknya menciptakan lingkungan yang bising dan penuh tekanan. Satu orang akhirnya melakukan mengemudi dan berbicara terus-menerus mencegah yang lain berpikir sama sekali.

Satukan tim untuk ulasan kode baik dalam kelompok atau berpasangan dan berikan ruang bagi pengembang sendiri. Ini akan lebih baik dalam jangka panjang daripada mengejar mode Agile terbaru.