Programmer Terburuk yang Pernah Saya Kenal (2023)

• Artikel ini menjelaskan bagaimana upaya untuk mengukur produktivitas tim gagal
• Diputuskan untuk memperkenalkan metrik kinerja individu untuk evaluasi pribadi dan tujuan pengembangan
  • Jumlah baris kode atau jumlah bug dikesampingkan karena sangat mudah dimanipulasi; sebagai gantinya, kinerja diputuskan untuk diukur dengan story point atau jumlah story yang diselesaikan

Kinerja Tim Mackinnon adalah ‘0’

• Kinerja semua anggota tim diukur melalui alat pengukuran produktivitas tim (Jira, dll.)
• Skor kinerja Tim adalah 0 → karena ia tidak mencatat satu pun story point
• Manajer menuntut agar Tim diganti karena kinerjanya 0

Mengapa Tim Mackinnon tampak tidak menghasilkan kinerja

• Tim tidak menangani story secara langsung
• Sebaliknya, ia fokus pada pair programming bersama anggota tim
  • Ia bekerja bersama developer yang kurang berpengalaman dan membimbing mereka menyelesaikan masalah
  • Ia tidak langsung menyelesaikannya sendiri, melainkan membantu menemukan solusi lewat pertanyaan
  • Dengan developer senior, ia memikirkan masalah bersama dan menyempurnakan solusi
• Tim memang tidak menulis kode secara langsung, tetapi ia meningkatkan kinerja tim secara keseluruhan

Kontribusi nyata Tim Mackinnon

• Kontribusi Tim tidak bisa diukur dengan skor kinerja individu
• Berkat Tim, produktivitas dan kualitas kode seluruh tim meningkat
• Saat bekerja bersama Tim, hasilnya bisa lebih cepat dan lebih baik

Metode evaluasi diubah menjadi produktivitas tim

• Kontribusi Tim dijelaskan kepada manajer dan ia diberi kesempatan untuk mengamatinya
• Setelah dipastikan bahwa kinerja seluruh tim meningkat, metode pengukuran kinerja individu ditinggalkan
• Metode evaluasi diubah dari kinerja individu menjadi kinerja tim dan dampak bisnis

Ringkasan (tl;dr)

• Produktivitas harus diukur berdasarkan hasil bisnis (misalnya penghematan biaya, penciptaan pendapatan, dll.)
• Dalam sistem yang kompleks, mengukur kinerja individu tidak bermakna
• DORA Metrics dan sejenisnya adalah alat untuk mengukur kinerja sistem, bukan alat untuk mengukur kontribusi individu
• Jika ada kesempatan untuk bekerja dengan Tim Mackinnon, jangan lewatkan

[bus710]

Sebenarnya, kalau sudah melewati level senior dan mencapai sekitar staff engineer, biasanya makin lama makin jauh dari kode yang benar-benar di-deploy ke lapangan.... Sebagai gantinya, sepertinya akan lebih banyak melakukan coaching untuk senior/junior. Juga harus mendengarkan keluh kesah para manajer.... Saat ada masalah meledak, dipanggil ke sana-sini untuk memberikan solusi....

Karena pekerjaannya seperti ini, tiket dan poin Jira juga tidak mungkin dikuantifikasi secara objektif.

[castedice]

Sebagai tech lead, saya cukup sering melakukan pekerjaan seperti ini. Mencoba kuantifikasi berbasis story point juga mirip, tetapi untungnya karena perusahaan kami tidak terlalu besar, para anggota termasuk para eksekutif memahami peran saya, jadi untuk saat ini sepertinya belum menimbulkan masalah.
Kalau organisasinya membesar, sepertinya saya juga perlu memikirkan metode kuantifikasinya.

[kallare]

Rasanya seperti pernah membaca cerita ini di suatu tempat.. ternyata ini tulisan tahun 2023
Ternyata artikel yang sama pernah naik 2 tahun lalu https://id.news.hada.io/topic?id=10680

[crawler]

Sepertinya Anda orang seperti GitHub Copilot....

[GN⁺]

Opini Hacker News

• Mengukur produktivitas pengembang individu itu tidak masuk akal. Mengukur baris kode atau story point adalah kebalikan dari produktivitas. Yang penting adalah pengembang menciptakan lebih banyak nilai dengan kode yang lebih sedikit

  • Penting untuk mengukur hasil bisnis, tetapi sulit mengaitkannya dengan pengembang tertentu
  • Pada akhirnya, lebih baik mengakui bahwa kita tidak punya pilihan selain bergantung pada penilaian subjektif

• Mereka menemukan cara menyelesaikan masalah dengan menempelkan nama Tim pada tiket. Anggota tim lain akan dengan senang hati membantu

  • Metrik produktivitas bukan sepenuhnya tidak berguna. Dengan melihat rasio PR dan tiket Jira dalam tim, kita bisa menebak siapa pemimpin timnya

• Senang Tim tetap berada di tim dan mengarahkan proses ke arah yang benar. Kita membutuhkan manajer yang mau mendengarkan

  • Karena OKR, para pengembang menjadi terisolasi. OKR yang berbasis individu, bukan berbasis tim, menimbulkan masalah
  • Penyelesaian masalah memakan waktu lama. Karena OKR, mereka tidak bisa menerima bantuan

• Model di mana satu programmer hanya memberi bantuan tanpa pekerjaan individual terasa aneh

  • Akan lebih sehat jika Tim juga mengerjakan story bersama orang lain, lalu meminta bantuan ke grup saat dibutuhkan
  • Jika tim sangat tidak seimbang, Tim seharusnya berperan sebagai mentor

• Aneh jika Tim tidak mengerjakan tugas individual. Untuk memaksimalkan produktivitas tim, perlu keseimbangan antara kontribusi individu dan kolaborasi tim

  • Tim mungkin terlalu sabar sehingga membuang waktu

• Jika Tim tidak berkontribusi pada tim, saya akan menyuruhnya mulai bekerja dan menyelesaikan story. Membantu orang lain itu baik, tetapi dia juga harus mengerjakan tugasnya sendiri

• Tidak semua hal harus menjadi aktivitas kelompok. Jika pengembang rata-rata tidak bisa mengirimkan fitur tanpa bantuan terus-menerus dari Tim, berarti ada masalah dalam tim

  • Pengembangan perangkat lunak membutuhkan waktu untuk kerja individu maupun kerja kelompok

• Tim terbaik selalu punya seseorang seperti Tim. Bantuan Tim menyebar ke orang lain dan membuat seluruh tim berkembang

  • Saat pengembang mengalami kebuntuan, mereka berusaha menyelesaikannya sendiri lalu meminta bantuan bila perlu

• Mengukur produktivitas pengembang dengan story point bukan ide yang baik. Ada seorang pengembang bernama Zero yang tidak mendapat story, tetapi membantu tim

  • Manajer memahami pentingnya Zero. Mereka bahkan pernah menunda rilis penting saat Zero tidak ada

• Sulit mengukur nilai dukungan secara kuantitatif. Namun, dukungan itu sangat penting. Kita harus percaya bahwa para pemimpin bisa menilainya dengan benar