Jalur dari startup muda ke perusahaan teknologi yang membuat proyek real estat yang penuh muatan

Pavel Zykov , STO DomClick.ru menjawab pertanyaan ,

DomKlik berusia sekitar 5 tahun. Mari kita ingat sedikit sejarah dan pada saat yang sama saling mengenal. Perusahaan ini didirikan pada 2015. Apakah Anda ingat hari dari mana semuanya dimulai?

Bahkan seingat saya. Saya adalah salah satu pendiri, jadi saya ingat semuanya dengan sangat rinci - bagaimana orang pertama yang diwawancarai, bagaimana pada Agustus 2015 mereka menyewa kantor pertama di Jalan Rabochaya, yang sesuai dengan harganya, terlepas dari kenyataan bahwa kusen jendela kantor selalu dibersihkan oleh orang-orang yang lewat kereta api. Sekarang, duduk di Rumah Agile paling nyaman 2 menit dari stasiun. Stasiun metro Kutuzovskaya, kami ingat dengan kehangatan saat dua penyedia Internet di gedung itu dianggap sebagai keunggulan unik kami.



Bagaimana Anda memulai pengembangan ?

Lima tahun yang lalu sulit untuk membuat struktur pengembangan yang fleksibel praktis tidak ada contoh kerja di Rusia, dan kami tidak punya pengalaman, jadi kami menciptakan model manajemen produksi sendiri. Dan omong-omong, mereka datang dengan. Pada 2016, kami mulai mengukur T2M oleh tim. Kemudian mereka berhenti, karena Mengapa mengukur apa yang selalu Anda lakukan tidak melebihi 2 minggu. Ini sekarang scrum dengan berbagai perbaikan - ini adalah standar, pada 2015 tidak sama sekali. Hampir di mana-mana ada "air terjun" dengan berbagai tingkat proses pengerasan.

Mengenai pilihan teknologi. Kami mulai menulis backend di Jawa, karena kami tumbuh dari bank, dan semua orang tahu bahwa bank hanya menyukai bahasa ini. Pada tahun 2016, mereka mulai sengaja membentuk keahlian dalam Python, sebagai Mereka mengerti bahwa di satu sisi kami tidak memiliki beban yang tinggi, dan di sisi lain, kami tidak ingin mengantri dengan monster perusahaan lain di javists. Ketika kami memutuskan untuk menambahkan sedikit lebih banyak kinerja, kami menambahkan Pergi ke backend. Setahun kemudian, mereka mempelajari proyek crowdfunding hipotek Amerika, solusinya ada di Ruby. Saya harus mengambil satu rubist, yang kemudian membentuk tim besar. Secara total, saat ini kami memiliki Python backend, Kotlin / Java, Go, Ruby. Di ujung depan, kami memiliki React dominan. Kami juga menggunakan Angular dan Vue.js untuk proyek yang kami mengerti.


Jadwal tren bahasa di DomKlik.

Ceritakan tentang kegiatan utama perusahaan, tentang apa mereka?


Pekerjaan kami adalah seluruh perjalanan klien dari saat ketika klien berpikir untuk membeli rumah sebelum pindah ke sana. Kami mencoba untuk menutup semuanya, termasuk menciptakan produk untuk agen penjual dan pengembang.

Sekarang kami memiliki 7 bidang utama:



Real estat rahasia adalah etalase iklan kami. Ngomong-ngomong, sebelum perusahaan dibuka, rencana bisnis kami difokuskan pada klasifikasi, tetapi secara harfiah setelah awal kami sadar bahwa kami perlu memulai dengan hipotek.


Hipotek Omnichannel, yang didasarkan pada prinsip "dalam saluran apa pun yang nyaman bagi Anda, mengajukan permohonan hipotek atau mendapatkan layanan dengan hipotek yang valid." Ini adalah bidang utama dan sulit di mana banyak orang berbakat bekerja. Proses hipotek benar-benar sangat rumit dan Anda menyadari skala masalah dan keterbatasan hanya ketika Anda bekerja di dalam, terutama dengan volume masalah kami.


Transaksi non-hipotek - melakukan turnkey pembelian dan penjualan transaksi real estat jika klien tidak memerlukan dana pinjaman (hipotek).


Penyelesaian yang aman pada dasarnya adalah sel virtual untuk transaksi antara pembeli dan penjual. Cara penyelesaian tanpa uang tunai yang sangat nyaman untuk suatu objek tanpa kunjungan tambahan ke bank.


Registrasi transaksi.Layanan ini memungkinkan pelanggan untuk mendaftarkan pengalihan kepemilikan properti jadi tanpa mengunjungi Rosreestr atau Pusat Multifungsi untuk penyediaan layanan negara bagian dan kota (MFC).


Penilaian Properti. Kami bekerja sama dengan perusahaan penilai di seluruh Rusia pada model uber. Itu Kami menyiapkan dan mengirimkan laporan penilaian ke bank dengan cepat dan mudah. Baik untuk klien dan untuk perusahaan penilaian itu sendiri.


Kami juga memeriksa dokumen transaksi dan mengevaluasi risiko. Produk ini disebut "jaminan transaksi . "


Tentunya selama lima tahun telah ada sejumlah titik balik yang membuat Domclick seperti sekarang. Apakah Anda akan membagikan detailnya?

Pada tahun pertama keberadaannya, kami memiliki banyak produk dalam produk tersebut. Kami benar-benar berjalan di depan yang sangat lebar. Pada tahun 2016, sudah ada hipotek online, layanan pendaftaran elektronik, layanan penyelesaian yang aman dan penilaian. Juga pada akhir 2016, kami meluncurkan sebuah showcase dengan iklan untuk penjualan / pembelian real estat. Pada tahun yang sama, kami adalah salah satu yang pertama di Rusia yang menggunakan kluster Kubernetes dan mulai menggunakannya dalam dorongan nyata dan dengan beban nyata.

Pada 2017, kami mulai meningkatkan efisiensi pengembangan produk dan fokus pada perubahan struktur tim. Menghapus peran QA, PM, analis, scrum - master, meninggalkan peran RO, CJE, Engineers - hanya mereka yang menciptakan nilai tambah. Dalam filosofi saya, sebuah produk tidak dapat dibuat tanpa 2 orang - pemilik produk (RO), yang tahu apa yang harus dilakukan, dan insinyur, yang, pada kenyataannya, menciptakannya. Peran lain ada karena ketidaksempurnaan proses pengembangan dan otomatisasi yang tidak memadai.

Ngomong-ngomong, ketika orang-orang dari bidang IT mengetahui bahwa tidak ada penguji di DomKlik, mereka terkejut. Katakan, apa yang membuat keputusan untuk menghapus peran ini dari proses?

Jika Anda memikirkannya, maka kami memiliki seluruh perusahaan - penguji. Ini adalah peran dan tanggung jawab bagi kita, dan bukan spesialisasi yang terpisah. Dengan menghapus departemen QA yang terpisah, kami memecahkan masalah sederhana - seluruh tim memikul tanggung jawab untuk kualitas, dan bukan orang-orang yang ditunjuk secara khusus, yang menjadi lebih besar dan proses pengujian rilis menjadi lebih lama. Orang-orang dari QA mencoba menulis autotest, tetapi, seperti yang diperlihatkan oleh latihan, mereka tidak berhasil, karena Ada orang acak dalam profesi ini yang bahkan tidak memiliki latar belakang teknik dasar. Dengan segala hormat kepada para profesional sejati di bidangnya, di antaranya benar-benar sedikit. Kami tidak menyerah, kami memulai kursus pelatihan pengembangan, dan konversi pelatihan hanya sekitar 7%. Ngomong-ngomong, sebagian besar tidak mau belajar dan meninggalkan perusahaan.Oleh karena itu, kami melakukan reorganisasi sebagai berikut - direktur arah pengembangan bertanggung jawab atas semua yang terjadi dengan sistemnya - untuk pengembangan, pengujian, dan pemeliharaan pada prod. Dan mereka memberi para direktur pilihan dalam pengembangan tim: jika Anda mau, ambil penguji manual, jika Anda mau, ambil pengembang dan ajari mereka cara menulis autotest. Semua orang memilih yang kedua. Karena itu, sekarang seluruh tim yang mengembangkan sistem spesifik bertanggung jawab atas kualitas. Akibatnya, di perusahaan kami hanya memiliki 1 QA Lead, yang bertanggung jawab untuk pengembangan alat pengujian UI kami sendiri dan menempatkan proses penerimaan dalam tim jika diperlukan. Saya pikir entah bagaimana saya akan memberi tahu Anda secara rinci tentang sistem pengembangan di Domklik, saya akan mengetikkan artikel yang terpisah.Dan mereka memberi para direktur pilihan dalam pengembangan tim: jika Anda mau, ambil penguji manual, jika Anda mau, ambil pengembang dan ajari mereka cara menulis autotest. Semua orang memilih yang kedua. Karena itu, sekarang seluruh tim yang mengembangkan sistem spesifik bertanggung jawab atas kualitas. Akibatnya, di perusahaan kami hanya memiliki 1 QA Lead, yang bertanggung jawab untuk pengembangan alat pengujian UI kami sendiri dan menempatkan proses penerimaan dalam tim jika diperlukan. Saya pikir entah bagaimana saya akan memberi tahu Anda secara rinci tentang sistem pengembangan di Domklik, saya akan mengetikkan artikel yang terpisah.Dan mereka memberi para direktur pilihan dalam pengembangan tim: jika Anda mau, ambil penguji manual, jika Anda mau, ambil pengembang dan ajari mereka cara menulis autotest. Semua orang memilih yang kedua. Karena itu, sekarang seluruh tim yang mengembangkan sistem spesifik bertanggung jawab atas kualitas. Akibatnya, di perusahaan kami hanya memiliki 1 QA Lead, yang bertanggung jawab untuk pengembangan alat pengujian UI kami sendiri dan menempatkan proses penerimaan dalam tim jika diperlukan. Saya pikir entah bagaimana saya akan memberi tahu Anda secara rinci tentang sistem pengembangan di Domklik, saya akan mengetikkan artikel yang terpisah.yang bertanggung jawab atas pengembangan alat pengujian UI sendiri dan menempatkan proses penerimaan dalam tim jika diperlukan. Saya pikir entah bagaimana saya akan memberi tahu Anda secara rinci tentang sistem pengembangan di Domklik, saya akan mengetikkan artikel yang terpisah.yang bertanggung jawab atas pengembangan alat pengujian UI sendiri dan menempatkan proses penerimaan dalam tim jika diperlukan. Saya pikir entah bagaimana saya akan memberi tahu Anda secara rinci tentang sistem pengembangan di Domklik, saya akan mengetikkan artikel yang terpisah.

700 . ?

Ini adalah pertanyaan yang sangat bagus dan benar yang tidak semua orang pikirkan. Dengan pertumbuhan tim, model manajemen secara pasti berubah. Hingga 100 orang, dia adalah satu, lebih dari 100 orang sudah berbeda. Ketika sebuah tim mencapai ratusan, Anda tahu semua orang dengan pandangan, 90% Anda ingat nama Anda, ambil bagian dalam hampir semua wawancara dan sangat sering bersinggungan dengan hampir setiap anggota tim. Anda memegang semua aliran "di ujung jari Anda." Sayangnya, ini sudah tidak terjadi di seratus kedua, itu menjadi mustahil secara fisik. Karena itu, kami membangun struktur yang benar, menurut saya, di dalam - Saya punya 20 orang langsung di bawah, dan saya punya minus 1 juga. Dengan model ini, kami mencurahkan waktu untuk setiap insinyur, dan rapat-rapat itu murni pribadi, sehingga ada kesempatan untuk berbicara tidak hanya tentang kemajuan tugas, tetapi juga untuk membahas masalah apa pun secara langsung. Dan tentu saja,proses, dasbor, KPI - tanpa fanatisme, tetapi mereka.

Mari kita kembali ke tahapan menjadi perusahaan seperti sekarang. Apa yang terjadi setelah restrukturisasi tim?

2017 - 2018 adalah tahun dimana tim IT kami menyadari bahwa arsitektur yang kami buat dalam dua tahun sebelumnya tidak akan memungkinkan kami untuk berkembang lebih jauh, dan karenanya kami menulis ulang semuanya. Tahun ini adalah tahun menumbuhkan tim TI, menstabilkan dan meningkatkan keandalan lanskap TI. Di satu sisi, itu adalah yang paling sulit, tetapi, di sisi lain, waktu yang paling dinamis. Bangun di malam hari karena kejadian itu adalah norma bagi saya dan juga bagi seluruh tim. Sejak itu, banyak dari kita telah mengembangkan kebiasaan tertidur dengan telepon. Ponsel selalu bersama saya. Saya terbangun beberapa kali tahun lalu.

Secara historis, kebetulan tim kami terdiri dari dua bagian - Sberbank Real Estate Center LLC dan subdivisi Sberbank PJSC. Setelah kami mendesain ulang seluruh arsitektur kami, periode berikutnya yang sangat penting adalah pembentukan DomKlik dan bagian-bagian Sberbank yang berurusan dengan hipotek sebagai tim tunggal dengan model manajemen tunggal dan penyatuan banyak proses. Meskipun berbadan hukum berbeda, kami adalah satu keluarga besar.



2020 adalah tahun solusi rekayasa yang menarik bagi kami - kami mentransfer semua aplikasi seluler ke PWA, kecuali untuk aplikasi DomClick utama. Mereka membawa semua orang ke satu penyebaran (penyebaran mereka), sekarang kita kencangkan kenari yang beradab. Kami bereksperimen dengan Ignite, kami membuat satu kelompok untuk seluruh perusahaan dan solusi menarik lainnya yang tidak dapat saya bicarakan untuk saat ini. Berlangganan, sukai, dan ikuti artikel di blog ini. 


Apa aturan yang Anda ikuti dalam membuat keputusan.

Mereka mengatakan bahwa ada beberapa jenis manajer - analis, ahli strategi, motivator, sales master, pengusaha. Menurut pendapat saya, Anda harus “air”: Anda harus fleksibel dan menggabungkan semua jenis tergantung pada situasinya, menunjukkan hasil yang lebih banyak dengan sumber daya yang lebih sedikit. Jadilah ahli strategi setidaknya setahun sekali. Jika masalah yang kompleks muncul, jadilah seorang analis dan, bersama-sama dengan tim, cari solusi. Selain itu, saya menyoroti sejumlah aturan yang saya dan tim saya patuhi ketika membuat keputusan:



1. Keputusan ada pada angka, bukan pada emosi atau simpati untuk orang tertentu.
2. Setiap solusi harus memiliki nilai tambah.
3. Ingat siapa pelanggan Anda.
4. Masalah kompleks tidak mudah diselesaikan. Solusi pertama yang terjadi pada Anda pada masalah kompleks kemungkinan besar salah. Beristirahatlah dan pikirkan lagi.
5. Jangan memecahkan masalah dengan cara yang sama saat masalah itu muncul.

Nah, kesimpulannya, menurut Anda, pada skala dari permulaan muda yang panas hingga struktur negara yang serius, di mana DomKlik sekarang berada?

Pada skala 10 poin dari permulaan panas yang baru ke struktur yang serius, DomKlik sekarang berada di lima besar dalam hal pekerjaan bahan makanan dan perubahan IT. Bukan 0, karena kami memiliki sistem desain, layanan inti, tumpukan yang dapat dimengerti yang memberlakukan batasan. Anda tidak bisa hanya mengambil dan membuat aplikasi bootstrap dengan tombol bulat merah dan backend pada folder bersama dan bahkan membuat semuanya menjadi produksi. Untungnya, saat-saat itu mungkin telah berlalu.

Sekarang banyak perusahaan Rusia telah mendaratkan orang-orang mereka di situs terpencil karena risiko penyebaran coronavirus yang tidak terkendali. Bagaimana Covid-19 memengaruhi alur kerja Anda?

Kami dilahirkan - sebuah perusahaan digital, sehingga secara harfiah pada siang hari kami memeriksa profil akses dan pergi ke situs terpencil di bawah tanggung jawab para pemimpin. Mereka mengutus semua yang ingin. Dalam situasi seperti itu, tanggung jawab sosial perusahaan kepada setiap karyawan adalah penting. Seseorang, tentu saja, tetap di kantor dan akan menjadi yang terakhir, misalnya, saya. Tapi pekerjaanku adalah ini.