Setelah Ivan
bertemu dengan analisis kohort , ia membenci segala jenis metrik manis.
Namun ironisnya adalah bahwa kepemimpinan tidak tahu apa-apa lagi, dan pasti tidak mau tahu. Saya harus melangkah sendiri dan dengan bodoh pergi untuk memenuhi "permintaan" bos, agar tidak mendapatkan reputasi sebagai orang jahat yang tidak mematuhi instruksi orang bijak.
Terkadang bahkan hasil yang menarik diperoleh dari ini. Satu kasus seperti itu sekarang akan dibahas.
Suatu ketika, manajer meminta Ivan untuk mencari tahu mengapa konversi melewati dudukan oleh tim telah menurun terus selama 3 minggu:
Saya harus mengatakan bahwa ada banyak tim di departemen Ivan, beberapa lusin, setiap hari mereka membuat ratusan rakitan distribusi mereka dan memeriksa mereka di tribun.
Konversi mempertimbangkan rasio jumlah bangunan yang dibuat oleh tim dalam seminggu dengan jumlah majelis yang melewati tegakan target.
Salah satu kekurangan utama dari metrik gula adalah bahwa tidak mungkin untuk menentukan apa pun darinya. Konversi yang digunakan oleh kepala Ivan ternyata menjadi metrik gula yang khas. Konversi menurun, tetapi tidak jelas mengapa.
Tentu saja, semua tim didengarkan dengan teliti untuk meningkatkan kinerja stan dengan segala cara. Untuk melakukan ini, metrik manis lainnya dengan daftar "orang jahat" dikompilasi dengan sangat cepat:
Di bawah setiap kolom dalam gambar, nama-nama tim ditulis dalam kenyataan.
Tim-tim melolong dan mulai berjuang untuk melepaskan diri dari kemalangan baru yang menimpa mereka.
Bosan dengan mengejar tim, pemimpin mendesak Ivan untuk memilah alasan penurunan konversi.
Jadi, apa yang terjadi ...
Memahami esensi metrik
Metrik perlu dipahami. Setidaknya mengerti bagaimana mereka dipertimbangkan. Kemudian Anda bisa menggali lebih dalam dan mencari tahu. Jadi Ivan melakukannya:
Conversion = Builds Created / Dari mereka melewati dudukanMemahami rumus, Ivan pertama kali menampilkan dua komponen konversi pada bagan:
Segera menjadi jelas bahwa jumlah bangunan yang dibuat tidak berubah secara praktis, tetapi pada saat yang sama jumlah majelis yang melewati dudukan menurun, dan mulai menurun pada saat konversi mulai berkurang.
Konversi telah berubah karena fakta bahwa perbedaan antara jumlah majelis yang dibuat dan jumlah tegakan masa lalu telah meningkat, dan karena konversi adalah hasil dari membagi satu dengan yang lain, kemudian dengan meningkatnya perbedaan, nilai konversi juga secara serempak berubah (menurun).
Perbedaan antara nilai-nilai pada grafik adalah garis gelap.
Yaitu peningkatan perbedaan antara kolom merah dan biru dalam grafik menunjukkan penurunan konversi secara otomatis.
Renungkan hasilnya
Ivan mengerti bahwa temuan itu masih belum cukup untuk menentukan penyebabnya.
Pengalaman sebelumnya dalam metrik memberinya satu gagasan penting: Anda perlu menggali akar, ke akar penyebab sebenarnya dari masalah apa pun.
Alasan untuk setiap perubahan konversi DevOps sebenarnya adalah ... orang. Pengembang dan pengembang tim, Ivan yang ingin mencapai mereka pada akhirnya.
Melihat perbedaan yang tumbuh antara majelis yang dibuat dan melewati mimbar, ia bertanya pada dirinya sendiri: mengapa ini terjadi dan siapa "generator" majelis yang belum mencapai mimbar?
Buku yang dibaca "Toyota Tao" memberi petunjuk: perlu untuk melihat "sisa persediaan" atau "pekerjaan yang sedang berjalan".
Karena majelis melewati beberapa stand dan bisa tinggal di sana, Ivan memutuskan untuk menghitung tidak hanya majelis satu stand, tetapi untuk melihat "keseimbangan nyata" yang sebenarnya, yaitu. untuk menghitung berapa banyak majelis yang tidak digunakan sama sekali oleh dudukan dan kiri untuk meletakkan beban mati:
Garis gelap menunjukkan jumlah residu, kuning - jumlah majelis yang telah melewati tegakan target, diperhitungkan dalam jadwal konversi awal.
Aku bahkan tidak perlu menebak. Pergerakan sinkron yang jelas dari kedua garis juga dikonfirmasi dengan menghitung korelasinya:
Ternyata semakin banyak residu rakitan yang tersisa, semakin sedikit konversi yang diinginkan.
Temukan akar masalahnya
Tidak sulit menentukan siapa yang membuat sisa-sisa menggunakan tabel paling sederhana:
Di kolom kiri adalah nama tim. Sorotan kolom - jumlah residu yang dibuat oleh tim ini dalam seminggu.
Para pemimpin TOP-2 segera merangkak keluar dan Ivan segera berlari untuk berurusan dengan mereka.
Alasannya, tentu saja, ternyata dangkal: tim hanya memulai siklus pengembangan baru dan, menciptakan fungsionalitas, mulai membuat majelis untuk memverifikasi kebenarannya.
Kerugian utama dari metrik manis
Bahkan, perubahan dalam konversi ternyata terkait erat dengan proses pengembangan siklus dan tidak berakibat fatal atau buruk.
Pada bagan konversi, tiga gelombang pengembangan (siklus) terlihat.
Ini adalah proses alami yang harus berjalan seperti itu.
Dan tim yang bersumpah dengan pemimpin itu benar sekali: dengan proses pengembangan saat ini yang digunakan oleh perusahaan, meningkatkan konversi tidak hanya akan menjadi tindakan yang “tidak dapat dipahami”, tetapi juga dapat menghancurkan proses tersebut dan menyebabkan keterlambatan signifikan dalam penyediaan perangkat lunak.
Ini adalah kelemahan utama dari metrik gula - mereka mengubah aspek positif menjadi negatif, dan alih-alih memperjelas situasinya, mereka hanya membingungkan dan memperburuknya.
Kesimpulan
Secara umum, pengalaman itu menarik bagi Ivan, jadi dia bahkan dengan senang hati menyiapkan presentasi untuk kepemimpinan, di mana dia menjelaskan bahwa metrik yang digunakan tidak cocok untuk mengelola departemen, itu menyesatkan, dan dapat menyebabkan masalah besar.
Itu saja.
Jika pengalaman Ivan tampak menarik bagi Anda, dia akan sangat berterima kasih atas tanggapan Anda.
Ngomong-ngomong, Ivan sekarang ingin menempatkan dirinya dan pengetahuannya ke dalam proyek yang menginspirasi dan membakar, jadi dia menerima tawaran menarik di PM.