Dalam satu studi, di antara fitur utama pengembang, mereka fokus pada pertumbuhan (keinginan untuk mempelajari keterampilan baru, mengambil tugas-tugas sulit), introversi dan kemandirian. Orang dengan seperangkat sifat seperti itu sulit untuk dipersatukan dalam tim. Tetapi ini dapat dicapai jika kita membangun sistem motivasi dengan benar.
Jelas bahwa landasan motivasi adalah gaji yang kompetitif. Masih ada beberapa programmer, kebutuhannya tinggi, sehingga seringkali spesialis tidak mengikuti wawancara, dan karyawan SDM mengejarnya dan memikatnya dengan penawaran menarik: VMI untuk seluruh keluarga, keanggotaan gym, dan banyak lagi. Tetapi lebih sering daripada tidak, seorang spesialis berbakat tidak mencari cookie gratis, tetapi untuk tugas-tugas menarik dan kondisi nyaman (yang, secara kebetulan, akan mempertimbangkan sifat dari pengembang rata-rata).
Perusahaan Super Ego IT sedang mengembangkan teknik pengaturan mandiri Master Kit. Produk memasuki pasar CIS, Eropa dan Amerika, tim mempekerjakan hampir 90 orang, yang sebagian besar adalah pengembang. Ini adalah karyawan setia yang bersemangat dengan sebuah ide dan mencurahkan semua upaya mereka untuk bekerja. Bagaimana Anda bisa mencapai ini?
Otonomi
Super Ego memiliki cholacracy. Sistem manajemen ini mungkin tidak untuk semua orang. Tetapi beberapa prinsipnya akan diterima dengan keras oleh tim programmer mana pun.
- Tim yang mengatur diri sendiri. Tiga poin utama sudah cukup. Pertama, kemampuan untuk memilih tugas favorit Anda. Untuk melakukan ini, papan tugas dikompilasi, dengan mana pengembang mengambil yang dia suka. Tidak ada instruksi atau tugas yang dipaksakan, dan ini menimbulkan rasa kemandirian dan loyalitas kepada perusahaan. Kedua, satu tim sedang mengerjakan semua aspek: tes, perakitan, rilis, pemantauan, dan sebagainya. Orang-orang suka melihat hasil akhirnya dan merasakan keterlibatan mereka di dalamnya. Ketiga, kebebasan dalam memilih teknologi dan menyelesaikan masalah. Ada kebebasan di tingkat kode dan antarmuka, dan kemampuan untuk memasukkan perpustakaan, bahasa, kerangka kerja. Benar, kebebasan ini harus tetap memiliki kerangka kerja sehingga operasi saling terkoordinasi.
- Kurangnya kontrol mikro. Semua orang bosan ketika pemimpin terus-menerus bergegas ke urusan mereka dan mencoba mengendalikan setiap hal kecil.
- Keputusan tim tentang arsitektur dan desain. Jika setiap orang merasa bahwa pendapatnya telah diperhitungkan dan bahwa ia dapat mempengaruhi prosesnya, maka ini meningkatkan motivasi dan kualitas produk.
- Jadwal kerja yang fleksibel. Ini adalah poin yang jelas, dan banyak perusahaan perangkat lunak, untungnya, ingat tentang itu.
- Gaya komunikasi yang demokratis. Kata-katanya sangat penting, dan ini tidak hanya berlaku untuk komentar pada kode, tetapi juga untuk komunikasi sehari-hari dalam tim. Alih-alih kata "harus", pertanyaan atau frasa seperti "pikirkan tentang ..." atau "mungkin perlu dipertimbangkan ..." digunakan.
Penguasaan pertumbuhan
Mengapa seorang programmer harus datang ke tim jika ia dapat freelancer dan menemukan pesanan? Kemudian, belajar dari orang lain dan bersaing dengan mereka. Dan di perusahaan yang baik ini adalah suatu keharusan.
- Hackathons. Satu hari atau lebih di mana pengembang bersama-sama memecahkan beberapa masalah dan berbagi pengetahuan. Ini adalah acara hiburan yang memecahkan beberapa masalah sekaligus: meningkatkan keterampilan, memperkuat ikatan dalam tim, dan mencari inovasi.
- Konferensi. Perusahaan besar mampu mengundang dosen yang berpengalaman, sementara perusahaan yang lebih kecil dapat mendorong karyawan untuk menghadiri berbagai acara dan kemudian membagikan informasi yang diterima.
- Pembayaran untuk pelatihan. Jika seorang programmer telah menemukan beberapa kursus yang menarik, dan perusahaan dapat membayar untuk itu, maka metode ini meningkatkan loyalitas individu dan profesionalisme seluruh tim.
- Organisasi perpustakaan, rekaman kursus online dan webinar. Pengembang berpengalaman suka berbagi pengetahuan, dan di bawah naungan perusahaan Anda dapat mulai membuat konten (yang, antara lain, akan membantu merek mengembangkan dan menarik programmer baru yang berbakat).
Pengakuan atas Prestasi
Rasa kepemilikan dan signifikansi penting bagi setiap orang. Perusahaan dapat membantu dalam memvisualisasikan proses ini (bukan karena Dewan Kehormatan dulu sangat populer).
- Informasi kemajuan reguler. Ada banyak cara untuk membuat proses ini terlihat dan menyenangkan bagi semua orang. Anda dapat mengumpulkan statistik dan menyiapkan metrik. Anda dapat menggunakan grafik untuk menandai setiap hari pada mereka tugas-tugas apa yang dipecahkan oleh karyawan yang berbeda dan bagaimana pekerjaan pada proyek secara keseluruhan bergerak. Anda dapat membuat papan dengan tugas, di mana setiap peserta akan mengubah status "Sedang berlangsung" menjadi status "Selesai."
- Pengakuan. Orang sering mendengar kritik dan kurang menerima pujian. Tetapi setiap pengembang membutuhkan penilaian positif. Kita perlu merumuskannya sespesifik mungkin. Misalnya, “Anda dapat menyederhanakan algoritme, sehingga program sekarang bekerja lebih cepat. Ini adalah solusi yang bagus. " Namun, Anda tidak boleh mengatur upacara penghargaan, karena mereka dapat memancing kecemburuan dan persaingan tidak sehat. Adalah jauh lebih penting untuk menekankan kontribusi masing-masing terhadap keberhasilan proyek.
- Kirimkan atau sambut umpan balik positif dari pelanggan atau pelanggan, sehingga pengembang memahami bahwa pekerjaan mereka membuat hidup seseorang lebih mudah dan lebih menyenangkan.
Untuk mengetahui apakah anggota tim puas dan menghargai pekerjaan mereka di perusahaan, Anda dapat mengatur pertanyaan anonim atau berbicara dengan setiap orang secara pribadi untuk mengetahui apa, yang menurutnya, dapat ditingkatkan. Tidak semua ide dapat diimplementasikan. Seperti tidak semua pengembang akan berhasil. Tetapi bagaimanapun juga, itu akan menjadi pengalaman yang menyenangkan bagi karyawan: mereka akan memahami bahwa manajemen sebenarnya ingin memperbaiki kondisi kerja.