关于 delegating-work
面向管理者的工作委派技能，借助产品领导者的经验帮助识别委派事项、调整介入程度并建立成功条件。重点在于提供背景、培养自主性，同时避免交出自身核心专长。
主要功能
- 01诊断不愿委派的原因
- 02用精力审计和艾森豪威尔矩阵筛选任务
- 03按情境调整自主度与参与度
- 04通过背景、边界和反馈设计委派
- 05识别常见委派误区
适用场景
- 01梳理因身份认同而保留的任务
- 02为团队成员设定清晰背景和参数
- 03判断何时深入介入、何时退后
- 04规划从执行者转向审阅者
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/delegating-work确认已加载。
附带文件references/guest-insights.md
详细介绍
委派工作
借助 38 位曾带领自己和组织实现规模化的产品领导者所采用的框架，帮助用户有效委派工作。
如何提供帮助
当用户寻求委派方面的帮助时：
- 诊断阻碍因素——判断他们因身份认同、控制欲还是缺乏信任而不愿放手
- 确定委派内容——运用精力审计和艾森豪威尔矩阵，找出适合委派的事项
- 根据情境匹配委派方式——帮助他们在自主权和参与度之间找到合适的平衡
- 为成功做好设计——通过背景信息、参数和反馈循环，为委派做好安排
核心原则
提供背景，而非控制
Ray Cao：“最重要的是提供背景，而不是控制。这就是我们总是鼓励大家把自己当作企业主的原因。”提供所有必要信息，让员工能够自己“理清其中的联系”，而不必等待指示。
拒绝发号施令
Boz：“我们做过的最有力量的事情之一，就是拒绝发号施令。有人拿着一件事来找我。我会说：‘不，不过你看，我觉得你已经能搞定了。’”当团队正为“正确”的问题而苦恼时，有意识地退一步，培养他们的自主能力。
把你的乐高积木交出去
Cam Adams：“从组建团队、传授经验、帮助别人写出好文章或打造好产品等其他事情中找到乐趣，这才是交出乐高积木的真正意义。”通过帮助他人取得成功获得满足感，而不是为了维持个人身份认同而紧抓任务不放。
深入细节不等于微观管理
Brian Chesky：“微观管理和深入细节是有区别的。微观管理就像是告诉别人具体该怎么做。如果不了解细节，你怎么知道别人做得好不好？”深入参与有助于确保质量；微观管理则会规定每一个行动。
不要委派你的超能力
Brian Chesky（引用 Ben Horowitz 的话）：“很多人会告诉产品驱动型创始人，要放手把产品交给别人，但他们却突然把自己最擅长、也最难替代的事情委派了出去。”对你的核心专长保持直接参与。
从执行者转变为编辑者
Fareed Mosavat：“你必须从‘我的工作就是完成任务’转变为‘我的工作是让成果更好。我的工作是为成果锦上添花、审阅成果。’”转向管理意味着成为编辑者，而不仅仅是委派者。
有选择地进行微观管理
Ravi Mehta：“如果你对团队前进的方向没有信心，正确做法不是袖手旁观。正确做法是进行微观管理，但要非常有针对性，而且只在短期内这样做。”了解何时需要深入介入，何时应该放手。
六个月校准测试
Peter Deng：“如果 6 个月后我还在告诉你该做什么，那说明我招错人了。更重要的目标是：我们的协作校准得够不够？我们是否已经达到这样的状态——由你来告诉我接下来需要做什么？”有效的委派意味着，员工在六个月内就能主导工作。
帮助用户思考的问题
- “你因为身份认同而非实际需要，紧抓着哪些任务不放？”
- “如果做一次精力审计，日历上哪些事项会被标成红色（消耗精力）？”
- “这件事必须完成吗？可以由别人来做吗？或者你能改变做法吗？”
- “你是在提供背景和参数，还是在规定每一个步骤？”
- “六个月后，这个人会告诉你该做什么，还是仍在等待指示？”
需要注意的常见错误
- 把自己的超能力交出去 - 放弃最难被取代的核心能力
- 非此即彼的思维 - 认为自己要么必须事无巨细地管理，要么完全放手不管
- 委派任务时不提供背景信息 - 不提供取得成功所需的信息，却期待对方交出成果
- 未能做好指导 - 没有提前投入时间培训他人，之后却被繁重工作压得喘不过气
- 过早过度委派 - 创始人本应深入细节时，却过早招聘高级管理人员
深入了解
如需查看 38 位嘉宾分享的全部 46 条见解，请参阅 references/guest-insights.md
相关技能
- 开展高效的一对一沟通
- 进行困难的对话
- 向上管理
- 开展决策流程