mcpField
O
operational-excellence

operational-excellence

github.com/joellewis生产力743 次安装30 周前更新
代码仓库

关于 operational-excellence

operational-excellence 是一项帮助管理者和团队改善执行系统的管理技能,适用于规划、扩展团队及处理反复出现的流程问题。它聚焦可控输入、结构化机制、瓶颈和团队协作方式,而非单纯增加努力或关注滞后结果。

主要功能

  1. 01识别流程瓶颈
  2. 02围绕可控输入设定 OKR
  3. 03建立工具、培训与审查机制
  4. 04按任务成熟度调整管理方式
  5. 05评估团队状态及变更的后续影响

适用场景

  1. 01重设计落后或停滞的团队流程
  2. 02制定季度 OKR 或年度计划
  3. 03解决反复发生的流程故障
  4. 04将组织从单一团队扩展为多个团队

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/joellewis/skill-library --skill operational-excellence

安装后在 Claude Code 中输入/operational-excellence确认已加载。

详细介绍

概述

卓越运营是一门学问,旨在打造高杠杆的执行体系,将战略选择转化为可衡量的产出。这项技能侧重于建立“机制”(而不只是良好意愿)、通过可控输入进行管理,并优化团队拓扑结构以实现最大流动效率。

指导原则

原则 1:通过杠杆效应进行管理(来源:Grove,High Output Management)

管理者的产出,就是其影响范围内各单位的产出。必须优先开展高杠杆活动——即长期影响许多人的活动,而不是低杠杆的战术性“瞎忙”。

原则 2:建立机制,而非寄望于良好意愿(来源:Bryar,Working Backwards)

如果流程失效,不要要求更多“努力”或“更加专注”。要建立一种机制——由工具、培训和审计组成的常设自动化流程,以确保从结构上解决问题。

原则 3:聚焦可控输入(来源:Bryar,Working Backwards)

你无法控制营收或股价等产出,只能控制选品、价格和便利性等输入。卓越运营要求找出并持续衡量驱动目标产出的输入。

原则 4:任务相关成熟度(TRM)(来源:Grove,High Output Management)

管理风格并非一成不变;必须根据下属在特定任务上的经验水平进行调整。TRM 高时,应采用放手、以目标为导向的方式;TRM 低时,则需要详细、以流程为导向的监督。

原则 5:Amazon 税(来源:Stratechery,“The Amazon Tax”)

将内部运营设计为模块化服务层(API)。如果一项内部服务的效率足以对外提供,它就会成为利润中心,而非成本中心。这会促使内部部门按照市场标准参与竞争。

何时使用此技能

  • 当团队“进度落后”或“原地踏步”,需要重新设计系统时。
  • 制定季度 OKR 或年度计划时。
  • 尽管“本意良好”,却仍反复出现问题时。
  • 将组织从单一团队扩展为“团队的团队”时。

何时不使用此技能

  • 对于高度创意、非线性的任务,流程可能会扼杀创新。
  • 对于一次性、低风险的活动,建立“机制”的开销超过其收益时。

核心流程

步骤 1:找出限制环节

对运营流程建模,并找出“瓶颈”或“限制环节”——即流程中最难、最昂贵或最耗时的部分。(来源:Grove,第 2 章)

  1. 为早餐工厂建模: 绘制从输入到最终产出的各个步骤。
  2. 协调同步: 所有其他步骤都必须围绕限制环节安排时间和资源。
步骤 2:定义可控输入 OKR

建立一套侧重于领先指标的衡量框架。(来源:Doerr,第 1–5 章)

  1. 目标: 我们想要去哪里?(重要、具体、以行动为导向。)
  2. 关键结果: 我们如何知道自己正在接近目标?(具体、有时限、积极进取但切合实际。)
  3. 审计: 确保 KR 是“可控输入”,而非滞后产出。
步骤 3:构建机制循环

将解决方案转化为永久系统。(来源:Bryar,第 1 章)

  1. 工具: 创建用于执行任务的流程或软件。
  2. 采用: 培训团队,并将工具融入日常工作流。
  3. 检查: 建立定期审计(例如,每周业务审查),确保工具按预期运行。
步骤 4:优化团队拓扑结构

确保团队规模和结构有利于流程顺畅。(来源:Larson,第 1 章)

  1. 规模: 目标是每个团队 6–8 人,以尽量减少沟通开销。(来源:Brooks,Mythical Man-Month)
  2. 状态检查: 团队是进度落后、原地踏步、偿还债务,还是正在创新?
  3. 调整资源: 将资源调配给“进度落后”的团队,直到其达到“原地踏步”状态。
步骤 5:二阶审计

预测运营变更的后果。(来源:Farnam Street,“二阶思维”)

  1. “然后呢?”测试: 如果我们实施此流程,10 个月后会发生什么?
  2. 系统响应: 其他部门会如何应对这项变更?

框架与模型

团队的四种状态(来源:Larson,An Elegant Puzzle)
  1. 落后: 积压工作不断增加。策略:招聘更多人员。
  2. 勉强维持: 工作正在完成,但没有时间处理技术债务。策略:减少在制工作,进行整合。
  3. 偿还债务: 通过改进来加快未来的工作。策略:保持专注。
  4. 创新: 大部分工作都在创造新的价值。策略:保持势头,避免停滞。
OKR 的 F.A.C.T.S.(来源:Doerr,Measure What Matters)
  • Focus(聚焦): 设定 3-5 个高影响力目标。
  • Alignment(对齐): 将目标从公司逐级分解到个人。
  • Commitment(承诺): 公开声明并跟踪目标。
  • Tracking(跟踪): 以数据为依据进行评审。
  • Stretching(挑战): 以达成 70% 为目标(“挑战性”目标)。

跨技能调用

  • 必需子技能: non-fiction-precision — 使用书面叙述文档(6 页文档)描述运营计划。
  • 推荐子技能: feedback-coach — 将 OKR 与 CFR(对话、反馈、认可)结合。
  • 推荐子技能: decision-frameworks — 用于在相互竞争的运营优先事项之间做出选择。

常见错误

  1. 通过滞后指标进行管理: 关注收入或利润,而非驱动它们的投入。(来源:Bryar,第 4 章)
  2. 将活动误认为产出: 认为“忙碌”等同于高杠杆。(来源:Grove,第 3 章)
  3. “良好意愿”陷阱: 试图通过要求人们“更加努力”来解决系统性故障。(来源:Bryar,第 1 章)
  4. 过度衡量: 制定过多的 OKR,导致失去重点。(来源:Doerr,第 2 章)

诊断清单

  • 我们是否找到了此流程中的“限制步骤”?
  • 我们的 OKR 是否聚焦于“可控投入”,而非产出?
  • 此流程是否有定期运行的“机制”(工具 + 审计)?
  • 团队规模是否经过优化(6-8 人),以尽量减少沟通债务?
  • 我们是否对这项运营变更进行了“二阶”审计?

来源

  • Grove,High Output Management,第 1-3、6、11 章 — 杠杆、生产、MBO、TRM。
  • Doerr,Measure What Matters,第 1-5、15 章 — OKR、CFR。
  • Bryar & Carr,Working Backwards,第 1、4、5 章 — 机制、投入、叙述文档。
  • Larson,An Elegant Puzzle,第 1-2 章 — 团队状态、系统思维。
  • Stratechery,“The Amazon Tax” — 服务外部化。

评论

支持 Markdown