Filosofi DevOps, ketika pengembangan terhubung dengan pemeliharaan perangkat lunak, tidak akan mengejutkan siapa pun. Tren baru semakin menguat - DevOps 2.0 atau BizDevOps. Di dalamnya, tiga komponen bergabung menjadi satu kesatuan: bisnis, pengembangan, dan dukungan. Dan seperti dalam praktik rekayasa DevOps'e membentuk dasar hubungan antara pengembangan dan dukungan, sehingga dalam lingkungan bisnis, analis mengambil peran sebagai "lem" yang menggabungkan pengembangan dengan bisnis.
Saya ingin mengakui segera: bahwa kami mendapat bizdevop nyata, kami baru belajar sekarang dengan membaca buku pintar. Entah bagaimana itu berkembang sendiri berkat inisiatif karyawan dan hasrat yang tak kenal lelah untuk perbaikan. Sekarang analitik adalah bagian dari proses pengembangan produksi, secara signifikan mengurangi putaran umpan balik dan secara teratur memasok wawasan. Saya akan memberi tahu Anda secara rinci bagaimana semuanya diatur bersama kami.
Kekurangan dari DevOps Klasik
Ketika produk klien baru dikandung, bisnis menciptakan model perilaku pelanggan yang ideal dan mengharapkan konversi yang baik, atas dasar mana ia membangun tujuan dan hasil bisnisnya. Tim pengembang, pada bagiannya, berkomitmen untuk menciptakan kode yang sangat baik, berkualitas tinggi. Dukungan, bagaimanapun, berharap untuk otomatisasi lengkap dari proses, untuk kemudahan dan kenyamanan mempertahankan produk baru.
Kenyataan yang paling sering berkembang sedemikian rupa sehingga klien mendapatkan proses yang agak rumit, bisnis bertumpu pada konversi rendah, tim pengembangan mengeluarkan perbaikan dengan perbaikan, dan dukungan tenggelam dalam aliran permintaan pelanggan. Apakah itu familier?
Akar kejahatan di sini terletak pada lingkaran umpan balik yang panjang dan berkualitas rendah yang tertanam dalam proses. Ketika mengumpulkan persyaratan dan menerima umpan balik selama sprint, bisnis dan pengembang berkomunikasi dengan pelanggan dalam jumlah terbatas, yang sangat mempengaruhi nasib produk. Seringkali, apa yang penting bagi seseorang sama sekali bukan karakteristik dari seluruh target audiens.
Memahami apakah produk berkembang ke arah yang benar dilengkapi dengan laporan keuangan dan hasil riset pemasaran berbulan-bulan setelah diluncurkan. Dan mereka, karena pengambilan sampel terbatas, tidak memberikan kemungkinan menguji hipotesis pada sejumlah besar klien. Secara umum, ternyata panjang, tidak akurat dan tidak efisien.
Instrumen piala
Kami menemukan cara yang baik untuk menjauh dari ini. Alat yang dulunya hanya membantu pemasar, kami jatuh ke tangan bisnis dan pengembang. Kami mulai aktif menggunakan analisis web untuk melihat proses secara real time, di sini dan sekarang untuk memahami apa yang terjadi. Berdasarkan hal ini, rencanakan produk itu sendiri, yang diluncurkan ke sejumlah besar pelanggan.
Jika Anda merencanakan semacam peningkatan produk, Anda dapat segera melihat metrik apa yang terkait dengannya, dan bagaimana metrik ini mempengaruhi penjualan dan karakteristik bisnis. Jadi Anda bisa segera membuang hipotesis dengan efek rendah. Atau, misalnya, meluncurkan fitur baru ke jumlah pengguna yang signifikan secara statistik dan mengikuti metrik secara real time, untuk memahami apakah semuanya berfungsi sebagaimana dimaksud. Jangan menunggu umpan balik dalam bentuk banding atau laporan, tetapi segera memantau dan dengan cepat menyesuaikan proses pembuatan produk sendiri. Kami dapat meluncurkan fitur baru, dalam tiga hari sudah mengumpulkan data yang benar secara statistik, membuat perubahan dalam tiga hari lebih - dan sekarang dalam seminggu produk baru yang sangat baik siap.
Anda dapat melacak seluruh corong, semua pelanggan yang melakukan kontak dengan produk baru, menemukan titik di mana corong menyempit dengan tajam, dan mencari tahu alasannya. Baik pengembang dan bisnis sekarang menonton ini, ini adalah bagian dari pekerjaan sehari-hari. Mereka melihat jalur klien yang sama, dan bersama-sama mereka dapat menghasilkan ide dan hipotesis untuk perbaikan.
Integrasi bisnis dan pengembangan seperti itu bersama dengan analitik memungkinkan untuk menciptakan produk secara terus-menerus, mengoptimalkan secara konstan, mencari dan melihat kemacetan, seluruh proses.
Ini semua tentang kompleksitas
Ketika kami membuat produk baru, kami tidak memulai dari awal, tetapi menanamkannya dalam seluk-beluk layanan yang sudah ada. Mencoba produk baru, klien paling sering menghubungi beberapa departemen. Dia dapat berkomunikasi dengan karyawan pusat kontak, dengan manajer di kantor, dapat menghubungi dukungan, dalam obrolan online. Dengan menggunakan metrik, kita dapat melihat, misalnya, apa beban di pusat kontak, cara terbaik untuk menangani permintaan yang masuk. Kami dapat memahami berapa banyak orang yang datang ke kantor, dan menyarankan cara untuk memberi saran lebih lanjut kepada klien.
Dengan sistem informasi, semuanya persis sama. Bank kami telah ada selama lebih dari 20 tahun, selama waktu ini lapisan besar sistem heterogen telah dibuat dan masih berfungsi. Interaksi antara sistem backend terkadang tidak dapat diprediksi. Misalnya, dalam beberapa sistem kuno untuk bidang tertentu ada batasan pada jumlah karakter, dan kadang-kadang ini crash layanan baru. Melacak bug dengan metode standar cukup sulit, tetapi menggunakan analisis web adalah hal yang mendasar.
Kami sampai pada titik bahwa kami mulai mengambil dan menganalisis teks-teks kesalahan yang ditunjukkan kepada klien dari semua sistem yang terlibat. Ternyata banyak dari mereka sudah ketinggalan zaman, dan kami bahkan tidak bisa membayangkan bahwa mereka entah bagaimana terlibat dalam proses kami.
Bekerja dengan analitik
Kami memiliki analisis web dan tim pengembangan SCRUM di ruangan yang sama. Mereka terus berinteraksi satu sama lain. Bila perlu, para ahli membantu Anda mengatur metrik atau mengunggah data, tetapi pada dasarnya anggota tim itu sendiri bekerja dengan layanan analitik, tidak ada yang rumit.
Bantuan diperlukan jika, misalnya, Anda memerlukan beberapa dependensi, filter tambahan untuk jenis klien atau sumber terbatas. Tetapi dalam arsitektur saat ini, kita jarang menemukan ini.
Menariknya, pengenalan analytics tidak memerlukan instalasi sistem TI baru. Kami menggunakan perangkat lunak yang sama dengan yang sebelumnya bekerja dengan pemasar. Itu hanya perlu untuk mengoordinasikan penggunaannya dan mengimplementasikannya dalam bisnis dan pengembangan. Tentu saja, kami tidak bisa hanya mengambil apa yang dimiliki pemasaran, kami harus mengkonfigurasi ulang semuanya dan memberikan akses pemasaran ke lingkungan baru sehingga mereka bersama kami di bidang informasi yang sama.
Di masa mendatang, kami berencana untuk membeli versi perangkat lunak analitik web yang ditingkatkan yang akan mengatasi peningkatan volume sesi yang diproses.
Kami juga secara aktif mengintegrasikan analisis web dan basis data internal dari CRM dan sistem akuntansi. Dengan menggabungkan data, kami mendapatkan gambaran lengkap klien di semua bagian yang diperlukan: berdasarkan sumber, jenis klien, produk. Layanan BI yang membantu memvisualisasikan data akan segera tersedia untuk semua departemen.
Apa yang akhirnya kita lakukan? Faktanya, kami membuat analitik dan pengambilan keputusan sebagai bagian dari proses produksi, yang memberikan efek nyata.
Analisis: jangan menginjak menyapu
Dan akhirnya, saya ingin berbagi tips yang akan membantu Anda menghindari kerucut dalam proses membangun sebuah rancangan bisnis.
- Jika analytics tidak dapat dilakukan dengan cepat, maka Anda melakukan analytics yang salah. Anda perlu mengikuti jalur sederhana dari satu produk, dan kemudian skala.
- Anda harus memiliki tim atau orang yang memahami arsitektur analitik masa depan dengan baik. Penting juga untuk memutuskan di pantai bagaimana Anda akan skala analitik, mengintegrasikannya ke dalam sistem lain, menggunakan kembali data.
- Jangan menghasilkan data tambahan. Statistik web, selain informasi yang bermanfaat, juga merupakan tempat pembuangan sampah besar dengan data berkualitas tinggi dan berlebihan. Dan sampah ini akan mengganggu pengambilan keputusan dan evaluasi, jika tidak ada tujuan yang jelas.
- Jangan lakukan analytics untuk analytics. Pada awalnya, tujuan, pilihan instrumen, dan hanya kemudian - analisis hanya di mana ia akan menghasilkan efek.
Materi disiapkan bersama dengan Chebotar Olga (
olga_cebotari ).