yuanze-meeting-three-questions

name	yuanze-meeting-three-questions
description	设计或修一场会议时，强制回答三问：**谁主持 / 服务谁 / 期望什么产出**。加上 "超过 7 人拆组"、"清单不免责"、"两分钟法则" 的硬规则。激活信号：用户开例会 总是跑题 / 效率低；团队会议 15+ 人；用户说"我们的会开不完"、"开完会没 结论"；或正在设计一个新的例会机制。不适用于：一对一谈话、社交聚会、临时救火 会议。与深思熟虑分歧（yuanze-thoughtful-disagreement）的区别：分歧是会议**内容** 层的对话机制；本 skill 是会议**结构**层的设计。与综合分析三层次 （yuanze-synthesis-three-levels）的区别：三层次管**内容分层**；本 skill 管 **会议分层**。
source_book	《原则》 瑞·达利欧
source_chapter	工作原则 · 第 4 条（会议）/ 14.3（清单）
tags	["meeting","management","efficiency","structure"]
related_skills	[{"slug":"yuanze-thoughtful-disagreement","relation":"composes-with"},{"slug":"yuanze-synthesis-three-levels","relation":"composes-with"},{"slug":"yuanze-idea-meritocracy","relation":"composes-with"},{"slug":"yuanze-organization-as-machine","relation":"composes-with"}]

会议主持三问（主持人 / 服务对象 / 产出）

R — 原文 (Reading)

"在任何会议开始前必须弄清：(1) 谁是这次会议的主持人？(2) 谁是这次会议的 服务对象？(3) 这次会议期望的产出是什么？……3-5 人的团队产出往往好于 20 人 的团队（1 + 1 = 3）。……清单不能替代个人责任。"

— 瑞·达利欧，《原则》工作原则 · 第 4.4 / 14.3 条

---

I — 方法论骨架 (Interpretation)

作者对会议的诊断是会议失败不是个人修养问题，是结构问题。解法不是"让 大家自觉"，是改会议的结构参数。

三问：

1. 谁主持：一个人（不是轮流），主持人有权打断跑题。
2. 服务谁：这次会专为一类人而开（新学员 / 老学员 / 项目组）。不能"一次 会解决所有人"。
3. 期望产出：散会后每个人带走什么结论 / 行动？产出是事前就该定义的。

硬规则：

• 规模 > 7 人立刻考虑拆组：1 + 1 = 3 是小团队的产出优势，20 人会的信息 带宽会撞死。
• 一人主持（不是轮流）：轮流主持 = 没人真负责。
• 清单不免责（p30）：做了所有 checklist 不等于完成责任。主持人即便走完清单， 跑题仍是他的问题。
• 两分钟法则：任何发言者开口后两分钟内不许打断。
• 分歧必有结论（ce18）：不允许"再下次讨论"。

---

A1 — 书中的应用 (Past Application)

案例 1: Ross 错单 → 错误日志会议（c09）

• 问题：错误日志制度需要配套会议。
• 方法论的使用：达利欧和 Ross 一起设计专门的错误复盘会——主持人 = Ross 本 人（他最了解 case）；服务对象 = 交易部门全员；产出 = 下周行动项 + 机器层改进。
• 结果：错误日志成为桥水第一项管理工具。

案例 2: 艾琳后台剥离全员会（c24）

• 问题：艾琳要公开透明地讨论剥离方案。
• 方法论的使用：主持人 = 艾琳；服务对象 = 后台团队全员（不是高管）；产出 = 员工知道目前在做什么决策、他们可以怎么影响。
• 结果：剥离顺利、团队情感联系保持。

---

A2 — 触发场景 (Future Trigger) ★

用户会在什么情境下需要这个 skill?

1. 用户开例会总是跑题 / 没结论 / 效率低。
2. 团队会议 15+ 人但讨论质量在下降。
3. 用户说"我们的会开不完"、"开完会大家还是不知道要做什么"。
4. 要设计一个新的例会 / 复盘会 / 对外沟通会。
5. Tang 场景：AI 学习社群 30 人周三晚例会跑题。
6. 戴总场景：零碳能源知识库的审核会 / 项目例会设计。

语言信号 (用户的话里出现这些就应激活)

• "我们的会开不完 / 开了也没结论"
• "每次开会都跑题"
• "大家都在说但没人决定"
• "怎么让例会有效"
• "要不要改一下会议结构"

与相邻 skill 的区分

• 与 yuanze-thoughtful-disagreement 的区别：分歧是会议内容层（两人对话怎么 走）；本 skill 是会议结构层（谁主持、分几组、产出什么）。
• 与 yuanze-synthesis-three-levels 的区别：三层次管内容分层（基线以上 / 以下）；本 skill 管会议分层（服务对象 / 目标）。
• 与 yuanze-idea-meritocracy 的区别：创意择优是组织级文化；本 skill 是单场 会议的结构。

---

E — 可执行步骤 (Execution)

1. 回答三问（启动前）

   • 动作：在会议邀请发出前，在邀请里就写清：
     • 主持人：某一个具体的人（不是"由发起人主持"）。
     • 服务对象：这次会专为谁开？（如果答"所有人都需要知道"，是红灯—— 改成专门组）。
     • 产出：散会后的可验证结果（不是"大家对齐了"——太虚）。例："3 个 具体行动项 + 每项的负责人 + 截止日期"。
   • 完成标准：三问都有明确答案，写进邀请。
   • 判停：三问答不出 → 不开这个会，改成文档 / 一对一。

2. 检查规模

   • 动作：看参会人数：
     • ≤ 7 人：直接开。
     • 8-15 人：警告区，考虑拆组（按服务对象拆，不按职位拆）。
     • ≥ 16 人：必拆或改成单向沟通（宣讲 + Q&A）。
   • 完成标准：规模在 7 人以内，或明确拆组方案。

3. 会中：主持人行使打断权

   • 动作：主持人有权且应当打断：
     • 跑题时："我们偏离了目标 X，回来。"
     • 基线以下绕晕时（调用 yuanze-synthesis-three-levels）："我们陷入细节了， 回到要点。"
   • 完成标准：会议有一条可见主线，不是漂移。

4. 会中：两分钟法则 + 分歧必解

   • 动作：
     • 有人开口发言 → 两分钟内不许打断（用计时器）。
     • 出现分歧 → 走 yuanze-thoughtful-disagreement 收敛。
     • 不能让分歧"再议"（ce18）——要么收敛、要么明确"留到下次会议由 X 拍板"。
   • 完成标准：每个分歧有明确处理。

5. 会末：产出对齐

   • 动作：散会前 5 分钟，主持人总结：
     • 今天的产出是什么（对照事前定义）？
     • 每项行动谁负责？截止日期？
     • 谁 follow-up 谁？
   • 完成标准：每位参会者离开前知道自己的 1-2 个行动项。

6. 清单不免责（管理者 hat）

   • 动作：如果会议走完了流程但没拿到预期产出，主持人承担责任，不能说 "我按流程走完了"。
   • 完成标准：下次调整结构（不是调整"大家的态度"）。

---

B — 边界 (Boundary) ★

不要在以下情况使用此 skill

• 一对一谈话——不需要"主持人 / 服务对象"。
• 社交聚会 / 团建——产出不是"结论"，用本 skill 会破坏氛围。
• 临时救火会议（30 分钟内要决定的紧急事）——用简化版（只问产出，跳过其他）。
• 纯宣讲 / 培训会议——本 skill 主要针对"需要集体决策 / 同步" 的会。

作者在书中警告的失败模式

• ce18 不下结论讨论无限延长：本 skill 最主要对治的反面。
• ce08 回避冲突维持和睦：会上点头 → 会后吐槽 → 执行时各行其是。
• p30 清单替代个人责任：做完 checklist 就以为完事，产出差主持人不认。

作者的盲点 / 时代局限（ce20 + ce23）

• ce20 文化适配：
  • "一人主持有权打断" 在平等文化强的组织（如创业团队、社群）可能被体验为 专断。修正：主持人职责公开说明，轮换但每场一人，主持权明码列在 邀请里。
  • 桥水 3-5 人小组文化建立在高薪精英 + 主动选择上。戴总 / Tang 场景里 3-5 人 拆组可能让人觉得"被分等级"。修正：按服务对象 拆组（新学员会 / 老学员会），不按能力高低 拆组。
• ce23 幸存者偏差：桥水的会议结构效率高，但"会议短、关系冷" 的副作用被 低估。
• Tang 社群场景：30 人例会直接拆成 4-5 组（每组 6-7 人）是结构正解，但 社群付费用户可能希望"Tang 本人主持"——修正：主线 30 人听 Tang 讲 20 分钟 + 拆小组讨论 30 分钟 + 小组汇报 10 分钟，保留见 Tang 的体验的同时 兼顾小组效率。
• 中国会议文化：在中国，会议往往不只是决策机制，还承担关系维护、 权威确认、仪式感 功能。完全走桥水式会显得冷。修正：高管 / 客户 会议保留 5-10 分钟"关系时间"（寒暄、合照、点餐），再进入结构化内容。

容易混淆的邻近方法论

• Robert's Rules of Order：议事规则；本 skill 更简（三问 + 两三条硬规则）。
• 站立会议（Scrum Daily）：15 分钟 / 8 人以内的效率模板；本 skill 规则更普适。
• OKR 会议：按 OKR 节奏开会；本 skill 关注单场会的结构设计。

---

相关 skills

• composes-with: yuanze-thoughtful-disagreement — 会议中出现分歧时，主持人直接调用分歧 skill（两分钟法则、复述、收敛）。本 skill 是结构，分歧 skill 是内容处理工具。
• composes-with: yuanze-synthesis-three-levels — 主持人发现讨论陷入"下"层细节时，用三层次 skill 把讨论拉回"上"层。本 skill 管会议结构，三层次管内容层次。
• composes-with: yuanze-idea-meritocracy — 创意择优是组织级文化；本 skill 是其具体落地单元——每场择优会议都要过本 skill 的三问+硬规则。
• composes-with: yuanze-organization-as-machine — 会议是机器里的"沟通部件"。机器框架设计整部机器，本 skill 设计具体会议部件的参数。

---

审计信息

• 验证通过: V1 ✓ / V2 ✓ / V3 ✓
• 蒸馏时间: 2026-04-19
• 优先级: P2