计划执行与检查节点
executing-plans
按既定实施计划完成工作,保持过程检查和反馈。
okr-builder【效率与协作】Susun OKR (Objectives and Key Results) yang terstruktur dengan baik untuk tim produk, startup, dan individu. Gunakan saat diminta menulis OKR, menetapkan target kuartalan, mendefinisikan key result, atau meninjau OKR yang sudah ada. Menghasilkan set OKR lengkap dengan objective, key result yang terukur, baseline, dan panduan penilaian.
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
Terjemahan bahasa Indonesia dari okr-builder. Versi bahasa Inggris adalah versi kanonis.
Tulis OKR yang ambisius dan terukur, yang menghubungkan pekerjaan produk dengan strategi perusahaan. Hindari vanity metric, key result yang berfokus pada output, dan objective yang terdengar seperti daftar tugas.
Jika ada professional-brain (brain/), berpijaklah padanya alih-alih menanyakan ulang hal yang sudah Anda ketahui:
context.md (definisi metrik), knowledge/strategy.md (arah produk), dan hypotheses/ yang masih terbuka. Jalankan python3 ../professional-brain/scripts/brain_query.py ./brain "<objective theme>" dan bawa tag provenans setiap fakta: jangan menetapkan key result dari sebuah [hunch] seolah-olah itu [data].decisions/ (taruhan untuk periode ini) dan definisi metrik baru ke knowledge/, masing-masing dengan tag provenans. Tunjukkan dulu, minta persetujuan, lalu tulis dengan ../professional-brain/scripts/brain_write.py … --commit (hanya menambah, dry-run secara default).Anda sering akan menerima brief singkat tanpa detail lengkap (tanpa baseline, tanpa angka pasti). Selalu berikan set OKR yang lengkap dan spesifik tanpa berhenti untuk bertanya, dan jangan meninggalkan placeholder dalam kurung seperti [target]. Jika baseline atau angka tidak ada, perkirakan nilai yang realistis dari brief dan domainnya, lalu tandai (asumsi, mohon konfirmasi). Baseline asumsi yang diberi label jelas (mis. "aktivasi 40% (asumsi) → 60%") selalu lebih baik daripada kolom kosong atau angka karangan yang disajikan sebagai fakta.
references/bad-okr-gallery.md: enam contoh OKR buruk yang realistis beserta diagnosis dan penulisan ulangnya (roadmap terselubung, objective yang tidak bisa difalsifikasi, sandbagging, KR di luar kendali, kebun binatang metrik, tanpa guardrail), diakhiri diagnostik 5 pertanyaan. Gunakan saat meninjau OKR yang sudah ada: cocokkan dengan galeri sebelum menulis masukan.templates/okr-worksheet.md: lembar kerja isian yang kolom-kolomnya menegakkan gerbang kualitas (sumber baseline, uji drift, uji kendali, guardrail) plus rubrik penilaian akhir kuartal yang ditetapkan di awal. Tawarkan jika tim ingin menyusun OKR sendiri.Objective: Kualitatif, menginspirasi, dan terikat waktu. Menjawab "ke mana kita akan pergi?" Key Result: Kuantitatif, spesifik, dan terukur. Menjawab "bagaimana kita tahu kita sudah sampai?"
| Anti-Pola | Contoh | Versi yang Lebih Baik |
|---|---|---|
| Tugas yang menyamar sebagai KR | "Meluncurkan desain ulang onboarding" | "Tingkat aktivasi pengguna baru naik dari 42% ke 65%" |
| Vanity metric | "Mendapatkan 10.000 unduhan aplikasi" | "Retensi 30 hari pengguna baru mencapai 40%" |
| KR biner | "Merilis API v2" | "API v2 diadopsi oleh 80% integrasi aktif" |
| Terlalu banyak KR | 6+ per objective | Maksimal 3-4 KR per objective |
| Tanpa baseline | "Meningkatkan NPS" | "NPS naik dari 32 ke 50" |
Selalu tandai anti-pola dan tawarkan versi tulis ulang.
Objective 1: [Pernyataan kualitatif yang menginspirasi]
Mengapa ini penting: [Konteks strategis 1-2 kalimat]
| # | Key Result | Baseline | Target | Metode Pengukuran |
|---|---|---|---|---|
| KR1 | [Hasil yang terukur] | [Kondisi saat ini] | [Target] | [Cara mengukur] |
| KR2 | [Hasil yang terukur] | [Kondisi saat ini] | [Target] | [Cara mengukur] |
| KR3 | [Hasil yang terukur] | [Kondisi saat ini] | [Target] | [Cara mengukur] |
Penanggung jawab: [Nama/Peran] Frekuensi check-in: Mingguan
Ulangi untuk setiap objective. Rekomendasikan 2-4 objective per tim per kuartal.
Di akhir kuartal, nilai setiap KR:
Nilai setiap output skill ini sebelum diserahkan; 32+ berarti layak dikirim.
| Dimensi | 0 | 5 | 10 |
|---|---|---|---|
| Orientasi outcome | KR berupa daftar tugas fitur yang dirilis ("luncurkan X", "selesaikan Y") | Sebagian besar outcome, tetapi satu atau lebih KR berupa output atau biner rilis/tidak rilis | Setiap KR adalah metrik outcome yang bisa dinilai 0,0-1,0 berdasarkan tingkat pencapaian |
| Baseline & keterukuran | Tanpa baseline atau metode pengukuran; KR tidak bisa dinilai di akhir kuartal | Target ada tetapi beberapa baseline hilang atau tanpa sumber, tanpa tanda health check | Setiap KR punya baseline, target, dan metode pengukuran; data yang hilang ditandai di health check dengan rencana instrumentasi |
| Kalibrasi ambisi | Target hanya garis tren kuartal lalu (sandbagging) atau khayalan tanpa jalur | Ada sedikit stretch, tetapi tidak ada yang bisa menjelaskan seperti apa skor 0,7 | Dikalibrasi sehingga pencapaian 0,7 adalah kuartal yang baik sesuai harapan; usulan sandbagging dan moonshot ditunjukkan dan dikoreksi |
| Fokus strategis & kendali | Tidak terhubung ke North Star; 5+ objective atau kebun binatang KR; KR bergantung pada pekerjaan tim lain | Terhubung longgar ke strategi tetapi objective terlalu sarat atau satu KR gagal uji kendali | ≤3 objective dengan ≤4 KR masing-masing, setiap objective terhubung jelas ke North Star, dan setiap KR berada dalam kendali tim |