Bagaimana mengukur dan mengevaluasi produktivitas pengembang

Halo, warga negara Khabrovsk! Pada hari libur yang luar biasa di akhir pekan ini, kami ingin berbagi dengan Anda sebuah artikel menarik yang diterjemahkan pada malam dimulainya kursus Team Lead 2.0 .




Pengembang membutuhkan umpan balik sehingga mereka dapat meningkatkan keterampilan mereka dan mendapatkan pengetahuan baru. Menurut editor Inc. Majalah, oleh Jeff Hayden, metrik tradisional bisa menipu karena mereka tidak selalu mencerminkan gambaran yang jelas. Sebelumnya, mengevaluasi kinerja staf adalah tugas yang menakutkan, itulah sebabnya alat Git Analytics seperti Waydev muncul. Alat ini menawarkan pendekatan pengembangan berbasis data untuk membantu Anda mengeluarkan yang terbaik dari orang-orang Anda.

Sangat penting untuk mengukur indikator yang tepat dan melakukannya dengan benar. Pada gilirannya, pilihan indikator tergantung pada kekhasan bisnis Anda dan tanggung jawab pekerjaan masing-masing insinyur perangkat lunak.

Kami akan memberi tahu Anda tentang suatu algoritma yang akan membantu mengevaluasi efektivitas programmer:

Penetapan tujuan


Menetapkan tujuan organisasi dan secara teratur memeriksa bahwa semua anggota tim mengikutinya adalah prioritas utama sejak awal proyek. Bahkan jika pengembangan perangkat lunak di-outsourcing-kan di organisasi Anda, tim pengembang tidak akan menjadi organisasi independen yang fungsinya hanya menulis kode dan mengujinya. Mengintegrasikan tujuan teknis dengan tujuan bisnis umum adalah langkah penting di jalan Anda. Konseptualisasi tugas pada tahap awal adalah dasar untuk mengevaluasi efektivitas kerja pada tahap selanjutnya.

Setiap tujuan harus sesuai dengan ide utama bisnis, baik di tingkat tim dan di tingkat individu setiap karyawan.

Peletakan fondasi


Pengukuran kinerja bermuara pada dua pertanyaan utama - apa dan bagaimana. Pertanyaan "apa" mengacu pada tugas nyata yang dihadapi tim. Ini menyiratkan fakta dan harapan tertentu. Dengan menjawab pertanyaan "apa" dapat berarti, misalnya, penulisan dan pengujian kode yang tepat waktu. Di sini, "ketepatan waktu" adalah fakta yang jelas, dan kualitas kode yang sangat baik adalah harapan yang tersirat.

Pertanyaan tentang "bagaimana" terkait dengan proses, yaitu, seberapa baik programmer bekerja dalam tim, seberapa inovatif pendekatannya terhadap tugas itu, dan sebagainya.

Menilai "apa" dan "bagaimana" yang mendasar akan memberi Anda pemahaman tidak hanya tentang tugas apa yang sedang dikerjakan oleh tim, tetapi juga seberapa baik mereka melakukannya. Waydev memberikan pandangan sekilas tentang pekerja Anda menggunakan Work Log. Ini memungkinkan Anda untuk melihat setiap permintaan komit atau tarik yang dibuat pengembang di perusahaan Anda per unit waktu.



Fokus pada jangka panjang


Saat mengembangkan perangkat lunak, Anda tidak boleh berfokus pada komponen kuantitatif produk yang sedang dikembangkan. Baris kode tambahan akan membuat perangkat lunak menjadi rumit dan lebih sulit untuk dipelihara. Sebaliknya, meminimalkan jumlah baris kode bukanlah obat mujarab: perangkat lunak semacam itu akan sulit dipahami dan diukur.

Pendekatan jangka panjang yang berorientasi pada hasil menyiratkan bahwa alih-alih mengukur keefektifan produk, produk dievaluasi berdasarkan hasil tim. Untuk mengevaluasi proses pengembangan dan rilis, perlu untuk menganalisis stabilitas, frekuensi pengiriman, dan frekuensi pembaruan produk akhir.



Untuk mengevaluasi efektivitas tim tertentu, Anda perlu memahami apakah tim tersebut telah mencapai hasil yang diinginkan. Dengan berfokus pada ini, Anda tidak hanya akan meningkatkan produktivitas pengembang, tetapi juga mencapai tujuan organisasi, yang berarti Anda akan menerima lebih banyak manfaat dalam jangka panjang. Di Waydev, Anda dapat menggunakan fitur Timeline Proyek untuk melihat bagaimana fokus kerja dan perubahan volume seiring waktu. Cari tahu apa yang menjadi fokus pengembang. Apakah ini tentang menulis kode baru, refactoring yang lama, atau membantu kolega? Lihat kejadian apa yang memengaruhi kinerja tim Anda sehingga saat membuat keputusan berikutnya, Anda dapat fokus pada data yang diterima.

Persiapan penilaian


Agar penilaian didasarkan, Anda harus memiliki standar tertentu yang dapat Anda ikuti ketika Anda menerimanya. Standar semacam itu dapat berfungsi sebagai deskripsi pekerjaan atau rencana kerja yang diusulkan.

Lihat deskripsi pekerjaan, dokumen, catatan, email, dan data lain yang ada yang akan memungkinkan Anda untuk membuat kesimpulan tentang efektivitas karyawan.

Jika Anda berada di tim baru-baru ini, bicarakan dengan pemimpin tim pengembang, rekan-rekannya dan, jika mungkin, dengan pelanggan tetap yang bekerja sama dengannya.

Keberhasilan atau kegagalan tidak hanya tergantung pada orang tersebut, tetapi juga pada kondisi kerja:

  • Apakah ada keadaan force majeure? Misalnya, kompleksitas tugas yang diremehkan atau perubahan prioritas? Mungkin inilah yang mencegah pengembang mencapai tujuannya dan menemukan aplikasi untuk kemampuannya.
  • Keberhasilan apa yang telah dicapai perusahaan dan apa kontribusi seorang insinyur perangkat lunak tertentu? Apakah dia menggunakan keterampilan kuncinya dengan benar?



Menggunakan Timeline Proyek di Waydev, Anda dapat mengidentifikasi titik data yang paling relevan dalam alur kerja tim Anda dan melakukan diskusi yang produktif tentang pengetahuan apa yang dapat Anda terapkan untuk sprint berikutnya. Timeline Proyek membantu Anda dan tim Anda dengan cepat merespons kunci proses yang memengaruhi status kesehatan perkembangan Anda selama percakapan dan evaluasi retrospektif.

Analisis tujuan dan keterampilan utama


Bandingkan kinerja saat ini dengan yang diinginkan atau ditentukan dalam uraian tugas. Jika ada hasil yang terlihat, pastikan hasilnya tercermin dalam contoh spesifik dan tentukan nilainya:

  • Sudahkah kinerja yang diinginkan tercapai / terlampaui?
  • Apakah kondisi kerja yang tidak menguntungkan menghambat pencapaian tujuan yang ditetapkan?
  • Sudahkah tujuan ini tercapai karena karyawan bekerja lembur?
  • Apakah hasil kerjanya begitu baik sehingga karyawan ini harus didorong?
  • Apakah pengembang ini memainkan peran kunci dalam mencapai tujuan seluruh tim?



Jika tidak ada hasil yang terlihat, ajukan pertanyaan berikut:

  • Apakah keberhasilan tugas tergantung pada orang ini?
  • Apakah masalah disebabkan oleh alasan seperti kurangnya peralatan yang diperlukan, volume tugas yang terlalu besar, pernyataan masalah yang kabur, atau tidak adanya sumber daya lain yang diperlukan?
  • Bisakah orang yang lebih kompeten menyelesaikan masalah ini?
  • Apa konsekuensi dari tidak menyelesaikan tugas?



Tentukan seberapa teratur dan efektif karyawan menerapkan keterampilan kuncinya dalam pekerjaannya:

  • Apakah karyawan menggunakan keterampilan ini setiap hari?
  • Apakah dia menggunakan semua kemampuannya, atau hanya sebagian saja? Jenis apa?
  • Bagaimana keterampilan menerapkan membantu pengembang menyelesaikan tugas pekerjaan? Bagaimana hal ini memengaruhi alur kerja dan keberhasilan tim?
  • Apakah sulit bagi pengembang untuk menyelesaikan tugas? Jika demikian, bagaimana hal ini memengaruhi tujuan dan alur kerja Anda?

Jika sulit bagi pengembang untuk menyelesaikan tugas kerja, dan tujuan yang ditetapkan tidak tercapai, maka Anda harus berpikir tentang mengorganisir pelatihan tambahan atau melanjutkan kursus pendidikan.

Diskusi


Semua kesimpulan yang Anda buat selama analisis harus didiskusikan dengan karyawan itu sendiri. Fokus pada kesuksesannya. Untuk menyampaikan pemahaman Anda tentang situasi seakurat mungkin, gunakan contoh spesifik. Mulailah dengan aspek positif, tetapi pastikan untuk memperhatikan kesulitan yang dihadapi. Jika tujuannya tidak tercapai karena pengembang independen, ia tidak boleh berpikir bahwa ia harus disalahkan atas segalanya.

Pastikan untuk mengajukan pertanyaan dan dengarkan baik-baik jawabannya. Ini akan membantu mengidentifikasi masalah dan memahami bagaimana seseorang berhubungan dengan mereka: apakah dia ingin menyelesaikannya, apa yang dia lihat dari situasi tersebut dan apa yang ingin dia ubah.

Rekomendasi


Berdasarkan informasi yang Anda terima selama percakapan dengan karyawan, manajernya dan rekan-rekannya, buat daftar saran yang dapat meningkatkan produktivitas pengembang.

Cara menulis komentar dan rekomendasi


Untuk umpan balik, komentar tentang pekerjaan yang dilakukan diperlukan. Berdasarkan komentar yang diterima, insinyur akan dapat menilai kekuatan dan kelemahannya dan mengarahkan upaya ke arah yang benar. Ingat bahwa komentar dapat dinilai tidak hanya tentang karyawan, tetapi juga tentang orang yang menulisnya. Mereka harus disusun secara profesional dan obyektif.

Komentar harus mencerminkan poin-poin berikut:

  • Sejauh mana pengembang telah menyelesaikan tugasnya?
  • Seberapa sering ia menunjukkan profesionalisme dan keterampilan utama?
  • Apa yang membaik selama periode evaluasi?
  • Apa yang perlu diperbaiki?

Komentar harus memiliki properti berikut:

  • Objektivitas;
  • Kelengkapan;
  • Sejati;
  • Kekhususan domain
  • Kesimpulan positif.

Aspek untuk Dipertimbangkan


Kehadiran


Pertama-tama, Anda perlu memahami apakah pengembang muncul di tempat kerja sama sekali. Pertimbangkan waktu kedatangan, keberangkatan dan ketidakhadiran. Jika seseorang dari tim datang untuk bekerja lembur, meninggalkan tempat kerja untuk waktu yang lama, pergi lebih awal dari yang diperlukan, atau mengambil cuti sakit tanpa alasan yang baik, ia tentu saja tidak berusaha memberikan yang terbaik. Ingatlah bahwa kehadiran yang buruk dapat disebabkan tidak hanya oleh kemalasan biasa, tetapi juga oleh alasan yang lebih serius, misalnya, kurangnya motivasi, masalah kesehatan atau kelelahan emosional.



Menghindari tugas mereka di tempat kerja bisa menjadi contoh buruk bagi seluruh tim. Karena itu, pengembang lain harus mengambil tanggung jawab tambahan untuk mengimbangi ketidakhadiran kolega di tempat kerja. Situasi ini diperburuk jika organisasi Anda kekurangan pengembang dan masalah mandek. Mulailah mempraktikkannya secepat mungkin, karena mengabaikannya dapat menyebabkan masalah dalam kehidupan pribadi dan kesehatan pengembang Anda.

Memberi bantuan


Kita semua fokus membantu pelanggan, tetapi kerja tim juga sangat penting. Konowe & Associates percaya bahwa item ini adalah salah satu indikator kinerja utama bagi pengembang: โ€œKami bertanya siapa di departemen Anda (atau perusahaan secara keseluruhan) yang paling responsif dan membantu Anda lebih daripada yang lain selama enam bulan terakhir? Dan ternyata motivasi anonim para pengembang ini memungkinkan kami untuk mengidentifikasi penggemar sejati bidang mereka, dan bukan hanya favorit para pemimpin. โ€



Kesediaan untuk membantu orang lain adalah elemen penting dari kerja tim. Berkolaborasi pada tugas-tugas kompleks jauh lebih efektif daripada mencoba mengubah gunung sendirian. Tinjau Fitur Kolaborasimemungkinkan Anda untuk memahami siapa yang berbagi pengetahuan mereka dengan orang lain. Ini juga memberi Anda indikator kuantitatif yang akan membantu Anda mengevaluasi keadaan alur kerja tinjauan kode.



Keterampilan perencanaan


Semua anggota tim harus menyelesaikan pekerjaan tepat waktu. Mereka harus dapat mengatur waktu dan sumber daya dengan tepat dan memprioritaskan dengan benar untuk melaksanakan pekerjaan mereka seefisien mungkin.

Perhatikan tenggat waktu dan kualitas pekerjaan yang dapat diderita karena tergesa-gesa untuk memenuhi tenggat waktu: ini akan membantu untuk memahami seberapa efisien karyawan bekerja. Juga sangat penting untuk memperhitungkan jumlah waktu yang dihabiskan untuk bekerja: jika seseorang memprosesnya secara stabil, maka ada baiknya berbicara dengannya tentang perencanaan waktu.

Prakarsa


Ini bagus ketika kolega tertarik pada apakah mereka dapat membantu Anda dengan sesuatu. Bahkan lebih baik jika mereka melihat tujuan dan mengambil semua tindakan yang diperlukan untuk mencapainya. Inisiatif adalah indikator keterlibatan dalam pekerjaan. Mengidentifikasi pengembang yang paling aktif adalah penting untuk perusahaan yang sedang tumbuh, di mana pekerjaan baru terus muncul dan sumber daya manusia dengan cepat didistribusikan kembali. Untuk pekerjaan paling efektif dari departemen baru, yang terbaik adalah melengkapinya dengan personel yang paling inisiatif. Mereka akan dapat dengan cepat beradaptasi dengan kondisi baru dan bekerja di depan kurva.

Untuk mengidentifikasi anggota paling aktif dari tim Anda, centang kotak setiap kali pengembang memimpin dalam tim.

Kualitas


Kualitas pekerjaan adalah yang paling penting, tetapi pada saat yang sama, ukuran kinerja paling kompleks yang dapat diukur. Insinyur yang bekerja dengan kualitas dan dengan tulus terlibat dalam proses kerja cenderung menunjukkan hasil yang lebih baik. Keterlibatan seperti itu bisa menjadi kriteria kualitas.

Produktivitas pengembang tidak hanya diukur dalam karakteristik kuantitatif dari produk yang dikembangkan, sehingga masalahnya tidak terpecahkan. Pengembang menulis baris kode tambahan hanya menambah kompleksitas perangkat lunak, membuatnya lebih sulit untuk dipelihara. Anda harus memahami apa yang sedang dikerjakan pengembang Anda: kualitas atau kuantitas?

Para ahli dari situs web HR World menawarkan untuk mengevaluasi kualitas hasil akhir dengan jumlah fungsi yang ditolak atau dikembalikan untuk direvisi. Anda dapat menggunakan teknik ini atau memilih yang lain, lebih cocok untuk spesifikasi perusahaan Anda.

Kesimpulan


Tentu saja, mengevaluasi kinerja dalam angka tertentu adalah penting, tetapi Cheryl Stein, pelatih bisnis Monster.com, menyarankan Anda untuk tidak membatasi diri pada angka. Bagaimanapun, anggota tim adalah orang yang hidup, bukan hanya sumber daya. Stein mencatat bahwa beberapa kualitas, misalnya, kemampuan untuk menemukan pendekatan kepada siapa pun, sekarang bernilai emas, dan keterampilan seperti itu tidak boleh diabaikan. Stein juga menulis tentang betapa pentingnya memperhatikan perubahan dalam produktivitas tenaga kerja, karena itu bisa menjadi gejala perubahan yang lebih global di perusahaan.

โ€œPenurunan produktivitas tenaga kerja dapat mengindikasikan perubahan pasar atau strategi pemasaran, gagasan, dan nilai yang tidak berkelanjutan.โ€

Ketika mengukur efektivitas, penting untuk melakukan dialog dengan tim. Orang-orang perlu tahu bagaimana Anda mengevaluasi dan menarik kesimpulan. Jadi setiap pengembang akan memahami posisi mereka di tim. Dengan Waydev, Anda dapat melihat informasi tentang anggota tim tertentu, melihat kemajuan mereka, membantu mereka memecahkan masalah, sehingga memberikan komunikasi vertikal yang lebih baik di dalam organisasi.



Apa risiko pekerjaan jarak jauh departemen TI? Pendekatan apa yang diperlukan agar tim dapat bekerja secara efisien tanpa perlu melacaknya? Mengapa udalenka juga membutuhkan jadwal? Jawaban atas pertanyaan-pertanyaan ini dapat ditemukan di webinar gratis kami, yang akan diadakan pada 13 Mei. Mendaftar untuk webinar .

All Articles