Bagaimana Anda menunjukkan kinerja dalam lingkungan pemrograman berpasangan?


15

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?


1
Saya akan melacak apa yang saya kerjakan secara pribadi. Saya akan memberikan pujian ketika saya memecahkan masalah hanya setelah berbicara dengan rekan saya.
Ramhound

Saya tidak tahu jawabannya ... dan saya tahu di beberapa tempat kerja, ada masalah potensial dari satu anggota pasangan yang mencoba mengambil pujian untuk semuanya. Begitu anggota kedua mencoba untuk mengambil kredit hanya untuk beberapa hal dengan jujur, mereka dapat menjadi tersangka karena mungkin tidak mungkin kedua anggota pantas mendapatkan semua kredit untuk pencapaian pasangan.
FrustratedWithFormsDesigner

Jawaban:


13

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)


3
+1, tetapi mungkin sulit untuk membuat "evaluasi pelatihan relatif terhadap sasaran pribadi Anda" -jenis lingkungan ketika kenaikan gaji Anda berikutnya bergantung pada tinjauan kinerja (seperti yang tertulis pada label "gaji").
nikie

1
@nikie: di banyak tempat saya pernah bekerja, tujuan pribadi dibahas pada awal tahun, dan tinjauan kinerja dilakukan pada akhir tahun relatif terhadap tujuan tersebut. Di banyak tempat saya pernah bekerja, ulasan kinerja dilakukan tanpa masukan Anda sama sekali. Di beberapa tempat saya pernah bekerja, ulasan kinerja berulang kali dijanjikan tetapi tidak pernah dilakukan sama sekali. Sekaligus tempat saya disuruh mengisi dokumen review kinerja saya sendiri karena manajemen 'terlalu sibuk'!
Steven A. Lowe

2

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.


Eksperimen yang menarik, tetapi saya tidak meminta untuk membandingkan kinerja individu vs pemrograman pasangan; Saya bertanya dalam lingkungan pemrograman pasangan, bagaimana Anda mengukur dampak seseorang?
NT3RP

1
Mungkin itu hanya metrik yang buruk dalam kasus Anda? Jika perusahaan terutama menggunakan pemrograman berpasangan maka dari perspektif manajer, kemampuan untuk secara akurat menentukan dampak dari programmer tertentu sangat berkurang. Saya dapat melihat bagaimana peninjauan kinerja tahunan yang dilakukan dengan adil bisa jadi sulit.
maple_shaft

Saya setuju bahwa itu mungkin metrik yang buruk, tetapi sayangnya kita harus hidup dengannya :)
NT3RP

2

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.


2

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.


1

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.


1

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.


1

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.


1

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.


0

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.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.