委任的本质：风险转移的艺术
委任（Delegation）是 Lead 最关键的技能之一，也是最多人做不好的技能。很多 Lead 以为自己在委任，其实只是在分配任务——两者有本质区别。
委任 vs 分配任务
| 维度 | 分配任务 | 真正的委任 |
|---|---|---|
| 所有权 | 你还是所有者，成员是执行者 | 成员是所有者，你是支持者 |
| 决策权 | 成员做完汇报，你决定 | 成员在边界内自主决定 |
| 问责 | 出问题你来处理 | 成员首先负责 |
| 成员感受 | 被使唤 | 被信任 |
| Lead 的状态 | 持续被追任务 | 被问重要问题，而非日常细节 |
委任的本质是转移风险和所有权，而不只是把事情从你的清单移到成员的清单。
为什么大多数人委任失败
原因 1：不相信成员能做好
内心独白："如果我自己做，更快更好。"
真相：即使成员做得不如你，练习的机会是他们成长的必需品。不给机会，能力永远不会增长。
原因 2：觉得解释比自己做更麻烦
内心独白："与其花 30 分钟教他，不如我 10 分钟做完。"
真相：这 10 分钟你省了，但你下次还要再做一遍。教会成员是一次性投资，未来持续回报。
原因 3：担心失去对工作的掌控感
内心独白："如果我不管，我不知道事情会变成什么样。"
真相：委任不等于失控。委任是在建立可见性（让你知道进展）和权限边界（成员可以做什么），而不是什么都不管。
原因 4：喜欢做某些具体工作
内心独白："这个任务我很擅长，做起来很有成就感。"
真相：这可能是最难克服的原因。但作为 Lead，你的成就感来源需要切换——从"我做好了这件事"到"我的团队做好了这件事"。
什么应该委任，什么不应该
graph TD
A[这件事应该委任吗？] --> B{只有你能做吗？}
B -->|是| C[不要委任\n战略判断/关键关系/机密信息]
B -->|否| D{成员有能力做吗？}
D -->|有| E[立刻委任]
D -->|还没有| F{这是他们的成长机会吗？}
F -->|是| G[委任 + 提供支持]
F -->|否| H[暂时保留，或找合适的人]
不适合委任的事： - 涉及个人绩效评估的对话 - 需要你代表团队发出的重要信息（如坏消息） - 高度机密的信息处理 - 需要你个人判断力和经验的战略决定
委任的三个前提
在委任之前，确认：
- 成员知道为什么这件事重要（不只是"做什么"，还有"为什么"）
- 成员有完成任务的资源（时间、工具、权限）
- 成员知道出了问题可以怎么找你（不是"有问题来找我"，而是"X 类问题直接决定，Y 类问题找我"）
下一节：怎么把任务真正交出去——委任的六个要素，一个完整的任务交接模板。