Ulasan Kinerja Insinyur Perangkat Lunak Dijelaskan

Ketika mempertimbangkan pendekatan yang berbeda untuk tinjauan kinerja insinyur perangkat lunak, satu pertanyaan pasti muncul di benak: Mengapa kita perlu menggunakan beberapa model tinjauan? Jawaban sederhananya adalah bahwa pengembangan perangkat lunak adalah proses yang kompleks dan beragam yang sering kali melibatkan lusinan individu yang bekerja dalam berbagai tim.

Eksekutif dan pemangku kepentingan tidak selalu memiliki pengetahuan yang mendalam tentang kualifikasi dan tanggung jawab setiap pengembang, terutama dalam organisasi dan tim besar. Inilah sebabnya mengapa tinjauan kinerja harus diserahkan kepada para profesional yang mahir secara teknis yang mampu memahami tanggung jawab, kompetensi, keahlian, dan peran setiap insinyur perangkat lunak dalam proses pengembangan perangkat lunak secara keseluruhan.

Lantas, bagaimana cara yang benar dalam melakukan performance review? Jawabannya akan bergantung pada banyak faktor, mulai dari ukuran dan tujuan organisasi hingga aspek yang lebih terperinci dari kinerja seorang insinyur.

Ulasan Kinerja Manajemen

Manajer memainkan peran utama dalam tinjauan kinerja teknik. Di banyak organisasi yang lebih kecil, manajer langsung mungkin satu-satunya orang yang melakukan tinjauan. Ini biasanya tidak terjadi di perusahaan besar, karena proses peninjauan mereka seringkali lebih kompleks dan melibatkan lebih banyak orang dalam berbagai peran dan departemen. Organisasi yang lebih besar juga cenderung menggunakan peer review dan self-assessment lebih sering daripada organisasi yang lebih kecil.

Tinjauan kinerja telah berkembang jauh sejak perusahaan besar mengadopsinya pada paruh kedua abad ke-20, tetapi sejarah tinjauan kinerja berada di luar cakupan artikel ini, seperti psikologi perilaku yang mendukung beberapa model tinjauan kinerja. Sebaliknya, bagian ini berfokus pada aspek praktis dari proses, dimulai dengan tanggung jawab manajemen.

Meskipun pendekatan dapat bervariasi tergantung pada ukuran dan jenis organisasi, beberapa prinsip dasar berlaku untuk sebagian besar, jika tidak semua, situasi tinjauan.

Bagaimana Manajer Perlu Mendekati Tinjauan Kinerja

Manajemen perlu merencanakan proses peninjauan secara menyeluruh dan memastikan bahwa setiap orang yang terlibat menyadari tanggung jawab mereka.

• Proses peninjauan perlu didefinisikan jauh sebelumnya, memungkinkan manajer dan insinyur cukup waktu untuk mengambil bagian dan mengirimkan umpan balik mereka. Umpan balik menit terakhir mungkin bernilai lebih rendah karena dapat dikirimkan dengan tergesa-gesa untuk memenuhi tenggat waktu.
• Manajemen perlu mengomunikasikan tujuan, sasaran, dan nilai proses peninjauan kepada para insinyur dan pemangku kepentingan lainnya. Komunikasi yang baik harus menghilangkan keraguan tentang proses dan meningkatkan kualitas ulasan.
• Tinjau template atau formulir harus disetujui sebelumnya dan harus dirancang dengan mempertimbangkan umur panjang. Idealnya, mereka tidak boleh berubah di antara siklus tinjauan, memastikan hasil tinjauan dapat dibandingkan dari waktu ke waktu.
• Metodologi harus bertujuan untuk meminimalkan bias dan memastikan tingkat konsistensi yang tinggi. Setiap manajer dan insinyur memiliki cara mereka sendiri dalam melakukan hal-hal tertentu, tetapi konsistensi mencegah individu dan bias atau preferensi mereka mempengaruhi hasil secara berlebihan.
• Ketika peer review dan self-assessment digunakan, manajemen perlu memastikan integritas proses review.

Mengurangi Bias dan Menangani Ulasan yang Meragukan

Karena pengaruh manajemen yang sangat besar pada proses peninjauan, manajer perlu memperhatikan potensi bias dan masalah lain yang dapat merusak proses. Bahkan jika tahap perencanaan dijalankan dengan baik dan seluruh proses dirancang dengan benar, manajemen mungkin perlu menghilangkan praktik-praktik tertentu yang tidak diinginkan dan memastikan integritas proses.

• Kompetensi dan harapan perlu diperhitungkan selama semua tahap proses. Meninjau setiap anggota tim dengan kuas yang luas dapat menyebabkan manajer atau rekan kerja mengirimkan ulasan yang terlalu positif atau negatif. Misalkan rekan mengirimkan ulasan yang meragukan karena mereka tidak terbiasa dengan kompetensi spesifik seorang insinyur tertentu. Dalam hal ini, manajemen perlu campur tangan dan memastikan tinjauan semacam itu tidak mengubah skor keseluruhan.
• Manajer juga dapat menolak ulasan. Misalkan seorang manajer tertentu terputus dari pekerjaan tim kecil insinyur. Dalam hal ini, mereka tidak boleh meninjau kinerja tim secara langsung, karena mereka cenderung tidak memiliki konteks dan pengetahuan yang dibutuhkan untuk tinjauan yang seimbang dan terperinci.
• Peninjau yang kurang memiliki pengetahuan mendalam tentang individu tertentu atau tugas mereka mungkin merasa terdorong untuk mengirimkan ulasan kinerja mereka untuk dicentang, sehingga menghasilkan ulasan yang tidak memiliki banyak substansi dan tidak menambah banyak nilai pada proses peninjauan.
• Ulasan yang bias dan sepihak juga dapat mendistorsi hasil. Jika seorang manajer meninjau anggota tim yang dipekerjakan bertentangan dengan keinginan mereka atau tim yang menangani proyek tidak didukung oleh manajer tertentu, mungkin ulasan mereka mungkin tidak objektif. Sebagai alternatif, peninjau mungkin "memilih ceri" indikator kinerja tertentu untuk membuat individu atau tim tampil lebih baik karena akan sesuai dengan minat mereka.

Idealnya, manajer dan eksekutif akan dapat melakukan tinjauan dengan pola pikir yang murni objektif tetapi bias ada. Namun, menyadarinya dapat mengurangi efeknya.

Ingatlah bahwa cara manajer meninjau seorang insinyur perangkat lunak dapat menawarkan wawasan berharga tentang kinerja dan profesionalisme manajer.

Ulasan Sejawat

Tinjauan sejawat menawarkan beberapa keunggulan dibandingkan tinjauan manajer, meskipun ada beberapa kompromi yang perlu diingat.

Rekan kerja cenderung memiliki posisi yang lebih baik daripada manajer untuk mengevaluasi kinerja satu sama lain. Mereka memiliki lebih banyak eksposur untuk pekerjaan rekan satu tim mereka. Mereka sering mengerjakan proyek yang sama dan berkolaborasi dengan orang yang sama, dan oleh karena itu cenderung memiliki pemahaman yang baik tentang dinamika tim dan kemampuan insinyur individu.

Namun, peer review juga dapat dipengaruhi oleh bias. Bias dapat muncul baik sebagai positif, berdasarkan persahabatan, atau negatif, yang disebabkan oleh masalah pribadi atau persaingan di antara anggota tim. Groupthink juga dapat memengaruhi proses peninjauan, terutama dalam tim yang terjalin erat, karena orang mungkin cenderung menutupi rekan satu timnya. Mengingat kemungkinan ini, templat tinjauan sejawat dan kuesioner perlu dirancang dengan cara yang mengurangi bias, dengan fokus pada kompetensi spesifik dan kriteria objektif bila memungkinkan. Bagaimana hasil anggota tim melacak indikator kinerja utama cenderung menambah nilai daripada pertanyaan subjektif tentang ciri-ciri pribadi atau pertanyaan terbuka lainnya.

Potensi bias menimbulkan pertanyaan kunci: Haruskah peer review menjadi anonim?

Argumen yang valid dapat dibuat untuk mendukung tinjauan anonim dan publik, tetapi penting untuk mempertimbangkan skema organisasi dan ukuran tim yang berbeda. Oleh karena itu, tidak ada jawaban pasti benar atau salah, meskipun sebagian besar organisasi menyukai ulasan anonim.

Umpan Balik Anonim vs. Publik

Mari kita lihat lebih dekat keuntungan dari umpan balik anonim:

• Anonimitas dapat mendorong keterbukaan dan pemikiran orisinal. Jika sebagian besar tim merasa positif tentang sesuatu atau seseorang, perbedaan pendapat mungkin tidak populer. Peninjau anonim dapat menawarkan perspektif yang berbeda tanpa memusuhi rekan kerja mereka.
• Umpan balik anonim dapat berisi informasi berharga. Katakanlah seorang profesional mengumpulkan umpan balik anonim dan publik untuk orang yang sama. Kemungkinan mereka akan mengutip masukan anonim untuk mengangkat masalah yang mungkin enggan mereka kutip dari tinjauan publik. Beberapa poin tambahan dapat memiliki nilai yang besar, terutama jika masalah diangkat sebelum menjadi jelas bagi anggota tim lainnya. Peringatan dini ini memberi manajemen dan orang yang ditinjau kesempatan untuk mengatasi dan memperbaiki kekurangan yang baru diidentifikasi, agar tidak meningkat menjadi sesuatu yang lebih serius.
• Menjaga hubungan adalah aspek penting lain dari umpan balik anonim. Orang-orang bereaksi terhadap komentar negatif dengan cara yang berbeda, sehingga menjaga anonimitas dapat menjaga kohesi dan mencegah gesekan antara anggota tim.
• Jika ulasan tidak wajib, biasanya lebih mudah untuk meyakinkan orang untuk berpartisipasi dalam ulasan anonim.

Namun, ada beberapa kelemahan dari tinjauan sejawat anonim:

• Anonimitas memotong dua arah. Ini mendorong ulasan yang jujur, namun dapat mendorong beberapa orang untuk menyalahgunakannya untuk mempromosikan agenda mereka melalui ulasan yang tidak jujur. Ada risiko seseorang akan menggunakan anonimitas mereka untuk melemahkan rekan kerja hanya berdasarkan preferensi pribadi mereka. Sebaliknya, anonimitas dapat digunakan untuk mengirimkan ulasan positif kepada orang-orang yang tidak pantas mendapatkannya, karena pengulas dapat memilih untuk melindungi kolega dan teman lama mereka, mungkin dengan mengorbankan anggota tim lainnya.
• Ulasan publik dapat membawa lebih banyak bobot. Misalkan seseorang menerima beberapa baris umpan balik negatif dari salah satu dari lusinan pengulas anonim. Kemungkinan umpan balik itu tidak akan berdampak seperti mendapatkan umpan balik yang sama dari anggota tim yang tepercaya dan dihormati. Karyawan jauh lebih mungkin untuk menanggapi umpan balik dengan serius ketika itu datang dari seseorang yang dekat dengan mereka.
• Anonimitas dapat menjadi tantangan untuk dipastikan di beberapa organisasi, yaitu yang kecil. Seseorang yang menerima total empat ulasan dari lima orang yang bekerja dengan mereka setiap hari kemungkinan akan dapat mengetahui siapa yang mengirimkan ulasan mana. Ini dapat menyebabkan orang memperlakukan ulasan sebagai sesuatu selain anonim, sehingga mengalahkan inti dari menganonimkan mereka.
• Meskipun mungkin lebih sulit untuk membuat orang mengirimkan ulasan publik, pengulas lebih cenderung menganggapnya serius mengetahui nama mereka terlampir. Oleh karena itu, mereka dapat meluangkan lebih banyak waktu untuk menawarkan umpan balik yang terperinci, objektif, dan seimbang daripada memperlakukan proses peninjauan sebagai formalitas.

Penilaian Diri

Penilaian diri – atau penilaian diri – adalah pendekatan lain yang biasa digunakan dalam tinjauan kinerja. Seperti model ulasan lainnya, mereka dapat menghadirkan kontroversi mereka sendiri.

Penilaian diri biasanya diperlukan oleh manajemen staf secara teratur, yang masuk akal jika tujuannya adalah menggunakannya untuk melacak kemajuan dan perubahan dari waktu ke waktu. Beberapa organisasi mengamanatkan penilaian bulanan tetapi penilaian mandiri tahunan, dua tahunan, dan bahkan triwulanan adalah hal biasa. Meminta insinyur untuk memberikan umpan balik secara teratur dapat bermanfaat, terutama ketika berhadapan dengan tim dan individu yang beroperasi dengan otonomi tingkat tinggi. Orang yang ditinjau dapat menggunakan penilaian reguler ini untuk mengomunikasikan potensi masalah yang perlu diselesaikan, menjelaskan bagaimana mereka mengatasi tantangan tertentu, merinci bagaimana dan mengapa mereka meningkatkan kinerja mereka, dan mengidentifikasi apa yang mencegah mereka meningkatkan kinerja mereka.

Mengurangi Keterbatasan Penilaian Diri

Sayangnya, penilaian diri menderita beberapa kekurangan serius, bias menjadi salah satu yang paling jelas. Beberapa orang cenderung melebih-lebihkan kinerja mereka, menolak untuk mengungkapkan kekurangan dalam pekerjaan mereka, atau membuat daftar masalah yang menghambat kinerja mereka. Orang lain mungkin terlalu kritis terhadap diri mereka sendiri. Dalam kedua kasus, hasilnya bisa miring.

Bagaimana organisasi dapat mengurangi kekurangan? Manajer dapat merancang formulir dan pertanyaan penilaian diri untuk memperhitungkan bias dan meminimalkan dampaknya.

• Hindari pertanyaan terbuka yang memungkinkan terlalu banyak subjektivitas.
• Fokus pada hasil nyata daripada tujuan dan nilai subjektif.
• Tempatkan nilai yang lebih tinggi pada tanggung jawab kritis yang ditangani oleh orang yang ditinjau.
• Tekankan indikator kinerja utama dan tujuan terukur.
• Mengulangi nilai-nilai inti organisasi dan menilai kinerja yang sesuai.

Untuk memungkinkan para insinyur mengatasi masalah yang mungkin tidak disertakan dalam formulir penilaian mandiri, berikan bagian komentar..

Penilaian 360 Derajat

Proses umpan balik 360 derajat menggabungkan sejumlah model yang dibahas sebelumnya untuk memberikan umpan balik yang lebih luas dan mengidentifikasi kekuatan dan kelemahan orang yang ditinjau. Dalam sistem 360 derajat, ulasan kinerja langsung, ulasan dari sesama insinyur (peer), manajer, klien, dan sumber lain ditabulasikan untuk menghasilkan satu hasil dan menyajikannya kepada orang yang ditinjau dalam format yang mudah dipahami.

Karena pendekatan ini memastikan umpan balik dari berbagai sumber dan mencakup lebih dari sekadar indikator kinerja dan keterampilan dasar, pendekatan ini dapat berguna dalam banyak skenario. Ini memberikan gambaran umum tentang kinerja seorang insinyur, memungkinkan manajemen untuk mendapatkan wawasan berharga dalam sekejap. Selain itu, jika organisasi memutuskan untuk tidak membagikan hasil setiap tinjauan kepada setiap karyawan, organisasi tersebut dapat membagikan hasil umpan balik 360 derajat sebagai gantinya.

Pendekatan ini menilai keterampilan tim dasar dan memberikan umpan balik tim pada kinerja insinyur, perilaku, komunikasi, dan kriteria lain yang diinginkan. Namun, itu tidak ideal untuk menilai keterampilan teknis, keterampilan khusus untuk proyek individu, atau indikator kinerja granular. Karena biasanya melibatkan banyak orang dengan latar belakang dan tingkat keterlibatan yang berbeda dengan orang yang ditinjau, umpan balik 360 derajat mungkin terlalu subjektif untuk menilai beberapa aspek kinerja insinyur perangkat lunak.

Apa yang Harus Disertakan dalam Ulasan Kinerja Insinyur Perangkat Lunak

Apa yang harus dimasukkan dalam tinjauan kinerja yang menghasilkan nilai bagi pemangku kepentingan dan memberi mereka informasi yang dapat ditindaklanjuti? Haruskah tinjauan komprehensif atau fokus pada beberapa item untuk dikerjakan dalam waktu dekat?

Jawabannya tergantung pada jenis organisasi dan ruang lingkup tinjauan, meskipun beberapa poin harus dimasukkan dalam sebagian besar, jika tidak semua, tinjauan kinerja.

Kecepatan dan Iterasi

Kecepatan pengembang menyelesaikan tugas adalah metrik penting dalam tinjauan kinerja apa pun, seperti cara mereka menangani pengembangan perangkat lunak berulang. Kecepatan dan iterasi sangat penting ketika berhadapan dengan tim besar yang mengerjakan satu proyek, individu yang sering melompat dari satu proyek dan klien ke proyek lainnya, dan upaya pemadaman kebakaran. Kemampuan seorang insinyur perangkat lunak untuk memulai dapat membuat atau menghancurkan sebuah proyek.

Kualitas Kode dan Ulasan Kode

Sementara kecepatan adalah metrik utama, itu kurang berharga jika datang dengan harga tinggi. Kualitas kode harus menjadi yang terpenting dan tidak boleh dikompromikan untuk memenuhi tenggat waktu yang ketat. Kode kualitas yang lebih rendah dapat menyebabkan sakit kepala untuk seluruh tim atau organisasi di kemudian hari.

Tinjauan kode memastikan bahwa seseorang memeriksa kode yang ditulis oleh orang lain. Prosesnya, meskipun memakan waktu, sangat mudah dan merupakan cara yang baik untuk memastikan dan mempertahankan kualitas. Tinjauan kode yang sedang berlangsung membebaskan organisasi dari keharusan meninjau setiap baris kode yang ditulis oleh pengembangnya secara keseluruhan. Peninjau kode harus menjadi individu yang sangat terampil yang mampu mengidentifikasi berbagai masalah dan area kritis yang memerlukan perhatian, mulai dari desain dan fungsionalitas hingga gaya dan dokumentasi.

Komunikasi dan Tanggung Jawab Internal

Komunikasi bukanlah keterampilan teknis tetapi dapat sangat mempengaruhi kualitas pekerjaan seorang insinyur perangkat lunak. Insinyur berkomunikasi dengan rekan-rekan mereka, pemimpin tim, pemangku kepentingan, dan klien secara rutin dan perlu menunjukkan tanggung jawab dan profesionalisme tingkat tinggi.

Komunikasi yang buruk dapat merusak kualitas pekerjaan mereka dan memungkinkan masalah kecil meningkat menjadi masalah yang lebih besar dan jauh lebih mahal. Komunikasi yang profesional dan tepat waktu adalah dasar dan harus ditinjau. Bahkan keterampilan teknis yang paling mengesankan pun tidak sepenting kebutuhan untuk bertanggung jawab dan berkomunikasi secara efektif.

Rekrutmen, Kepemimpinan, dan Perencanaan

Insinyur perangkat lunak senior dan pemimpin tim sering memainkan peran kunci dalam perekrutan, jadi penting untuk meninjau aspek kinerja mereka juga. Jika seorang pemimpin tim membuat keputusan perekrutan yang buruk, itu berdampak pada seluruh tim dan mungkin seluruh organisasi.

Kepemimpinan bisa sulit diukur dan ditinjau, terutama jika anggota tim enggan memberikan umpan balik negatif. Oleh karena itu, penting untuk memastikan bahwa proses peninjauan melindungi mereka dari kemungkinan pembalasan karena ulasan yang tidak menyenangkan dari atasan mereka.

Perencanaan adalah kategori subjektif lainnya. Pemimpin perlu memastikan perencanaan yang memadai dan pelaksanaan tujuan dan sasaran tim. Namun, kinerja mereka dalam hal ini tergantung pada anggota tim lainnya, baik bawahan maupun atasan. Target dan tenggat waktu yang terlewat adalah tanda bahaya yang jelas, tetapi proses peninjauan harus mempertimbangkan berbagai faktor yang mungkin menyebabkannya, misalnya, manajemen yang buruk yang gagal mengambil tindakan tepat waktu untuk mengembalikan proyek ke jalurnya atau kurangnya waktu atau sumber daya yang diperlukan untuk memenuhi tenggat waktu..

Tinjauan Kinerja Tidak Mudah - Jangan Membuatnya Lebih Sulit

Setiap organisasi harus membuat model tinjauan kinerja yang disesuaikan dengan kebutuhan khususnya. Hanya karena Google atau Apple melakukan sesuatu, itu tidak berarti itu akan berhasil untuk perusahaan atau tim lain.

Tinjauan kinerja membutuhkan banyak perencanaan dan pertimbangan yang cermat. Hal ini diperlukan untuk mencapai keseimbangan yang tepat antara kompleksitas dan ketelitian di satu sisi dan kepraktisan dan kegunaan di sisi lain. Organisasi kecil dapat melakukan tinjauan kinerja tanpa membuat prosesnya terlalu rumit dan sulit. Demikian pula, organisasi besar harus melakukan yang terbaik untuk membuat prosesnya se-ramping mungkin.

Jangan lupa untuk meninjau proses peninjauan itu sendiri . Apakah melakukan tinjauan setiap tiga bulan atau tahunan, tinjau putaran tinjauan terbaru sebelum melanjutkan dengan yang berikutnya. Apakah prosesnya berjalan lancar? Apakah itu mengungkap informasi yang berguna? Identifikasi segala kekurangan, atasi, dan upayakan untuk meningkatkan proses peninjauan secara terus-menerus.