Bagaimana kami membuka kantor pengembangan



Platform e-commerce kami dimulai dengan lima pengembang PHP 10 tahun yang lalu. Benar, kuat. Antara lain, kami memperbarui cabang PHP utama sehubungan dengan algoritma kriptografi untuk bekerja dengan ES. Selama waktu ini, karena banyak integrasi dengan bank, sistem pelanggan dan hanya karena pertumbuhan intensif perusahaan dan pengembangan layanan baru, departemen pengembangan telah tumbuh lebih dari 20 kali, dan, tentu saja, kami membutuhkan kantor pengembangan terpisah di berbagai kota.

Karena PHP sekarang diajarkan hampir di sekolah, ada banyak spesialis yang baik di negara ini. Jadi kami mulai membuat kantor jauh. Di suatu tempat tim pengembang dan analis duduk (tanpa PM), dan di Cheboksary ada seluruh departemen penguji.

Prinsip-prinsipnya sederhana dan sama di semua wilayah:

  • Gaji Moskow.
  • Manifesto tangkas di bagian "lebih baik melakukan pekerjaan daripada menulis makalah" - dalam aksi.
  • Kode berpakaian tidak berlaku untuk pengembangan (kami bekerja dengan pelanggan pemerintah, jadi ini adalah poin penting untuk penjualan yang sama).
  • Wawancara Skype pada saat yang sama dengan eychar dan pemimpin masa depan. Tidak ada tugas tentang palka.

Di mana kantor terbuka:

  • Kaliningrad
  • Saint Petersburg
  • Moskow
  • Kazan
  • Cheboksary
  • Ekaterinburg
  • Chelyabinsk
  • Novosibirsk
  • Khabarovsk
  • Vladivostok



Empat kota menonjol dalam daftar ini: Moskow (dapat dimengerti alasannya: di sini adalah kantor terbesar dan kantor pusat perusahaan), St. Petersburg (banyak orang, banyak spesialis IT, banyak pelanggan), Kazan dan Kaliningrad. Kami baru saja membuka dua kota ini, dan tim pengembang dan analis belum sepenuhnya memiliki staf. Dan mereka menarik karena di Kazan ada lonjakan minat pada IT beberapa tahun yang lalu, dan sekarang ada spesialis yang sangat baik di pasar, dan banyak. Mungkin ini karena Innopolis. Dan Kaliningrad adalah kota yang hampir Eropa dengan pendekatan yang tepat untuk kehidupan, tetapi pada saat yang sama tidak berisik seperti Moskow. Dan banyak profesional TI telah pindah ke sana dalam beberapa tahun terakhir. Karena itu, tidak ada jalan ke sana tanpa kantor.

Berikut adalah contoh bagaimana kantor, Kazan diatur:



Ini adalah bangunan berlantai dua yang terpisah di Millennium Park dekat dengan pusat. Di Innopolis, mereka memutuskan untuk tidak mengambil kantor: ternyata terlalu jauh. Dan khususnya di tempat ini semua orang merasa nyaman. Di atas, tentu saja, bukan ruang yang lincah, tetapi bangunan seperti itu telah didapat dari banyak pilihan, dan itu adalah yang terbaik. Untuk tim - ruangan besar. Ini bukan ruang terbuka yang besar, tetapi juga bukan ruang terpisah untuk masing-masing, karena paling sering di satu kantor semua orang disatukan oleh satu proyek dan terus berkomunikasi.

Tidak ada makanan perusahaan: kami memutuskan bahwa tidak praktis membuat kantin atau katering di kantor. Saat memilih "semua fasilitas dan gaji lokal" versus "menemukan kafe sendiri dan gaji Moskow", tebak apa yang dipilih pengembang. Dan semua kantor kami tidak jauh, jadi menemukan kafe itu mudah. Tapi, setahu saya, banyak yang membawa makanan dari rumah dengan tenang. Ada kulkas dan mesin kopi, gula teh dan kopi juga diperbarui.

Relokasi tidak terlalu berkembang, tetapi secara teori itu mungkin. Ada beberapa orang yang bepergian secara teratur antara Chelyabinsk dan Yekaterinburg. Seringkali, pengembang melakukan perjalanan bisnis ke kantor lain. Ini adalah tugas, atau pertemuan dengan pelanggan, atau konferensi. Semua karyawan perusahaan diundang ke pesta perusahaan. Tetapi ada retrospektif global untuk kantor pengembangan, jadi Anda perlu bertemu dan mengobrol dengan semua orang. Ini adalah perjalanan wajib selama 2 hari dua hingga tiga kali setahun.



Konferensi online internal untuk kantor proyek - dalam format webinar, banyak yang berbagi pengalaman langsung di dalam departemen. Setiap hari Selasa, mereka bertukar pengalaman. Setelah Selasa demonstrasi - biasanya laporan internal panggilan conf. Berikut adalah lima topik terakhir yang:

  1. Informasi pengantar tentang pengujian unit dan fungsional, phpunit dan dasar-dasar pengujian unit dengan contoh parsing dari legacy
  2. Analisis nuansa warisan pengujian unit. Pengujian Fungsional dengan Contoh Symfony dan Zend dengan Nuansa Legacy
  3. Pola Pengembangan
  4. DI dan DI Symfony
  5. Docker dan Gitlab CI

Tidak ada VHI, tetapi kami membayar hingga 100% cuti sakit (yaitu, sementara pengembang sakit, ia menerima tidak kurang dari tarif, tetapi tarif), 100% kami menutup liburan (sama: waktu biaya sama dengan waktu kerja, tetapi tidak kurang, ini terutama penting bagi mereka yang ingin berlibur di bulan Januari atau Mei). Kami selalu membayar untuk pemrosesan sesuai dengan standar sesuai dengan TK (hari libur - tarif dua kali lipat dan per jam). Kami tidak memaksa Anda untuk belajar, kami tidak memaksa Anda untuk berjalan atau menghadiri kursus, tetapi jika karyawan menunjukkan keinginan dan manajer menyetujui, kami setuju. Sakit - ada jalan keluar yang jauh, tetapi Anda harus memperingatkan pemimpin tepat waktu. Dia terlambat - bukan masalah, jika ini tidak mengganggu tim, tetapi di malam hari Anda harus bekerja dengan jumlah yang sama.

Inilah yang dikatakan para ahli sendiri:

Umpan balik dari Chelyabinsk:
Sebagai seorang programmer dari wilayah tersebut, saya dapat mengatakan hal berikut tentang bekerja di CES: ini adalah peluang besar untuk mendapatkan akses ke tingkat pengetahuan dan kompetensi ibukota, untuk bekerja di bawah pengawasan manajer yang bertanggung jawab dan masuk akal. Nah, mengapa bersembunyi - dapatkan modal tingkat upah dan paket sosial. Dan saat tinggal di Ural asli mereka, Siberia atau wilayah Volga. Bagi saya, sangat - bagus!

Umpan balik dari St. Petersburg:
Banyak pekerjaan yang menarik. Kesempatan untuk mendapatkan pengalaman kubernet.
Sistem motivasi yang sangat baik, kompetitif dan gaji sepenuhnya putih.

Umpan balik dari Yekaterinburg:
Lebih baik bekerja di EETP JSC daripada di perusahaan lain di Yekaterinburg, karena Anda mendapatkan pengalaman Moskow sambil tetap berada di kota Anda. Lebih banyak gaji, kebenaran, dan tanggung jawab lebih luas. Saya juga sangat suka organisasi proses, spesialis bertanggung jawab untuk setiap langkah, dan tidak "shiva sobek berkeping-keping."

Perekrutan orang-orang baru - hanya melalui Moskow, melalui departemen pemilihan personalia dan manajer pengembangan secara langsung. Wawancara adalah satu setengah jam, segera perwakilan dari tim SDM dan manajer pengembangan berpartisipasi. Paling sering kami menemukan orang di LinkedIn atau di HH, sangat jarang di lingkaran Saya. Kami menyetujui waktu dan tanggal yang nyaman, kami sering menetapkan untuk malam di wilayah tersebut. 15-20 menit pertama adalah pertanyaan dalam hal motivasi, proyek, menguji soft skill. Kemudian kepala departemen pengembangan mengajukan pertanyaan teknis dan memberikan tugas. Kami melihat matematika aktual dan pemikiran logis. Kami sedang mengembangkan tugas berdasarkan kasus-kasus praktis beberapa tahun terakhir.

Hal terpenting dalam pemilihan adalah fokus pada hasil, bukan proses. Artinya, penting bahwa seseorang ingin melihat kode dalam produksi dan membawanya hingga akhir. Anda dapat melewati bagian dari proses, Anda tidak dapat membuat dokumen dengan sangat akurat - semua ini mudah diselesaikan. Tetapi keinginan untuk melakukan bisnis adalah hal yang paling penting. Yang kedua adalah keramahan. Saya harus mengatakan segera: sosialisasi yang baik di lingkungan PHP adalah kejadian langka. Dan sangat penting bagi kita untuk bertukar informasi secara cepat dan terbuka, untuk mengetahui kemungkinan masalah pada waktunya, dan pada saat yang sama tidak saling menyinggung dan tidak meracuni zona. Oleh karena itu, jika seseorang setidaknya pernah bekerja dalam tim proyek, maka secara umum ada keterampilan. Tidak ada yang bekerja untuk kita sendirian. Penting bahwa tidak ada ulasan kode yang membuat marah siapa pun. Dan tanggung jawab juga penting.

Kami bertanya tentang kasus, tentang contoh penyelesaian masalah, apa yang menarik di antara mereka, apa yang saya sukai, dan sebagainya. Kemudian manajer pengembangan memeriksa potensi: untuk alasan yang jelas, kami memiliki banyak siswa dan jones kemarin, jadi penting untuk mengevaluasi keterampilan praktis yang tidak sebanyak yang Anda pikirkan.

Sangat menarik bahwa dalam satu setengah tahun pencarian, spesialis SDM dan manajer pengembangan tidak pernah berbeda pada kandidat. Baik dua atau dua lawan.

Kami tidak membatasi publisitas dalam hal memelihara blog kami sendiri atau berpartisipasi dalam proyek-proyek sumber terbuka, hal utama adalah tidak mengungkapkan informasi komersial (kami memiliki banyak hal).

Secara umum, terlepas dari kenyataan bahwa setelah kata-kata "Platform perdagangan elektronik terpadu" dan "organisasi pengadaan publik" Anda dapat membayangkan orang mengenakan dasi, ini sedikit berbeda. Kami adalah perusahaan komersial dan sangat cepat.

Referensi:


Source: https://habr.com/ru/post/id439932/


All Articles