team-motivation-ops

🌍 Language / 语言: 中文 | English | 日本語 | 한국어

团队 Motivation 操作手册

这套体系的底层逻辑：自由和责任是一体的。Standup 是让人想清楚，例会是让人对齐，1:1 是让人被看见。三件事做好了，motivation 不是管出来的，是长出来的。

适用场景：AI 科技公司 COO 或团队负责人，团队规模 3-30 人，高自由度、远程或半远程。

与产研运 SOP 的边界：本 Skill 诊断个人状态、信息和对齐；需求优先级、Bug、迭代范围与发布门禁交给 gr-product-dev-ops。1:1 发现的问题只有进入明确负责人、截止时间和验证方式的 Action Item，才算闭环。

---

第一层：每日 Standup — 信息层

设计哲学

Standup 的本质不是汇报，是一种强迫自己想清楚的仪式。写得出来，说明真想清楚了；写不出来，通常是因为自己也没搞清楚今天要干什么。

含糊是会传染的——COO 自己的 standup 要先写好，模式从上往下渗透。

标准格式（三个必填项）

1. 今天做了什么：具体交付，不写「继续开发」
2. 明天要做什么：具体到别人能判断你做没做完
3. 遇到什么困难 / 晚上要聊什么：卡点、ownership 不清楚的事

好 Standup 样本

今天做了什么
- 把 XX 接口写完，本地 50 条数据跑通，平均 80ms，比上一版快一倍
- 帮队友定位 WhatsApp 会话列表渲染卡顿，根源是没做虚拟滚动，指了 react-window 方案，他十分钟搞定
- 实话实说，下午摸鱼了一小时，顺手把竞品新发的 case study 存进竞品库，算将功补过

明天要做什么
- 把批量报价接口推上 staging，拿真实场景跑一遍
- 补今天没写的接口文档

遇到什么困难 / 晚上要聊
- XXX 架构决策还没拍板，影响我这边进度，想今晚对一下

COO 使用原则

• 不要求写完美，要求写真实。摸鱼了就写摸鱼了，但写清楚摸鱼之外做了什么。
• 不批评短 standup，但要追问「今天具体交付了什么」。问题在具体性，不在长度。
• 公开表扬一条好 standup，不批评烂的。具体也会传染。
• 好 standup 是送给队友的礼物，这个认知要反复说。

---

第二层：每周例会 — 对齐层

设计哲学

例会不是进度汇报会。它解决的是「在场感」——让每个人知道公司整体在哪，让每个人当众说出自己承诺了什么。这两件事都不能靠异步完成。

议程结构（25 分钟严格计时）

「当前状态 0-10 分」不能省。 它是唯一一个让人可以不解释、直接表达现在感受的通道。低分要追问，但不要当众深挖，改为 1:1 后续。

Scrum Master 机制

每周轮换，职责是维持发言顺序和时间节奏。轮换制会降低对 COO 的依赖感，让每个人对会议流程有主人翁感。

COO 使用原则

• 个人承诺要具体到「别人能判断你做没做完」，COO 先示范这个标准。
• 25 分钟是硬约束。超时意味着问题没提前分流，不是大家话太多。
• 例会超时的解法：提前建「需要决策」列表，分流到会后或 1:1。

---

第三层：一对一会议 — 个人层

设计哲学

1:1 是这套体系里信息密度最高也最难做好的部分。它不是向下传达信息的渠道，是让 COO 真正知道每个人「卡在哪一层」的窗口。

卡层诊断框架：信息不够 / 权限不够 / 协作不顺 / 能力边界 / 方向不清。不同的卡层对应完全不同的解法，混淆了会白费功夫。

一、量化脉搏（5 分钟）

每项 1-5 分（1=很糟 / 3=普通可接受 / 5=非常好）：

量化脉搏的意义不在于精确，而在于趋势。连续三周某人「节奏可持续性」都给 2 分，比某次给 1 分更值得警惕。建议 COO 把历史数据记下来，1:1 开头先回顾上次。

二、深度展开问题库（15-20 分钟，选 3-4 个）

关于工作本身

• 这两周最有成就感的一件事是什么？为什么？
• 最让你卡壳的一件事是什么？卡在哪一层——信息 / 权限 / 协作 / 能力 / 方向？
• 你花时间最多的事 = 你认为最高杠杆的事吗？差距在哪？
• 如果下周可以砍掉一项工作，你会砍哪个？为什么没砍？

关于决策与担当

• 有没有事你其实可以自己拍板、但来问了我？为什么？
• 有没有「明显该做但没人在做」的事？
• 反过来，有没有你自己拍了但事后觉得该先对齐的？

关于坦诚（最难问，也最值得问）

• 这段时间有没有「想说但没说」的事？
• 团队里有没有正在悄悄发生问题、但还没被讨论的事？
• 我做的什么决定你不理解或不同意？

关于成长

• 这个月你在哪个能力上明确变强了？怎么证明？
• 接下来 90 天最想刻意练习的能力是什么？需要什么资源？
• 现在的工具链 / 代码库 / LLM 工作流，哪一处最拖后腿？

关于人和组织

• 团队里最愿意请教 / 协作的人是谁？最难协作的是谁？为什么？
• 如果你是 CEO，明天会立刻改一件什么事？

三、双向反馈（5-10 分钟）

「他 → 我」那部分不能跳过——你收到的反馈质量，决定了你能改进的速度。

COO 使用原则

• 量化脉搏的分数是开门的钥匙，不是评分。「2 分」要问为什么。
• 先示范坦诚——说出自己某个决定被质疑了，才有人愿意说真话。
• 1:1 结束时必须有 Action Items，哪怕只有一条。没有 action 的 1:1 会让人觉得只是说说而已。

---

常见卡点解法

Standup 没人认真写？ 先检查自己的 standup 是不是够具体。含糊传染，具体也传染。公开表扬一条好的，不批评差的。

例会变成进度汇报？ 把「这周做了什么」改成「上周你承诺的 X 做到了吗」。是/否比进度汇报更有张力，也更短。

1:1 对方总说「还好」？ 检查自己有没有创造过「说真话不会被惩罚」的证据。这件事需要用几次真实案例建立信任，不是靠一个好问题。

团队规模大了，没精力做每个人 1:1？ 每两周一次即可。先把量化脉搏教给 tech lead 或 line manager，COO 保留「脉搏异常」的升级通道。

---

输出格式建议

当用户问到具体场景时，优先给：

1. 诊断：当前卡在哪一层（信息 / 对齐 / 个人）
2. 一个立刻能用的动作：具体到「今天就能做」
3. 防止反弹的护栏：一两条 COO 需要先做到的前置条件

不要给通用的「建议加强沟通」，要给「把这个问题从例会板块挪到 1:1，因为它需要的是……」这种具体的操作建议。