Dalam edisi pertama
blog video AichiHyp, kami mengunjungi Dodo Pizza, di mana kami membahas integrasi TI dan bisnis, pemrograman ekstrem, Agile, pekerjaan jarak jauh, arsitektur sistem mereka, dan fitur perekrutan. Anda dapat masuk ke dalam potongan dan membaca kutipan dari wawancara dan sedikit sejarah, atau Anda dapat langsung pergi ke video.
Kenapa Dodo Pizza?
Pertama kali saya memperhatikan Dodo adalah setelah kisah seorang teman yang melakukan wawancara dengan mereka. Itu menjadi menarik, dan saya mulai mengumpulkan fakta dari berbagai sumber. Saya harus mengatakan bahwa gambar itu ternyata agak kontradiktif. Misalnya, cerita tentang fakta bahwa di pintu masuk pengembang harus bekerja sebulan di restoran pizza, apalagi, di Syktyvkar dan dalam waktu dua bulan, masuk ke fokus. Tampaknya di sini masa percobaan telah berlalu, dan Anda bahkan belum pernah duduk di keyboard. Masalah utama baru saja menjadi cerita ini dan orang lain menyukainya.
Anda tahu, ketika Yegor pertama kali memberi tahu saya tentang Dodo dan apa yang mereka sukai, saya langsung terbakar. Ada semacam ide dan pendekatan yang tak habis-habisnya yang, tanpa sedikit pun, tampaknya entah bagaimana tidak realistis, dan yang ingin saya tanyakan. Bagi saya pribadi, proses berkomunikasi dengan mereka ternyata sangat menginspirasi, dan saya pergi untuk mencoba beberapa latihan di tim saya keesokan harinya. Saya berharap bahwa kami berhasil tidak hanya mengungkapkan Dodo dari praktik teknik keren, tetapi juga untuk menyampaikan seluruh suasana cinta untuk pekerjaan dan keterbukaan kami, yang hadir dalam segala hal!
Dan di bawah ini adalah kutipan dari wawancara dengan Alexander Andronov, CTO Dodo Pizza. Tapi kutipan saja tidak cukup - untuk merasakan suasananya, lebih baik masuk
ke video itu sendiri !
Kutipan dari wawancara dengan Alexander Andronov
Mengapa Dodo adalah perusahaan IT
Solusi teknologi dan IT menjadi yang utama dalam cara kami mengelola restoran pizza dan pendekatan manajemen. Kami mengandalkan penciptaan sistem kami yang membantu mengelola setiap proses bisnis dan tahap persiapan pizza.
Sebagai contoh, sistem kontrol kualitas. Sebelumnya, itu bekerja seperti ini - pembeli misteri memesan di restoran pizza dan mengevaluasinya untuk berbagai faktor. Salah satu kriteria adalah seberapa hati-hati pizza dibuat, seberapa bulat itu, bagaimana bahan berada. Kami membuat pilot proyek, yang memungkinkan kami untuk menganalisis kualitas pizza menggunakan pembelajaran mesin. Tanpa fokus TI, tidak ada yang akan memikirkan solusi seperti itu.
Tentang percobaan gaji terbuka
Saya memberi tahu orang-orang sebelumnya siapa dan berapa gaji yang berpotensi naik. Saya berbicara tentang keterbatasan saya dalam persen dan jumlah. Saya menjelaskan kepada beberapa orang mengapa kenaikan mereka akan lebih kecil dari peningkatan orang lain. Itu berjalan dengan sempurna, saat keterbukaan memutuskan. Semua keluhan adalah karena kelalaian. Segera setelah Anda mulai mengatakan sesuatu, ketidakpuasan muncul. Ketika Anda berbicara secara terbuka, ini benar-benar normal.
Tentang kerja jarak jauh
Tim yang berkumpul di satu tempat adalah apriori yang didistribusikan dengan lebih baik. Orang sendiri lebih nyaman dengan ini. Tapi kami terutama berasal dari orang-orang. Kami cenderung mengambil pengembang yang sangat keren dan disiplin yang ingin bekerja di situs jarak jauh.
Dengan pertumbuhan perusahaan, kami akan sampai pada kesimpulan bahwa pekerjaan kami akan berlangsung 24/5 atau 24/7. Ini juga berlaku untuk pengembangan. Ada strategi Follow-the-sun - ketika di satu tempat orang meninggalkan pekerjaan, di tempat lain mereka sudah pergi pada waktu itu. Dalam hal ini, masalah apa pun dapat diselesaikan dengan sangat cepat. Ketika setiap tim dapat masuk ke bagian mana pun dari sistem, apa pun yang terjadi, mereka selalu dapat memperbaikinya.
Tentang pemrograman pasangan
Kami tidak menggunakan pemrograman berpasangan selama 100% karena secara fisik sangat sulit. Tetapi ini adalah praktik yang biasa digunakan sesuai kebutuhan.
Ketika Anda memiliki tugas yang benar-benar sulit, dan Anda membutuhkan ulasan yang konstan, Anda duduk bersama seseorang dan bekerja. Dalam proses komunikasi, ketika Anda merancang solusi teknis bersama, ide-ide terbaik datang.
Ada kalanya Anda menggunakan pemrograman berpasangan untuk memompa orang di beberapa area. Misalnya, ada orang yang mencari-cari di Bereaksi, dan yang lain tidak begitu banyak. Setelah seminggu bekerja berpasangan, level mereka akan turun.
Pelajaran dari kejatuhan besar
Kisah-kisah ini mengingatkan kita mengapa kompromi kualitas tidak dapat dibuat. Kami memahami bahwa kami semua tentang bisnis, kami memiliki banyak tugas dan proses yang perlu dibangun ke dalam Dodo IS. Tetapi pada saat yang sama, kita tidak boleh mengorbankan kualitas. Ini adalah ide utama yang ada di semua lini - baik dalam pemahaman setiap orang dalam pengembangan, dan dalam memahami bisnis, dan dalam memahami semua tim yang bahkan tidak terkait dengan IT.
Kesimpulan
Kami adalah proyek yang sangat muda, dan umpan balik Anda sangat penting bagi kami. Tulis komentar di sini di Youtube dan di jejaring sosial:
-
Youtube-
Facebook-
Vkontakte-
Instagram-
Instagram-
Twitter