gingiris-1031 🌍 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 要先写好，模式从上往下渗透。
标准格式（三个必填项）
- 今天做了什么：具体交付，不写「继续开发」
- 明天要做什么：具体到别人能判断你做没做完
- 遇到什么困难 / 晚上要聊什么：卡点、ownership 不清楚的事
好 Standup 样本
今天做了什么
- 把 XX 接口写完，本地 50 条数据跑通，平均 80ms，比上一版快一倍
- 帮队友定位 WhatsApp 会话列表渲染卡顿，根源是没做虚拟滚动，指了 react-window 方案，他十分钟搞定
- 实话实说，下午摸鱼了一小时，顺手把竞品新发的 case study 存进竞品库，算将功补过
明天要做什么
- 把批量报价接口推上 staging，拿真实场景跑一遍
- 补今天没写的接口文档
遇到什么困难 / 晚上要聊
- XXX 架构决策还没拍板，影响我这边进度，想今晚对一下
COO 使用原则
- 不要求写完美，要求写真实。摸鱼了就写摸鱼了，但写清楚摸鱼之外做了什么。
- 不批评短 standup，但要追问「今天具体交付了什么」。问题在具体性，不在长度。
- 公开表扬一条好 standup，不批评烂的。具体也会传染。
- 好 standup 是送给队友的礼物，这个认知要反复说。
第二层：每周例会 — 对齐层
设计哲学
例会不是进度汇报会。它解决的是「在场感」——让每个人知道公司整体在哪，让每个人当众说出自己承诺了什么。这两件事都不能靠异步完成。
议程结构（25 分钟严格计时）
| 段落 | 时长 | 内容 |
|---|---|---|
| 公司板块 | 8 分钟 | 目前进展 / 接下来一周规划 / 需要团队决策的事 |
| 个人板块 | 每人约 3 分钟 | 上周承诺做到没 / 本周承诺 1-3 件具体事 / 需要团队帮什么 / 当前状态（0-10 分） |
| 集体讨论 | 剩余时间 | 个人分享完后统一讨论；需要 1:1 的问题改为会后单聊 |
「当前状态 0-10 分」不能省。 它是唯一一个让人可以不解释、直接表达现在感受的通道。低分要追问，但不要当众深挖，改为 1:1 后续。
Scrum Master 机制
每周轮换，职责是维持发言顺序和时间节奏。轮换制会降低对 COO 的依赖感，让每个人对会议流程有主人翁感。
COO 使用原则
- 个人承诺要具体到「别人能判断你做没做完」，COO 先示范这个标准。
- 25 分钟是硬约束。超时意味着问题没提前分流，不是大家话太多。
- 例会超时的解法：提前建「需要决策」列表，分流到会后或 1:1。
第三层：一对一会议 — 个人层
设计哲学
1:1 是这套体系里信息密度最高也最难做好的部分。它不是向下传达信息的渠道，是让 COO 真正知道每个人「卡在哪一层」的窗口。
卡层诊断框架：信息不够 / 权限不够 / 协作不顺 / 能力边界 / 方向不清。不同的卡层对应完全不同的解法，混淆了会白费功夫。
一、量化脉搏（5 分钟）
每项 1-5 分（1=很糟 / 3=普通可接受 / 5=非常好）：
| 维度 | 说明 |
|---|---|
| 能量（精力状态） | |
| 目标清晰度 | 最重要的 1-2 件事是什么、成功长什么样 |
| 使命认同 | 工作和公司方向之间的连接感 |
| 自主与支持 | 决策空间 vs 所需支持的匹配度 |
| 成长感 | |
| 节奏可持续性 | 再持续 1 个月扛得住吗 |
| 心流时间 | 深度工作的时长与质量 |
| 技术成长 | |
| 工具与开发体验 |
量化脉搏的意义不在于精确，而在于趋势。连续三周某人「节奏可持续性」都给 2 分，比某次给 1 分更值得警惕。建议 COO 把历史数据记下来，1:1 开头先回顾上次。
二、深度展开问题库（15-20 分钟，选 3-4 个）
关于工作本身
- 这两周最有成就感的一件事是什么？为什么？
- 最让你卡壳的一件事是什么？卡在哪一层——信息 / 权限 / 协作 / 能力 / 方向？
- 你花时间最多的事 = 你认为最高杠杆的事吗？差距在哪？
- 如果下周可以砍掉一项工作，你会砍哪个？为什么没砍？
关于决策与担当
- 有没有事你其实可以自己拍板、但来问了我？为什么？
- 有没有「明显该做但没人在做」的事？
- 反过来，有没有你自己拍了但事后觉得该先对齐的？
关于坦诚（最难问，也最值得问）
- 这段时间有没有「想说但没说」的事？
- 团队里有没有正在悄悄发生问题、但还没被讨论的事？
- 我做的什么决定你不理解或不同意？
关于成长
- 这个月你在哪个能力上明确变强了？怎么证明？
- 接下来 90 天最想刻意练习的能力是什么？需要什么资源？
- 现在的工具链 / 代码库 / LLM 工作流，哪一处最拖后腿？
关于人和组织
- 团队里最愿意请教 / 协作的人是谁？最难协作的是谁？为什么？
- 如果你是 CEO，明天会立刻改一件什么事？
三、双向反馈（5-10 分钟）
「他 → 我」那部分不能跳过——你收到的反馈质量，决定了你能改进的速度。
| 方向 | 问题 |
|---|---|
| 他 → 我 | 我做的什么最有帮助（继续做）/ 我做的什么让你更难（停止做）/ 我应该开始做什么 |
| 我 → 他 | 你做得很好的地方 / 你需要调整的地方 / 我对你接下来 1 周的一个具体期待 |
COO 使用原则
- 量化脉搏的分数是开门的钥匙，不是评分。「2 分」要问为什么。
- 先示范坦诚——说出自己某个决定被质疑了，才有人愿意说真话。
- 1:1 结束时必须有 Action Items，哪怕只有一条。没有 action 的 1:1 会让人觉得只是说说而已。
常见卡点解法
Standup 没人认真写？ 先检查自己的 standup 是不是够具体。含糊传染，具体也传染。公开表扬一条好的，不批评差的。
例会变成进度汇报？ 把「这周做了什么」改成「上周你承诺的 X 做到了吗」。是/否比进度汇报更有张力，也更短。
1:1 对方总说「还好」？ 检查自己有没有创造过「说真话不会被惩罚」的证据。这件事需要用几次真实案例建立信任，不是靠一个好问题。
团队规模大了，没精力做每个人 1:1？ 每两周一次即可。先把量化脉搏教给 tech lead 或 line manager，COO 保留「脉搏异常」的升级通道。
输出格式建议
当用户问到具体场景时，优先给：
- 诊断：当前卡在哪一层（信息 / 对齐 / 个人）
- 一个立刻能用的动作：具体到「今天就能做」
- 防止反弹的护栏：一两条 COO 需要先做到的前置条件
不要给通用的「建议加强沟通」，要给「把这个问题从例会板块挪到 1:1，因为它需要的是……」这种具体的操作建议。