Recraftory

OKR untuk Tim Engineering

Cara menerapkan OKR di tim engineering dengan mempertimbangkan keunikan pekerjaan teknis

Tantangan OKR di Engineering

  • Banyak pekerjaan engineering bersifat enabler, bukan langsung terlihat oleh pengguna
  • Hasil teknis sering sulit dikaitkan ke metrik bisnis secara langsung
  • Tim engineering mengelola dua jenis pekerjaan: fitur produk dan pekerjaan teknis (infra, debt, tooling)
  • Temptation: menulis OKR yang terlalu teknis dan tidak dipahami stakeholder

Kategori OKR Engineering

Product OKRs

  • OKR yang berfokus pada dampak ke pengguna atau bisnis
  • Dikerjakan bersama product manager
  • Contoh: "Meningkatkan konversi checkout sebesar 15%"

Technical Health OKRs

  • OKR untuk meningkatkan kualitas dan kesehatan sistem
  • Contoh: "Menurunkan error rate API dari 2% ke 0.5%"
  • Penting untuk diperjuangkan agar mendapat slot di OKR tim

Enabler OKRs

  • OKR yang membuka kapabilitas baru untuk tim atau produk
  • Contoh: "Memigrasikan deployment ke Kubernetes agar tim bisa release mandiri"

Menyeimbangkan OKR Produk dan Teknis

  • Idealnya 70% kapasitas untuk product OKR, 30% untuk technical health
  • Tapi tidak ada angka pasti — bergantung pada kondisi sistem
  • Jika sistem sedang tidak stabil: lebih banyak alokasi untuk teknis
  • Diskusikan alokasi ini dengan product dan leadership secara eksplisit

Contoh OKR Tim Engineering

Objective: Membuat platform lebih handal sehingga tim bisa fokus pada fitur

  • KR1: Uptime API naik dari 99.5% ke 99.9%
  • KR2: Mean Time to Recovery (MTTR) turun dari 45 menit ke 15 menit
  • KR3: 80% service memiliki runbook yang up-to-date

Objective: Meningkatkan kecepatan delivery tim

  • KR1: Lead time for changes turun dari 5 hari ke 2 hari
  • KR2: Deployment frequency naik dari 2x/minggu ke 5x/minggu
  • KR3: 90% PR di-review dalam 24 jam

DORA Metrics sebagai KR Engineering

DORA (DevOps Research and Assessment) metrics adalah metrik standar industri yang baik untuk KR:

  • Deployment Frequency: seberapa sering tim deploy ke production
  • Lead Time for Changes: waktu dari commit ke production
  • Change Failure Rate: persentase deployment yang menyebabkan masalah
  • MTTR: waktu recovery dari insiden

Metrik ini terukur dan langsung terhubung ke efektivitas tim engineering.

OKR untuk Engineering Manager Sendiri

Sebagai EM, OKR personal bisa mencakup:

  • Pertumbuhan anggota tim (promosi, skill baru)
  • Hiring (headcount sesuai plan)
  • Team health (engagement score, retensi)
  • Delivery performance (OKR tim tercapai)

Praktik Terbaik

  • Libatkan seluruh tim dalam membuat OKR, jangan hanya EM yang menetapkan
  • Pastikan tim memahami bagaimana OKR teknis berkontribusi ke tujuan bisnis
  • Jangan paksa setiap pekerjaan masuk ke OKR — ada pekerjaan operasional yang tidak perlu jadi OKR
  • Review OKR di setiap sprint planning untuk memastikan pekerjaan terhubung ke OKR