it-swarm-id.com

Apakah SMART sasaran bermanfaat bagi programmer?

Beberapa organisasi yang saya tahu menggunakan SMART sasaran untuk pemrogram mereka. SMART adalah singkatan untuk Spesifik, Terukur, Dapat Dicapai, Relevan, dan Berbatas Waktu. Mereka cukup umum di perusahaan besar.

Pengalaman saya sebelumnya dengan SMART tujuan belum terlalu positif. Apakah programmer lain menemukan mereka cara yang efektif untuk mengukur kinerja? Apa saja contoh bagus SMART = tujuan untuk programmer (jika ada).

57
Craig Schwarze

Dalam sebuah kata

Tidak

Pertama: Saya tidak pernah memiliki proyek saya tetap cukup stabil sehingga saya dapat menetapkan tujuan SMART dengan makna apa pun. Skala waktu antara kapan peran saya berubah pada proyek dan ketika tinjauan kinerja dilakukan adalah terlalu jauh dari sinkronisasi.

Kedua: Mengukur kinerja individu adalah cara yang bagus untuk menciptakan mentalitas "bukan pekerjaan saya" dan persaingan negatif antara individu dan/atau berbagai sub tim dalam suatu organisasi. Sangat mudah untuk memainkan sistem dan memastikan Anda mencari sendiri dan tidak benar-benar membantu seluruh tim. Kita harus mendorong orang untuk menjadi pemain tim, tetapi kemudian organisasi kita melakukan sebaliknya.

Sebagian besar dari jenis sistem ini bertentangan dengan pembangunan tim. Mary Poppendieck telah melakukan pekerjaan yang jauh lebih baik dalam mengartikulasikan hal ini daripada yang dapat saya lakukan di LeanEssays: Kompensasi Tim .

Sue mendapat telepon dari Janice di bidang sumber daya manusia. “Sue,” katanya, “Kerja bagus yang dilakukan tim Anda! Dan terima kasih telah mengisi semua formulir input penilaian itu. Tapi sungguh, Anda tidak bisa memberi semua orang peringkat teratas. Peringkat rata-rata Anda harus 'memenuhi harapan'. Anda hanya dapat memiliki satu atau dua orang yang 'jauh melebihi harapan' ... "

... Salah satu pemimpin pemikiran terbesar abad ke-20, W Edwards Deming, menulis bahwa kerusakan yang tak terukur diciptakan oleh orang-orang peringkat, sistem jasa, dan upah insentif. Deming percaya bahwa setiap bisnis adalah suatu sistem dan kinerja individu sebagian besar adalah hasil dari cara sistem beroperasi. Dalam pandangannya, sistem menyebabkan 80% masalah dalam bisnis, dan sistem adalah tanggung jawab manajemen. Dia menulis bahwa menggunakan nasihat dan insentif untuk membuat individu menyelesaikan masalah manajemen sama sekali tidak berhasil. Deming menentang peringkat karena menghancurkan kebanggaan dalam pengerjaan, dan pantas diangkat karena mereka mengatasi gejala, bukan penyebab, masalah.

... mari kita lihat lebih dalam evaluasi karyawan dan sistem penghargaan, dan jelajahi apa yang menyebabkan mereka menjadi tidak berfungsi ...

52
MIA

Kami telah menggunakan SMART sasaran di perusahaan besar tempat saya bekerja. Sebagian besar tidak ada artinya.

Tujuan turun dari manajemen atas dan tinggi dan abstrak. Mengaitkannya dengan proyek-proyek konkret dan pengembangan biasanya hanya lelucon. Sebagian besar proyek yang masuk ke grup berasal dari bisnis dan untuk memenuhi kebutuhan bisnis tertentu. Jadi Anda membuat kode proyek, memproduksinya, dan melakukan pekerjaan yang luar biasa seperti biasa. Bagaimana hal itu berhubungan dengan tujuan yang dibuat oleh seseorang di manajemen puncak?

Kami melakukan jauh lebih baik sebagai kelompok ketika kami datang dengan tujuan kami sendiri. Terkadang mereka termasuk pelatihan tentang topik tertentu atau menerapkan perubahan proses baru, sesuatu yang benar-benar dapat dikaitkan dengan apa yang kita lakukan. Mereka masih tidak benar-benar terkait dengan operasi koding sehari-hari oleh mereka setidaknya hal-hal yang membantu memindahkan foward grup di lingkungan perusahaan.

SUNTING

Seperti yang telah ditunjukkan Mnementh dengan benar, jawaban saya didasarkan pada SMART sasaran tidak menjadi, yah, SMART. Saya akan menambah jawaban saya bahwa jika Anda seorang manajer programmer dan ingin mengimplementasikan = SMART gol, pastikan itu SMART. Gunakan contoh mangagers saya sebagai cara TIDAK untuk mengimplementasikan SMART tujuan. Jika Anda tidak mengelola programmer dan seseorang memberi tahu Anda bahwa Anda sekarang akan mulai menggunakan SMART sasaran dan akhirnya berakhir seperti yang kami miliki, lalu pahami bahwa Anda memiliki orang-orang di manajemen atas yang menyukai kata-kata buzz dan dapat memeriksa mereka dari daftar hal-hal yang telah mereka terapkan.

14
Walter

Ada banyak penelitian untuk menunjukkan bahwa programmer akan melakukan pekerjaan yang sangat baik pada kriteria apa pun yang disajikan kepada mereka, dengan mengorbankan tujuan yang mungkin lainnya.

Ini berarti bahwa mereka akan berhasil dalam mencapai tujuan spesifik dan terukur, dan kurang baik pada apa pun yang tidak tercantum secara spesifik. Itu berarti Anda harus sangat berhati-hati dalam menetapkan tujuan.

Anda tidak ingin menetapkan baris kode sebagai sasaran. Percayalah kepadaku. Mengatur bug tetap mengarah untuk menulis kode kereta untuk memulai. Meminta perbaikan bug dalam kode yang ada akan menghasilkan definisi "bug" yang sangat liberal (dan mungkin "perbaikan"). (Juga, bagian "dapat dicapai" tergantung pada seberapa buggy kode itu.) Meminta kelengkapan fitur dalam waktu tertentu, baik ....

Apa yang Anda ingin programmer Anda lakukan adalah menulis hal-hal yang berguna dalam periode waktu yang wajar dengan kualitas kode yang baik, dan meningkatkan dan memodifikasinya sambil mempertahankan kualitas kode. Saya belum pernah melihat tujuan spesifik dan terukur yang akan menjadi kriteria yang baik.

10
David Thornley

Kami menjalani latihan ini setiap tahun. Masalahnya adalah bahwa pengembang di sini cenderung memiliki sedikit otonomi atas apa yang mereka lakukan (tugas ditentukan oleh manajer produk). Kami beruntung bahwa, setidaknya di atas kertas, kami memiliki waktu yang didedikasikan untuk mengejar tujuan kami. Secara realistis, kita mendapat jauh lebih sedikit dari itu.

Dalam kerangka itu, saya telah menemukan bahwa menetapkan tujuan pengembangan diri bekerja sangat baik. Misalnya, dua tujuan saya dari tahun lalu adalah:

  1. ntuk membaca Pola Desain dan menulis proyek mainan untuk belajar dan mendemonstrasikan setiap pola pada tahun depan. Ini akhirnya memakan waktu 2 tahun, tetapi peningkatan pada pengkodean saya telah terlihat.
  2. ntuk mempelajari fitur bahasa .NET 3.5 dan melakukan presentasi kepada rekan kerja saya setiap kuartal. Ini akhirnya menjadi 1 presentasi di LINQ yang dihargai rekan kerja saya dalam berbagai tingkat antara apatis dan sedikit tertarik. Namun, saya belajar banyak, dan setelah menunjukkan pengetahuan C # saya, saya telah dipindahkan untuk mengerjakan proyek baru yang cukup keren.

Jadi, ya, saya mendapat manfaat dan bersenang-senang saat melakukannya.

Jujur, di perusahaan kami, saya pikir kurangnya pengembang yang baik SMART tujuan lebih berkaitan dengan keengganan untuk berbicara di perusahaan.

9
Robert Gowland

Ya, jika diatur dengan benar.

Jika diatur dengan benar, tujuan dapat meningkatkan tim dan individu orang. Mereka harus diselaraskan dengan pekerjaan juga dan dirancang untuk individu.

Saya telah berada di tempat-tempat di mana seluruh tim DBA memiliki tujuan lunak yang sama, serta tingkat tinggi menjatuhkan saya seperti "sesuai dengan KPI global dan regional sebagaimana ditentukan oleh komite KPI". Yang tidak ada yang tahu tentu saja ..

Kemudian lagi, saya pernah berada di tempat-tempat di mana manajer menetapkan tujuan individu dengan pemikiran di muka.

Edit:

Saya telah membaca artikel Mary Poppendieck dan ini bukan tentang SMART. "Persepsi Ketidakmungkinan" gagal "Dapat Dicapai" misalnya.

Tujuan harus ditetapkan bagi individu, untuk berbagi kekuatan mereka, membantu memperbaiki kelemahan, berkontribusi pada tim. Pengukuran adalah untuk individu.

Seharusnya tidak ada perbandingan x vs y.

Tujuan untuk x dan y harus sepadan dengan pangkat atau posisi mereka di dalam suatu sistem: seseorang tidak menetapkan tujuan yang sama untuk senior dan junior. Itu tidak adil.

Beberapa tolok ukur diperlukan untuk menetapkan bonus atau pembayaran dari pot terbatas: haruskah kita menghitung baris kode saja? Ulasan rekan?

Dan tunjukkan kepada saya valid alternatif yang tidak mengharuskan saya untuk mengubah etos perusahaan global saya. Saya tidak memiliki kritik terhadap SMART: Saya melakukan memiliki kritik terhadap manajer yang buruk ...

8
gbn

Sebagai kerangka kerja kinerja, SMART hanya seefektif seberapa dekat tujuan Anda dengan tujuan manajer Anda. Terkadang tujuan SMART Anda harus DUMB lebih dulu, mis. buat mereka:

  • Bisa dilakukan
  • Bisa dimengerti
  • Dikelola
  • Bermanfaat

Aneh kedengarannya.

5
AAology

Pengaturan objektif tipe SMART dapat berguna dalam konteks pemrograman tetapi itu harus dilakukan secara cerdas atau, seperti yang ditunjukkan dalam jawaban lain, kemungkinan akan membuang-buang waktu (atau lebih buruk).

Untuk mendapatkan tujuan yang bermanfaat, ada baiknya untuk menyetujui apa arti dari singkatan SMART: a pencarian Google cepat ditemukan berbagai definisi :

  • S: tampaknya memiliki konsensus di Spesifik (meskipun ada beberapa ketidaksepakatan tentang apa artinya)
  • G: Bermakna dan Motivasi adalah alternatif dari yang lebih umum
  • A: sepertinya paling sering mewakili Dapat Dicapai, tetapi saya juga telah melihat Setuju
  • R: tergantung di mana Anda melihat, Anda dapat menemukan Realistis, Relevan, Berfokus pada hasil
  • T sepertinya selalu merujuk Waktu, meskipun penekanannya bervariasi

Jadi pertama-tama, kedua sisi negosiasi penetapan tujuan harus bekerja dari pemahaman umum tentang proses tersebut.

Selanjutnya, tujuan keseluruhan untuk organisasi, divisi, grup, tim (atau hierarki apa pun yang relevan) perlu dijelaskan dan dipahami. Pada titik itu harus mungkin bagi individu (IMO, tujuan harus ditetapkan pada tingkat individu untuk menjadi berharga) untuk dapat menyetujui sejumlah kecil tujuan yang harus menginformasikan kegiatan orang itu ke depan.

Jika itu berakhir di sana, itu masih membuang-buang waktu semua orang. Tujuan perlu ditinjau dan disesuaikan secara berkala - jika tercapai, kemungkinan kebutuhan untuk menetapkan tujuan baru harus dipertimbangkan, jika tidak tercapai, alasan harus diidentifikasi dan tindakan korektif ditentukan jika diperlukan.

Setiap orang yang berkepentingan harus sadar bahwa latihan semacam ini tidak bermanfaat jika tidak ditanggapi dengan serius, atau mungkin lebih algoritmik, nilai yang akan diekstraksi sebanding dengan upaya yang dilakukan.

Mungkin instruktif untuk melihat apa yang menurut orang mungkin berguna/bermanfaat SMART tujuan. Saya telah mengajukan pertanyaan di sini ...

4
Mike Woodhouse

Masalahnya dengan SMART tujuan adalah mereka harus memilih apa yang dapat diukur. Karena apa yang dapat diukur dan apa yang penting bagi keberhasilan organisasi seringkali bukan hal yang sama (Dan hampir tidak pernah ada dalam pemrograman), = SMART tujuan selalu gagal dalam penilaian kinerja dalam pengalaman saya. Dan kadang-kadang hal-hal tampak terukur tetapi tidak tanpa terlalu banyak usaha (Seperti tujuan SMART Saya punya satu waktu untuk menjawab semua email dalam waktu 4 jam. Sungguh yang ingin mencoba melalui ribuan email yang saya dapatkan setahun, menentukan apakah itu informatif atau butuh jawaban dan kemudian melihat email yang saya kirim untuk melihat apakah saya menjawabnya dan kemudian dengarkan rekaman semua panggilan telepon untuk melihat apakah saya menjawabnya, periksa log IM saya untuk melihat apakah saya menjawabnya, dll. Dan bagaimana dengan email yang dikirimkan kepada saya pada Sabtu malam tengah malam ...)

4
HLGEM

Untuk semua orang yang menjawab TIDAK, Sasaran Anda mungkin TIDAK SMART cukup.

Saya telah menggunakan mereka dan saya menemukan mereka sangat berguna. Anda mungkin ingin mencoba sesuatu yang bekerja untuk kami:

  1. Tetapkan Tujuan Triwulanan.
  2. Tetapkan tujuan yang terukur.
  3. Tetapkan hanya satu tujuan untuk individu
  4. Buat individu menerima tujuannya, jika dia mengatakan Goal terlalu ambisius menyesuaikan sampai waktu ketika Anda berdua setuju.
  5. Di akhir kuartal, muncul dengan nilai Boolean. Sasaran yang dicapai = benar atau salah.

Ini sangat kuat, itu menciptakan akuntabilitas untuk Pengembang. Orang-orang yang ingin mencari alasan ayam keluar setelah 6 bulan atau lebih.

P. S: Saya bisa mengerti orang-orang yang memilih jawaban tetapi tolong berikan komentar yang relevan setidaknya saya akan belajar sesuatu yang saya tidak tahu :-)

3
Geek

SMART adalah akronim untuk mengingat beberapa kriteria untuk tujuan yang lebih baik. Jadi, memperkenalkan SMART artinya, manajemen Anda harus membuat lebih baik mengikuti prinsip ini. Tanpa SMART manajemen akan menetapkan tujuan apa pun, tetapi kemungkinan besar akan terlalu sulit.).

Jadi, untuk programmer tidak boleh ada perubahan, manajemen harus mengubah gayanya untuk menerapkan SMART. Dan jika mereka melakukannya dengan benar, pekerjaan Anda sebagai programmer dapat menjadi lebih mudah, karena arah proyek lebih jelas, kerangka waktu ditetapkan dan seterusnya.

Jika manajemen tidak melakukannya dengan benar, tidak banyak yang akan berubah.

3
Mnementh