Alexander Baranov bekerja di Veeam sebagai direktur Litbang dan tinggal di antara kedua negara. Dia menghabiskan separuh waktunya di Praha, separuh lainnya di St. Petersburg. Kota-kota ini adalah rumah bagi kantor pengembangan Veeam terbesar.
Pada tahun 2006, itu adalah start-up oleh dua pengusaha dari Rusia, terkait dengan perangkat lunak cadangan mesin virtual (dari sana nama V[ee][a]M, mesin virtual, juga berasal). Hari ini adalah perusahaan raksasa dengan lebih dari empat ribu karyawan di seluruh dunia.
Alexander memberi tahu kami bagaimana rasanya bekerja di perusahaan seperti itu dan betapa sulitnya untuk masuk ke dalamnya. Di bawah ini adalah monolognya.
Secara tradisional, kami akan berbicara tentang penilaian perusahaan di Lingkaran Saya: Perangkat Lunak Veeam yang diterima dari karyawannya . Dia dihargai untuk paket sosial yang baik, suasana kerja yang nyaman dalam tim, untuk tugas-tugas yang menarik dan fakta bahwa perusahaan membuat dunia menjadi tempat yang lebih baik.
Produk apa yang dikembangkan Veeam
Produk yang memberikan toleransi kesalahan untuk infrastruktur TI. Untungnya, seiring waktu, perangkat keras menjadi cukup andal, dan cloud memberikan toleransi kesalahan. Namun kesalahan manusia tetap ada hingga hari ini.
Misalnya, masalah klasik ketidakcocokan pembaruan dengan infrastruktur organisasi. Administrator meluncurkan pembaruan yang belum diverifikasi, atau terjadi secara otomatis, dan karena itu, pengoperasian server perusahaan terganggu. Contoh lain: seseorang telah membuat perubahan pada proyek bersama atau sekumpulan dokumen yang menurut mereka sesuai. Belakangan, masalah ditemukan, dan perlu mengembalikan keadaan seminggu yang lalu. Kadang-kadang perubahan seperti itu bahkan tidak terkait dengan tindakan sadar manusia: baru-baru ini, virus cryptolocker mendapatkan popularitas. Seorang pengguna membawa flash drive dengan konten yang meragukan ke komputer kantor atau mengunjungi situs dengan kucing, dan akibatnya, komputer di jaringan terinfeksi.
Dalam situasi di mana hal buruk telah terjadi, kami memberikan kesempatan untuk membatalkan perubahan. Jika perubahan hanya direncanakan, kami mengizinkan Anda untuk memeriksa dampaknya dalam infrastruktur terisolasi, yang dibuat ulang dari cadangan pusat data.
Seringkali, cadangan bertindak sebagai "saksi bisu" untuk audit organisasi. Perusahaan publik harus mematuhi regulator eksternal (seperti Sarbanes-Oxley Act), dan untuk alasan yang baik. Pada tahun 2008, keadaan perekonomian dunia terguncang karena beberapa pelaku pasar keuangan secara kasar memalsukan hasil kegiatannya. Ini bola salju dan ekonomi merosot. Sejak saat itu, regulator memantau proses di perusahaan publik dengan lebih cermat. Kemampuan untuk memulihkan keadaan infrastruktur TI, sistem surat, sistem manajemen dokumen untuk periode pelaporan adalah salah satu persyaratan auditor.
Microsoft, Amazon, Google, dan penyedia cloud lainnya memiliki solusi asli yang mencadangkan sumber daya di dalam cloud. Tetapi keputusan mereka adalah "hal-hal dalam diri mereka sendiri". Masalahnya adalah bahwa perusahaan besar dalam banyak kasus memiliki infrastruktur TI hibrida: sebagian ada di cloud, sebagian lagi di darat. Cloud biasanya menghosting proyek web dan aplikasi yang menghadap pelanggan. Aplikasi dan server yang menyimpan informasi sensitif atau data pribadi paling banyak ditemukan di lapangan.
Selain itu, organisasi menggunakan beberapa cloud berbeda untuk membangun satu cloud hybrid untuk meminimalkan risiko. Ketika sebuah perusahaan multinasional telah membangun cloud hybrid, diperlukan sistem toleransi kesalahan tunggal dan umum untuk keseluruhan infrastruktur.
Betapa sulitnya mengembangkan produk seperti itu
Teknologi baru terus bermunculan yang membutuhkan studi, adaptasi, dan pengalaman. Ketika kami pertama kali muncul dan merupakan startup, hanya sedikit orang yang menganggap serius virtualisasi. Ada aplikasi untuk mencadangkan pusat data fisik. Pusat data tervirtualisasi dipandang sebagai mainan.
Kami mulai mendukung pencadangan berbasis virtualisasi sejak awal, saat teknologi hanya digunakan oleh para peminat. Dan kemudian ada pertumbuhan eksplosif dan pengakuannya sebagai standar. Sekarang kami melihat area lain yang menunggu lompatan kualitatif yang sama, dan kami mencoba untuk mengikuti gelombang tersebut. Kemampuan untuk menjaga hidung Anda melawan angin dijahit di suatu tempat di DNA perusahaan.
Sekarang perusahaan telah melewati hari-hari startup. Sekarang, bagi banyak pelanggan besar, stabilitas dan keandalan adalah hal yang penting, dan pengambilan keputusan tentang toleransi kesalahan dapat memakan waktu beberapa tahun. Ada adaptasi, verifikasi produk, kepatuhan terhadap berbagai persyaratan. Ternyata situasinya lucu - di satu sisi, Anda perlu memastikan keandalan dan kepercayaan pada produk, dan di sisi lain, tetap modern.
Tapi yang baru selalu dikaitkan dengan tingkat ketidaktahuan tertentu tentang teknologi, pasar, atau keduanya.
Misalnya, setelah beberapa tahun bekerja, kami menyadari bahwa kami perlu menggunakan kemampuan penyimpanan internal sistem data untuk mempercepat pencadangan. Beginilah lahirnya seluruh arah integrasi dengan produsen besi. Hingga saat ini, mitra Veeam dalam program ini adalah semua pemain terbesar di pasar ini - HP, NetApp, Dell EMC, Fujitsu, dll.
Kami juga berpikir bahwa virtualisasi akan menggantikan server klasik. Tetapi kehidupan telah menunjukkan bahwa 10% terakhir dari server fisik tetap ada, virtualisasi yang tidak mungkin atau tidak masuk akal. Dan mereka juga perlu didukung. Beginilah Veeam Agent untuk Windows/Linux muncul.
Pada suatu waktu, kami mengira sudah waktunya Unix mengambil tempatnya di museum, dan menolak untuk mendukungnya. Tapi begitu kami pergi ke klien dengan sejarah panjang, kami menyadari bahwa Unix lebih hidup dari semua makhluk hidup. Namun mereka menulis keputusan untuknya.
Kisah yang sama terjadi dengan tape drive. Kami berpikir: "siapa yang membutuhkannya di dunia modern?" Kemudian kami mengerjakan fitur-fitur seperti pemulihan data granular atau pencadangan tambahan dengan salinan lengkap sintetik - dan ini tidak dapat dilakukan pada kaset, Anda memerlukan disk. Kemudian ternyata tape drive berfungsi sebagai salah satu cara untuk menyediakan cadangan yang tidak dapat diubah yang diperlukan untuk penyimpanan jangka panjang - sehingga setelah 5 tahun mendatang, ambil kaset dari rak dan lakukan audit. Nah, ukuran klien - kami mulai dengan yang kecil - tetapi tidak ada yang menggunakan kaset di sana. Dan kemudian kami berkembang menjadi pelanggan yang memberi tahu kami bahwa mereka tidak akan membeli produk tanpa pita.
Teknologi apa yang digunakan di Veeam
Untuk tugas yang terkait dengan logika bisnis, kami menggunakan .NET. Kami memulainya, dan terus mengoptimalkan. Sekarang kami menggunakan .NET Core di sejumlah solusi. Saat startup pertama kali terbentuk, ada beberapa pendukung stack ini di dalam tim. Itu bagus dalam hal menulis logika bisnis, kecepatan pengembangan, dan kenyamanan alat. Dulu itu bukan keputusan yang paling populer, tapi sekarang jelas bahwa para pendukung itu benar.
Pada saat yang sama, kami menulis di bawah Unix, Linux, bekerja dengan perangkat keras, ini membutuhkan penggunaan solusi lain. Bagian sistem yang terkait dengan informasi tentang data yang kami simpan dalam cadangan, algoritme pencarian data, algoritme yang terkait dengan pengoperasian perangkat keras - semua ini ditulis dalam C ++.
Bagaimana karyawan didistribusikan di seluruh dunia
Sekarang perusahaan mempekerjakan sekitar empat ribu orang. Sekitar seribu di antaranya ada di Rusia. Perusahaan ini memiliki dua kelompok besar. Yang pertama berkaitan dengan pengembangan dan dukungan teknis produk. Yang kedua membuat produk terlihat oleh dunia luar: penjualan dan pemasaran berada dalam kewenangannya. Rasio antar kelompok kira-kira tiga puluh banding tujuh puluh.
Kami memiliki sekitar tiga puluh kantor di seluruh dunia. Penjualan lebih tersebar luas, tetapi pengembangan juga tidak ketinggalan. Beberapa produk sedang dikerjakan secara bersamaan di beberapa kantor - sebagian di St. Petersburg, sebagian lagi di Praha. Beberapa dikembangkan hanya dalam satu, misalnya produk yang menyediakan cadangan fisik Linux dikembangkan di Praha. Ada produk yang hanya dikerjakan di Kanada.
Kami melakukan pengembangan terdistribusi untuk memenuhi kebutuhan pelanggan. Pelanggan besar merasa lebih aman ketika pengembangan berada di wilayah yang sama dengan tempat produk bekerja.
Kami sudah memiliki kantor yang sangat besar di Republik Ceko, dan tahun depan kami berencana membuka satu lagi di Praha - untuk 500 pengembang dan penguji. Mereka yang pindah ke ibu kota Republik Ceko dalam "gelombang pertama" dengan senang hati berbagi pengalaman dan peretasan hidup mereka dengan semua orang yang tertarik dengan kesempatan untuk bekerja di Eropa di Habré. Di Rusia, kantornya berlokasi di St. Petersburg, sebagian dari proyek internal dilakukan di Izhevsk, dan sebagian dukungan di Moskow. Secara umum, beberapa ratus orang di seluruh dunia terlibat dalam dukungan teknis. Ada spesialis dari berbagai tingkat pelatihan teknis dan spesialisasi. Level tertinggi adalah orang yang mampu memahami produk pada level kode sumber, dan mereka bekerja di kantor yang sama dengan bagian pengembangan.
Bagaimana proses terstruktur
Sekitar setahun sekali kami memiliki rilis besar dengan fungsionalitas baru, dan setiap dua hingga tiga bulan kami memiliki pembaruan dengan perbaikan bug dan peningkatan yang memenuhi persyaratan pasar yang mendesak atau perubahan platform. Persyaratan diberi prioritas - dari minor hingga kritis, yang tanpanya rilis tidak mungkin dilakukan. Yang terakhir disebut "epos".
Ada segitiga klasik - kualitas, kuantitas sumber daya, waktu (pada orang awam, "cepat, efisien, murah, pilih dua"). Kami tidak bisa melakukan hal buruk, kualitasnya harus selalu tinggi. Sumber daya juga terbatas, meskipun kami berusaha untuk berkembang setiap saat. Jauh lebih fleksibel dalam manajemen waktu, tetapi seringkali diperbaiki. Oleh karena itu, satu-satunya hal yang dapat kami variasikan adalah jumlah fungsionalitas dalam rilis.
Epik, sebagai aturan, mencoba untuk mempertahankan tidak lebih dari 30-40% dari siklus rilis yang diproyeksikan. Sisanya bisa kita potong, transfer, perbaiki, modifikasi. Ini adalah ruang kami untuk bermanuver.
Tim sementara dibuat untuk setiap persyaratan dalam rilis. Bisa tiga orang, dan lima puluh, tergantung kerumitannya. Kami mematuhi metodologi pengembangan yang fleksibel, seminggu sekali kami mengatur ulasan dan diskusi tentang pekerjaan yang telah selesai dan yang akan datang pada setiap fungsi.
Setengah dari waktu siklus rilis dihabiskan untuk pengembangan, setengah lagi untuk menyelesaikan produk. Tapi kami memiliki pepatah - "utang teknis dari proyek yang bangkrut adalah nol." Oleh karena itu, lebih penting untuk membuat produk yang berfungsi dan diminati daripada menjilat kode tanpa henti. Jika produknya populer, maka sudah layak untuk dikembangkan lebih lanjut dan disesuaikan dengan perubahan di masa depan.
Bagaimana Veeam mempekerjakan pengembang
Algoritma seleksi bertingkat. Level pertama adalah percakapan antara kandidat dan perekrut tentang keinginan orang itu sendiri. Pada tahap ini, kami mencoba memahami apakah kami cocok untuk kandidat. Penting bagi kami bahwa kami menarik sebagai sebuah perusahaan, karena membawa seseorang ke dalam sebuah proyek adalah kesenangan yang mahal.
Jika ada minat, maka di tingkat kedua kami menawarkan tugas tes untuk memahami seberapa relevan pengalaman kandidat dan apa yang dapat dia tunjukkan sebagai seorang spesialis. Misalnya, kami meminta Anda membuat kompresor file. Ini adalah tugas standar, dan ini menunjukkan bagaimana seseorang berhubungan dengan kode, budaya dan gaya apa yang dianutnya, solusi apa yang dia gunakan.
Pada tugas tes, semuanya biasanya terlihat sempurna. Seseorang yang baru saja melek huruf dan baru pertama kali menulis surat sangat berbeda dengan orang yang selalu menulis surat.
Selanjutnya kita wawancara. Biasanya dilakukan oleh tiga ketua tim sekaligus, agar semuanya seobjektif mungkin. Selain itu, ada baiknya merekrut orang-orang yang kompatibel secara teknis yang memiliki metode dan pendekatan pengembangan yang kira-kira sama, bahkan jika mereka akhirnya bekerja di tim yang berbeda.
Selama seminggu, kami melakukan beberapa wawancara untuk lowongan terbuka dan memutuskan dengan siapa kami akan terus bekerja.
Seringkali orang-orang datang kepada kami dan mengatakan bahwa mereka sedang mencari pekerjaan, karena mereka tidak punya tempat untuk pindah saat ini - Anda hanya bisa menunggu promosi seiring dengan pensiunnya bos. Kami memiliki dinamika yang sedikit berbeda. Dua belas tahun lalu, Veeam adalah startup dengan sepuluh karyawan. Sekarang menjadi perusahaan dengan beberapa ribu karyawan.
Orang-orang sampai di sini seperti di sungai yang bergolak. Arah baru terus muncul, pengembang biasa kemarin menjadi pemimpin tim. Orang tumbuh secara teknis, tumbuh secara administratif. Jika Anda sedang mengembangkan fitur kecil, tetapi ingin mengembangkannya, maka setengah dari pertempuran sudah selesai. Dukungan akan ada di semua tingkatan, mulai dari pemimpin tim hingga pemilik perusahaan. Anda tidak tahu bagaimana melakukan sesuatu secara administratif - ada kursus, pelatih internal, kolega berpengalaman. Tidak ada pengalaman pengembangan yang cukup - ada proyek Veeam Academy. Jadi kami terbuka untuk semua orang, baik profesional maupun pemula.
Proyek Veeam Academy adalah C# offline malam gratis intensif untuk pemrogram pemula dengan prospek pekerjaan di Veeam Software untuk siswa terbaik. Tujuan dari proyek ini adalah untuk menutup kesenjangan antara jumlah pengetahuan dan keterampilan praktis rata-rata lulusan universitas dan jumlah pengetahuan yang dibutuhkan untuk menarik minat pemberi kerja yang baik. Selama tiga bulan, orang-orang mempelajari prinsip-prinsip OOP dalam praktiknya, membenamkan diri dalam fitur C # dan mempelajari kompartemen mesin .Net. Selain kuliah, ujian, laboratorium, dan proyek pribadi, para pria mengembangkan proyek bersama mereka sesuai dengan semua aturan perusahaan nyata. Topik proyek tidak diketahui sebelumnya - dipilih bersama dengan semua orang di hari-hari pertama setelah dimulainya kursus. Pada aliran terakhir, dia menjadi Bank Virtual.
Pendaftaran sekarang dibuka .
Sumber: www.habr.com