AI 小团队怎么开周会才不浪费时间
相关:AI 公司的作战系统:为什么「能记录」不等于「能打仗」 · 窗口倒排:把「错过即零」的机会变成日历上的倒计时 · 决策层 / 审批队列 · 下载周会议程卡
周会不是「对齐信息」的地方,信息对齐应该异步完成。周会只解决两件事:优先级的冲突,和跨人的阻塞。
一、周会为什么会废
小团队的周会通常死在三种形态上:
- 汇报会:每人念一遍自己上周做了什么。信息量等于各自写的一行日报,但花掉了六个人各半小时。
- 批斗会:某个环节卡住了,开始追责。追完责,问题没解决,下次还会卡在同一个地方。
- 没有问题:聊得很顺,散会时没人知道这周最重要的一件事是什么。
三种形态的共同点:会议没有改变任何一个决定。如果一个会开完,本周的工作内容与上周完全一样,那这个会就可以取消。
二、25 分钟的固定结构
把时间切成四段,每段只有一个任务。时间盒是硬的,到点就进下一段。
| 时间 | 做什么 | 规则 |
|---|---|---|
| 0–5 分 | 看三个数:在制任务、阻塞数、最近窗口剩余天数 | 只念数字,不讨论 |
| 5–15 分 | 只谈「需要两个人以上才能解」的卡点 | 一个人能解的,会后自己解 |
| 15–22 分 | 定下本周唯一优先级 | 只能有一个,写下来 |
| 22–25 分 | 谁做什么、什么时候交 | 写人名和时间,不写部门 |
最后 3 分钟的产出必须是可被系统读到的:写进任务卡,而不是记在某人的笔记本上(战簿的 决策层就是干这个的)。
三、三个数的口径
数字本身不难,难的是口径统一。三个数定义不清,就会变成「感觉这周挺忙的」。
在制任务数
正在做、且有人实际投入的任务数量。不是 backlog,也不是「计划做的」。如果这个数长期大于团队人数的 2 倍,说明并行过多,任何一件都不会快。
阻塞数
超过 24 小时没有推进的任务数量。不是「感觉慢」,而是「上一次状态变更距今超过 24 小时」。这个定义可以自动算。
最近窗口剩余天数
所有硬截止日里最近的那一个,还剩几天。不是「大概下个月」——怎么把窗口变成倒计时,见 窗口倒排。
四、四个常见反模式
反模式一:把周会当日报朗读会
解法:日报在会前自动聚合,会上只念数字。谁做了什么,看板上有。
反模式二:在周会上解决单点技术问题
解法:技术问题两三个人会后就地解决。周会的会议室里如果有六个人在听两个人讨论 bug,那就是浪费了四个人的时间。
反模式三:没有「本周唯一优先级」
解法:如果定不出来,说明你其实还没想清楚要做哪件事。这种情况下,会开得再顺也没用。
反模式四:决定没人记录
解法:会议结论必须进系统,且下周开会时第一件事是回顾上周那条结论有没有被执行。不回顾的会议,等于没开。
五、分散团队:把前 5 分钟异步化
如果团队不在同一个时区或不在同一个办公室,把「看三个数」和「各自的一句话状态」提前一天放到看板上,会议要求所有人提前看过。
会议只保留 5–25 分钟的部分:谈卡点、定优先级。这样会议时长通常能从 60 分钟压到 25 分钟,而且质量更高——因为大家已经知道数字了。
六、可直接抄的议程卡
【周会 · 25 分钟】
□ 0–5 三个数(只念不议)
在制任务 __ 个 | 阻塞 __ 个 | 最近窗口剩 __ 天
□ 5–15 卡点清单(只谈需要 ≥2 人的)
· ______ → 谁负责、什么时候解
· ______ → 谁负责、什么时候解
□ 15–22 本周唯一优先级:____________
□ 22–25 分工:谁 / 做什么 / 什么时候交
□ 散会前:结论已写进任务系统(是/否)
这张卡可以存成模板,每周复制一次(下载 Markdown 版)。跑一个月,你会发现两件事:会议变短了,而且「上周说要做的事」真的做完了。
这篇里的东西,战簿里是现成的
窗口倒排、晨会一屏、审批队列、失败审计——不是方法论,是可运行的模块。先看在线看板,再决定要不要装。
术语看不懂?作战术语表(20 条) · 免费模板