mcpField
O
ownership-coach

ownership-coach

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

关于 ownership-coach

ownership-coach 是帮助领导者和团队建立责任感与决策担当的领导力技能,运用意图式领导、绩效标准和优先级管理,应对项目停滞、微观管理与相互推诿。

主要功能

  1. 01极端责任担当原则
  2. 02意图式领导实践
  3. 03按角色制定绩效标准
  4. 04明确授权决策边界
  5. 05承诺事项优先级管理

适用场景

  1. 01团队受挫后应对相互推诿
  2. 02减少微观管理
  3. 03厘清停滞项目的责任归属
  4. 04帮助个人重新安排日程重点

安装

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

$npx skills add https://github.com/joellewis/skill-library --skill ownership-coach

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

详细介绍

概述

所有权辅导是一种培养领导者和团队全面担责能力的实践。这项技能将范式从“领导者—追随者”(发号施令)转变为“领导者—领导者”(传达意图),确保每个人都能对自己的领域负责、理解“为什么”,并始终坚持不可妥协的绩效标准。

指导原则

原则 1:极度负责(来源:Willink,Extreme Ownership)

没有糟糕的团队,只有糟糕的领导者。领导者必须对自己职责范围内的一切负责。如果下属失败,领导者必须承担责任,并找到通往胜利的道路。借口是责任感的致命杀手。

原则 2:领导者—领导者模式(来源:Marquet,Turn the Ship Around!)

从“领导者—追随者”(发号施令)转变为“领导者—领导者”(传达意图)。当下属说“我打算……”而不是请求许可时,责任感便会逐渐建立。

原则 3:绩效标准(来源:Walsh,The Score Takes Care of Itself)

责任感始于为每个角色设定不可妥协的标准。如果严格遵循流程和标准,“分数”(结果)自然会水到渠成。

原则 4:要么全力以赴,要么拒绝(来源:Sivers,Hell Yeah or No)

承担责任需要彻底明确优先级。如果某个机会无法让你热情地说出“好极了!”,答案就是“不要”。这样才能保护时间和精力,专注于真正重要的少数事情。

原则 5:保护创作者的日程安排(来源:Graham,“Maker's Schedule, Manager's Schedule”)

领导者要对团队的工作环境负责。对“创作者”(工程师、作家)而言,这意味着保护大段不受打扰的时间。会议属于可能扼杀创作者对项目责任感的“例外情况”。

何时使用这项技能

  • 当团队将失败归咎于外部因素时。
  • 当领导者事无巨细地管理团队,需要“放手”时。
  • 当项目因缺乏明确的责任归属而停滞时。
  • 当个人不堪重负,需要重新掌控自己的日程安排时。

何时不使用这项技能

  • 在高速运转的“战时”情境中,生存需要立即采取集中指挥时(目标是转入和平时期的情况除外)。(来源:Horowitz,第 7 章)
  • 对于琐碎任务,如果“基于意图”的领导方式所需的额外成本超过其收益,则不适用。

核心流程

步骤 1:进行指责审计(照镜子)

找出你(领导者)在哪些方面未能提供清晰的指引、资源或支持。(来源:Willink,第 1 章)

  1. 问题:“我做了(或没做)什么,导致团队无法对此负责?”
  2. **承担责任的表态:**公开为团队当前的失败承担责任,以重塑团队文化。
步骤 2:转向“我打算……”

将沟通模式从寻求许可转变为陈述意图。(来源:Marquet,第 15 章)

  1. **辅导下属:**当有人问“我该怎么做?”时,回答“你打算怎么做?”
  2. **确认能力与清晰度:**只有当下属证明自己具备成功所需的专业能力和战略清晰度时,才批准其“意图”。
步骤 3:明确绩效标准

记录每个角色所需的具体行为和质量水平。(来源:Walsh,第 1 章)

  1. **关注流程:**奖励遵守标准的行为,而不只是“侥幸”取得的结果。
  2. **“不可妥协项”:**明确说明哪些标准绝不可变通,哪些标准可以尝试。
步骤 4:分散式指挥(基于意图的控制)

授权下属在职责范围内做出决策。(来源:Willink,第 8 章)

  1. **给出目标(指挥官意图):**说明“为什么”和“最终状态”。
  2. **明确界限:**他们的决策权限有哪些具体的“左右边界”?
  3. **放手:**退后一步,让他们执行。
第 5 步:以“非常愿意”为筛选标准

审视当前的承诺,清除“杂物”。(来源:Sivers,《Hell Yeah or No》)

  1. 列出承诺: 每个项目、会议和周期性任务。
  2. 筛选: 如果不是“非常愿意!”,就标记为委派、延期或删除。

框架与模型

Leader-Leader 层级(来源:Marquet,《Turn the Ship Around!》)
  1. 第 1 级: 告诉我该做什么。(追随者)
  2. 第 2 级: 我认为……(追随者)
  3. 第 3 级: 我建议……(追随者)
  4. 第 4 级: 我打算……(领导者)
  5. 第 5 级: 我已经做了……(领导者)
和平时期与战时 CEO(来源:Horowitz,《Hard Thing About Hard Things》)
  • 和平时期: 专注于文化、长期愿景,以及“我们如何做事”。
  • 战时: 专注于生存、立即执行,以及“现在必须做什么”。战时的担当意味着绝对遵循生存计划。

跨技能调用

  • 必需子技能: feedback-coach — 传达“极致担当”的理念,同时不打击士气。
  • 推荐子技能: difficult-conversations — 坚守“绩效标准”。
  • 推荐子技能: operational-excellence — 建立能够维持担当的“机制”。

常见错误

  1. 推卸责任: 责怪团队、市场或竞争对手,而不是为失败承担责任。(来源:Willink,第 1 章)
  2. 事无巨细地管理: 因为不信任团队的能力而紧抓控制权不放。(来源:Marquet,第 10 章)
  3. 意图含糊: 只给出目标,却不说明“为什么”,导致执行方向不一致。(来源:Willink,第 3 章)
  4. 会议泛滥: 忽视“创作者日程”,通过打断工作来扼杀团队担当。(来源:Graham,“Maker's Schedule”)

诊断清单

  • 我(领导者)是否已为当前的失败承担个人责任?
  • 我的团队是否会说“我打算……”,而不是请求许可?
  • 每个相关角色是否都有明确的“绩效标准”?
  • 我们是否已定义“指挥官意图”(原因和最终状态)?
  • 对所有并非“非常愿意!”的事情,我们是否都说了“不”?

来源

  • Willink,《Extreme Ownership》,第 1、3、8 章 — 担当、信念、分散式指挥。
  • Marquet,《Turn the Ship Around!》,第 1–3、10、15 章 — Leader-Leader、控制、意图。
  • Walsh,《The Score Takes Care of Itself》,第 1、3 章 — 绩效标准、问责。
  • Horowitz,《The Hard Thing About Hard Things》,第 5、7 章 — 人员/产品/利润、和平时期/战时。
  • Sivers,《Hell Yeah or No》— 激进地确定优先级。
  • Paul Graham,“Maker's Schedule, Manager's Schedule” — 时间掌控。

评论

支持 Markdown