Bagaimana Anda bisa mengukur kontribusi harian Anda sendiri?


11

Saya baru saja menyelesaikan Tiga Tanda Pekerjaan yang Menyedihkan oleh Patrick Lencioni dan salah satu ide intinya adalah bahwa Anda perlu memiliki beberapa bentuk pengukuran.

Saya memiliki pekerjaan pengembang internal yang cukup standar di mana saya bekerja pada alat-alat baru dan melakukan beberapa perbaikan dukungan / bug untuk alat-alat sebelumnya yang saya tulis.

Untuk alasan pemenuhan pribadi semata, hal-hal apa yang akan Anda ukur setiap hari? (Ini bukan laporan untuk manajer dan bukan sesuatu untuk permainan, hanya sesuatu untuk membantu saya menandai kemajuan).

Tujuannya adalah untuk menemukan hal-hal yang mengukur tidak hanya produktivitas, tetapi seberapa baik pekerjaan yang Anda lakukan (sehingga petugas layanan pelanggan dapat merekam interaksi positif di samping jumlah panggilan yang dilakukan).

Langkah saya adalah mengukur dua hal setiap hari: permintaan dukungan dibuka / ditutup dan jumlah checkin untuk kontrol sumber.

Saya mengerti jika ini ditutup, tetapi sekali lagi ini bukan pertanyaan tentang manajemen, ini tentang pengembangan pribadi sebagai programmer / pengembang perangkat lunak.

Jawaban:


5

Buat jurnal pengembangan dan berikan perhatian khusus pada kejadian non-rutin. Saya senang dengan:

  • Menggunakan algoritma, pola, pustaka, struktur data, atau bahasa baru
  • Berkolaborasi dengan tim atau orang baru
  • Memperbaiki bug yang dianggap sangat sulit
  • Membuat hubungan pribadi yang mendalam
  • Membangun alat kecil yang membuat pekerjaan saya lebih mudah (dan mungkin pekerjaan rekan kerja saya)
  • Diblokir dan kemudian menyadari apa yang terjadi untuk membebaskan saya
  • Memperhatikan peningkatan produktivitas yang disebabkan oleh pola makan, tidur, dan sikap
  • Peluang untuk berbagi hasrat saya
  • Keindahan di tempat-tempat yang tidak biasa

Adapun kejadian rutin:

  • Perhatikan waktu yang dibutuhkan untuk tugas-tugas rutin turun
  • Perhatikan apa yang Anda anggap sulit berkurang
  • Keluar dari interaksi rutin dengan memberikan perhatian dan energi penuh kepada seseorang

2

Jika Anda ingin penegasan harian maka metrik paling sederhana yang dapat Anda gunakan adalah menulis sendiri daftar tugas, atau yang harus dilakukan untuk hari ini.

  1. Tuliskan apa yang perlu Anda lakukan.
  2. Bisakah Anda membagi tugas-tugas itu? Buat lebih granular.
  3. Mulai mengerjakan tugas.
  4. Jika Anda perlu menambahkan lebih banyak tugas, mulailah dari langkah 1.
  5. Saat Anda selesai dengan tugas, silangkan saja.

Di akhir hari, lihat semua tugas yang telah Anda lakukan dan merasa bangga. Nah, itu pemenuhan pribadi!


1

Saya pikir seperti kebanyakan profesi berbasis pengetahuan, jawabannya adalah membuat jurnal. Tuliskan gol untuk setiap hari dan lihat apakah Anda memenuhi itu. Targetkan latihan tertentu yang ingin Anda tingkatkan dan catat kemajuan Anda.

Misalnya, saya selalu ingin meningkatkan keterampilan estimasi saya. Jadi saya menyimpan backlog, membuat dan merevisi estimasi di atasnya dan kemudian menggunakannya untuk mengukur kemampuan saya untuk menyelesaikan tugas yang sama dan untuk melihat apakah saya telah membaik dalam memperkirakan.

Awalnya saya mulai dengan spreadsheet ini dari Joel: http://www.joelonsoftware.com/articles/fog0000000245.html

Sederhana, dan tempat yang bagus untuk memulai. (Joel telah pindah sejak saat itu:
http://www.joelonsoftware.com/items/2007/10/26.html )

Saya melakukan sesuatu yang sedikit kurang canggih sekarang sehingga lebih sesuai dengan alur kerja saya.

Jadi jika Anda mencari metrik tertentu untuk dilacak, memperkirakan kebenaran adalah hal yang menyenangkan. Kemampuan untuk memperkirakan secara akurat sangat langka sehingga Anda mendapatkan keterampilan yang berguna, dan seringkali terasa seperti permainan karena Anda mencoba untuk mengalahkan "skor tinggi" Anda dari sebelumnya.


0

Saya memiliki ukuran perkembangan sederhana:

ketika rekan kerja / klien saya mengatakan hal-hal seperti:

Tahap 1:

"Kerja bagus, menyukainya!"

Tahap 2:

"Itu luar biasa! Aku bahkan tidak tahu kamu bisa melakukan itu!"

Tahap 3:

"Itu penyelamat hidup! Sistem tidak akan sama tanpanya"

Tahap 4:

"Benar sekali, aku percaya padamu"

Tahap 5:

"Ini sangat bagus, saya tidak tahu apa lagi yang bisa saya tambahkan"

Tahap 6:

"Anda telah mengubah kami, mengubah perusahaan ini, menjadi lebih baik"

Tahap 7:

"terima kasih, kamu menginspirasi saya"


0

Saya akan mengambil kebijaksanaan lain, tergantung di mana Anda berada dalam karir Anda, tetapi terutama jika Anda junior ke pertengahan. Jelas, Anda ingin memenuhi harapan atasan Anda, Anda ingin menyelesaikan tugas-tugas Anda sesuai jadwal, membunyikan alarm yang sesuai jika segala sesuatunya berbeda dari yang diharapkan, lakukan check in, berkolaborasi dengan rekan-rekan Anda ... semua yang perlu Anda lakukan.

Di luar itu, strategi saya adalah ini: Lakukan lebih baik hari ini daripada yang Anda lakukan kemarin.

Itu dia. Itu tujuanmu.

Ini berarti bahwa kode yang Anda tulis kemarin buruk dan hari ini, Anda akan melakukan yang lebih baik. Hari ini, Anda akan meneliti, mengisi beberapa celah itu, hal-hal yang Anda bahkan tidak tahu Anda tidak tahu. Hari ini, Anda akan refactor. Anda akan mengambil metode yang Anda tinggalkan agak terlalu berantakan dan membersihkannya. Anda akan mengenali hal yang Anda tinggalkan terlalu erat. Anda akan menulis tes yang Anda abaikan. Anda akan belajar sesuatu yang baru.

Jika Anda melakukan hal-hal ini dan menyelesaikan pekerjaan Anda yang lain, Anda akan mengalami hari yang baik dan produktif.


0

Pelajari setidaknya satu bahasa baru setahun, dan gunakan.

Selami setidaknya satu aspek baru dari dunia besar pemrograman / rekayasa perangkat lunak setiap tahun, dan gunakan.

Dorong diri Anda untuk menyelam dalam-dalam. Anda tidak mendorong diri Anda cukup keras jika Anda tidak pernah merasa bahwa Anda berada di atas kepala Anda.

Bicaralah dengan penyelia Anda tentang cara memajukan karir Anda. Seorang penyelia yang baik selalu mencari seseorang untuk menggantikannya. Bicaralah dengan bos atasan Anda, atau bahkan yang lebih tinggi, tentang bagaimana mencapai tujuan ini. Ini mungkin membutuhkan sedikit kemahiran; jangan memberi kesan bahwa Anda akan melupakan bos Anda di sini.

Anda akan terkejut betapa banyak promosi yang diberikan hanya karena seseorang memiliki keberanian untuk memintanya.


Sementara saya setuju dengan apa yang Anda katakan itu bukan jawaban yang tepat untuk pertanyaan itu. Pertanyaannya adalah bagaimana mengukur kontribusi harian , bukan kemajuan kariernya secara keseluruhan.
Jarrod Nettles

Setuju dengan @Jarrod. Juga, itu khusus untuk tidak tentang manajemen, jadi bicara tentang promosi dan cara mendapatkannya tidak pada tempatnya.
Andy Wiesendanger

@Jarod: Menurut pendapat saya, mencoba mengukur kontribusi harian akan mencapai satu hal: Melihat hal yang salah. Berapa banyak pertemuan lakukan saya menghadiri hari ini (lebih baik: berapa banyak lakukan saya tidak hadir), berapa banyak baris kode lakukan saya menulis (lebih baik: berapa banyak kode aku menghilangkan dengan menemukan tema umum). Programmer bukan pekerja sedikit demi sedikit. Selama berhari-hari kemajuan akan tampak nol, dan kemudian tiba-tiba voila! banyak kemajuan telah dibuat. Diperlukan tampilan jangka panjang.
David Hammen

-1

Saya pikir Anda punya ide yang tepat, jumlah check-in ke kontrol sumber adalah cara saya akan melakukannya. Setiap check-in adalah unit perbaikan program yang signifikan. Tentu saja itu hanya berfungsi ketika Anda hanya melakukan check-in pembaruan / perbaikan program yang dikembangkan sepenuhnya, tetapi itulah yang harus dilakukan. Jika saya mengukur maka ini mungkin membantu saya tetap pada aturan itu juga.

Laporan masalah tertutup adalah tolok ukur yang baik, saya sepenuhnya setuju dengan itu, juga. Sekali lagi, ini mungkin mengingatkan saya untuk memasukkan laporan bug dalam cara "jika saya tidak mencatat kerusakan ini sebelum memperbaikinya maka saya tidak akan mengukur kemajuan saya sendiri dengan benar hari ini".

Kedua nilai harus mudah dikumpulkan dan dibuat grafik. Saya hampir dapat melihat spreadsheet sekarang ... 8)


5
-1: Jumlah check-in bahkan bukan metrik manajemen yang baik. Ini adalah kacang yang mudah dihitung tetapi sama sekali tidak berarti: Baik untuk penghitung kacang, tidak baik untuk hal lain. Ini bukan metrik pribadi yang baik. Tidak semua lapor-masuk yang menutup permintaan perubahan / laporan perbedaan dibuat sama. CR untuk menambahkan kemampuan checkpoint / restart ke suatu aplikasi hanya sedikit lebih sulit untuk diselesaikan daripada DR yang melibatkan perbaikan bug satu-liner.
David Hammen

1
Jumlah check-in hampir seburuk Lines of Code (LoC). Memaksimalkan metrik semacam ini tidak sama dengan kualitas kode yang lebih tinggi karena tidak berkorelasi sama sekali.
Spoike

Setuju dengan keduanya di atas. Lapor masuk tidak menyamakan kontribusi. Memeriksa dalam 5 perbaikan mudah tidak "lebih baik" dari satu fitur utama baru.
Andy Wiesendanger
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.