怎么把任务真正交出去
委任失败最常见的原因不是"交给了错误的人",而是"交的方式不对"。一个好的任务交接只需要 5–10 分钟的对话,但能避免后续数小时的返工和混乱。
委任的六个要素
| 要素 | 说明 | 示例 |
|---|---|---|
| What | 具体任务是什么 | "完成 Q2 竞品功能分析报告" |
| Why | 为什么这件事重要 | "帮助产品团队做路线图决策,下月要用" |
| Done | 完成的标准是什么 | "覆盖 5 个主要竞品,每个 3 个维度,附有结论建议" |
| When | 截止时间和中间检查点 | "最终 4 月 15 日,4 月 10 日先给我看草稿" |
| Resources | 可用的资源 | "可以访问竞品账号,可以拉小王问技术问题" |
| Authority | 决策权限边界 | "内容和结构你自己决定;如果需要采购外部数据(>¥500)先问我" |
任务交接对话模板:
"我想把这个任务交给你——[任务描述]。这件事很重要,因为[原因]。 我认为完成的标准是[成功标准]。截止时间是[时间],我们在[中间检查点]碰一次看草稿。 你有[资源]可以用。关于决策权,[可以自己做的决定],[需要来找我的情况]。 你现在对这个任务有什么问题或担心吗?"
交接后的常见陷阱
陷阱 1:交出去后完全不管
委任不是抛出去。在中间检查点之前,你需要保持"低强度可见性": - 偶尔在站会中问一句进展 - 确保成员知道有问题可以来找你 - 在任务板上看一眼进度
陷阱 2:成员来问,你替他做决定
常见场景:成员来说"这里我不知道怎么选",你立刻给出答案。
更好的做法:
"你觉得有哪些选项?每个的利弊是什么?" "你现在倾向哪个?为什么?" 如果成员的判断合理,说"好,按你的来"。 如果有问题,说"我有一个顾虑是……你怎么看?"
目标:每次成员来找你,你的答案让他下次能自己处理同类问题。
陷阱 3:在任务完成后才给反馈,且全是问题
如果等到最后才说"这里不对、那里要改",成员会感觉被突袭。
更好的做法: - 在中间检查点就给方向性反馈,不要等到最后 - 先说做好的地方,再说改进点 - 具体说"这里改成 X 会更好,因为 Y",而不是"整体不够好"
委任记录表(实用工具)
用一个简单的表格追踪你委任出去的任务:
| 任务 | 负责人 | 截止日期 | 检查点 | 当前状态 | 备注 |
|---|---|---|---|---|---|
| 竞品分析报告 | 小王 | 4/15 | 4/10 草稿 | 进行中 | 已确认范围 |
| 用户访谈设计 | 小李 | 4/20 | 4/12 讨论 | 未开始 | 等下周 kickoff |
这个表不需要很复杂,一个 Notion 页面或 Google Sheet 就够了。它让你随时知道哪些事在飞,避免遗忘和 last-minute 惊喜。
本章执行清单
- [ ] 找出你现在自己做但可以委任的 2 件事
- [ ] 用六要素模板,把这 2 件事委任出去
- [ ] 建立一个委任追踪表,记录所有在飞的委任任务
下一节:授权层级:控制和放手的边界——什么时候该管,什么时候该放,建立清晰的决策边界。