Mencapai OKR vs. Menjalankan Pekerjaan

• Dalam engineering, OKR (Objectives & Key Results) triwulanan terasa tumpang tindih dengan perencanaan produk
  • Biasanya ditafsirkan dengan makna yang sama seperti "menjalankan roadmap"
  • Jika OKR memuat hal yang berbeda dari roadmap, itu akan berbenturan dengan roadmap
  • Contoh hipotesis
    • Objective: Menyediakan Frontend Observability
    • Key Result: Menyediakan semua fitur tahap 1
    • Key Result: Menjaga tingkat error di bawah 3%
    • Key Result: 1000 pengguna berinteraksi per hari
• Di marketing, OKR triwulanan dengan jelas mengekspresikan niat perusahaan dan bekerja dengan efektif
  • Tim marketing relatif sedikit mengeluh soal penulisan OKR
  • Contoh hipotesis
    • Objective: Mengaktifkan pipeline lewat peluncuran Frontend Observability
    • KR: 3 media memberitakan peluncuran
    • KR: 2000 kunjungan ke landing page
    • KR: Mendapatkan 100 marketing qualified leads (MQL) dari akun target
• Mengapa OKR lebih mudah di marketing
  • Sebagiannya karena:
    • Marketing mirip pekerjaan berbasis proyek yang bisa diselesaikan dalam satu atau dua kuartal
    • Engineering lebih mirip pekerjaan produk yang berkelanjutan dan berjalan mengikuti ritme pembaruan terus-menerus
  • Tentu saja marketing juga punya ritme kerja berulang
    • Iklan, webinar, pengiriman email, event, dll.
    • OKR dengan jelas menyatakan iklan, webinar, dan event mana yang akan difokuskan pada kuartal ini
    • Ini bisa tumpang tindih dengan ringkasan kampanye, tetapi berfokus pada kampanye baru, target baru, atau channel baru
    • Hanya membicarakan biaya dan waktu yang diinvestasikan kuartal ini untuk hal baru yang tidak dilakukan setiap kuartal

Secara umum, pekerjaan rutin yang berjalan teratur tidak ditampilkan dalam OKR. Itulah tujuan KPI (Key Performance Indicator)

• Marketing memiliki KPI untuk pekerjaan intinya, yaitu "mendapatkan lead" yang menjadi "peluang penjualan", dan KPI itu dihitung
  • Memantau traffic web, performa iklan, peringkat SEO, kehadiran webinar, dan jumlah kontak di event
  • Angka KPI ini hanya muncul dalam OKR saat kita ingin memperbaikinya atau mencapainya dengan cara berbeda, seperti target baru atau pesan baru
  • OKR mengekspresikan pergeseran fokus, perubahan proses, atau percakapan yang perlu kita lakukan
  • Contoh hipotesis
    • Objective: Memperluas awareness Honeycomb di 3 negara
    • Objective: Menurunkan biaya per opportunity
      • KR: Meningkatkan rasio konversi MQL ke SQL dari 7% menjadi 10%
    • Objective: Menemukan 2 use case yang layak diinvestasikan
• Engineering memiliki KPI untuk pekerjaan intinya, yaitu menjalankan software dan merilis pembaruan
  • Kita bisa tahu pekerjaan berjalan lancar melalui SLOs (Service-Level Objectives) dan metrik akselerasi seperti Deployment Frequency
  • Merilis fitur dalam roadmap adalah salah satu pekerjaan inti. Biasanya tidak seharusnya dimasukkan ke OKR
    • OKR memberi tahu apa yang berubah kuartal ini, apa yang ingin diubah, dan apa yang ingin dipelajari
  • Contoh hipotesis
    • Objective: Peluncuran Frontend Observability yang mulus
      • KR: Tingkat error di bawah 3%
    • Objective: Memasukkan 3 anggota tim baru ke rotasi On-Call
    • Objective: Mengadopsi 2 layanan dari tim lain
    • Objective: Meningkatkan responsivitas tampilan timeline
      • KR: Mengidentifikasi kontribusi latensi melalui distributed tracing
  • Dalam contoh di atas, ada "peluncuran Frontend Observability yang mulus", bukankah itu termasuk "deployment roadmap"?
    • Rilis fitur adalah bagian dari peluncuran yang mulus, tetapi bukan akhir dari semuanya
    • Di antara semua fitur yang dirilis kuartal ini, fitur ini adalah yang paling penting bagi bisnis
    • Memasukkan fitur ini ke dalam OKR memberi tahu orang-orang bahwa kita juga akan mendorong pekerjaan lain, merespons laporan bug dengan segera, dan mendukung rilis ini dengan penuh semangat
  • Jika OKR tim hanya mengulang roadmap, itu bisa diartikan sebagai "niat untuk mempertahankan keadaan sekarang tanpa upaya perbaikan"
    • Dengan kata lain, itu bisa berarti "kuartal ini adalah kuartal untuk mempertahankan status quo", dan itu tidak baik
• OKR adalah "Apa pembeda kuartal ini?" "Apa yang baru?" "Kita ingin berubah seperti apa?" "Apa yang ingin kita pelajari?"
  • Buatlah OKR menekankan fokus yang khusus. Jangan mencoba memasukkan semua hal ke dalam OKR

[jhj0517]

Sepertinya kita perlu membedakan dengan baik antara tujuan yang nantinya bisa ditunjukkan hasilnya dengan angka dan tujuan yang tidak bisa.

[aer0700]

Saat menyusun rencana, pasti ada proyeksi tentang kondisi pasar, tetapi sulit diungkapkan dengan angka: dari proyeksi itu, berapa persen yang berdasarkan statistik dan berapa persen yang merupakan harapan CEO?

[roxie]

Menurut Anda, apa tujuan yang tidak bisa dinyatakan dengan angka?

[ethanhur]

OKR, organisasi berbasis tujuan, dan agile semuanya terlihat fancy dan memberi kesan seolah bisa menyelesaikan masalah organisasi, tetapi rasanya ini adalah hal-hal yang sulit dijalankan dengan baik dalam praktiknya.

Belakangan ini saya juga berpikir bahwa OKR perlu diterapkan dengan pertimbangan yang benar-benar matang sesuai kapabilitas organisasi maupun bisnisnya. Sepertinya biaya ketika itu tidak berjalan dengan baik terlalu besar.

https://x.com/sundarpichai/status/1543328071532523521

[GN⁺]

Opini Hacker News

• Setelah bekerja di Facebook lalu pindah ke tim kecil, saya menyadari betapa menyenangkannya bekerja tanpa khawatir soal OKR dan evaluasi kinerja. Sangat melelahkan harus membangun dan memasarkan citra diri sendiri di dalam tim.

  • Dari sudut pandang pemikiran sistem, saya pada dasarnya menentang OKR karena mereduksi aktivitas manusia menjadi angka. Ini membuat orang bergerak ke arah yang keliru, terpisah dari masalah yang sebenarnya.
  • Saya teringat sebuah anekdot yang saya baca di buku W. Edwards Deming, "The Essential Deming". Untuk memperbaiki sistem yang tidak efisien dalam memindahkan minyak dengan tongkang, seorang manajer baru membuat metrik tetapi tidak menetapkan target. Akibatnya, para kapten tongkang secara sukarela bersaing untuk menghemat biaya, dan proyek itu pun menghasilkan keuntungan besar.

• Kerangka kerja penetapan prioritas dan tujuan perusahaan seperti OKR membantu menemukan ketidaksesuaian dalam cara tim-tim menetapkan prioritas. Namun, perusahaan sering menganggapnya sebagai kerepotan dan akhirnya melewatkan kesempatan untuk belajar.

• Sebagai pemimpin, saya paham bahwa ketika OKR diperkenalkan, dibutuhkan orientasi pada tujuan dan kemampuan menerjemahkannya menjadi hasil. Namun, hanya sedikit pemimpin yang benar-benar bisa melakukannya dengan baik, dan banyak yang hanya tertarik membangun wilayah kekuasaan mereka sendiri.

  • Sebagai insinyur, ada banyak hal yang mengganggu OKR, operasional, dan rencana mingguan. PM yang baik bisa mengurangi gangguan ini, tetapi dalam kebanyakan kasus hal itu tidak terjadi.

• Ada juga orang yang memang tidak peduli pada OKR. Mereka bekerja di perusahaan selama 2-3 tahun, mendapat kenaikan gaji, santai di tahun pertama, serius di tahun kedua, lalu mencari peluang baru di tahun ketiga.

• Di bidang nonteknis, saya bekerja untuk pelanggan internal dan dipaksa memakai OKR. Manajer produk berada di antara pengembang dan pengguna, sementara tiap tim menulis OKR mereka sendiri tanpa koordinasi antartim.

  • Misalnya, satu tim ingin memakai beton 15% lebih sedikit, sementara tim lain ingin membuat gedung 15% lebih tinggi. Ini gagal mencerminkan kebutuhan pelanggan yang sebenarnya.

• Saya suka melihat orang-orang yang ingin hasil cepat membaca tentang agile, OKR, dan KPI lalu malah menjerumuskan diri mereka sendiri. Manajer memaksakannya, dan orang-orang yang tidak punya waktu untuk benar-benar memahaminya disuruh mengimplementasikannya.

  • Ketika anak muda yang ambisius mendorong ini, tim menjadi tidak efisien, dan tim produk pun terobsesi pada OKR.

• Manajer menetapkan OKR tanpa masukan dari staf teknis, dan OKR yang sudah ditetapkan tidak pernah diubah. Ini merusak dinamika tim dan membuat orang bermain-main demi memenuhi metrik target. Akibatnya, talenta penting malah meninggalkan perusahaan.

• Setiap penambahan metrik membawa pajak produktivitas:

  1. Waktu yang dihabiskan untuk menyalahgunakan metrik
  2. Waktu yang dihabiskan untuk mendokumentasikan dan memunculkan metrik