Community写作与编辑github.com

poorvith-mp/skills-business

23个面向业务和运营的智能体技能:涵盖战略、产品管理、招聘和治理。

skills-business 是什么?

该技能集为AI智能体提供了23个专注于业务和运营的标准化技能,涵盖战略、产品管理、招聘和治理等关键领域。其中包含一个专门用于OKR(目标与关键结果)管理的深度技能,详细介绍了OKR的四步可扩展架构:从制定定性、指导性的目标,到设计定量、可验证的关键结果,并区分承诺性OKR(必须100%完成)和挑战性/登月OKR(完成70%即为成功)。该技能还强调每周15分钟的OKR节奏检查、将OKR与薪酬完全解耦(以避免目标低报),并提供了季度公司和工程OKR规范的交付物模板。该技能适用于Claude Code、Cursor、Codex等主流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 的新对话。

文档

OKR(目标与关键结果)

核心理念

目标与关键结果(OKR)不是微观管理的任务清单,也不是年度企业HR绩效评估系统。它起源于安迪·格鲁夫在英特尔创立,并由约翰·杜尔推广,是一台运营对齐和雄心引擎。目标定义了定性、激励性的方向;关键结果定义了激进、定量、数学上可验证的成果。如果一个OKR不能影响日常资源分配决策,那它就是无用的官僚主义。


四步可扩展OKR架构

第一步:目标(定性 & 方向性)

  1. 一个好目标的构成:
    • 必须定性、雄心勃勃、令人难忘且有时间限制。
    • 回答:“本季度我们想去哪里?”
    • 避免任务语言:绝不写“发布新的计费API”(这是一个项目,不是目标)。
    • 应该写:“将我们的平台打造为企业数据库可靠性无可争议的黄金标准。”

第二步:关键结果(定量 & 可证伪)

  1. 关键结果标准(从X到Y,截止日期):
    • 必须严格可衡量和可验证。一个关键结果有一个数字、一个基线和一个目标: $$text{"将[Metric]从[Baseline X]提升至[Target Y],截止[Date]"}$$
    • 错误的关键结果:“提高测试覆盖率。”
    • 优秀的关键结果:“在Q3结束前,将自动化单元测试覆盖率从62%提升至85%。”
    • 优秀的关键结果:“在1000万日请求中,将p99数据库查询延迟从420毫秒降至50毫秒以下。”
  2. 3-5规则:
    • 每个目标最多3到5个关键结果。再多了会分散注意力。

第三步:承诺性 vs 挑战性(登月)OKR

  1. 两种OKR层级:
    • 承诺性OKR(1.0 = 100%目标):基本的运营交付物(例如99.99%可用性、安全审计合规、零Bug)。预期完成分数为1.0(100%)。未完成承诺性OKR需要进行运营事后复盘。
    • 挑战性/登月OKR(0.7 = 成功):大胆、高度不确定的增长赌注。成功定义为达到0.7(70%)。如果一个团队每个季度都在所有登月OKR上达到100%,那说明他们的目标设置得太低了。

第四步:评分、每周检查 & 与薪酬解耦

  1. 每周15分钟OKR脉搏:
    • 在冲刺规划期间每周检查:更新每个关键结果的信心分数(0.0到1.0)。
  2. 与薪酬解耦(黄金法则):
    • 永远不要将个人奖金或加薪直接与OKR分数完成度挂钩。
    • 这样做会激励目标低报:团队设定轻松就能完成的目标以确保100%的奖金发放,从而扼杀企业创新。

交付物格式:季度公司及工程OKR规范 (OKRS.md)

# 第三季度公司及工程OKR:[季度 / 年份]

## 公司目标:加速企业市场渗透
- **KR 1(承诺性)**:在9月15日前获得SOC 2 Type II合规审计认证。
  - *基线*:已获得Type I | *目标*:获得Type II认证 | *信心*:0.9 | *负责人*:安全负责人
- **KR 2(挑战性)**:将企业级年度经常性收入(ARR)从45万美元增长至120万美元。
  - *基线*:45万美元 | *目标*:120万美元 | *信心*:0.7 | *负责人*:销售副总裁
- **KR 3(承诺性)**:保持生产平台可用性 >= 99.98%。
  - *基线*:99.95% | *目标*:99.98% | *信心*:1.0 | *负责人*:SRE主管

---

## 工程小队目标:实现闪电般的本地开发速度
- **KR 1(挑战性)**:将本地CLI容器冷启动时间从14.2秒降至2.0秒以下。
  - *基线*:14.2秒 | *目标*:1.8秒 | *信心*:0.6 | *负责人*:首席平台工程师
- **KR 2(承诺性)**:在连续60天内,生产环境中零未解决的P1/P2回归Bug。
  - *基线*:4个Bug | *目标*:0个Bug | *信心*:0.8 | *负责人*:QA主管

实例:改革被低报的产品OKR

  • 问题:产品团队连续4个季度OKR得分100%,但产品采用率停滞不前。
  • 诊断:目标被低报了(例如“发布3篇博客文章”,“参加2场会议”)。
  • 改革:用结果指标替换任务:“将自助试用转付费激活率从4.2%提升到11.0%”。
  • 结果:团队达成0.78(8.6%转化率);试用转化率翻倍,带来34万美元的增量收入。

验证清单

  • 目标是定性、雄心勃勃且方向性的(不包含数字或任务列表)。
  • 每个关键结果都是严格定量的,并遵循“从X到Y”的公式。
  • 每个目标的关键结果不超过3-5个。
  • 明确将OKR分类为承诺性(1.0标准)或挑战性(0.7标准)。
  • 严格将OKR评分与个人薪资和奖金报酬解耦。

反模式

  • 伪装成OKR的任务清单:将“发布v2.0”作为关键结果,而不衡量是否有人使用它。
  • 目标低报:设定琐碎、容易达成的目标,以便在季度末的评审中看起来良好。
  • 设置后就忘:在季度第一天写好OKR,然后直到第90天才再次查看它们。

相关技能