Jika Anda adalah manajer dari tim yang terdiri dari 25 pengembang, bagaimana Anda memotivasi mereka? [Tutup]


21

Bayangkan diri Anda dipekerjakan oleh startup baru yang didukung oleh beberapa juta yang datang dari pemodal ventura.

Misi Anda: organize the development of the next killer app.

25 pengembang terlalu banyak untuk mengurus masing-masing individu, jadi keputusan apa yang akan Anda buat untuk memotivasi mereka?

Saya akan menghargai setiap jawaban dari opsi saham hingga cookie gratis;)

Tentu saja trik di sini (kecuali jika Anda benar-benar seorang manajer dari startup tersebut), adalah menempatkan diri pada posisi salah satu programmer.

EDIT: ini adalah konteks imajiner. Tujuan cerita ini adalah untuk merangsang keinginan Anda. Saya ingin menangkap apa yang memotivasi pengembang.


19
: bercanda: Saya akan memecat pengembang terbaik untuk menunjukkan kepada 24 sisanya bahwa tidak ada yang aman: / bercanda:
Tony

2
Saya akan menghargai opsi saham atau cookie untuk jawaban gratis :-)
Stephen C

1
dengan bir dan kue
Muad'Dib

Saya tidak yakin saya ingin men-debug CDI (Coding While Intoxicated) ... Itu tidak akan cantik.
Adamizer

Saya termotivasi oleh Beer dan Steak.
Phill

Jawaban:


60

Inilah daftar periksa saya, tanpa urutan tertentu:

  1. Komputer yang luar biasa untuk dikembangkan. Setidaknya dua kali lipat kekuatan pengguna target, dengan banyak RAM dan monitor besar / banyak ... ~ $ 3 hingga 5rb anggaran.
  2. Headphone yang bagus untuk siapa pun yang membutuhkannya, ketika mereka lebih suka bekerja dengan musik.
  3. Alat pengembangan luar biasa untuk bekerja dengannya. Ini agak tergantung pada lingkungan target Anda, tetapi Visual Studio / Eclipse / apa pun yang terbaik untuk pekerjaan itu. Ini termasuk hal-hal seperti integrasi berkelanjutan / membangun server.
  4. Akses internet cepat - mungkin dengan server proxy caching untuk melakukan pra-cache hal-hal seperti SO, TheRegister, Reddit, dll
  5. Sangat sedikit pertemuan - hanya apa yang benar-benar diperlukan dan batas keras pada panjangnya (kami menggunakan timer); pikirkan 'stand-up meeting' seperti Scrum.
  6. Suasana sehat untuk bekerja. Siang hari, opsi udara segar, AC stabil, tanaman, gambar, pencahayaan yang baik.
  7. 10 hingga 20% downtime untuk mempelajari sesuatu yang baru atau sedikit melenturkan keahlian Anda.
  8. Sebuah air dingin untuk setiap kelompok meja yang secara teratur dipertahankan.
  9. Pasar- gaji yang kompetitif dengan bonus terkait kinerja, di mana kinerja dan remunerasi yang jelas didefinisikan. Bonus kinerja kemungkinan akan menjadi bagi hasil perusahaan.
  10. Mendorong etos kerja kolaboratif ; memiliki pembekalan teknologi untuk berbagi pembelajaran, memutar orang di sekitar tim untuk membangun pengalaman mereka.
  11. Minuman gratis (non-alkohol).
  12. Sebuah keranjang buah untuk camilan sehat yang tidak merusak makan siang.
  13. Menetapkan tingkat rasa hormat profesional dari bagian bisnis lainnya untuk departemen pengembangan perangkat lunak dan sebaliknya. Ini adalah target jangka panjang yang tidak jelas, tetapi ada cara dan cara untuk membangunnya.
  14. Komunikasi yang jelas ke dan dari manajemen harapan dan penyampaian harapan tersebut.
  15. Prioritas yang jelas untuk item pekerjaan, ditinjau secara berkala.
  16. Penggunaan praktik terbaik dalam hal metodologi SDLC - Agile / Scrum, dll.
  17. Prosedur yang jelas dan terdokumentasi tentang apa yang harus dilakukan, mengapa dan bagaimana hal-hal penting seperti manajemen rilis. Apa pun yang dapat diotomatisasi akan menjadi, jadi ini hanya bit manual - selalu ada beberapa.
  18. Lingkungan yang mendukung ketika segala sesuatu tidak berjalan dengan baik. Tidak menendang orang ketika mereka menyebabkan bug, tetapi membantu mereka belajar dari kesalahan mereka.
  19. Akses 24x7 ke gedung dan akses jarak jauh ketika anggota tim mendapatkan inspirasi di luar jam normal.
  20. Papan tulis untuk membuat prototipe / berpikir keras.
  21. Perayaan kesuksesan - apakah makan siang tim atau perjalanan ke Grand Prix di akhir pekan, penting untuk mengenali upaya besar dan hasil hebat.

Saya tidak akan memiliki:

  • Nerf guns / frisbees / pool table / toys. Lingkungan kerja adalah tempat kami bekerja. Ada banyak kesenangan yang bisa didapat saat melakukan pekerjaan tanpa bermain tentara di sekitar rekan kerja yang mencoba untuk fokus.
  • Makanan gratis - orang harus istirahat untuk pergi keluar dan mendapatkan sesuatu untuk dimakan.
  • Sensor internet - Saya serahkan kepada individu untuk melakukan penilaian mereka.

1
Benar - ada banyak diskusi yang sedang berlangsung tentang hal ini di situs ini: programmers.stackexchange.com/search?q=social+networks
JBRWilkinson

4
@aggietech: Jika Anda mencari produk luar biasa hebat yang diproduksi oleh pengembang hebat, entah mereka akan terlalu ke proyek untuk menghabiskan banyak waktu di Facebook, atau Anda gagal memotivasi mereka. Saya tidak mengatakan memblokir situs di tempat kerja adalah hal yang buruk secara umum, tetapi tidak cocok untuk situasi ini.
David Thornley

1
@ David, ya saya setuju dengan Anda, tapi sekali lagi kami tidak bekerja dengan produk luar biasa setiap hari - dan tidak setiap pengembang memiliki standar yang sama (atau dalam hal ini pengendalian diri) ... saya percaya memblokir beberapa situs itu bagus
aggietech

3
Secara khusus, beberapa orang melakukan pekerjaan yang lebih baik dengan seringnya istirahat pendek, dan bagaimana mereka menghabiskan waktu istirahat itu seharusnya terserah mereka. Selama Anda senang dengan produktivitas mereka, tidak perlu manajemen mikro.
Tim Goodman

1
Saya akan menambahkan # 18: akses jarak jauh (SSH, dll), sehingga mereka dapat bekerja dari rumah jika mereka tidak tinggal dekat dengan gedung, atau tidak merasa ingin bepergian ke sana, tetapi masih ingin melakukan sesuatu di " "jam tidak konvensional.
Alex Budovski

30

Berikan mereka masalah yang menarik untuk dikerjakan, dan pilihan alat mereka untuk mengatasinya, kemudian keluar dari jalan mereka.

Pemrogram hebat tidak termotivasi oleh uang, atau oleh status dalam suatu perusahaan. Mereka membutuhkan cukup uang dan status untuk merasa nyaman, tetapi hanya itu. Pemrogram yang hebat termotivasi oleh minat.

Paul Graham setuju dengan saya .


3
Kesepakatan Paul Graham tidak selalu berarti bagi banyak orang - tetapi untungnya dia bukan satu-satunya yang berbagi pandangan ini; Joel Spolsky dan banyak pengembang lain juga.
Peter Boughton

Ya - dengan kualifikasi bahwa "pilihan alat" mungkin sebenarnya menjadi "input ke dalam pilihan alat". Tetapi masalah yang menarik, lingkungan yang baik dan kesediaan untuk mendengarkan saran
Murph

Hanya ada satu alasan mengapa saya meninggalkan pekerjaan apa pun - BOREDOM. Anda harus membayar seorang programmer yang layak shedload absolut untuk tetap bekerja pada sesuatu yang tidak menarik.
uɐɪ

@ Peter: ah, Anda menangkap saya! Memang, ini adalah salah satu dari beberapa hal yang Paulus setujui dengan saya (dan salah satu dari sedikit hal yang Spolsky setujui dengan saya). Terima kasih atas tautan ke pertanyaan sebelumnya - saya akan dengan ragu menyarankan pertanyaan ini ditutup sebagai duplikatnya.
Tom Anderson

2
@Murph: Anda senang, "kesediaan untuk mendengarkan saran" sangat penting. Orang-orang yang cerdas dan kreatif tidak tertarik bekerja di lingkungan yang otoriter dan top-down.
Tom Anderson

21

Ada video YouTube yang luar biasa tentang "Kejutan Mengejutkan Tentang Apa yang Memotivasi Kami". Saya blog ini beberapa waktu lalu:

http://www.chrisholmesonline.com/2010/06/02/the-surprising-truth-about-what-motivates-us/

Saya suka bagian di mana dia mengatakan, pada dasarnya, untuk membayar karyawan Anda cukup sehingga uang diambil dari meja sebagai pertimbangan mengapa mereka ingin bekerja di sana. Ketika uang tidak lagi menjadi faktor pendorong, Anda mendapatkan hasil yang jauh lebih baik.

Saya tahu apa yang memotivasi saya:

  • Mampu menggunakan alat yang saya sukai. Jadi berikan pengembang Anda alat yang mereka inginkan dan butuhkan. Dengan tim yang terdiri dari 25 orang, jelas, Anda harus datang untuk berkompromi dan konsensus, tetapi intinya adalah mereka membutuhkan alat terbaik. Ini mencakup perangkat keras dan perangkat lunak.
  • Jam kerja normal. 35-40 jam per pekerjaan. Tidak ada lagi. Jika mereka ingin datang sendiri untuk melakukan lebih karena mereka terinspirasi, baiklah. Tetapi orang-orang yang bekerja terlalu keras dalam pekerjaan di mana mereka dituntut melenturkan otot-otot berpikir kritis mereka adalah jalur cepat menuju bencana.
  • Opsi telekomunikasi. Saya suka bekerja dari kenyamanan rumah saya sendiri; tidak harus berurusan dengan sakit kepala lalu lintas dan kehilangan satu jam sehari untuk bepergian. Saya dapat berada di sana untuk keluarga saya, untuk keadaan darurat, sebagai taksi, dll. Jika Anda memiliki karyawan yang dapat mengatasinya dan menyelesaikan pekerjaan mereka, berikan mereka pilihan telekomunikasi. Selain itu, jauh lebih mudah untuk tidur siang selama 20-30 menit di rumah (terbukti meningkatkan produktivitas, tetapi masyarakat masih cemberut karena tidur siang).
  • Ruang kerja yang berkualitas. Papan tulis, alat kolaboratif, ruang konferensi, dll. Sebuah tim yang terdiri dari 25 karyawan hanya dapat benar-benar menciptakan sesuatu yang luar biasa jika mereka bekerja bersama, dan untuk bekerja bersama mereka harus berbagi ide secara bebas dan berkolaborasi. Jika mereka bekerja dari jarak jauh, miliki Skype, dll. Tetapi berikan mereka alat untuk kolaboratif.
  • Tujuan yang didefinisikan dengan jelas. Bukan tenggat waktu - itu berbeda. Tujuan Terapkan ini sesuai keinginan Anda - Scrum, XP, saya tidak peduli - tetapi tim Anda membutuhkan tujuan dan tonggak yang jelas.
  • Jangan terkunci dalam satu dogma tertentu; terbuka untuk berubah dan ide-ide baru, teknologi baru, dll. Dengarkan satu sama lain. Jangan memaksakan arsitektur di tim Anda; biarkan berkembang melalui kolaborasi, umpan balik, input.

Pengembang ingin membuat perangkat lunak yang luar biasa. Jika Anda dapat memberi mereka kesempatan untuk melakukan itu, beri kompensasi dengan cukup baik sehingga uang tidak menjadi faktor dalam proses berpikir mereka, dan memberi mereka keseimbangan kerja / kehidupan yang sehat, mereka akan menghasilkan.


7
Video YouTube adalah animasi yang diletakkan di atas pembicaraan TED oleh Dan Pink. Saya sarankan menonton yang asli sebagai gantinya: ted.com/talks/lang/eng/dan_pink_on_motivation.html
JBRWilkinson

Saya tidak berpikir masyarakat mengerutkan kening untuk tidur siang ...
Tak seorang pun

16

Melimpahkan.

Dengan asumsi bahwa 25 pengembang akan mengerjakan aspek aplikasi yang berbeda, membaginya menjadi sub-tim dan menominasikan 1 anggota dari masing-masing tim untuk menjadi pemimpin tim. (CATATAN: Peran ini harus bergerak seiring dengan perkembangan proyek dan tim-tim di-reshuffle).

Sekarang Anda memiliki 5 tim lead untuk memotivasi dan mereka pada gilirannya memiliki 4 pengembang untuk memotivasi.

Anda dapat berkonsentrasi pada motivator "global" (seperti opsi saham, dll.) Sementara pimpinan tim Anda dapat berkonsentrasi pada motivator individu (diizinkan pergi lebih awal pada hari Rabu).

Pastikan Anda konsisten dan pimpinan tim mengomunikasikan tindakan mereka dengan Anda dan satu sama lain untuk menghindari gesekan yang tidak perlu.


+100! 25 laporan adalah jalan menuju kegilaan!
Alex Feinman

Komentar yang bagus, saya suka Global, motivator Individual. Orang termotivasi oleh alasan mereka sendiri dan bukan alasan Anda.
Geek

+1! Saya akan memilih "delegasikan" juga. Tidak ada yang dapat secara efektif mengelola 25 orang sendirian - dibagi menjadi beberapa tim dan memotivasi para pemimpin, itu pilihan yang bagus!
Yan Sklyarenko

9

Saya siap untuk dikalahkan, tetapi Anda dapat memotivasi saya dengan cara apa pun yang Anda inginkan (membuat saya bekerja keras, memberi saya 386 untuk mesin yang akan dikodekan, bekerja di meja kartu gemetar dalam gelap di ruang bawah tanah, berteriak pada saya, bekerja di akhir pekan dan hari libur, dan tidak memberikan kopi gratis) dan saya akan menjadi tim crack Anda selama Anda membayar saya sejumlah uang yang konyol .


1
Mengapa, inilah yang diinginkan kebanyakan orang, bukan?

Beberapa penelitian (terutama yang dapat saya pikirkan baru-baru ini) mengatakan bahwa kompensasi moneter memiliki hasil yang semakin berkurang untuk sebagian besar populasi. (Saya percaya nomor yang pengembaliannya berkurang adalah $ 70K per tahun dengan Amerika Utara sebagai lokasi rujukan).
Steven Evers

1
@SnOrfus, itu mungkin hal yang bersifat generasi. Hanya saya, tapi saya bekerja untuk $ dan bukan untuk kepuasan hidup. Saya (dan saya curiga kebanyakan orang jika Anda benar-benar memikirkannya) pernah dan hanya akan termotivasi oleh $.
Jé Queue

1
Saya mengerti maksud Anda. Saya tidak membuat asumsi tentang situasi Anda, tetapi saya telah menemukan dalam diri saya dan teman-teman saya / rekan kerja bahwa saat-saat ketika saya / kami paling termotivasi oleh uang, adalah ketika kami tidak memilikinya. POV saya adalah bahwa saya tidak akan pernah membuatnya menjadi pemrograman kaya untuk orang lain, jadi saya lebih baik menikmatinya.
Steven Evers

Sulit untuk mengikuti $, dan memang benar bahwa harapan sedang diatur ulang. Saya pikir itu juga untuk mengkompensasi orang yang diberikan metrik tertentu: jika perangkat lunak menghasilkan $ 1 juta dalam pendapatan (yaitu) maka 15% dari itu dialokasikan ke kumpulan bonus yang dengannya bonus Anda akan dibayarkan. Tidak populer, tetapi hal itu dapat memberikan insentif kepada programmer untuk melakukannya dengan benar (downtime = - $, bad UX = - $) vs. kami memprogram prima donnas yang berpikir cara kami adalah cara yang tepat dan satu-satunya ... juga menempatkan $ untuk itu dan Temukan.
Jé Queue

6

Saya setuju dengan Dima dan ChrisF. Kecuali pada salah satu poin Dima: opsi saham.

Saya tahu bahwa ini adalah masalah regional, tetapi di banyak negara, opsi saham dikenai pajak oleh negara pada nilai aktualnya (nilai dalam) ketika ditugaskan atau diterbitkan. Ini kecuali Anda dapat membuktikan bahwa volatilitas tidak memungkinkan untuk menghitung nilai dalam.

Saya pernah membayar pajak untuk opsi saham saya lebih dari apa yang layak. Mereka memiliki nilai $ 40 setiap kali dikeluarkan, tetapi saya tidak bisa menggunakan mereka selama satu tahun, dan saat itu mereka turun di bawah satu dolar.

Tetapi kembali ke pertanyaan Anda:

Waktu kerja individu, alat yang hebat, pengaruh dalam pengambilan keputusan, lingkungan yang bebas dari politik (jauhkan dari mereka, sehingga mereka dapat bekerja).

Fringe mendapatkan manfaat seperti anggaran untuk dibelanjakan pada alat, buku, kursus.

TANPA bilik, paling banyak 3 orang di kantor dengan lebih dari 9 m2 per orang. Jika memungkinkan, pindahkan tim di gedung sendiri atau setidaknya di lantai sendiri. Biarkan mereka mempersonalisasikan meja mereka - tidak ada polisi meja.

Hilangkan telepon dari meja mereka (email tanpa suara atau pesan instan, lagi tanpa suara, dan bilik telepon di luar kantor dengan kursi dan meja kecil untuk laptop mereka, tidak ada gangguan alur kerja tanpa urgensi). Miliki sekretaris untuk menangani panggilan telepon masuk.

Rapat sesedikit mungkin. Jangan lakukan itu pada hari Senin (Senin tetap tidak menyenangkan, beberapa masih di akhir pekan, beberapa kehilangan energi terakhir untuk memulai) atau pada hari Jumat (apa yang baru saja saya katakan tentang akhir pekan), tetapi hari Rabu adalah sempurna (ini memberikan istirahat yang bagus di pertengahan minggu).

Hak administratif pada mesin mereka. Tidak ada dukungan tingkat pertama dan kedua.

Saya tidak ingin dipaksa makan dengan banyak orang - saya tahu saya berbeda - karena saya perlu istirahat dari bersama orang yang sama sepanjang hari. Tapi istirahat croissant untuk pertukaran informasi informal, malam keluar bulanan tanpa tekanan teman untuk berpartisipasi setiap kali dan dengan pasangan (bowling, makan malam) akan melakukannya untuk saya.

Untuk ChrisF kedua: Saya tidak berpikir ada orang yang bisa menangani 25 laporan langsung. Membentuk tim. Dan dari waktu ke waktu mengatur kompetisi di antara mereka.


+1. Setujuilah hadiah dan motivasi lingkungan yang hebat sekarang (opsi saham lebih "mungkin macet di masa depan"). Tapi saya ingin telepon - bahwa saya bisa mengarahkan ke pesan suara. Terlalu sering membutuhkan telepon (mis. Melakukan dukungan, berbicara dengan anggota tim jarak jauh).
Richard

Saya tidak tahu tentang aturan 'tidak ada rapat Senin'. Saya lebih suka memilikinya, karena itu akan membantu saya mengurangi minggu. Senin sulit untuk memulai, tetapi sesi perencanaan pasti akan membuat saya bersemangat kembali.
Michael K

6

Sunting: Setelah refleksi, inilah poin utama: perlakukan karyawan seperti orang, bukan seperti mesin atau "sumber daya". Pastikan mereka merasa nyaman mengajukan pertanyaan kepada Anda atau mengangkat masalah. Pastikan bahwa Anda dapat mengakomodasi orang ketika mereka memiliki masalah pribadi, seperti anak atau orang tua yang sakit. Dengan kata lain, lakukan yang terbaik untuk menjalin hubungan dengan mereka. Juga, 25 masih merupakan kelompok yang cukup kecil untuk merayakan ulang tahun semua orang dengan kue. Hal-hal kecil ini membuat dunia berbeda.

Opsi saham yang pasti, sehingga keberhasilan perusahaan akan berdampak signifikan pada kualitas hidup mereka sendiri. Selain itu, terbuka dengan mereka tentang apa yang terjadi di sisi bisnis. Intinya adalah untuk membuat karyawan melihat setidaknya beberapa gambaran besar di samping tanggung jawab langsung mereka, sehingga mereka merasa lebih seperti mitra di perusahaan, dan kurang seperti roda gigi di mesin.

Kondisi kerja yang bagus. Kursi nyaman, mesin cepat, monitor besar, keyboard, dan mouse yang paling nyaman bagi mereka. Sebuah jendela bagus ... Aliran udara yang bagus. Beli buku-buku tentang pemrograman jika mereka ingin meningkatkan keterampilan mereka.

Juga, makan bersama secara teratur, seperti seminggu sekali, lebih disukai dengan bir, bagus untuk moral. 25 orang mungkin terlalu banyak untuk itu. Jadi mungkin masing-masing tim harus makan pizza dan bir bersama seminggu sekali. Dibayar oleh perusahaan, tentu saja. :)


Makan bersama sekarang dan kemudian itu baik. Perusahaan saya yang terdiri dari 20-30 pemrogram pergi untuk makan siang di pub lokal kami pada hari Jumat - tidak semua orang pergi, meskipun semua orang bisa; ada 17 kita minggu lalu. Beberapa makanan enak, satu atau dua gelas, sedikit obrolan. Ini membantu semua orang mengenal satu sama lain sedikit lebih baik, dan memperhalus beberapa sudut sulit dalam seminggu.
Tom Anderson

@ Tom Anderson: Ini berfungsi selama karyawan lain tidak memanggil domba hitam pada "cowok yang tidak pernah berhasil mengitari pub Jumat dengan sisa kantor".
Jon Purdy

1
Opsi Saham hanya memotivasi orang jika perusahaan terdaftar secara publik dan / atau menguntungkan. Stok 2% tanpa keuntungan tidak berharga.
JBRWilkinson

1
25 orang berarti kue dua kali sebulan, Anda akan mendapatkan tim yang gemuk ketika proyek Anda selesai. :) Juga, ada kemungkinan di atas 50% dari dua orang yang berulang tahun pada hari yang sama.
Bjarke Freund-Hansen

1
Ya Tuhan, jangan panggil aku "sumber".
Dan Ray

6

Saya mengelola tim yang terdiri dari enam programmer, jadi saya memberikan topik ini sedikit pemikiran. Inilah ide-ide saya -

Beri mereka waktu untuk bekerja - Gangguan membunuh produktivitas dan motivasi. Programmer paling suka ketika mereka bisa menundukkan kepala dan melanjutkan pekerjaan. Anda juga perlu memberi mereka waktu untuk melakukan pekerjaan dengan baik - programmer tidak suka terburu-buru untuk menyelesaikan sesuatu dengan tenggat waktu arbiter. Saya biasanya bertanya kepada programmer saya berapa lama tugas akan berlangsung, dan kemudian menghormati perkiraan mereka. Bagian dari pekerjaan saya sebagai pemimpin tim adalah mengaturnya dengan bisnis, dan membantu mereka mengembangkan harapan yang realistis.

Beri mereka peralatan yang bagus - Sangat buruk harus memprogram pada komputer lambat, dan sebagian besar programmer benci menggunakan alat pengembangan lama juga. Pastikan programmer Anda memiliki peralatan yang sangat bagus - komputer cepat, alat terbaru, layar lebar, dan juga kursi yang sangat bagus. Hal-hal ini tidak semahal itu dalam skema besar.

Beri mereka rasa hormat - Programmer sangat menginginkan rasa hormat untuk keterampilan teknis mereka. Hormati pekerjaan yang telah mereka lakukan, dan pekerjaan yang mereka lakukan. Hormati pendapat mereka tentang masalah teknis. Saat Anda mengajukan pertanyaan teknis, ambillah jawabannya dengan nilai nominal. Jika mereka melakukan kesalahan, temukan cara untuk mengangkat ini tanpa kehilangan muka. Anda dapat mengatakan hal-hal seperti, "Saya mengikuti apa yang Anda sarankan, tetapi saya menemukan masalah ini. Menurut Anda apa yang harus saya lakukan?"

Beri mereka izin untuk pulang - Bekerja dalam waktu lama akan menjadi tidak produktif. Ketika programmer tahu mereka bisa pulang jam 5 sore, mereka lebih mungkin untuk kembali keesokan harinya dengan perasaan termotivasi untuk bekerja.

Beri mereka tanggung jawab - Programmer suka membuat keputusan teknis, jadi beri mereka ruang untuk mengembangkan hal-hal dengan cara yang menurut mereka terbaik. Jika Anda memiliki standar arsitektur atau desain, pastikan ini dipahami di muka. Jika masalah muncul selama tinjauan desain, pastikan ini dikomunikasikan dengan cara yang sopan dan membesarkan hati.

Beri mereka dukungan - Permudah mereka datang dan minta bantuan jika mereka membutuhkannya. Katakan, "jika Anda memiliki pertanyaan, jangan ragu untuk bertanya." Jangan membuat mereka merasa tidak enak karena tidak mengetahui teknologi, sebaliknya katakan, "Jika Anda perlu beberapa jam untuk memoles teknologi itu, silakan saja."


6

Saya akan mengambil cara yang berbeda di sini daripada jawaban yang lain: berusaha sekuat tenaga untuk tidak menurunkan motivasi karyawan Anda. Anda dapat memberi karyawan Anda semua kopi, makanan ringan, komputer, dll. Yang mereka inginkan dan masih belum memotivasi karyawan jika Anda terlibat dalam banyak praktik manajemen (buruk) umum yang mungkin tampak sangat masuk akal bagi Anda sebagai manajer, tetapi patologis terhadap motivasi karyawan. Untuk contoh praktik buruk ini, Anda dapat membalikkan banyak saran di jawaban lain:

  • "perlakukan karyawan seperti orang, tidak seperti mesin atau 'sumber daya'" -> perlakukan karyawan seperti sumber daya yang tak dapat dipertukarkan atau "FTEs."
  • "Bayar di atas harga pasar" -> karyawan Anda adalah biaya, manajer yang baik meminimalkan biaya.
  • "Beri mereka alasan untuk membuat produk berkualitas" -> menuntut pengembangan yang cepat dan kotor (karena pelanggan bersedia hidup dengan bug)

Maksud saya adalah, menciptakan lingkungan yang menggerakkan karyawan membutuhkan lebih dari sekadar checklist tindakan afirmatif *. Anda harus memantau setiap aspek tindakan Anda sebagai manajer untuk memastikan Anda tidak bertentangan dengan tujuan ini.

Peopleware: Proyek dan Tim Produktif adalah buku yang menurut saya sangat relevan dengan motivasi programmer. Ini memiliki banyak bab tentang praktik manajemen yang menurunkan motivasi karyawan (dan dengan demikian mencegah tim yang efektif). Salah satu bab favorit saya adalah "Teamicide," yang menyatakan bahwa tidak ada yang dapat dilakukan seorang manajer untuk membuat tim yang efektif, tetapi banyak yang bisa dia lakukan untuk menghancurkan satu atau menjaga satu dari pembentukan.


* Faktanya, beberapa tindakan "motivasi" afirmatif dapat memiliki efek de-motivasi jika ada faktor de-motivasi lainnya.


5
  1. Hindari godaan untuk menyewa 25 sekaligus.
  2. Cobalah untuk menarik pengembang terkenal yang dikenal di awal.
  3. Setelah Anda memiliki tim kecil yang terdiri dari orang-orang yang sangat berbakat, yang tahu apa yang mereka lakukan dan telah menetapkan tingkat harapan yang tinggi.
  4. Terus tambahkan lebih banyak orang. Mereka perlu tahu bahwa mereka dikelilingi oleh orang-orang baik yang bersedia membantu mereka, tetapi mereka harus mengikutinya.

Orang yang kurang berbakat (saya tidak mengatakan mereka payah, tetapi hal-hal ini relatif.) Orang akan dapat mencapai jika ditempatkan di lingkungan yang tepat (orang baik), dilatih dengan baik, dan diawasi.

Jauh lebih mudah untuk mengelola orang ketika Anda mendapatkan orang yang tepat dan membangun budaya dan sikap daripada mencoba membangun banyak aturan.


Juga, mintalah orang-orang yang sangat berbakat merancang kerangka kerja Anda untuk produk apa pun yang Anda buat. Memiliki kerangka kerja yang dirancang dengan baik sangat meningkatkan kualitas yang dihasilkan oleh orang-orang yang kurang berbakat.
Bjarke Freund-Hansen

3

IMO, opsi saham di startup sedikit scam. Biasanya seperti ini:

1) Sebuah tim pengembang muda yang energik dan cerah direkrut dengan janji menjadi kaya melalui opsi saham.

2) Startup berjalan melalui modal awal dan putaran kedua dana VC disuntikkan. Opsi diencerkan menjadi 1/2, 1/4 dari nilai kertas awal.

3) Ini diulangi sekali, dua kali, ...

Akhirnya lipatan startup dan opsi pengembang sama sekali tidak berharga. Atau, mereka sangat terdilusi sehingga kembalinya pengembang kecil.

Saya pikir Anda harus membayar pengembang Anda gaji yang layak dengan uang sungguhan. Apakah ini memotivasi mereka tergantung pada kepribadian mereka. Tapi setidaknya mereka akan mendapatkan pengembalian yang adil untuk tenaga kerja mereka ... bukan flim-flam.


Saya pernah memiliki seorang kolega yang suka mengumpulkan opsi saham yang tidak berharga, meskipun saya benar-benar ragu dia akan kecewa jika ada yang berhasil. Namun, 25 pengembang bukanlah startup, dan harus ada perusahaan mapan.
David Thornley

@ David - pertanyaannya mengatakan "Bayangkan startup ...". Bisakah ini menjadi lebih jelas?
Stephen C

Walaupun saya suka berpikir bahwa saya memiliki imajinasi yang baik, ada beberapa hal yang saya coba bayangkan dan gagal. Salah satunya adalah startup dengan 25 pengembang. Setelah lebih dari sepuluh tahun sebagai perusahaan teknologi yang sangat bergantung pada perangkat lunak, kami tidak memiliki 25 pengembang.
David Thornley

3

Kenali masing-masing dan setiap pengembang secara individu, pribadi, dan dengan tulus dengan memenuhi kebutuhan mereka pada dimensi berikut:

  1. Memberikan arah tanggung jawab dan harapan yang jelas (beri tahu mereka apa yang dibutuhkan)
  2. Berikan akses ke alat yang diperlukan untuk melakukan pekerjaan dengan benar (monitor, sistem gemuk)
  3. Beri mereka cara untuk mengukur kinerja mereka (geeks like graphs)
  4. Berikan banyak kesempatan untuk mengembangkan keterampilan profesional
  5. Beri mereka banyak pengakuan ketika mereka melakukan pekerjaan dengan baik (yang tidak suka pujian)
  6. Beri mereka pekerjaan yang akan berhasil (apa yang mereka lakukan secara individu baik)
  7. Beri mereka cara untuk menyuarakan pendapat, ide, dan perasaan mereka (dengan cara yang aman)
  8. Berikan cara untuk mendorong dan membina persahabatan (budaya kerja)
  9. Beri mereka alasan untuk membuat produk berkualitas (bangga dengan apa yang mereka buat)
  10. Berikan panggilan yang lebih tinggi untuk menunjukkan mengapa apa yang mereka lakukan penting bagi orang lain (tampaknya hampir ada dimensi 'spiritual' untuk bekerja)

3
  • Sub tim (DB, lapisan tengah, GUI)

  • Tidak punya penguji? Ganti beberapa kode monyet

  • Tidak punya analis? Ganti beberapa kode monyet

  • Siapa yang akan mengelola alat / kontrol sumber / wiki / infrastruktur / lingkungan? Ganti beberapa kode monyet

  • Kopi gratis, air gratis, buah gratis

  • Bir jumat


2

Maksud Anda, mereka sedang membangun "hal besar berikutnya" dan mereka belum termotivasi?

Singkirkan mereka dan temukan orang yang menikmati apa yang mereka lakukan.


SnOrfus, itu mungkin solusi yang saya sarankan sering, tetapi konteks pertanyaannya adalah mereka memiliki motivasi normal dan Anda ingin memperbaikinya.

@Pierre 303: Maksud saya adalah bahwa motivasi intrinsik adalah yang paling kuat, dan bermanfaat. Bentuk-bentuk lain dari motivasi yang dirasakan dapat merugikan. Misalnya: ted.com/talks/dan_pink_on_motivation.html
Steven Evers

Pembicaraan TED itu luar biasa! Saya berencana untuk pergi ke pembicaraan TED lokal pada bulan Desember. Presentasi itu jarang membosankan.

1

Anda ingin mencari tahu tentang kepribadian orang-orang. Menurut teori kepemimpinan baru-baru ini, penting bahwa Anda otentik dan berbagi perilaku dan tujuan bersama dengan anggota tim Anda. Kepemimpinan juga dapat dilihat sebagai pembinaan anggota tim Anda untuk mencapai tujuan mereka (di sini ada beberapa teori)


1

Anda memotivasi pengembang untuk menulis aplikasi pembunuh berikutnya?

Mungkin tempat yang baik untuk memulai adalah membiarkan mereka TAHU bahwa mereka akan melakukannya, dengan cara sehingga mereka dapat melihat perspektif jangka panjang tentang hal ini. Tujuan seperti itu harus sangat memotivasi sendiri - JIKA itu benar-benar aplikasi yang mematikan.

Kemudian tunjukkan pada mereka bahwa Anda benar-benar bersungguh-sungguh!


1

dalam urutan atau kepentingan:

  • visi bersama
  • harapan yang jelas
  • lingkungan yang dapat diprediksi (TDD, build malam hari, obrolan tim harian, check-in mingguan, apa pun yang berfungsi untuk tim dan produk Anda)
  • alat terbaik
  • gaji serius dengan lembur
  • telecommute
  • pilihan Persediaan


1
  • Bayar di atas harga pasar
  • Beri mereka persyaratan yang jelas (saring yang tidak penting)
  • Jadilah bergairah tentang pengembangan perangkat lunak, bahkan melakukan pemrograman sendiri
  • Jadilah enabler , bukan "bos"

0

Pekerjakan seseorang yang lebih berpengetahuan daripada saya yang dapat saya pelajari, dan kenali saat saya mengikuti jejak mereka dengan benar, dan saat saya benar dan mereka salah.


-1

Acara Tim mungkin membantu. Acara-acara seperti pergi ke pertandingan olahraga dan sebagainya dapat memotivasi bagian dari kelompok. Saya kira keseimbangannya adalah menemukan suatu peristiwa yang akan mencakup semua orang.


2
Kecuali mereka menemukan tempat pada akhir pekan atau setelah bekerja secara umum.
Oliver Weiler
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.