Sidenis adalah perusahaan IT yang relatif kecil yang pada pandangan pertama tidak berbeda dengan ratusan perusahaan outsourcing lainnya. Tapi kami mencari cerita tentang pengalaman unik dan situasi yang tidak selalu ditemui. Dan di sini mereka, tentu saja, juga ada. Sidenis telah bekerja di industri asuransi selama 20 tahun, bekerja untuk perusahaan terbesar dan mencoba membuat produknya sendiri.
Berdasarkan hasil
evaluasi perusahaan yang diterima Sidenis di My Circle, karyawan terutama berterima kasih kepada perusahaan atas paket sosialnya yang baik, kondisi kerja yang nyaman, dan pertumbuhan profesional.
Kami berbicara dengan Viktor Klimov, pelatih gesit Sidenis, dan mencoba mencari tahu apakah sulit untuk menghubungkan dua ratus orang di antara zona waktu, bagaimana cara berurusan dengan daftar teknologi yang dilarang dari pelanggan, terlibat dalam proyek pribadi di tempat kerja, dan mengapa pemrogram yang cerdas perlu tahu bahasa Inggris.
Apa itu pelatih lincah dan mengapa itu diperlukan?
Victor KlimovSaya bekerja sebagai pelatih yang gesit, dan dulunya seorang programmer. Saya sudah berada di Sidenis selama kurang lebih tujuh tahun. Saya memiliki jalan panjang dari pengembang java junior ke senior. Selama hampir sepanjang perjalanan ini, saya juga seorang Scrum Master di sepanjang jalan. Dan saya menyadari bahwa orang harus melakukan yang terbaik. Oleh karena itu, saya beralih ke pelatihan tangkas. Berkomunikasi dengan orang-orang yang saya dapatkan lebih baik daripada pemrograman.
"Dan sudah berapa lama kamu memahami ini?"Sudah satu tahun. Sekarang tidak hanya kebutuhan saya untuk ini, tetapi juga kebutuhan perusahaan. Kami telah berkembang, ada lebih banyak karyawan, dan waktu untuk bekerja dengan orang-orang, berdebat dengan mereka, menjelaskan sesuatu, memberi tahu, menunjukkan hal-hal baru - mulai meninggalkan lebih banyak lagi.
Kemudian saya membuat keputusan penting untuk saya dan selesai dengan pengembangan. Saya harus mengorbankan sesuatu. Saya tidak bisa mengatakan bahwa saya tidak suka pengembangannya - saya menyukainya. Anda menikmati melakukan dan melihat hasilnya. Namun, sayangnya, cepat atau lambat Anda harus membuat pilihan.
- Pelatih lincah - terdengar eksotis. Katakan apa sebenarnya yang kamu lakukan?Pelatih yang gesit adalah orang yang mengilhami tim untuk mempelajari sesuatu yang baru, membantu menerapkan praktik baru, membantu mengurangi resistensi perusahaan terhadap perubahan-perubahan ini, dan dapat menjelaskan untuk apa, untuk apa, dan apa yang dapat menyebabkannya. Berikan karakteristik komparatif. Dia membawa pengetahuan kepada massa.
Saya melakukan pelatihan untuk tim - termasuk untuk orang baru - saya berbicara tentang nilai-nilai dasar, pemikiran lincah seperti apa dan mengapa itu bekerja. Ini berguna untuk mengetahui bagi pemula, serta untuk berbicara dengan tim yang ada untuk mengembangkan gaya umum, pemikiran umum.
- Mungkin Anda akan menceritakan kisah tertentu di mana tim melakukan sesuatu yang Anda pikir salah, dan Anda datang dan membantu saya memperbaikinya?Misalnya, kami memiliki satu tim, katakanlah, kecewa dengan scrum. Mereka mencoba menerjemahkan versi buku yang lebih banyak, berdasarkan dugaan, dan merasa bahwa scrum, pada prinsipnya, tidak berlaku dalam pekerjaan mereka. Mereka ingin meninggalkan kerangka ini dan condong ke Kanban.
Kami melakukan pelatihan dengan mereka, mereka memikirkan kembali pendekatan mereka, berpikir apa yang mereka miliki sebelumnya salah. Kami berbicara tentang apa itu Agile, apa prinsip-prinsipnya, membahas Scrum, semua ritualnya - untuk apa, untuk apa dan bagaimana menerapkannya. Setelah itu, mereka memikirkan kembali, berpikir lagi dan menyadari bahwa ini bisa berhasil. Mereka memberi kerangka kerja kesempatan kedua. Sekarang mereka bekerja dengan sukses.
Produk apa yang dilakukan Sidenis
- Ketika Anda tiba, perusahaan sudah berusia bertahun-tahun?Dia jauh lebih tua. Perusahaan telah ada selama lebih dari 20 tahun. Sepanjang waktu ini, ia menyediakan layanan untuk pengembangan solusi TI untuk bisnis asuransi dan reasuransi. Pelanggan utama kami adalah perusahaan besar seperti SwissRe atau Allianz. Mereka menempati posisi terdepan dalam bidang reasuransi dan asuransi.
Kami memiliki kantor di empat kota. Di St. Petersburg, ada sebagian besar orang. Ada kantor di Tomsk, Kaliningrad dan Zurich. Di Zurich, bagian bisnis terkonsentrasi terutama, di St. Petersburg, Tomsk dan Kaliningrad - pusat pengembangan.
- Seperti yang saya pahami, perusahaan diciptakan khusus untuk bekerja dengan SwissRe?SwissRe adalah mitra terbesar dan tertua kami. Tapi ini hanya bagian dari bisnis, kami memiliki pelanggan lain dan produk kami sendiri. Misalnya, layanan asuransi online RiskMarket. Layanan ini terintegrasi dengan sistem TI perusahaan asuransi dan memungkinkan Anda untuk mencari asuransi dengan kondisi terbaik dengan tarif saat ini. Sidenis adalah mitra TI Ooniq, platform asuransi sosial berbasis blockchain.
Ada juga platform TI terintegrasi yang disebut Actus. Ini membantu aktuaris dan penjamin emisi menyelesaikan tugas sehari-hari mereka dengan lebih mudah dan lebih efisien. Ada beberapa modul, perpustakaan matematika dasar yang berisi semua set fungsi yang diperlukan untuk aktuaris dan penjamin emisi. Ada aplikasi web untuk menghitung risiko dan berbagai grafik.
- Apakah Anda memiliki lebih banyak proyek atau proyek sendiri untuk perusahaan lain?Sejauh ini kami memiliki lebih banyak proyek yang dibuat khusus, tetapi tujuan kami adalah membuat rasio mereka 50 hingga 50. Sebagian besar pelanggan adalah perusahaan asuransi dan reasuransi besar, dan kami bekerja dengan infrastruktur TI yang mencakup ratusan aplikasi dan sistem yang berbeda. Plus, persyaratan untuk perusahaan asuransi berubah setiap tahun, kriteria baru perlu ditambahkan.
Ada aplikasi web tempat Anda mengarahkan data dan mendapatkan hasilnya. Ada operasi matematika terdaftar, model matematika. Ada aplikasi yang menyediakan antarmuka untuk menghitung dan menyimpan data pada transaksi yang telah diselesaikan. Proyek memberikan wawasan manajemen apakah harga kontrak memenuhi harapan atau tidak. Semua proyek ini membantu dari sudut yang berbeda untuk membuat hidup lebih mudah bagi penjamin emisi.
Struktur perusahaan dan pekerjaan di antara zona waktu
"Kamu bilang kamu tumbuh." Apakah ada lebih banyak tugas pada proyek saat ini atau apakah ada klien baru?Ya, kami berkembang. Portofolio pesanan dari mitra saat ini sedang tumbuh, pelanggan baru muncul, dan pengembangan produk kami sendiri juga membutuhkan lebih banyak sumber daya. Sekarang di perusahaan kami di keempat kantor ada lebih dari 200 orang - sekitar 140 di St. Petersburg, sekitar 50 di Tomsk, 15 di Kaliningrad dan sekitar 20 orang di Zurich. Kami memiliki tim internasional. Ada orang-orang dari Rusia, Swiss, Jerman, Austria, Prancis, Cina dan negara-negara lain.
- Apa logika distribusi tersebut di antara kota-kota? Antara Tomsk dan St. Petersburg jauh, zona waktu berbeda. Mungkin tidak nyaman.Zona waktu yang berbeda memang memaksakan ketidaknyamanan. Tetapi kami terbiasa bekerja dalam tim yang didistribusikan. Ada universitas teknis di Tomsk, dan Anda dapat menemukan spesialis di sana. Plus Tomsk lebih dekat ke India, di mana kami juga memiliki rekan kerja. Ini menyederhanakan situasi.
Untuk pengembangan, itu tidak nyaman ketika ada perbedaan empat jam. Tetapi pada saat yang sama, orang-orang di Tomsk datang untuk bekerja lebih awal dari kami - jika tiba-tiba beberapa aplikasi tidak berfungsi, server macet atau sesuatu yang lain, mereka dapat dengan cepat memulai kembali. Jadi Anda juga bisa mendapat manfaat dari ini.
- Apakah karyawan Anda hanya bekerja di kantor atau ada yang jauh?Hanya di kantor. Ada peluang untuk bekerja jarak jauh dari rumah satu hari dalam seminggu, tetapi sebagian besar - pekerjaan dilakukan di kantor. Ketika kami menemukan karyawan di kota-kota lain, kami menawarkan mereka pindah ke St. Petersburg, Kaliningrad atau Tomsk. Itu terjadi secara historis. Kami tidak pernah memiliki karyawan jarak jauh.
- Bagaimana orang dibagi menjadi beberapa tim?Beberapa tim termasuk orang-orang dari keempat kantor, tetapi ini jarang terjadi. Tim-tim tersebut sangat otonom, dan dapat secara mandiri melakukan tugas apa pun yang mereka terima. Ini termasuk penguji, perancang, pengembang, perwakilan bisnis, produk, dan analis.
- Bagaimana pekerjaannya - dari penerimaan pesanan hingga pengiriman produk ke pelanggan?Kami bekerja dalam sprint pendek - mulai dari dua hingga tiga minggu, tergantung pada proyeknya. Setiap tim memiliki produk-oouner, seseorang yang memiliki visi ke mana harus pergi. Tugas pengembangan datang darinya, saat ia berkomunikasi dengan pelanggan dan dengan mereka yang akan menggunakan sistem ini.
Dia menjelaskan tugas, memberikannya kepada tim, tim mengajukan pertanyaan klarifikasi, produk menjelaskan rincian, dan tim mengambil tugas untuk bekerja. Selama dua hingga tiga minggu, ia mengerjakannya, dan pada akhir iterasi menunjukkan hasilnya. Rilis seseorang dalam produksi terjadi sekali dalam sprint, waktu seseorang dalam dua sprint. Ada tim yang tidak dilepaskan sesering, misalnya, dua hingga tiga kali setahun. Namun demikian, setelah setiap iterasi, mereka menunjukkan produk dan pengguna apa yang dapat mereka lihat dalam rilis produksi berikutnya.
Semua dokumentasi, semua komunikasi dengan pelanggan dilakukan dalam bahasa Inggris, jadi pengetahuan bahasa penting bagi kami. Kami bahkan menyambut komunikasi pengembang dengan pelanggan. Namun, para pengembang paling dekat dengan kode dan tahu lebih baik bagaimana semuanya bekerja.
"Apakah butuh banyak waktu untuk rapat dan negosiasi?"Nah, terkadang pengembang mengeluh. Mereka tentu saja akan menjawab sebanyak itu. Tetapi setiap rapat dan rapat memiliki tujuan - sehingga pengembang juga belajar bagaimana proyek kami berkembang, ke mana ia bergerak, apa yang dilakukan orang lain. Setiap orang harus sadar bahwa pemahaman tidak bergantung pada satu orang.
- Apakah Anda pikir pengembang benar-benar perlu tahu cara kerja orang lain?Saya kira begitu. Bagi saya pribadi, itu penting. Saya tahu area di mana karyawan lain berpengalaman, dan kami bisa saling membantu. Tugas mengalir, mungkin pada satu titik Anda perlu memahami area baru, dan karenanya Anda telah mendengarnya.
Spesifik pelanggan dan daftar teknologi yang dilarang
- Dapatkah Anda berbicara tentang fitur dan spesifik bekerja dengan perusahaan asuransi?Karena ini adalah perusahaan besar, mereka memiliki daftar teknologi yang cukup ketat yang dapat kita gunakan. Dari waktu ke waktu kami menerobosnya, tetapi posisi itu perlu dipertahankan. Jika kita dapat membuktikan bahwa ini benar-benar perlu dan penting, maka mereka menerima sudut pandang kita dan membuat konsesi.
Tetapi ada daftar. Di satu sisi, ini buruk karena membatasi orang. Tetapi di sisi lain, itu mencegah kekacauan, karena mempertahankan sejumlah besar aplikasi yang identik dan versi yang berbeda mahal, sulit dan memakan waktu.
- Ceritakan tentang daftar ini?Sebagian besar pengembangan Java sedang berlangsung, dan beberapa proyek .NET, tetapi secara keseluruhan jauh lebih kecil. Artinya, Java 8 dan .NET, RabbitMQ untuk transfer data pasti diperbolehkan. Pada prinsipnya, ini mencakup sebagian besar kebutuhan pengembangan industri, tetapi dunia tumbuh dan berkembang.
Sebagai contoh, kami membutuhkan kerangka kerja Spring untuk Jawa, tetapi itu dilarang. Hanya diizinkan Java Enterprise Edition. Kami berhasil membuktikan bahwa ini penting bagi kami dan mempercepat pengembangan.
Di frontend, Angular 6, JavaScript dengan React dan TypeScript diizinkan.
- Untuk apa daftar teknologi itu?Ketika ada daftar yang jelas dan dapat dimengerti, itu memberikan prediktabilitas. Kalau tidak, dukungan akan sangat mahal. Aplikasi yang berfungsi dinilai dari seberapa banyak pengguna menyukainya. Tetapi ada kontrol teknis minimal dari pihak pelanggan - penganalisa kode statistik atau layanan yang bertanggung jawab atas kualitas kode dan memeriksa repositori kami (ini terutama hanya pada proyek-proyek baru).
Tetapi kami tidak memiliki aturan super ketat untuk kode tersebut. Tidak ada yang supranatural, tidak ada "pastikan untuk menulis tanda kurung pada satu baris, dan tidak pada yang lain."
Kami hidup dengan daftar ini. Bukan untuk mengatakan bahwa kami sangat bahagia, tetapi tidak ada yang salah. Itu membatasi kita dalam batas-batas alasan. Tidak ada hal seperti itu yang kami gunakan hanya teknologi kuno, dan tidak ada yang mendengarkan saran kami.
- Apakah ada teknologi yang ingin Anda terapkan, tetapi tidak bisa?Kami ingin menulis di Go. Ini diikuti oleh permintaan dari semua sisi, karena bahasanya ringan, memakan lebih sedikit memori daripada Java, dan bekerja lebih cepat. Tetapi ada proses diskusi. Beberapa proyek menggunakannya dalam layanan mereka.
Dalam kasus yang jarang terjadi, Anda dapat meninggalkan daftar, yang utama adalah bahwa pelanggan memahami mengapa ini perlu dan masalah apa yang ingin kami pecahkan. Kita tidak bisa datang dan berkata, "hari ini kita menggunakan kerangka kerja JS, dan besok yang lain." Mereka dilahirkan setiap tahun, dan jika Anda terus-menerus beralih, pelanggan tidak akan mengerti apa yang terjadi.
Menyewa perusahaan tanpa merek yang diiklankan
- Di mana Anda mencari orang?Sebagian besar di HeadHunter, My Circle, Linkedin, di konferensi. Tahun ini kami melakukan percobaan kecil di Tomsk dan meluncurkan beberapa akademi di Jawa, pengujian dan pengembangan front-end. Mereka melatih orang-orang dengan latar belakang berbeda di sana. Sekarang set kedua sudah berlangsung, dan saya pikir kami akan melanjutkan ini. Rata-rata, kami merekrut setengah dari mereka yang terlatih, yang merupakan hasil yang sangat bagus.
Dengan mulut ke mulut lebih rumit, sampai saat ini, kami tidak secara aktif mempromosikan merek SDM kami. Tetapi pada saat yang sama, jika orang tahu tentang kita, maka mereka bersedia untuk pergi. Bahkan ada yang bekerja untuk kami, pergi, bekerja untuk perusahaan lain, dan akhirnya kembali. Itu mengatakan sesuatu tentang sesuatu.
- Bagaimana Anda mewawancarai?Itu dilakukan dalam dua tahap. Yang pertama berjalan di Skype. Kami mencoba mempelajari hal-hal yang diterima secara umum: melek teknis, materi teoretis, memberikan tugas praktis yang tidak terlalu sulit, sehingga Anda dapat memperkirakan tingkat seseorang.
Wawancara kedua berlangsung di kantor perusahaan. Mungkin sudah ada tugas pemrograman yang diberikan. Kami menyaksikan bagaimana seseorang menulis kode, bagaimana ia berpikir. Sangat menarik untuk melihat bagaimana jawabannya, apakah pertanyaan klarifikasi ditanyakan, bagaimana mereka dirumuskan, dan apakah kodenya disesuaikan saat berjalan.
Kami mengajukan pertanyaan teoretis yang lebih dalam untuk memahami dengan pengalaman apa seseorang datang kepada kami.
- Bukankah sepertinya pengembang yang baik dapat dihilangkan secara teori? Masih di-Google.Kemampuan untuk dengan cepat menganalisis informasi dan mendapatkan jawaban - ini penting. Jika seseorang mengalami masalah dan menyelesaikannya, maka ia akan dapat membuktikan secara wajar mengapa ini diselesaikan dengan cara ini dan bukan sebaliknya. Orang yang berpengalaman selalu memiliki argumen, bukan hanya bakat, dan bagi saya tampaknya ini lebih berharga. Bakat dan inspirasi dalam semangat "Saya sudah melakukannya sepuluh kali dan selalu bekerja", tentu saja, bagus, tetapi sempit.
Saya tidak mengatakan bahwa seseorang harus mengetahui segalanya secara menyeluruh. Tetapi jika dia mengerti apa yang dia lakukan, dia mungkin datang dengan solusi yang lebih baik daripada hanya menyalin potongan kode dari StackOverflow tanpa mengetahui teorinya.
- Apakah ada sifat karena itu Anda pasti akan menolak kandidat?Kurang bahasa inggris. Jika seseorang tidak bisa bicara, kami terpaksa menolak. Karena itu, pada wawancara kami mencurahkan waktu untuk bahasa, silakan berbicara dengan kami dalam bahasa Inggris.
- Jika pengembangnya brilian, tetapi tidak tahu bahasa Inggris - masih belum menerimanya?Sayangnya ya. Selain itu, pengembang yang cerdik sulit untuk berakar dalam pengembangan perusahaan. Bagaimana dia akan berkomunikasi dengan pelanggan? Bagaimana itu akan menyelesaikan masalahnya?
- Melalui produk.Selalu bekerja melalui suatu produk tidak terlalu efektif. Dan ketika menggunakan scrum hampir tidak mungkin.
Tetapi di zaman kita, hampir semua orang tahu bahasa Inggris - mereka pasti membacanya. Banyak yang mencoba berbicara. Plus, perusahaan kami memiliki kursus bahasa Inggris dan Jerman sendiri. Guru bisa menarik. Jika seseorang adalah seorang jenius pemrograman dan setidaknya entah bagaimana berbicara bahasa Inggris, maka ia akan terbantu untuk berkembang.
- Berapa banyak waktu yang berlalu dari aplikasi kandidat ke penawaran?Bahkan, semuanya berjalan dengan cepat. Setelah wawancara, kita perlu satu atau dua hari untuk berpikir, untuk berunding. Kemudian kami menunjuk wawancara kedua, dan seberapa cepat itu akan berlalu, itu tergantung pada kandidat apakah ia punya waktu dalam beberapa hari mendatang. Setelah wawancara kedua, juga satu atau dua hari. Jadi seminggu berlalu, maksimal dua, dan kandidat sudah menerima tawaran atau penolakan.
- Seorang pria masuk ke perusahaan. Apa selanjutnyaKami memiliki pelatihan sambutan. Semuanya diceritakan di sana tentang perusahaan, bagaimana kita hidup dan bekerja. Seseorang diperkenalkan ke kantor, orang-orang dan proyek-proyek, dan kemudian tanggung jawab untuk bagaimana ia bergabung dengan tim terletak pada tim.
Pada awalnya, ada studi tentang bisnis asuransi. Ini adalah hal yang agak spesifik. Ketika Anda melihat ini untuk pertama kalinya, mungkin tidak terlihat sangat jelas. Karena itu, pada awalnya ada pencelupan, itu tidak sepenuhnya mudah, tetapi semua orang berupaya. Plus, ketika tugas tiba, konteks diberikan dengan itu - mengapa itu dilakukan agar seseorang tidak berpikir tanpa berpikir menulis kode, tetapi mengerti mengapa harus menulisnya.
- Apa yang umumnya menarik orang untuk pergi bekerja untuk Anda?Saya akan mengatakan cookie ...
"Anda tidak akan mengejutkan siapa pun dengan cookie."... tapi kami punya buah!
Faktanya, kami menyadari bahwa kue itu benar-benar jahat, dan beralih ke buah dan sayuran. Kami memiliki paket sosial yang cukup bagus, kami memiliki akun VHI dan virtual.
Kehidupan di dalam, akun virtual, dan waktu untuk pengembangan diri
- Bagaimana Anda memotivasi dan mendorong karyawan?Kami memiliki akun virtual untuk setiap tim. Akun virtual dikeluarkan segera selama satu tahun dan dihitung tergantung pada jumlah orang dalam tim. Mereka mengelola akun seperti yang mereka inginkan. Mereka mungkin mencatat, misalnya, pembebasan mereka, duduk di bar, mengobrol dalam suasana yang tidak bekerja, melakukan beberapa pencarian, melompati trampolin.
Akun virtual yang sama adalah untuk setiap orang. Ini dapat dihabiskan untuk meningkatkan tempat kerja, kebugaran, pendidikan, konferensi, buku.
- Dan bagaimana Anda mengatasi kelelahan?Kami memiliki sistem pelacakan waktu, dan kami memantau berapa banyak waktu yang dihabiskan orang untuk suatu proyek, berapa banyak mereka terlibat. Jika ada banyak pemrosesan, maka kami mencoba mengirim liburan, atau memberikan hari istirahat tambahan. Bekerja dalam ritme yang sama dan menunjukkan produktivitas yang sama sulit.
Plus, orang sendiri memilih tugas mereka dari orang-orang yang ada di sprint. Tugas-tugas yang menarik membuat seseorang dalam keadaan mengalir. Tetapi kadang-kadang ada yang rutin - tidak ada cara untuk mengatasi ini.
Seringkali tidak terlalu terlihat bahwa seseorang terbakar. Dia masih pergi bekerja, tetapi dia tidak tertarik pada apa pun. Dan jika ini sudah terjadi, maka ada sesuatu yang salah. Ini harus dibahas dengan masing-masing secara terpisah dan memutuskan apa yang harus dilakukan. Saya kenal satu orang yang memecahkan masalah ini dengan mentransfer ke proyek lain. Dia mendapat motivasi untuk bekerja karena perubahan kegiatan, tugas membawa lebih banyak sukacita.
Penting bahwa orang-orang kita tidak hanya berurusan dengan proyek kerja. Di dalam perusahaan ada pengembang, penguji, perancang "Persekutuan". Kami mengalokasikan hingga 200 jam per tahun untuk setiap karyawan, yang dapat mereka curahkan untuk pengembangan diri dan kreativitas. , , . , , .
— ?, , . — . , , — . , .