Bagaimana Anda menunjukkan kinerja dalam lingkungan pemrograman berpasangan?

Ulasan kinerja baru-baru ini muncul di tempat kerja saya, dan saya ditempatkan di posisi yang menarik. Tim kami melakukan banyak pemrograman pasangan, yang memiliki kecenderungan meratakan perbedaan keterampilan antara anggota tim (terutama mengingat kami memutar pasangan). Secara umum, ketika melakukan tinjauan kinerja, Anda melihat kembali pekerjaan yang telah Anda lakukan, dan menunjukkan apa yang telah Anda capai, dan bagaimana Anda telah melampaui harapan untuk mencoba menegosiasikan kenaikan gaji atau manfaat lainnya.

Bagaimana Anda menunjukkan (atau bahkan mengukur) kinerja individu dalam lingkungan seperti ini?

termasuk nilai yang Anda tambahkan ke pemrograman pasangan dalam ulasan kinerja - apakah Anda membantu programmer lain mempelajari hal-hal yang berguna? (dan sebaliknya, apakah Anda mendengarkan saran bijaknya dan bekerja sama dengan baik?)

review kinerja tidak boleh menjadi kompetisi, itu harus menjadi evaluasi pelatihan relatif terhadap tujuan pribadi Anda (yang mungkin sejalan dengan tujuan perusahaan dan disepakati bersama pada awal tahun; jika tidak, itu hanya sewenang-wenang)

Akan sulit untuk membuktikan secara definitif satu manfaat kinerja dibandingkan yang lainnya secara ilmiah.

Hipotesis Anda adalah bahwa pemrograman pasangan meningkatkan kinerja pengembang dan meningkatkan kualitas. Tes Anda akan melibatkan pemberian sepasang persyaratan yang dibatasi untuk arsitek tertentu dan meminta mereka mengimplementasikannya.

Kontrol Anda dalam hal ini adalah bahwa Anda memberikan persyaratan yang sama kepada pengembang tunggal yang memiliki kedudukan, keterampilan, dan pengalaman yang sama (sebagaimana dinilai secara objektif oleh rekan-rekannya) dan juga terkendala dalam arsitektur yang sama.

Untuk memverifikasi hipotesis Anda tentang kinerja waktu, programmer pasangan harus menyelesaikan pekerjaan mereka dalam waktu kurang dari setengah sebagai kontrol. Untuk memverifikasi hipotesis Anda tentang kualitas, Anda harus meminta pasangan percobaan dan kode kontrol ditinjau oleh pihak ketiga yang objektif, dan meminta kelompok QA yang objektif menguji hasil kedua kelompok tanpa memberi tahu mereka tim mana yang menghasilkan apa. Grup pemrograman pasangan harus memiliki kode yang lebih baik dan lebih sedikit bug.

Itu bukan eksperimen yang sempurna tetapi saya akan terpesona mendengar jika ada yang mencoba sesuatu yang serupa.

Selain itu, saya tidak bisa melihat bagaimana Anda bisa membuktikan bahwa Pair Programming lebih unggul daripada seorang programmer tunggal pada fitur yang diberikan.

Dalam metrik kinerja Anda, panggil secara terpisah 1) pertumbuhan dan perkembangan individu, dan 2) bimbingan dan dukungan sebaya. Izinkan setiap karyawan untuk mengevaluasi diri, dan memasukkan umpan balik dari pimpinan mereka. Jika masuk akal dalam budaya perusahaan Anda, pertimbangkan ulasan atau testimonial dari rekan kerja.

Jika dilakukan dengan benar, karyawan yang mendapatkan nilai pendidikan paling tinggi dari suatu pasangan akan dihargai karena kemampuan jangka panjangnya untuk berkontribusi pada tim, dan karyawan yang membantu mempercepat mereka akan mendapat imbalan karena mentransfer pengetahuan dan pengalaman. Orang yang berada di suatu tempat di tengah (mempelajari domain baru alih-alih hanya berpindah dari junior ke senior) dikenali untuk kedua ujung persamaan.

Dalam praktiknya, menilai kinerja individu sulit dalam kasus terbaik. Cukup sulit melakukannya tanpa menimbulkan perasaan dendam atau persaingan. Tetapi jika Anda menilai kontribusi individu untuk tim dan Anda menghargai pembelajaran dan pengajaran, ada kemungkinan membuatnya bekerja dengan sedikit gesekan.

Apakah pasangan sering berganti? Jika demikian, Anda bisa menggunakan ulasan anonim untuk membuat pengukur. Misalnya, jika orang A mengatakan bahwa B melakukan 60% dari pekerjaan, orang C mengatakan orang B melakukan 30% dari pekerjaan, dan orang D mengatakan orang B melakukan 90% dari pekerjaan, Anda dapat menyamakannya dengan orang B yang melakukan 60% dari pekerjaan. Jika pekerjaan yang diselesaikan orang B dalam pasangannya memiliki faktor relatif 100 poin, maka orang B mengerjakan 60 poin pekerjaan!

Namun, ini tidak (mendekati) sempurna. Orang cenderung memberi diri mereka lebih banyak kredit daripada yang diberikan orang lain, jadi Anda mungkin perlu memperhitungkannya dalam perhitungan. Ini juga dapat menyebabkan lingkungan di mana pasangan saling mencurigai. Perhitungan juga dapat digeser oleh seseorang yang tidak menyukai orang yang bekerja bersama mereka, dll.

Saya katakan jika kami berdua bekerja sama untuk membuat X, maka kami berdua mendapatkan kredit karena telah selesai dan menggunakannya. Di mana Anda mungkin memiliki masalah adalah ketika salah satu bagian dari pasangan tidak berfungsi sama sekali. Dalam hal ini, manajer seharusnya telah diberitahu tentang hal ini selama ini dan karenanya harus menggunakan umpan balik itu ketika mengisi komentarnya untuk tinjauan kinerja.

Anda berada dalam situasi yang tepat dimana guru saya menempatkan kami siswa dalam kurikulum Pengembangan Game kami. Kami berpasangan (2, 3, atau 4 orang tergantung pada ukuran kelas dan ukuran proyek) dan pada akhirnya kami diberitahu untuk mengevaluasi setiap anggota tim individu dan diri kita sendiri dalam kaitannya dengan proyek dan pekerjaan apa yang dilakukan serta proyek tim lain secara keseluruhan. Nilai dirumuskan berdasarkan evaluasi ini.

Selama perumusan tim, guru akan dengan sengaja menempatkan programmer yang kuat dan programmer yang lemah bersama-sama berharap mereka akan saling bekerja sama dan / atau membantu tetapi 99% dari waktu yang programmer lemah akan skate oleh dan melakukan pekerjaan yang sangat sedikit untuk tidak sama sekali atau memiliki tidak tahu apa yang mereka lakukan (Ini adalah kursus lanjutan, ini sangat membuat frustrasi).

Evaluasi tersebut seharusnya bersifat pribadi, tetapi katakan saja, ada beberapa orang yang tidak lagi bekerja sama dengan semua orang.

Pemrograman pasangan berarti bahwa satu orang berpikir apa dan bagaimana sesuatu harus dilakukan, dan yang lainnya memainkan monyet pengkodean. Kemudian di beberapa titik mereka beralih (satu bosan, lelah, dll). Itu bagus, karena keduanya tidak terganggu pada kegiatan mereka.

Beberapa orang juga menganggapnya sebagai "review kode steroid". Anda mendapatkan kode yang ditinjau, yang berarti kualitas lebih tinggi.

Pertanyaan yang bagus Yang penting bukan hanya apa yang Anda sumbangkan, tetapi bagaimana teman-teman Anda melihat kontribusi Anda. Tanyakan kepada mereka untuk umpan balik mereka yang jujur ​​karena umpan balik inilah yang membantu Anda menjadi 'apa pun' yang lebih baik . Serius, penting bahwa teman Anda memahami kontribusi Anda dan mereka memahaminya hanya ketika mereka memiliki banyak pembelajaran sambil berpasangan dengan Anda. Pengodean yang menyenangkan, berbagi, dan belajar sehingga menghasilkan penghasilan yang baik.

Kerugian pemrograman pasangan adalah bahwa produktivitas programmer yang lebih berpengalaman dibatasi pada produktivitas programmer yang paling tidak berpengalaman, untuk jangka pendek dan menengah. Untuk jangka panjang, yang berpengalaman dan produktivitas meningkat di pengembang junior.