Pengembang perangkat lunak menjadi aset yang lebih berharga daripada uang. Kehilangan mereka atau kehilangan kendali atas mereka (dan masih belum jelas apa yang lebih buruk) lebih mudah dari sebelumnya. Kami memutuskan untuk berbicara tentang cara mengurangi risiko ini.
/ Flickr / Damien Pollet / CC BY-SASeperti yang ditunjukkan
oleh sebuah
penelitian oleh Stripe & Harris Poll, 61% manajer puncak (dari sampel lebih dari 1.000 manajer) mempertimbangkan faktor utama yang dapat menentukan keberhasilan bisnis mereka menjadi tim pengembang yang kuat. Menurut Forrester, organisasi di mana bakat teknik sangat penting dan kurang pada tahun 2018 dihadapkan dengan kebutuhan untuk membayar para profesional rata-rata 20% lebih dari pasar.
Tetapi bahkan dengan profesional yang layak yang tersedia, perusahaan dan startup dapat kehilangan keuntungan - hanya karena kesalahan sistem dalam bekerja dengan orang-orang IT. Secara khusus, banyak programmer dipaksa untuk mendukung sistem yang sudah usang atau perangkat lunak dengan kualitas rendah. Perusahaan di seluruh dunia kehilangan sekitar $ 300 miliar per tahun karena pendekatan ini.
Dan secara umum, menarik dan mempertahankan programmer yang berkualitas di lingkungan saat ini bukanlah tugas yang mudah. “Ekonomi pertunjukan”, dengan model pekerjaan non-standar yang fleksibel, melibatkan semakin banyak orang dewasa yang berbadan sehat:
menurut McKinsey, pada 2017, ada hingga 162 juta orang di Eropa dan Amerika Serikat saja. Saat ini, pengembang memiliki semakin banyak peluang beragam untuk menerima hadiah uang yang dapat diterima untuknya, tanpa membatasi diri pada lingkup kontrak kerja dengan satu pemberi kerja.
Untuk merekrut tim insinyur dan menciptakan lingkungan bagi mereka yang tidak ingin mereka tinggalkan, ada baiknya mengikuti beberapa aturan. Mereka bukan satu-satunya resep untuk sukses dalam manajemen bakat teknologi, tetapi mereka pasti bekerja jika diterapkan tanpa fanatisme.
Pekerjakan Bintang IT dengan Hati-hati
Kadang-kadang mempekerjakan "selebritas dari pengkodean" - pakar keamanan informasi terkemuka atau genius muatan tinggi, dll. - mengarah pada fakta bahwa pada titik tertentu mereka menjadi tidak dapat diganggu gugat, secara de facto memperoleh pengaruh pengaruh semacam itu pada tim yang benar-benar mengandalkan hanya untuk manajemen. Ini terjadi jika, demi mengembangkan arah atau proyek teknologi baru, perusahaan ingin membentuk tim impian dan mulai "menyedot" pasar, merebut para profesional yang paling berpengalaman darinya, terlepas dari bagaimana mereka bekerja bersama.
Seringkali, di perusahaan besar dengan sejarah panjang, "bintang-bintang IT" mengalami metamorfosis kepribadian yang tidak menyenangkan karena fakta bahwa mereka hanya tahu cara mempertahankan array kode legacy yang besar. Mengingat struktur manajemen teknologi yang tidak transparan, karyawan tersebut sudah enggan untuk berbagi pengetahuan yang relevan dengan pendatang baru dan mulai menyabot inisiatif yang secara hipotetis mampu merusak status mereka di perusahaan atau departemen.
/ Flickr / Kode untuk Amerika / CC BY-NDSampai batas tertentu, risiko-risiko ini dihilangkan atau dikurangi dengan penerapan prinsip-prinsip Scrum dan Agile yang jujur dan konsisten dalam pekerjaan organisasi (lihat di bawah), tetapi bahkan dalam satu perusahaan TI, di mana metodologi yang fleksibel telah menang, "teknik-teknik" seperti itu dapat menyulitkan pekerjaan departemen TI.
Namun, "bintang" itu bukan kalimat. Hanya saja Anda tidak perlu mencoba "melepaskan tangan-tangan ini", sama seperti tidak perlu menghindarinya. Saat mewawancarai pengembang yang paling berpengalaman, Anda harus lebih memperhatikan soft skill mereka, termasuk keterampilan kerja tim (sebagian besar, perangkat lunak massal tidak dilakukan oleh satu orang) dan umpan balik dari perusahaan sebelumnya.
Ini tidak berarti bahwa demi "risiko lindung nilai" perlu untuk mengambil banyak spesialis dengan fungsi duplikat ke dalam tim atau untuk memilih profesional kelas menengah ke kelas yang lebih tinggi. Tetapi starryness dari developer tentu bukan nilai absolut.
Beri profesional kesempatan untuk mempelajari keterampilan baru.
Bagi kebanyakan pengembang, arsitek sistem, pemimpin tim, motivator utama - biarkan saja uang sejauh ini - adalah pengembangan diri profesional. Mereka hanya suka menulis kode dan membuat sistem yang dapat melakukan sesuatu yang bermanfaat. Mereka juga menyukainya ketika mereka memiliki kesempatan untuk belajar dan melakukan pekerjaan mereka lebih baik daripada yang lain.
Selain itu, dalam komunitas profesional, keinginan ini cenderung mengambil karakter neurosis: pengembang takut untuk tidak mengetahui sesuatu, menjadi tidak kompeten bahkan di daerah-daerah di mana mereka telah bekerja selama bertahun-tahun. Mereka
dimiliki oleh FOMO (takut ketinggalan, atau "sindrom untung rugi"). Tidak ada yang menghentikan majikan, yang memahami nuansa ini, dari memberikan peluang pengembangan dipercepat kepada programmer di bawah pengawasan mereka.
Untungnya, ada banyak peluang seperti itu. Pertama, ini (betapapun sepele) pekerjaan yang menarik, berkat pengembang senior akan memperkuat profesionalismenya, dan pengembang junior mau tidak mau akan meningkatkan keterampilannya ke "Tengah". Asalkan iklim dalam tim menguntungkan bagi pemula yang rajin belajar.
Adalah satu hal untuk memusatkan satu-per-satu toko template online, dan yang lainnya untuk membuat produk yang kompleks dan tidak khas. Dalam kasus proyek yang benar-benar bermakna, masalah teknologi murni dalam kompetensi departemen TI mengambil dimensi nyata. Perselisihan rutin seputar pilihan teknologi tertentu dapat diterjemahkan ke dalam saluran yang konstruktif - ke dalam saluran manfaat yang diberikan oleh pilihan tertentu kepada khalayak layanan.
Untuk perusahaan yang peduli dengan kualifikasi pengembangnya, sesuai urutannya, membuat basis pengetahuan teknologi mereka sendiri, membayar pelatihan penuh atau sebagian dan kursus sertifikasi, membeli literatur profesional atas permintaan pengembang, melakukan hackathon internal.
/ Flickr / Betsy Weber / CC BYSeorang majikan yang cerdas dengan jiwa yang tenang akan membiarkan seorang insinyur berbicara di sebuah konferensi khusus, karena dia mengerti bahwa dia secara tidak langsung mempromosikan tidak hanya dirinya sebagai seorang spesialis, tetapi juga sebuah perusahaan. Anda tidak perlu takut bahwa seorang spesialis akan terpikat ke tempat lain di konferensi: jika karyawan ragu-ragu, mereka juga dapat memikatnya secara online langsung dari kantor.
Pengembang dengan pembayaran yang adil
Ketika mereka mengatakan bahwa uang
bukanlah faktor pendorong utama bagi pengembang, karena alasan tertentu mereka sering menutup mata terhadapnya. Sementara itu, hanya karena fakta bahwa spesialis TI berkomitmen pada prinsip-prinsip pemikiran rasional, sangat penting bagi mereka untuk memahami imbalan apa yang dapat mereka harapkan di masa mendatang dan di bawah kondisi apa. Jika pemrogram acuh tak acuh terhadap uang, mereka tidak akan dibayar
banyak .
Penting juga bahwa model pembentukan remunerasi dapat dipahami dan menjaga hubungan dengan manfaat apa yang diberikan spesialis kepada perusahaan. Kebetulan aturan ini dilanggar sehubungan dengan pengembang "bintang" (lihat di atas) dan bayar lebih "untuk status".
Tentu saja, pengusaha tidak mendorong pengungkapan informasi tentang gaji karyawan mereka, tetapi pada akhirnya semua orang masih tahu siapa yang menerima berapa banyak, dan "ketidakadilan" yang jelas dalam menambah tetangga yang ada di kantor hanya menurunkan motivasi pemrogram.
Untuk startup, masuk akal juga mempertimbangkan program opsi untuk pengembang terkemuka dan menepati janji-janji ini, apa pun yang terjadi pada bisnis. Namun, seseorang tidak bisa berlebihan - berjanji lebih dari yang bisa Anda berikan. Seringkali para pendiri proyek-proyek inovatif mengabaikan aturan ini dan menjanjikan bagian di perusahaan untuk hampir magang. Anda harus mengetahui ukurannya - misalnya, dalam Buffer, sesuai dengan program opsi, tim (dikurangi pendiri)
mengalokasikan total 17% saham, dan sekitar 3% kepada konsultan terkemuka.
Tawarkan opsi karier yang tepat waktu
Kepala perusahaan atau CTO - tergantung pada ukuran dan struktur bisnis - harus memahami apa motivasi dasar insinyur, penguji, dan proyek di bawah pengawasannya. Dalam banyak kasus, pengembang dan spesialis teknis lainnya kecewa dengan perusahaan dan meninggalkannya karena mereka tidak melihat ke mana mereka harus pergi selanjutnya.
Tentu saja, tidak ada cara tunggal untuk semua orang, para pengembang sangat berbeda. Anda perlu membangun kebutuhan masing-masing karyawan secara individual. Katakanlah, bagi banyak pengembang, jalur pengembangan yang sangat baik adalah menjadi pemimpin tim: tanpa melepaskan diri dari pemrograman, mulai lebih bertanggung jawab atas produk, memiliki suara ketika mengubah tumpukan teknologi.
/ Flickr / Damien Pollet / CC BY-SATetapi tidak semua insinyur ingin melakukan hal lain selain tugas pengembangan. Upaya untuk "melatih" bahkan seorang manajer teknis tingkat pemula dari spesialis seperti itu kemungkinan besar akan membuatnya berhenti. Untungnya, pengembangan perangkat lunak adalah bidang di mana pertumbuhan horizontal tak terbatas dimungkinkan jika perusahaan memiliki proyek yang akan menghadirkan tantangan yang layak di mata mereka bagi pengembang senior.
Jadi bicaralah dengan pengembang: baik di awal, selama wawancara, dan ketika mereka sudah dalam kondisi Anda. Jika Anda seorang manajer eselon tertinggi, maka manajer langsung (kepala departemen, pemimpin tim, dll.) Akan membantu Anda memahami kebutuhan profesional dan karier para programmer biasa.
Buat budaya di mana pengembang adalah yang utama
Rekomendasi ini berlaku terutama untuk perusahaan IT yang nilai insinyurnya bahkan lebih tinggi daripada rata-rata pasar. Stack Overflow COO Jeff Szczepanski
merekomendasikan pembinaan di dalam perusahaan budaya yang dia namakan pengembang-pertama, yaitu, di mana programmer dengan kebutuhannya berada di garis depan.
Beberapa keadaan dan situasi yang menurunkan motivasi pemrogram mungkin tidak jelas bagi manajer yang belum pernah bekerja sama dengan mereka sebelumnya. Misalnya, jika seperlima dari waktu kerjanya seorang pengembang perangkat lunak yang berkualifikasi dipaksa untuk menulis laporan untuk seseorang yang dirinya sendiri belum menulis satu baris kode pun, ada risiko bahwa cepat atau lambat (dan lebih cepat) dia akan melambaikan tangannya dan berhenti, meskipun gaji lebih tinggi dari rata-rata ke pasar.
Oleh karena itu, di perusahaan yang keberhasilannya terutama didasarkan pada pekerjaan pengembang, penting untuk membangun struktur organisasi yang tepat, di mana di antara programmer dan manajer klasik terdapat tautan menengah - akar rumput dan manajemen menengah, yang berpengalaman dalam pekerjaan insinyur.
Penting dan, tanpa kehilangan kendali pengembang, untuk menghindari manajemen mikro, yang dapat mematikan produktivitas mereka. Entah manajer yang tidak memiliki masa lalu TI yang sering mencoba mengatasi rasa tidak berdaya mereka sendiri, sering kali melakukan hypercontrol semacam ini, atau, sebaliknya, para pemimpin tingkat pemula yang baru-baru ini membuat kode dan sekarang takut bahwa mereka tidak akan mampu menghadapi tanggung jawab baru.
Akhirnya, salah satu alasan khas bahwa pengembang paling sering meninggalkan perusahaan besar adalah
kurangnya otonomi dalam membuat keputusan penting, serta pilihan alat yang terbatas dan berlebihan, kadang-kadang bukan karena hal lain selain pertimbangan perusahaan.
Peduli - atau lebih tepatnya, "merawat orang sehat" - diekspresikan di pengembang di berbagai tingkatan: dari memahami realitas proyek saat ini (mungkin proyek memungkinkan "teknisi" bekerja dari rumah 1-2 hari seminggu?) Ke ergonomi ruang di mana karyawan (tidak semua profesional TI, misalnya, suka ruang terbuka).
Menghubungkan pengembangan TI dengan tujuan perusahaan
Seringkali, pengusaha dan manajer menyalahkan pengembang karena tidak "melihat gambaran besarnya" dan mengabaikan tujuan bisnis perusahaan. Sia-sia. Arsitek sistem, insinyur, dan coder tidak diharuskan untuk memberikan alasan dalam kategori keuangan dan pasar. Ya, "pemikiran produk" hebat, tetapi dibesarkan di lingkungan yang tepat.
Agar pengembang dapat melakukan apa yang bermanfaat bagi bisnis, Anda harus menempatkan mereka dalam kondisi yang sesuai. Tujuannya adalah untuk membunuh dua burung dengan satu batu. Di sisi lain, untuk memastikan bahwa pengembang tidak memiliki pertanyaan seperti "Mengapa kita melakukan ini?", Di sisi lain, untuk memastikan bahwa manajemen tidak memerlukan manajer teknis dari hasil yang spesialis TI tidak mengerti pada dasarnya. Dan tujuan ini dapat dicapai.
/ Flickr / Paul Downey / CC OLEHSelama 20-25 tahun terakhir, banyak kerangka kerja dan kode praktik terbaik teknologi informasi telah dikembangkan dan terus ditingkatkan. Diantaranya, misalnya, ITIL dan COBIT. Yang pertama
diciptakan untuk meminimalkan birokrasi dan membuat aturan yang dapat direproduksi dimengerti untuk melakukan proses rutin di bidang TI. Dan yang
kedua , pada gilirannya, pada awalnya dikembangkan untuk menghubungkan dan menyinkronkan kebutuhan bisnis dengan prinsip-prinsip pengembangan perangkat lunak.
Selain itu, penerapan metodologi pengembangan gesit, terutama Scrum, membantu membangun lingkungan yang sehat untuk menciptakan dan memastikan pengoperasian produk IT. Untuk memahami bagaimana perusahaan Anda mematuhi prinsip-prinsip Scrum, ada tes
Scrum Open yang sangat baik. Mekanisme yang diadopsi dalam metodologi fleksibel membantu untuk meratakan banyak risiko yang dijelaskan di atas.
Sebagai contoh, seseorang dengan peran khusus - “Scrum-master” - berkonsentrasi, khususnya, tentang bagaimana membuat transisi tim menjadi tim yang benar-benar berfungsi. Termasuk, di satu sisi, menghilangkan ketakutan orang-orang tua dari tim yang takut menjadi tidak perlu, di sisi lain, itu membuat pendatang baru untuk menghormati "bintang-bintang IT" lokal.
Kami memahami nilai pengembang dan mencoba membuatnya nyaman bekerja di 1cloud . Dan saat ini kami sedang memperluas tim kami dan dengan senang hati akan mengundang Anda untuk berperan sebagai pengembang backend terkemuka . Selain mengkoordinasikan pekerjaan kolega, Anda akan terlibat dalam arsitektur dan mekanisme untuk interaksi solusi kami dengan sistem lain.
Sebagai persyaratan dasar: pengalaman dalam pengembangan industri di C # dan platform .NET; pengetahuan yang baik tentang SQL, T-SQL dan pengalaman dengan MS SQL Server; pengalaman dengan Git, pengalaman dalam membangun proses CI / CD. Kami sedang mempertimbangkan kandidat penuh waktu. Kantor kami terletak di pusat St. Petersburg (metro Chernyshevskaya).
Apa yang kami tulis di blog perusahaan: