Saya telah bekerja di beberapa toko di mana manajemen telah memberikan gagasan tentang pemrograman pasangan baik kepada saya atau manajer / pengembang lain, dan saya tidak bisa mendapatkannya sama sekali. Dari sudut pandang pengembang, saya tidak dapat menemukan alasan mengapa beralih ke gaya pengkodean ini akan bermanfaat, juga sebagai manajer tim kecil saya tidak melihat manfaat.

Saya mengerti bahwa ini membantu kesalahan sintaks dasar dan dapat membantu jika Anda perlu melakukan sesuatu, tetapi manajer yang keluar dari lingkaran pemrograman tampaknya terus melihatnya sebagai cara untuk menjaga desainer mereka dari pergi ke Facebook atau Reddit daripada sebagai alat desain.

Sebagai seseorang yang dekat dengan lantai pengembangan yang tampaknya tidak begitu mengerti dari buku yang melemparkan cara saya atau halaman wiki pada subjek ... dari posisi manajemen tingkat tinggi, apa manfaat dari Pair Programming ketika berhadapan dengan Scrum atau Agile lingkungan?

Sebagian, itu tergantung pada bagaimana Anda melakukan pemrograman pasangan. Dalam beberapa kasus, driver dari pasangan menulis kode, sedangkan anggota kedua dari pasangan mengamati dan mendiskusikan desain dan implementasi detail dari sistem. Contoh lain dari pemrograman berpasangan melibatkan kedua orang menulis kode secara bersamaan - satu orang sedang menulis fungsionalitas yang diimplementasikan dan yang lainnya secara aktif mengembangkan dan menulis kode uji pada unit dan tingkat integrasi, lagi-lagi mendiskusikan rincian desain dan implementasi sistem.

Terlepas dari jenis pemrograman pasangan, secara efektif berfungsi sebagai tinjauan kode terus menerus . Anda memiliki perhatian dua orang pada kode, mengawasi kesalahan sebelum melarikan diri ke lingkungan pengujian sistem / penerimaan selanjutnya atau bidang. Anda juga memiliki dua orang yang memahami bagian tertentu dari sistem dengan sangat baik, untuk berfungsi sebagai redundansi untuk meminimalkan faktor bus Anda . Cacat penangkapan awal dan penyebaran pengetahuan sistem di sekitar tim mengurangi biaya membangun sistem.

Penyebaran pengetahuan tidak hanya terbatas pada pengetahuan teknis tim. Bergantung pada siapa pasangan itu, dapat memungkinkan informasi mengalir antara anggota yang lebih senior dari perusahaan ke anggota baru tentang hal-hal lain yang melampaui proyek - gaya pengkodean, budaya perusahaan, harapan, dan sebagainya. Hal ini juga dapat memungkinkan seseorang yang lebih akrab dengan teknologi atau alat untuk berbagi pengetahuan mereka dalam teknologi atau alat itu dalam pengaturan dunia nyata yang diterapkan.

Seperti yang Anda sebutkan, ini juga membantu pengembang tetap fokus dan terus berjalan . Selain mengalir, banyak individu lebih kecil kemungkinannya untuk mengganggu beberapa orang yang mengerjakan sesuatu daripada satu individu yang mengerjakan sesuatu. Jika Anda berjalan di dekat meja seseorang dan mereka bekerja sendirian, tetapi Anda perlu berbicara dengan mereka, Anda mungkin mengetuk dan berbicara dengan mereka. Ini lebih kecil kemungkinannya jika Anda melihat dua orang atau lebih bekerja bersama atau berdiskusi - Anda tidak akan mengganggu mereka. Gangguan membutuhkan waktu, dan menghabiskan lebih banyak waktu berarti biaya lebih tinggi. Ini demi kepentingan bisnis terbaik untuk memaksimalkan produktivitas karyawan.

Namun, ada beberapa tantangan yang harus diatasi untuk membuat pemrograman pasangan layak. Pertimbangkan hal-hal seperti bentrokan kepribadian atau memilih pasangan untuk mendistribusikan pengetahuan dengan benar. Ada juga pertimbangan kapan tepatnya memutar pasangan. Pemrograman pasangan yang dilakukan secara sembarangan mungkin tidak akan efektif seperti yang direncanakan. Tergantung pada susunan tim Anda, mungkin tidak efektif untuk memasangkan orang sama sekali.

1. Kurang Kesalahan dalam kode akhir (efisiensi)
   Tidak sepenuhnya menggantikan ulasan kode tetapi sangat efektif untuk memperbaiki semuanya sejak awal. Ada penelitian di luar sana yang menunjuk ke arah itu.

2. Penyelesaian lebih cepat (efektivitas)
   Ada beberapa penelitian yang menunjukkan hal ini. Ketika datang ke fitur kompleks 2 kepala hanya lebih efektif. Pengalaman dalam Berpasangan adalah suatu keharusan untuk ini.

(catatan: Ini adalah alasan penjualan Anda untuk manajer: Secara finansial keputusan yang waras karena Anda mendapatkan lebih efisien melalui jumlah bug yang lebih rendah dan lebih efektif dengan penyelesaian yang lebih cepat)

1. Mengajar Junior
   Anda dapat menambahkan junior langsung ke programmer yang lebih berpengalaman. Jika Anda memiliki sekelompok pemula absolut, mudah untuk bertahan dan membiarkan mereka, sebagai pasangan, mencari tahu dasar-dasarnya. Tetap di sana dan berikan saran. Konsep ini tampaknya sangat tua dan berasal dari keahlian.

Jawaban Cepat: sebagian besar manfaat dan biaya dipasang di Wikipedia , mari kita lihat dari sudut yang berbeda.

Saya ingin menyebutkan kasus-kasus tertentu dari manfaat pemrograman pasangan yang berlaku untuk lingkungan pengembangan agile / scrum, yang diambil dari posting blog :

Keberhasilan atau kegagalan perangkat lunak tergantung pada kualitasnya, dan Pair Programming secara langsung meningkatkan kualitas dalam berbagai cara. Ketika dua pengembang bekerja sama meningkatkan kualitas pola desain karena pasangan mengembangkan kode yang pendek, sederhana, dan mudah dirawat dengan bug yang lebih sedikit. Bug adalah masalah kualitas utama dalam pengembangan perangkat lunak; dengan dua pasang mata menulis kode, lebih banyak kesalahan ditangkap, sehingga mengurangi biaya pengembangan. Bug yang ditemukan terlambat dalam proses pengembangan seringkali mahal untuk diperbaiki. Menemukan cacat perangkat lunak lebih awal mencegah dan membantu mencegah masalah yang sulit di jalan. Kompleksitas sering muncul dalam pemrograman, dan dua pikiran yang bekerja untuk menyelesaikan masalah bersama dapat melihat lebih banyak opsi dan menarik kesimpulan lebih cepat dari satu.

Singkatnya:

• Mempromosikan komunikasi tim
• Mempromosikan transfer pengetahuan aplikasi yang efisien
• Mendorong akuntabilitas pada pendekatan desain
• Menghasilkan kode yang lebih baik, mudah dirawat
• Membantu menghilangkan kode buggy di tahap awal
• Meningkatkan produktivitas tim karena anggota tim akan memiliki perhatian penuh selama pengkodean
• Meningkatkan keterampilan komunikasi dan kolaborasi anggota tim
• Membangun persahabatan di tempat kerja
• Membuat pekerjaan lebih menyenangkan

Ada beberapa manfaat untuk pemrograman pasangan:

• Kedua programmer dapat berkolaborasi dalam desain bersama, berpotensi menghasilkan arsitektur / kode yang lebih baik - dua pasang mata dapat menemukan kesalahan
• Pengetahuan lembaga dipertahankan lebih baik - jika satu programmer pergi atau tidak tersedia, yang lain harus dapat melanjutkan pekerjaan tanpa banyak kehilangan produktivitas
• Ini adalah salah satu cara untuk dengan cepat melatih pengembang baru - memasangkannya dengan anggota tim pengembangan yang berpengalaman dan mereka akan dapat mengalami basis kode dari perspektif veteran tim
• Disiplin yang lebih baik - programer berpasangan cenderung menjadi produktif selama periode waktu yang lebih lama, karena salah satu dari yang lain dapat mengambil alih untuk semburan aktivitas. Tugas yang berpotensi membosankan, seperti pengujian unit, mungkin lebih jarang dilewati daripada untuk pengembang solo.

Wikipedia juga memiliki ringkasan yang bagus tentang biaya dan manfaat dalam entri wiki .