Pertemuan kami di konferensi DevOpsConf tidak hanya berfokus pada alat-alat insinyur, tetapi juga pada proses yang membutuhkan alat-alat ini. Ini sepertinya tidak cukup bagi bisnis untuk melihat bagaimana mendapatkan hasil maksimal dari DevOps untuk produk tersebut.
Oleh karena itu, kami menambahkan fokus pada bagaimana orang-orang di posisi yang berbeda menentukan apa yang telah dicapai oleh praktik DevOps dan bagaimana memilih secara sadar tujuan pengembangan teknis dalam organisasi dan tim mereka. Dengan kata lain, saya ingin melihat di mana di bidang DevOps saya sekarang dan apa langkah saya selanjutnya.
Karakteristik utama DevOps yang diukur adalah stabilitas aplikasi dan kinerja tim TI, dari ide hingga penghitungan fitur pada produksi. Oleh karena itu, kami banyak berbicara tentang waktu untuk memasarkan dan memantau dan melanjutkan jalur teknis.
Dan tim TI terdiri dari orang-orang nyata yang tidak hanya dapat menghasilkan KPI yang baik, tetapi juga melakukan pekerjaan yang bermanfaat. Lagi pula, jika pendekatan DevOps telah mendapatkan popularitas di dunia, maka, mungkin, seseorang membutuhkannya. Untuk Anda, kami bertemu dengan Pemilik Produk dan pengusaha yang tidak selalu tahu apa itu DevOps (seolah-olah kami tahu: D) dan bertanya kepada mereka apa yang penting bagi mereka untuk dapatkan dari teknisi. Apa manfaatnya ini?
Langkah pertama adalah mengubah kosakata dan komunikasi saya. Kami tidak berbicara seperti biasa, tetapi mencoba menggunakan bahasa produk. Bahkan sebagai cara untuk berkomunikasi, kami memilih wawancara CustDev, seperti kebiasaan di dunia grosir. Wawancara ini mengkonfirmasi atau membantah hipotesis kami tentang apa yang penting dalam mengerjakan suatu produk dari sisi bisnis.
Berikut adalah hipotesis yang kami uji di pertemuan:
- TTM Product Owner-.
- .
- PO , .
- TTM CustDev. , .
Saya berbicara melalui Zoom dengan teman lama saya, yang yakin bahwa seseorang yang belum pernah menjual seumur hidupnya tidak ada hubungannya dengan profesi Pemilik Produk. Dia sering muncul dalam siaran di radio dan TV, mengadakan seminar di bidang subjeknya. Segera setelah rezim isolasi diri mereda, dia, suami dan anaknya menyewa sebuah rumah di tepi danau yang indah dan pindah untuk tinggal dan bekerja di sana sepanjang musim panas. Perusahaannya telah berada di pasar layanan online selama hampir 20 tahun. Di tempat pertama dalam hal peringkat di bidangnya.
- Tolong beritahu saya, apakah Anda melakukan pekerjaan khusus untuk mempersingkat siklus pengembangan dan meluncurkan fitur dalam produksi di tim Anda?
— , . 2014 , , , . , , (). , , ...
— , 6 ?! ...
— . .. .
— ?
— . , , , .
Kami melanjutkan pembicaraan, dan selama setengah jam berikutnya Natalia mengatakan bahwa perubahan produk utama sekarang terjadi jauh lebih percaya diri dan tenang. Faktor utama dalam perubahan ini, katanya, adalah kepercayaannya pada tim dan kepercayaan tim terhadapnya .
Panggilan saya berikutnya adalah ke Phuket. Igor pindah ke sana beberapa tahun yang lalu dan untuk ini ia mengadakan negosiasi yang sulit dengan majikannya. Saat itu, pekerjaan jarak jauh adalah hal baru, dan semua karyawan bekerja di kantor di Moskow. Sekarang jeritan dan keributan dari keluarga besarnya terdengar di balik layar. Perusahaannya juga merupakan pemimpin di pasar Rusia.
- Tiba-tiba, saya menjadi ahli di situs terpencil musim semi ini! (tertawa)
- Tolong beri tahu saya langkah sadar apa yang Anda ambil untuk meningkatkan stabilitas aplikasi dan mengapa?
— , , LTV, customer retention unit economy. , 20% ...
— , NPS!
— , NPS. , . . , - .
— ?
— . .. .
— - ? ?
— , « » . SEO , . , , .
— .. , .
— , — 4,5 . 99,995% .
— DevOps , DevOps ...
— DevOps . - , , «» -, , . , , , , - – 0,1% .
— .. - , .
— , . ( , , )
— . -, , . -, , «», .
— . , IT : 30% . , . , 2020 , . .
— , 40% , , ?
— .
Kemudian Igor mengatakan bahwa dia memiliki kesempatan untuk bekerja di depan kurva. Sebagian besar tugas ditujukan untuk menguasai teknologi dan antarmuka baru. Hasil percobaan pertama sudah tersedia bagi pengguna, misalnya, komunikasi dalam bahasa alami. Dalam hal ini, hari ini kita dapat berbicara tentang bagian Penelitian R&D. Perusahaan ini menguasai teknologi terlebih dahulu untuk memanfaatkan momen kematangan teknologi AI untuk mendapatkan keunggulan kompetitif.
Jika kita berbicara tentang eksperimen, pengaturan aplikasi dibagi menjadi tiga kelompok utama:
- Grosir. Pemilik produk dapat mengaktifkan atau menonaktifkan fitur, serta meluncurkannya ke persentase tertentu dari pengguna atau bahkan daftar tertentu.
- Pengaturan interaksi layanan adalah tanggung jawab pengembang.
- , , .
Sangat aneh bahwa permintaan pertama untuk pemisahan pengaturan keluar dari operasi ketika rilis masih diluncurkan secara manual. 20 rilis sehari untuk mengubah pengaturan bukanlah hal yang disukai oleh admin. Sudah ketika layanan pengaturan siap, itu menciptakan kesiapan teknis untuk "memutar kenop" untuk pemilik produk.
Kami juga menelepon orang-orang yang memimpin produk di perusahaan-perusahaan di mana potensi pengembangan DevOps jauh lebih besar. Mereka meluncurkan startup atau bekerja untuk pelanggan besar. Dengan kata lain, dan lebih banyak lagi melalui rasa sakit, mereka berbicara tentang nilai-nilai yang sama untuk Pemilik Produk seperti lawan bicara sebelumnya.
Kami menemukan bahwa temuan penelitian kami mengkonfirmasi temuan dalam laporan Google The 2019 Accelerate State of DevOps: Kinerja elit, produktivitas, dan penskalaan (Versi Rusia ).
Kami menyoroti empat nilai inti untuk Pemilik Produk menggunakan DevOps:
- Prediktabilitas waktu implementasi fitur dan kepercayaan terhadap kualitas perangkat lunak adalah dasar yang diperlukan untuk eksperimen aktif.
- Keandalan penjualan pekerjaan = uang. Ketika lalu lintas mengenai aplikasi yang sedang berjalan, ini tidak hanya memungkinkan Anda untuk secara rasional menggunakan anggaran promosi Anda, tetapi juga meningkatkan loyalitas pengguna, dan karenanya pangsa pasar.
- Kecepatan percobaan menentukan keberhasilan untuk startup dan bisnis dengan produk yang matang. Jika penting bagi startup untuk menemukan preferensi pengguna dengan cepat dan respons yang berhasil terhadapnya, maka produk yang matang membutuhkan retensi pengguna, stabilitas pendapatan massal, dan penelitian - bekerja untuk masa depan teknologi.
- . IT , «» . DevOps , .
Oleh karena itu, pada konferensi ini kita akan berbicara tentang topik teknis yang penting dan yang baru. Sebagai contoh, Alexey Pikulev, yang sedang mempersiapkan lokakarya tentang diagnosis dan pengembangan kepercayaan, akan berbicara tentang kepercayaan. Kami akan terus mengeksplorasi praktik dan alat teknik, dan memproses organisasi. Komunikasi bisnis dengan tim dan antar tim akan dibahas di jalur proses konferensi yang sudah tradisional.
Kawan, jangan khawatir jika masih ada banyak pembicaraan teknis di konferensi. Karena kami di komite program menyukai para insinyur sysadmin dan DevOps yang tidak ada. Dan bahkan kita sendiri pun demikian.
Kami akan membuat sebagian besar kegiatan di konferensi menjadi interaktif, karena ada cukup banyak pembicaraan di internet. Lagi pula, setiap insinyur yang teliti tidak hanya dapat menemukan laporan videopada topik yang dia butuhkan, tetapi juga membaca artikel (misalnya, artikel di jalur semua DevOpsConf di profil Alexander Titov).
Tujuan kami pada musim gugur ini adalah untuk memberikan setiap perusahaan kesempatan untuk mendaratkan pasukan virtual Pemilik Produk, Pemimpin Teknologi, dan Insinyur dari semua lini. Sehingga pasukan khusus IT menavigasi medan dan kembali bekerja dengan rencana yang dikembangkan untuk menangkap alam semesta!
Dalam artikel berikut, kami akan memberi tahu Anda tentang CTO, pengembang, dan personel keamanan - mengapa konferensi ini untuk mereka.
DevOps Live — 29-30 6-7 2020. , , .
— : , ( ), . -, DevOps . , DevOps , , .