Apa itu Metrik Dora? Mengapa mereka penting dalam devops?

Bagaimana Anda meningkatkan DevOps dan memperkuat operasi Anda? Semuanya dimulai dengan pengukuran. Anda perlu memahami dari mana Anda mulai dan ke mana Anda ingin pergi.

Ketika datang ke pengiriman perangkat lunak, ada beberapa tim pengembangan metrik yang dapat digunakan untuk mengukur dan melacak kinerja. Tim membutuhkan visibilitas ke dalam data untuk memahami kekuatan dan kelemahan mereka dan bagaimana mereka dapat meningkatkan kemampuan DevOps mereka.

Itulah sebabnya Dora menciptakan empat metrik Dora di DevOps. Dalam panduan ini, kami menyoroti siapa Dora, apa empat metrik dora, dan pro dan kontra menggunakannya.

Apa itu Metrik Dora?

Sebelum kita menguraikan keempat kunciDora Metrics.Dalam DevOps, mari kita bahas pelajaran sejarah singkat untuk memahami dari mana metrik ini berasal.

DevOps Research and Assessment (DORA) adalah tim peneliti DevOps ituGoogle mengakuisisiPada 2018. Dora menggunakan wawasan yang digerakkan oleh data untuk memberikan praktik terbaik dalam DevOps, dengan penekanan pada membantu organisasi mengembangkan dan mengirimkan perangkat lunak lebih cepat dan lebih baik. Hari ini, Dora terus bermitra dengan Google Cloud Team untuk merilis DevOps Research and Laporan untuk meningkatkan pengiriman perangkat lunak dalam organisasi.

Dalam laporan penelitian 2018 mereka,Mempercepat: Keadaan DevOps, Dora mengompilasi wawasan dari enam tahun penelitian untuk mengidentifikasi empat metrik utama yang dikenal sebagai Dora Metrics. Anda dapat menggunakan empat metrik kunci ini untukmengukur kinerjadari perangkat lunaktim pengembangandan meningkatkan efisiensi dan efektivitas operasi DevOps Anda secara keseluruhan.

Kami akan melihat lebih dekat pada empat metrik segera, tetapi untuk saat ini, inilah ikhtisar tingkat tinggi:

Sejak menerbitkan metrik, banyak organisasi mulai mengadopsi dan menggunakannya sebagai standar emas untuk perangkat lunak dan tim DevOps.

Apa empat metrik Dora utama?

Mari kita lihat masing-masingEmpat Metrik Dora KunciSecara detail untuk memahami bagaimana mereka dapat membantu Anda mengukur kinerja tim Anda.

Anda mungkin sudah terbiasa dengan frekuensi penyebaran karena itu merupakan metrik penting dalam produksi perangkat lunak. Frekuensi penyebaran adalah tentang seberapa sering organisasi atau tim Anda menyebarkan perubahan kode produksi. Ini akhirnya mengungkapkan kecepatan tim Anda karena menunjukkan seberapa cepat tim Anda memberikan perangkat lunak. Dan sementara kecepatan dapat dilihat dalam cahaya positif, sangat penting untuk disimpankualitasatas pikiran. Masalah frekuensi, tetapi Anda juga ingin memberikan nilai kepada pengguna Anda.

Jadi, apakah ada jawaban yang benar atau salah ketika datang ke frekuensi penyebaran? Belum tentu, tetapi Dora memenuhi syarat jadwal penyebaran yang berbeda dalam laporan 2018 mereka. Di dalamMempercepat: Status DevOps 2018, Dora menyarankan agar pemain elit tersedia sesuai permintaan dan berkomitmen untuk beberapa penyebaran per hari. Pengguna yang berkinerja tinggi antara sekali per hari dan sekali per jam, sementara pemain menengah dan rendah adalah antara sekali seminggu dan sebulan sekali. Jangan panik jika Anda saat ini duduk di kelompok rendah atau menengah. Selalu ada ruang untuk meningkatkan dan menggeser jalan menuju menjadi pemain elit yang memberikan perubahan kode yang lebih kecil lebih sering.

Ini adalah metrik lain yang dapat digunakan untuk mengukur kecepatan tim Anda. Lead time untuk perubahan didefinisikan sebagai jumlah waktu yang dibutuhkan satu komit untuk masuk ke produksi. Dengan kata lain, berapa lama untuk pindah dari kode komit dengan kode berjalan dengan sukses dalam produksi?

Anda dapat menghitung lead time untuk perubahan dengan rata-rata lead time untuk perubahan selama periode waktu untuk berbagai komit. Menghitung rata-rata itu penting karena tidak ada dua perubahan yang sama dan lead time akan bervariasi di berbagai lingkup dan jenis perubahan.

Mengapa metrik ini penting? Ini mengukur seberapa cepat tim Anda dapat menanggapi kebutuhan dan perbaikan, yang sangat penting dalam dunia pengembangan. Tim Anda dapat lebih baik merencanakan seberapa banyak berkomitmen dengan pemahaman tentang berapa lama untuk mendapatkan perubahan produksi Anda. Dan mungkin yang paling penting, metrik ini sangat penting untuk membantu pelanggan Anda. Jika pelanggan Anda memiliki bug mendesak yang memerlukan perbaikan, mereka kemungkinan tidak akan ingin bekerja dengan tim yang akan memakan waktu berminggu-minggu untuk memberikan perbaikan versus tim yang dapat membuatnya kembali dan berlari dalam beberapa jam. Sebuah tim yang mampu menghasilkan perubahan dengan cepat akan membuat pelanggan puas.

BerdasarkanPenelitian Dora, pemain elit memiliki waktu landasan untuk perubahan yang kurang dari satu jam. Bicara tentang perputaran cepat! Performa tinggi membalikkan perubahan di suatu tempat antara satu hari dan satu minggu. Penampil menengah jatuh antara satu minggu dan satu bulan, sementara berkinerja rendah memakan waktu antara satu dan enam bulan.

Jika kita kembali ke pelanggan yang membutuhkan perbaikan mendesak pada aplikasi mereka, apakah Anda pikir mereka lebih cenderung bekerja dengan tim yang tinggi atau berkinerja rendah? Sementara jawabannya mungkin didasarkan pada banyak faktor, tampaknya kemungkinan besar bahwa pelanggan akan memilih waktu penyelesaian yang lebih cepat dan tetap dengan tim berkinerja tinggi.

Selanjutnya adalah perubahan tingkat kegagalan, atau, hanya dinyatakan, pengukuran persentase penyebaran yang menyebabkan kegagalan dalam produksi.

Frekuensi penyebaran adalah tentang kecepatan penyebaran perubahan kode dalam produksi, dan perubahan tingkat kegagalan menekankan kualitas perubahan yang didorong ke produksi. Penting untuk dicatat bahwa kegagalan dalam produksi dapat berbeda tergantung pada perangkat lunak atau aplikasi. Kegagalan mungkin merupakan kemunduran, tambalan, pemadaman layanan, atau layanan terdegradasi. Saat menggunakan metrik ini, penting untuk menentukan apa kegagalan dalam pekerjaan Anda untuk tim Anda.

Tak perlu dikatakan bahwa Anda ingin menjaga tingkat kegagalan perubahan Anda rendah. Meskipun tidak dapat dihindari untuk menghindari kegagalan sepenuhnya sebagian besar waktu, Anda tidak ingin mengarah pada tim atau frustrasi pelanggan. Ketika Anda mengukur kerugian Anda, menjadikannya tujuan tim untuk belajar dari mereka sehingga Anda dapat tampil lebih baik pada waktu berikutnya.

Dora mengklasifikasikanPengguna elit, tinggi, dan menengah pada tingkat kegagalan perubahan 0-15% dan kinerja rendah pada tingkat kegagalan perubahan 46-60%. Menyelam ke dalam perubahan tingkat kegagalan lebih jauh lagi, Dora melaporkan bahwa pemain elit memiliki tingkat kegagalan perubahan tujuh kali lebih rendah daripada berkinerja rendah.

Dan akhirnya, kita punya waktu untuk memulihkan layanan, juga dikenal sebagai waktu untuk pemulihan.

Mari kita hadapi - interupsi dan pemadaman layanan tidak ideal, tetapi mereka terjadi. Meskipun mereka mungkin tidak selalu dapat dihindari, yang penting adalah bagaimana Anda meresponsnya. Waktu untuk memulihkan atau memulihkan langkah-langkah layanan berapa lama umumnya diperlukan untuk memulihkan layanan ketika sebuah insiden seperti pemadaman yang tidak direncanakan terjadi. Sangat penting untuk memulihkan dan memulihkan layanan secepat mungkin. Tujuan mengoptimalkan waktu untuk pemulihan adalah meminimalkan downtime dan bersiap untuk mendiagnosis dan memperbaiki masalah ketika mereka terjadi.

BerdasarkanDora., pemain elit dapat pulih dalam waktu kurang dari satu jam. Grup yang berkinerja tinggi dan menengah membutuhkan waktu kurang dari sehari untuk memulihkan layanan, sementara berkinerja rendah dapat memakan waktu antara satu minggu dan satu bulan untuk kembali ke jalurnya. Meningkatkan waktu Anda untuk pemulihan adalah cara yang bagus untuk mengesankan pelanggan Anda.

Mengapa menggunakan metrik Dora?

Jadi, mengapa Anda harus menggunakan Metrik Devop Dora? Tentu, metrik dan pengukuran kinerja sangat berharga, tetapi apa tentang metrik dora yang membuat mereka dapat diandalkan secara unik?

Dora telah meneliti dan belajarDevops.selama bertahun-tahun. Mereka secara konsisten dan secara teratur mempublikasikan temuan dan wawasan mereka untuk berevolusi dan mengendarai tim DevOps.Dora.IS, tanpa ragu, seorang pemimpin terkenal di industri dan keahliannya dapat dipercaya dan berharga. Keempat metrik utama tidak jatuh dari udara tipis - mereka berakar pada penelitian yang digerakkan oleh data.

Selain itu, Metrik Dora akan memberi Anda pemahaman luas tentang tingkat pengiriman tim Anda dan kemampuan. Metrik dapat digunakan untuk mengidentifikasi bagaimana Anda membandingkan dengan pesaing di industri Anda, dan yang paling penting, mereka dapat membantu Anda tumbuh lebih baik dan merawat tim Anda.

Ketika Anda mengukur dan melacak metrik Dora dari waktu ke waktu, Anda akan dapat membuat keputusan yang terinformasi dengan baik tentang perubahan proses, overhead tim, celah untuk diisi, dan kekuatan tim Anda. Metrik-metrik ini tidak boleh digunakan sebagai alat untuk kritik terhadap tim Anda melainkan sebagai titik data yang membantu Anda membangun organisasi DevOps elit.

Apa jebakan dari metrik Dora?

Dora Metrics.Adalah alat yang bagus untuk digunakan, tetapi dengan segala bentuk pengukuran, ada beberapa pertimbangan untuk diingat.

Sangat menantang untuk menggunakan satu set metrik untuk berbagai produk dan tim karena tidak ada dua produk atau tim yang sama. Produk Anda mungkin lebih kompleks daripada milik orang lain. Tim Anda mungkin tiga kali lebih kecil dari tim pengembangan lain. Setiap tim beroperasi dalam konteks dan keadaannya sendiri, sehingga mungkin lebih menantang bagi tim tertentu untuk menjadi kelompok performing elit.

Pertimbangan lain yang patut diperhatikan adalah bahwa ada lebih banyak ke gambar daripada metrik Dora saja. Tim yang tampil di elit atau kategori tinggi di empat metrik Dora mungkin tampak berhasil, tetapi mereka dapat memiliki masalah lain yang tidak diperhitungkan di luar metrik ini. Penting untuk diingat bahwa ada gambaran yang lebih besar di luar pengukuran ini. Mereka bukan all-all dan end-all, jadi pastikan untuk mengingatnya.

Merekam Metrik Dora Anda diUDN Task Manager.

Jika Anda ingin mendukung pengembang dan tim produk Anda lebih lanjut, pertimbangkan untuk menggunakan amanajemen proyekSolusi seperti UDN Task Manager. Untuk melacak metrik Dora Anda, menetapkan tugas ke tim, dan mengelola proses pengembangan perangkat lunak di satu lokasi terpusat.

Apakah tim Anda mengikutiLincahatau metodologi lain,UDN Task Manager.dapat membantu menyusunManajemen Proyek Perangkat Lunakdan membuatnya lebih mulus.Mulailah dengan uji coba gratis hari ini .