Bagaimana Ivan melakukan metrik DevOps. Objek pengaruh

Seminggu telah berlalu sejak Ivan pertama kali memikirkan tentang metrik DevOps dan menyadari bahwa dengan bantuannya, waktu pengiriman produk perlu diatur (Waktu-Ke-Pasar).

Bahkan di akhir pekan, dia memikirkan tentang metrik: “Jadi bagaimana jika saya mengukur waktu? Apa yang akan diberikannya padaku?

Memangnya, apa yang akan diberikan oleh pengetahuan tentang waktu? Katakanlah pengiriman memakan waktu 5 hari. Jadi, apa selanjutnya? Apakah ini baik atau buruk? Meskipun ini buruk, Anda perlu mengurangi waktu ini. Tapi bagaimana caranya?
Pikiran-pikiran ini menghantuinya, namun tidak ada solusi yang dihasilkan.

Ivan mengerti bahwa dia telah sampai pada inti permasalahannya. Grafik metrik yang tak terhitung jumlahnya yang pernah dia lihat sebelumnya telah lama meyakinkannya bahwa pendekatan standar tidak akan berhasil, dan jika dia hanya membuat plot (bahkan jika itu sebuah kelompok), itu tidak akan ada gunanya.

Bagaimana menjadi?…

Metrik itu seperti penggaris kayu biasa. Pengukuran yang dilakukan dengan bantuannya tidak akan mengetahui alasannya, mengapa benda yang diukur sama persis dengan panjang yang ditunjukkannya. Penggaris hanya akan menunjukkan ukurannya, dan tidak lebih. Dia bukanlah batu bertuah, melainkan hanya sebuah papan kayu yang dapat digunakan untuk mengukur.

“Tikus baja tahan karat” dari penulis favoritnya Harry Harrison selalu berkata: sebuah pikiran harus mencapai dasar otak dan berbaring di sana, jadi setelah menderita selama beberapa hari tanpa hasil, Ivan memutuskan untuk mengambil tugas lain...

Beberapa hari kemudian, saat membaca artikel tentang toko online, Ivan tiba-tiba menyadari bahwa besarnya uang yang diterima toko online bergantung pada perilaku pengunjung situs. Merekalah, pengunjung/klien, yang memberikan uang mereka kepada toko dan merupakan sumbernya. Pendapatan tunai yang diterima toko dipengaruhi oleh perubahan perilaku pelanggan, bukan hal lain.

Ternyata untuk mengubah nilai terukur perlu adanya pengaruh terhadap pihak yang membentuk nilai tersebut, yaitu. untuk mengubah jumlah uang sebuah toko online, perlu untuk mempengaruhi perilaku pelanggan toko ini, dan untuk mengubah waktu pengiriman di DevOps, perlu untuk mempengaruhi tim yang "membuat" kali ini, yaitu. menggunakan DevOps dalam pekerjaan mereka.

Ivan menyadari bahwa metrik DevOps tidak boleh diwakili oleh grafik sama sekali. Mereka harus mewakili diri mereka sendiri alat pencarian tim “luar biasa” yang menentukan waktu pengiriman akhir.

Tidak ada metrik yang dapat menunjukkan alasan mengapa tim ini atau itu membutuhkan waktu lama untuk menyalurkan distribusi, pikir Ivan, karena pada kenyataannya mungkin ada satu juta dan satu gerobak kecil, dan itu mungkin bukan masalah teknis, tetapi organisasi. Itu. hal maksimal yang dapat Anda harapkan dari metrik adalah menunjukkan tim dan hasil mereka, dan kemudian Anda masih harus mengikuti tim-tim ini dan mencari tahu apa yang salah dengan mereka.

Di sisi lain, perusahaan Ivan memiliki standar yang mengharuskan semua tim melakukan pengujian rakitan di beberapa bangku. Tim tidak dapat berpindah ke stand berikutnya sampai stand sebelumnya selesai. Ternyata jika kita membayangkan proses DevOps sebagai rangkaian melewati tribun, maka metriknya dapat menunjukkan waktu yang dihabiskan tim di tribun tersebut. Mengetahui pendirian dan waktu tim, adalah mungkin untuk berbicara dengan mereka secara lebih spesifik mengenai alasannya.

Tanpa ragu-ragu, Ivan mengangkat telepon dan menghubungi nomor seseorang yang berpengalaman dalam seluk beluk DevOps:

— Denis, tolong beritahu saya, apakah mungkin untuk memahami bahwa tim telah melewati stand ini atau itu?
- Tentu. Jenkins kami membuang bendera jika build berhasil diluncurkan (lulus pengujian) di bangku cadangan.
- Sangat bagus. Apa itu bendera?
- Ini adalah file teks biasa seperti "stand_OK" atau "stand_FAIL", yang menyatakan bahwa rakitan lulus atau gagal dalam pengujian. Nah, kamu paham kan?
- Saya rasa iya. Apakah itu ditulis ke folder yang sama di repositori tempat perakitan berada?
- Iya
— Apa yang terjadi jika majelis tidak lulus ujian? Apakah saya perlu membuat bangunan baru?
- Ya
- Baiklah, terima kasih. Dan pertanyaan lainnya: apakah saya memahami dengan benar bahwa saya dapat menggunakan tanggal pembuatan bendera sebagai tanggal pendiriannya?
- Sangat!
- Luar biasa!

Terinspirasi, Ivan menutup telepon dan menyadari bahwa segala sesuatunya telah terjadi pada tempatnya. Mengetahui tanggal pembuatan file build dan tanggal pembuatan bendera, dimungkinkan untuk menghitung hingga detik berapa banyak waktu yang dihabiskan tim di setiap stand dan memahami di mana mereka menghabiskan waktu paling banyak.

“Memahami di mana sebagian besar waktu dihabiskan, kami akan menentukan tim, mendatangi mereka, dan menggali masalahnya.” Ivan tersenyum.

Untuk besok, dia menetapkan sendiri tugas membuat sketsa arsitektur sistem yang sedang digambar.

Untuk dilanjutkan ...

Sumber: www.habr.com

Tambah komentar