远程会议与协作检查表

01 · 场景

开完会每个人都说清楚了，为什么仍没人行动？

构造场景，用于解释方法。

02 · 原理

一张图看懂它怎么运转

03 · 实验

改变条件，观察结果

04 · 分析交付

先给主判断，再展示依据

• 主判断：先回答当前问题，给出有证据的首选解释、方案或行动。确实并列时写明比较结果及下一项区分证据，不用罗列可能性代替判断。
• 判断依据：把关键原始记录、计算和推断连到结论。说明方法实际改变了哪项判断；来源不足时缩小结论范围，仍交付已能成立的部分。
• 量化口径：按方法原有公式、单位和分母计算。材料编码须去重并单列未知；没有量化依据则给理由明确的定性比较，不编统一分数或未经校准的概率。
• 反证与改判：指出最强的相反证据、替代解释或敏感变量。写清什么新事实或阈值变化会使首选改变；未经对照的相关性不写成因果。
• 实际用途：把主判断转成当前可执行的动作、停止条件或下一项验证。负责人、预算和期限按已知材料填写；不为完成模板发明业务事实。
• 适用范围：保留各方法自己的产出与失效条件。表达教程不承担业务结论；未核定资料不自动推荐；临床条目按其专项范围交付知识、行为应对或就诊准备。

05 · 准备

开始前，准备什么

06 · 用法

按顺序完成 4 步

1. 会前说明要得到的结果。
2. Check-in 核对状态与关注问题。
3. 围绕进展与障碍讨论，确保参与者能表达。
4. Check-out 确认负责人、行动和下一次检查。

07 · 案例

GitLab 的共同议程与实时记录

真实组织实践 · 官方手册

案例来源：GitLab：Live Doc Meetings

08 · 示例

把它放进一个具体场景

构造示例，非真实业务记录。

09 · 边界

什么情况下，不宜直接套用

• 不是开会频率越高越好；不要把此清单称作 Scrum、心理安全或独创管理理论。

10 · 练习

用一道题检查理解

11 · 实作

把判断写成可复查的记录

取一次最近会议的纪要，把每个结论改写成决定、行动或未决项。检查是否需要下次会议。

• 纪要保留争议和未决项，让未参会的人也能知道下一步。
• 若只需同步状态，改为可查记录；需要协作决策的部分再同步讨论。

记录字段：预期结果｜输入｜决定｜分歧｜行动｜负责人｜截止｜复查

12 · 应用

把这个方法交给 Agent

13 · 出处

出处与证据范围

本地原始材料第 5–8 页支持该流程；本轮未找到这份特定检查表的独立效果研究。

1. GitLab：Live Doc Meetings

   公开实践支持会前议程、共同记录与明确决定/下一步，不验证本地讲者整套检查表。

   2026-10-24 查阅公开正文