Seminggu telah berlalu sejak Ivan pertama kali memikirkan metrik DevOps dan menyadari bahwa mereka perlu mengatur waktu pengiriman produk (Time-To-Market)
dengan bantuan mereka .
Bahkan di akhir pekan, dia berpikir tentang metrik: “Jadi apa, apa yang harus saya ukur waktu? Apa yang akan memberi saya? "
Memang, apa yang akan diberikan pengetahuan waktu? Misalkan pengiriman memakan waktu 5 hari. Jadi apa selanjutnya? Apakah itu baik atau buruk? Bahkan jika ini buruk, maka Anda perlu mengurangi waktu ini. Tapi bagaimana caranya?
Pikiran-pikiran ini tidak memberinya istirahat, tetapi tidak ada solusi.
Ivan mengerti bahwa dia telah mendekati esensi. Grafik metrik yang tak terhitung jumlahnya yang dia lihat sebelumnya telah meyakinkannya sejak lama bahwa pendekatan standar tidak akan berhasil, dan bahwa jika Anda hanya membuat grafik (
bahkan kohort ), tidak akan ada gunanya.
Bagaimana bisa? ...
Metrik seperti penguasa kayu biasa. Pengukuran yang dilakukan dengan bantuannya tidak akan memberi tahu alasan
mengapa objek yang diukur persis panjang yang ditunjukkannya. Garis hanya akan menunjukkan ukurannya, dan tidak lebih. Ini bukan batu filsuf, tetapi hanya papan kayu yang diukur.
"Tikus baja tahan karat" dari penulis kesayangannya Harry Harrison selalu berkata: pikiran itu harus mencapai bagian bawah otak dan berbaring di sana, jadi Ivan memutuskan untuk melakukan tugas lain selama beberapa hari tanpa hasil ...
Setelah beberapa hari, membaca artikel tentang toko online, Ivan tiba-tiba menyadari bahwa jumlah uang yang diterima toko online bergantung pada bagaimana perilaku pengunjung situs. Mereka, para pengunjung / pelanggan, memberikan uang kepada toko dan sumber mereka. Jumlah total uang tunai yang diterima oleh toko dipengaruhi oleh perubahan perilaku pelanggan, dan bukan sesuatu yang lain.
Ternyata untuk mengubah nilai yang diukur, perlu untuk mempengaruhi mereka yang membentuk nilai ini, yaitu. untuk mengubah jumlah uang yang dimiliki toko online untuk memengaruhi perilaku pelanggan toko ini, dan untuk mengubah waktu pengiriman di DevOps, perlu untuk memengaruhi tim yang "membuat" waktu itu, mis. gunakan DevOps dalam pekerjaan mereka.
Ivan menyadari bahwa metrik DevOps tidak boleh mewakili grafik sama sekali. Mereka harus menjadi
alat untuk menemukan tim "luar biasa" yang membentuk waktu pengiriman akhir.
Tidak ada metrik yang akan menunjukkan alasan mengapa tim ini atau itu telah memasok distribusi untuk waktu yang lama, pikir Ivan, karena dalam kenyataannya mungkin ada satu juta dan kereta kecil, dan mereka mungkin bukan teknis, tetapi organisasi. Yaitu maksimum yang dapat Anda harapkan dari metrik adalah untuk menunjukkan tim dan hasil mereka, dan kemudian Anda masih harus pergi ke tim ini dengan kaki mereka dan mencari tahu apa yang terjadi pada mereka.
Di sisi lain, ada standar di perusahaan Ivan, mewajibkan semua tim untuk memeriksa majelis di beberapa stand. Tim tidak bisa pindah ke tribun berikutnya sampai yang sebelumnya selesai. Ternyata jika Anda membayangkan proses DevOps sebagai urutan lintasan yang dilewati, maka metrik dapat menunjukkan waktu yang dihabiskan oleh tim di stan ini. Mengetahui posisi dan waktu tim, mungkin untuk lebih spesifik berbicara dengannya tentang alasannya.
Tanpa ragu-ragu, Ivan mengangkat telepon dan memutar nomor seseorang yang berpengalaman di internal DevOps:
- Denis, tolong beri tahu saya, mungkinkah untuk memahami bahwa tim tersebut melewati pendirian ini atau itu?
- tentu saja Jenkins kami menjatuhkan bendera jika majelis telah berhasil diluncurkan (lulus ujian) di mimbar.
- Super. Apa itu bendera?
- Ini adalah file teks biasa dari jenis "stand_OK" atau "stand_FAIL", yang mengatakan bahwa majelis lulus atau tidak melewati dudukan. Nah, Anda mengerti, ya?
- Pada prinsipnya, ya. Apakah ini ditulis ke folder yang sama di repositori, di mana rakitannya?
- ya
- Dan apa yang akan terjadi jika majelis tidak lulus dudukan? Apakah Anda perlu melakukan perakitan baru?
- ya
- Oke terima kasih. Dan pertanyaan lain: apakah saya mengerti benar bahwa saya dapat menggunakan tanggal pembuatan bendera sebagai tanggal berlalunya dudukan?
- Tentu saja!
- Super!
Mendorong semangat, Ivan meletakkan telepon dan menyadari bahwa semuanya jatuh pada tempatnya. Mengetahui tanggal pembuatan file rakitan dan tanggal pembuatan bendera, dimungkinkan untuk menghitung, dengan akurasi hingga satu detik, berapa banyak waktu yang dihabiskan tim di setiap tegakan dan memahami di mana mereka menghabiskan waktu paling banyak.
"Memahami ke mana sebagian besar waktu berlalu, kita akan menemukan tim poin demi poin, pergi ke mereka dan menggali masalah." Ivan tersenyum.
Untuk besok, dia mengatur sendiri sketsa arsitektur sistem yang sedang dibuat.
Dilanjutkan ...