Pelatihan Tertulis DevOps
Bagaimana Cara Memperbaiki Hipotesis dengan DevOps dan Memperkuat Organisasi yang Berbasis Eksperimen dan Pembelajaran?
Dalam organisasi TI tradisional, Anda mungkin masih membuat berbagai rilis produk dan fitur tanpa memastikan apakah hasil bisnis yang diinginkan tercapai atau apakah ada orang yang benar-benar menggunakannya. Cara paling tidak efisien untuk menguji model bisnis atau ide produk dan fitur adalah membangun produk dan layanan lengkap hanya untuk mengetahui apakah permintaan yang diperkirakan benar-benar ada dan ide itu dapat memenuhinya.
Sebelum membangun produk dan layanan yang lengkap, tanyakan: “Mengapa saya harus membuat ini?”, “Apakah ini benar-benar sepadan dengan waktu dan sumber daya saya?” Buat dan jalankan eksperimen secepat dan semurah mungkin untuk memvalidasi apakah ide, produk, dan fitur memenuhi hasil bisnis yang diinginkan.
Eksperimen dan pengukuran statistik jangka panjang atas berbagai rangkaian produk perusahaan menunjukkan bahwa hanya 1/3 perubahan yang meningkatkan secara signifikan metrik utama seperti pendapatan, konversi, pesanan, langganan, atau perolehan pelanggan baru. Artinya, 2/3 perubahan tidak memberi peningkatan, memberi peningkatan yang dapat diabaikan, atau justru memperburuk metrik. Untuk 2/3 perubahan ini, organisasi akan lebih baik memberi seluruh tim waktu libur daripada membuat fitur tanpa nilai tambah.
Hadapi masalah ini dengan riset pengguna melalui pengujian A/B. Uji dampak fitur sebelum membangunnya. Masukkan umpan balik pengguna ke proses rekayasa untuk memastikan Anda menerapkan DevOps dengan benar dan membangun hal yang tepat. Semakin cepat Anda bereksperimen, belajar, dan memasukkan masukan klien ke siklus hidup perangkat lunak, semakin baik peluang Anda mengungguli pesaing.
Pengujian A/B awalnya populer dalam pemasaran respons langsung melalui pos. Pemasar menguji berbagai selebaran dan kartu pos dengan mengubah kata-kata, warna, tata letak, judul, dan teks agar mengetahui versi yang berkinerja dan menjual lebih baik. Pemerintah Inggris menggunakan pengujian A/B untuk mengetahui surat yang paling efektif dalam menagih pajak tertunggak. Kini pengujian A/B umum dipakai untuk menguji pemasaran dan komunikasi serta mengetahui ide, produk, dan fitur yang berhasil atau tidak.
Untuk mengadopsi pengujian A/B, tim harus dapat menerapkan beberapa versi fitur dengan cepat dan mudah, lalu memperlihatkannya kepada segmen pengguna yang berbeda. Gunakan telemetri dan metrik lapisan bisnis untuk mengetahui apakah fitur meningkatkan hasil. Jika ya, tentukan versi yang berkinerja paling baik.
Misalnya, organisasi DevOps ingin merilis alur pembayaran baru di portal e-commerce. Sebelum menjadi pekerjaan besar tim, alur itu baru merupakan hipotesis untuk meningkatkan hasil bisnis. Hanya setelah hipotesis diteliti dan divalidasi, alur dapat menjadi proyek yang membutuhkan banyak waktu, sumber daya, dan tenaga. Tugas pertama tim adalah:
Validasi hipotesis: Kami yakin bahwa versi baru alur pembayaran dapat menghasilkan peningkatan tingkat konversi. Kami akan yakin untuk membangun dan mengirimkan fitur ini secara lengkap jika salah satu versi eksperimental yang ditampilkan kepada 1% pengunjung meningkatkan penjualan setidaknya 5% selama 7 hari berikutnya.
KESIMPULAN
Selain mengandalkan intuisi dan praktik terbaik yang telah dipelajari, fokuskan upaya pada keterlibatan orang sungguhan dalam eksperimen dengan kondisi nyata.
Product Owner DevOps sebaiknya memandang ide produk dan fitur sebagai hipotesis yang perlu divalidasi. Ide tersebut baru layak dirancang, dibangun, dan diuji secara menyeluruh setelah terbukti masuk akal.
