Community寫作與編輯github.com

poorvith-mp/skills-business

23 個適用於商業與營運的 AI 代理技能:策略、產品管理、招聘與治理。

skills-business 是什麼?

此技能提供一套完整的 AI 代理工具,專門協助商業與營運流程,涵蓋策略規劃、產品管理、人員招聘與公司治理等領域。其核心重點在於幫助團隊正確實施 OKR(目標與關鍵成果)框架,避免常見的誤用與反模式。技能完整說明了 OKR 的架構(從定性目標到量化關鍵成果)、承諾型與野心型(登月型)目標的區別,以及如何將 OKR 與薪酬脫鉤以避免博弈行為。支援的平台包括 Cursor、Claude Code 等基於 AI 的開發與協作工具,讓使用者能透過自然語言指令來生成、審查或優化 OKR 文件。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add poorvith-mp/skills-business

Installed? Explore more 寫作與編輯 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

目標與關鍵成果 (OKRs)

核心哲學

目標與關鍵成果 (OKRs) 並非微觀管理的任務清單,也不是年度企業人力資源績效評估系統。OKRs 起源於英特爾的安迪·葛洛夫,並由約翰·杜爾推廣,它是一套營運校準與野心的引擎。目標 (Objectives) 定義定性的、激勵人心的方向;關鍵成果 (Key Results) 定義積極的、量化的、數學上可驗證的成果。如果一個 OKR 不影響每日資源配置的決策,它只是無用的官僚主義。


4 步驟可擴展 OKR 架構

步驟 1:目標 (定質且方向性)

  1. 一個好目標的構成要素:
    • 必須是定性的、有野心的、令人難忘的,並且有時間限制。
    • 回答問題:「這季度我們想去哪裡?」
    • 避免使用任務語言:千萬不要寫「上線新的計費 API」(這是個專案,不是目標)。
    • 應該寫:「將我們的平台打造成企業級資料庫可靠性無可爭議的黃金標準。」

步驟 2:關鍵成果 (量化且可證偽)

  1. 關鍵成果標準 (從 X 到 Y 截止日期):
    • 必須是嚴格可測量且可驗證的。關鍵成果必須有數字、基準和目標: $$ \text{「將 [指標] 從 [基準 X] 提升至 [目標 Y] 截止 [日期]」} $$
    • 糟糕的關鍵成果:「改善測試覆蓋率。」
    • 優秀的關鍵成果:「到 Q3 結束時,將自動化單元測試覆蓋率從 62% 提升至 85%。」
    • 優秀的關鍵成果:「針對每日 1000 萬次請求,將 p99 資料庫查詢延遲從 420 毫秒降至 50 毫秒以下。」
  2. 3–5 原則:
    • 每個目標最多 3 到 5 個關鍵成果。超過此數會分散焦點。

步驟 3:承諾型 vs 野心型 (登月型) OKRs

  1. 兩種 OKR 層級:
    • 承諾型 OKRs (1.0 = 100% 目標):必要的營運交付項目(例如 99.99% 正常運行時間、安全審計合規、零臭蟲)。預期達成分數為 1.0 (100%)。未能達成承諾型 OKR 需要進行營運事後檢討。
    • 野心型 / 登月型 OKRs (0.7 = 成功):大膽、高度不確定的成長賭注。成功的定義為達到 0.7 (70%)。如果一個團隊每季度都 100% 達成所有登月型 OKR,他們的目標設定得太保守了。

步驟 4:評分、每週檢視與脫鉤薪酬

  1. 每週 15 分鐘 OKR 脈動:
    • 在衝刺規劃會議期間每週檢視一次:更新每個關鍵成果的信心分數 (0.0 到 1.0)。
  2. 脫鉤薪酬 (黃金法則):
    • 絕對不要將個人獎金或加薪直接與 OKR 分數完成度掛鉤。
    • 這麼做會激勵保留實力:團隊為了確保能 100% 領到獎金而設定簡單到可笑的目標,從而摧毀企業的創新能力。

交付格式:季度公司與工程 OKR 規格 (OKRS.md)

# Q3 公司與工程 OKRs:[季度 / 年份]

## 公司目標:加速企業級市場滲透
- **KR 1 (承諾型)**:在 9 月 15 日前取得 SOC 2 Type II 合規審計認證。
  - *基準*:已達 Type I | *目標*:取得 Type II 認證 | *信心*:0.9 | *負責人*:安全主管
- **KR 2 (野心型)**:將企業級 ARR 從 $450,000 成長至 $1,200,000。
  - *基準*:$450k | *目標*:$1.2M | *信心*:0.7 | *負責人*:銷售副總裁
- **KR 3 (承諾型)**:維持生產平台可用性 >= 99.98%。
  - *基準*:99.95% | *目標*:99.98% | *信心*:1.0 | *負責人*:SRE 主管

---

## 工程小組目標:提供快如閃電的本地開發體驗
- **KR 1 (野心型)**:將本地 CLI 容器冷啟動時間從 14.2 秒降至 < 2.0 秒。
  - *基準*:14.2s | *目標*:1.8s | *信心*:0.6 | *負責人*:資深平台工程師
- **KR 2 (承諾型)**:連續 60 天在生產環境中實現零未解決的 P1/P2 回歸錯誤。
  - *基準*:4 個錯誤 | *目標*:0 個錯誤 | *信心*:0.8 | *負責人*:QA 主管

實例演練:改革過於保守的產品 OKRs

  • 問題:產品團隊連續 4 個季度 OKR 得分 100%,但產品採用率卻停滯不前。
  • 診斷:目標設定過於保守(例如「發布 3 篇部落格文章」、「參加 2 場會議」)。
  • 改革:將任務指標替換為成果指標:「將自助試用到付費啟用率從 4.2% 提升至 11.0%」。
  • 結果:團隊達到 0.78 分(8.6% 轉換率);試用轉換率翻倍,帶來 $340k 的增量收入。

驗證清單

  • 目標是定性的、有野心的且具方向性的(沒有數字或任務清單)。
  • 每個關鍵成果都是嚴格量化的,並遵循「從 X 到 Y」的公式。
  • 每個目標不超過 3–5 個關鍵成果。
  • OKR 明確分類為承諾型(1.0 標準)或野心型(0.7 標準)。
  • OKR 評分嚴格脫鉤於個人薪資與獎金補償。

反模式

  • 偽裝成 OKR 的任務清單:將「上線 v2.0」寫成關鍵成果,卻不衡量是否有人使用它。
  • 沙包策略:設定微不足道、容易達成的目標,以便在季末回顧會議上看起來表現良好。
  • 設定後就忘記:在季度第一天寫下 OKR,然後直到第 90 天才再次查看它們。

相關技能