Jika Anda Senior, Milikilah Tanggung Jawab atas Satu Grafik

• Semakin senior seorang engineer, PM, atau desainer, semakin penting memiliki setidaknya satu grafik metrik inti yang menjadi tanggung jawabnya, dan ini adalah salah satu cara tercepat untuk bekerja dengan baik
• Sebagian besar masalah penting yang harus ditangani di level senior dapat diekspresikan dalam bentuk grafik, dan dituntut untuk secara langsung bertanggung jawab atas metrik yang menunjukkan perubahan jangka panjang seperti jumlah halaman, performa, biaya, pendapatan, atau churn
• Grafik menampilkan skala, tren, volatilitas, dan titik waktu sekaligus, jauh lebih baik daripada kalimat seperti “berkurang 15%”, sehingga menjadi alat komunikasi paling kuat untuk menjelaskan dampak dan memperoleh kepercayaan yang dapat diverifikasi
• Loop yang menggabungkan grafik ke dalam penetapan tujuan dan pengecekan membuat pelacakan hasil dan feedback menjadi sangat sederhana, dan dapat menghasilkan perbedaan sebesar jurang antara kinerja tinggi dan kehilangan pekerjaan
• Grafik yang baik harus berupa sejumlah kecil hal penting yang sering dirujuk orang lain, dan peran inti senior adalah bertanggung jawab penuh atas satu grafik dalam area seperti kualitas, support, pendapatan, atau retensi, lalu benar-benar menggerakkannya

---

Menangani masalah penting

• Di tahap senior, bertanggung jawab atas “masalah besar dan penting” adalah hal wajib, dan sebagian besar masalah seperti ini dapat diekspresikan sebagai grafik yang menunjukkan perubahan dari waktu ke waktu
  • Contoh: penurunan jumlah halaman, peningkatan performa, pengurangan biaya, peningkatan pendapatan, penurunan churn
  • Dalam rentang waktu setidaknya satu kuartal, hasil dari pekerjaan yang Anda lakukan harus terlihat sebagai kurva yang tampak jelas
• Tidak semua pekerjaan harus terhubung langsung dengan grafik, tetapi jika Anda tidak bertanggung jawab atas satu pun grafik, berarti Anda belum benar-benar menjalankan peran senior dengan semestinya

Menyampaikan dampak dengan jelas

• Masalah yang sering dialami para senior adalah keluhan bahwa pencapaian mereka tidak dipahami, dan ini umumnya harus dilihat sebagai kegagalan komunikasi
  • Jika Anda hanya mengirim kalimat seperti “jumlah halaman berkurang 15%”, akan langsung muncul banyak pertanyaan tambahan seperti titik awal, periode, tren, dan apakah itu kebetulan
• Grafik memperlihatkan skala, histori masa lalu, volatilitas, dan waktu terjadinya perubahan dalam sekali lihat
  • Selain itu, Anda juga bisa menyertakan tautan ke sumber data, sehingga orang lain mudah memverifikasi sendiri kebenaran grafik tersebut
• Jika dampak hanya dijelaskan lewat teks yang samar, akan sulit mendapatkan feedback tajam tentang apakah pekerjaan yang sedang dilakukan memang tepat dan apakah hasilnya sepadan dengan investasi yang diberikan
  • Sebaliknya, jika dinyatakan dalam grafik, Anda bisa mendapat pengakuan atas kontribusi sekaligus feedback yang jelas tentang arah dan prioritas
• Grafik adalah cara untuk menunjukkan nilai pekerjaan dan hasil dibanding waktu yang dikeluarkan secara jelas

Menghubungkan semua elemen menjadi satu

• Seperti dibahas dalam tulisan sebelumnya On Achieving Goals, proses menyelesaikan pekerjaan dapat diringkas sebagai loop sederhana “menetapkan tujuan → melakukan pengecekan”
  • Inti dari pencapaian tujuan adalah struktur sederhana: menetapkan tujuan yang baik, menunjuk penanggung jawab yang jelas, dan melakukan check-in berkala untuk memeriksa status serta penyesuaian yang dibutuhkan
  • Sebagian besar alasan tujuan gagal berasal dari penetapan tujuan yang buruk seperti tujuan yang tak bernilai, kesalahan prioritas, ketiadaan penanggung jawab, serta runtuhnya proses dasar seperti kurangnya check-in atau pengelolaan check-in yang keliru
  • Tujuan yang akurat dan pengecekan yang konsisten adalah infrastruktur dasar agar organisasi bisa menciptakan perubahan nyata; tanpa itu, tak ada tujuan yang bisa dicapai secara berkelanjutan
• Tulisan ini menambahkan satu aturan lagi: gabungkan grafik ke dalamnya
  • Artinya, tetapkan tujuan lalu jalankan loop yang secara rutin memeriksa satu grafik tunggal yang merepresentasikan tujuan tersebut
• Kombinasi ini bisa menjadi alat yang sangat kuat, sampai pada tingkat membedakan orang berkinerja tinggi dari mereka yang kehilangan pekerjaan

Ringkasan

• Grafik adalah unit inti bagi senior untuk melacak progres, menunjukkan hasil, dan menerima feedback
  • Bertanggung jawab dan terus menggerakkan satu grafik adalah unit nyata dari ownership
• Jika saat ini Anda belum memiliki grafik yang Anda tanggung, segera cari satu dan miliki ownership atasnya

Lampiran: Tip & Trik memiliki grafik

• Jika Anda memiliki grafik yang sering dikutip orang lain, berarti Anda berada di jalur yang benar
  • Orang biasanya malas, jadi jika ada grafik yang berguna dan akurat, mereka cenderung memakainya begitu saja tanpa membuat ulang
  • Grafik seperti ini secara alami juga akan menjadi nilai tambah bagi karier Anda
• Grafik tidak harus sempurna sejak awal; justru proses memperbaikinya secara bertahap melalui feedback adalah bentuk ownership yang sesungguhnya
• Anti-pattern yang harus dihindari adalah “memiliki terlalu banyak grafik”
  • Ada orang yang mengumpulkan sangat banyak grafik dan mengklaim “memilikinya” hanya agar bisa dipakai pada saat yang cocok dengan narasi mereka,
  • padahal kondisi yang baik adalah bertanggung jawab secara mendalam hanya pada segelintir grafik yang benar-benar penting
  • Seperti dibahas di “You have too many metrics”, metrik dan grafik harus sedikit, namun sangat mematikan kegunaannya
• Saat engineer ingin mencari grafik untuk dimiliki, isu kualitas adalah titik awal yang bagus
  • Jumlah halaman, insiden, bug, performa semuanya cocok dijadikan grafik dan merupakan area yang menunggu seseorang untuk bertanggung jawab
• Dari sudut pandang PM dan desainer, kandidat yang baik mencakup ticket support, pendapatan, win rate melawan kompetitor, dan attach rate produk tambahan yang memengaruhi retensi
• Tidak harus berarti Anda sendirian yang bisa menggerakkan metrik tersebut,
  • bahkan hanya dengan terus memonitor metrik penting dan gigih menggerakkan orang-orang agar selaras pada arah yang sama pun, karier Anda bisa maju pesat

[t7vonn]

Grafik berat badan saya sedang naik terus.

[wedding]

Grafik kenaikan gaji saya sudah 0% selama 5 tahun.

[husky81]

Mungkin sulit untuk digeneralisasi, tetapi setidaknya ini jelas merupakan alat terbaik untuk meyakinkan jajaran eksekutif.

[roxie]

Biasanya saya merasa tidak ada artinya menonjolkan pencapaian dalam bentuk persentase, dan sepertinya tulisan ini menyempurnakan pemikiran saya.

Bukan sekadar mengatakan berkontribusi pada kenaikan penjualan 5 persen, melainkan perlu dijelaskan selama periode tertentu naiknya berapa banyak, dan dibandingkan dengan sebelum kontribusi dirinya, seberapa tajam peningkatannya.

[barrelhouse]

Saya pikir kemampuan mengekspresikan kinerja atau tujuan dengan angka itu penting, tetapi menurut tulisan ini kita bahkan harus bisa menyajikannya dalam bentuk grafik. Dari sisi membantu lawan bicara memahami dan membangun kepercayaan, bagian ini memang terasa masuk akal.

[geesecross]

Kalau begitu, mungkin besar kemungkinan grafik itu akan tercemar.

Hukum Goodhart: "Saat suatu metrik menjadi tujuan, metrik itu tidak lagi menjadi metrik yang baik."

[findnamo]

Sebagai kutipan yang membantah Hukum Goodhart,
saya teringat pada ucapan yang dikenal sebagai perkataan Peter Drucker: "Jika sesuatu tidak bisa diukur, itu tidak bisa dikelola (If you Can't measure it, you Can't manage it)."
Setelah saya cari lebih jauh, ternyata bahkan Drucker Institute juga mengatakan bahwa Drucker tidak pernah mengatakan hal tersebut.

Justru saya menemukan ucapan yang berlawanan.
Menganggap bahwa sesuatu yang tidak bisa diukur tidak bisa dikelola adalah keliru. Itu adalah mitos yang mahal. (It is wrong to suppose that if you can't measure it, you cant manage it-a costly myth) - Edward Deming

[dongho42]

Meski begitu, saya rasa tetap ada tolok ukur yang bermakna. Terutama, akan lebih efektif jika ada seseorang yang bertanggung jawab atas dua metrik yang saling berlawanan. Dari sudut pandang SRE, meskipun senang karena jumlah insiden berhasil diturunkan, bisa saja rilis jadi terlambat karena terlalu berhati-hati sehingga pengembangan fitur melambat. Sebaliknya, dari sudut pandang Dev, meskipun senang karena banyak fitur berhasil dikembangkan, bisa saja jumlah insiden yang terjadi juga ikut meningkat.

Saya juga merasa metrik seperti p99 latency, tingkat keberhasilan respons, biaya per permintaan, MTTR, dan jumlah insiden adalah metrik yang baik karena sulit dimanipulasi. (Tentu saja tetap bisa dimanipulasi, tetapi rasanya manfaat dari melacak dan mengelolanya akan lebih besar daripada kerugiannya...)