配得上日历一席之地的每周团队同步会议程
每周同步会跳过的那个问题
在设计一场每周团队同步会之前，先问那个大多数团队从不问的问题：这场会议做了哪些你的每日站会和 Slack 频道做不到的事？
如果诚实的答案是"它每周一次、以更慢的节奏覆盖同样的话题"，那你就有了一场冗余会议。冗余会议比没有会议更糟——它消耗了本可用于更快、也更好留存的异步沟通的时间，而且它产出一种"沟通过了"的错觉，却没有实质。
每周同步会当且仅当它处理站会和异步做不到的事情时，才配得上它在日历上的位置：需要讨论的跨团队依赖审阅、需要实时你来我往的决策，以及密集到需要一场对话而非一条消息的背景共享。其余一切都属于别处。下面的模板正是围绕那个约束而设计的。
议程（复制粘贴即可）
时长： 单个团队 30 分钟；跨职能同步 45 分钟
形式： 同步进行；议程项在会前异步提交
开场（2 分钟）
- 确认议程项与时间分配
- 如果议程上没有任何实质性的事，就取消会议——是认真的
第一节 — 优先事项与阻塞项（10 分钟）
- 团队本周排在前两三位的优先事项是什么？
- 什么在团队层面被阻塞了——不是个人的阻塞项（那些属于站会），而是那些需要领导层或跨团队行动才能解决的阻塞项
- 跳过任何无需讨论就在顺利推进的项
第二节 — 跨团队依赖（10 分钟）
- 本周处于风险中的、对其他团队的依赖或来自其他团队的依赖
- 对每一项：需要什么、谁负责那个请求、什么时候之前需要？
- 这是站会处理不好的一节——站会是向内看的；跨团队依赖常常落进会议之间的缝隙里
- 如果没有活跃的跨团队依赖，就跳过这一节
第三节 — 需要拍板的决策（10 分钟）
- 需要在下次每周同步会之前定夺的事项
- 对每一项：一个人框定选项（简短——不是一场演示）；小组决定；有人记录决策及其理由
- 任何需要超过 5 分钟框定的事都还没准备好定夺；另约一场讨论
第四节 — 公告（5 分钟）
- 团队流程、工具或日程的变化
- 团队在下次同步会之前需要的、来自领导层的信息
- 每条一句话；除非有人有一个阻塞性的问题，否则不讨论
大多数每周同步会模板搞错的地方
通用的每周同步会模板写得好像会议的目的不言自明。其实不然。每周同步会的目的是具体而狭窄的：它是为那些落在每日站会和异步渠道之间的协调而存在的。那些没把这条边界讲明的模板，会产出逐渐吸纳一切的会议——状态更新、项目审阅、团队建设、长篇讨论——直到它们变成 90 分钟长，没人想待在里面。
这最常见的形式是"每周站会"——一场做着与每日站会一模一样的事、只是频率更低、座位更多的每周会议。如果你的站会运作良好，就不存在一场每周站会能填补的协调缺口。如果你的站会运作不好，修正之道是站会的形式，而不是再加一场每周会议。
第二种模式是产不出任何决策的每周同步会。讨论发生了、更新分享了，会议在没有任何被记录的决策、也没有任何行动项的情况下结束。这种形式很常见，因为它阻力低——没人必须承诺任何事。这也是为什么同样的问题会出现在连续三次每周同步会里。一场产不出决策的会议，是一场难以自圆其说的会议。
那些覆盖与其他会议相同地盘的会议——一个团队每周为之付出三到五次——其隐性成本累积得很快。会议税从量化角度讲述了这一点。
Pavleur 如何处理每周同步会的记录
每周同步会的决策，正是那种本应易于检索、实际上却做不到的上下文。一个在每周同步会上做出的决策被实施了，然后两个月后有人问团队当初为什么那样定，却没人记得。会议笔记——如果存在的话——在某人的个人文档里。
Pavleur 会自动捕捉每周同步会：按陈述记录优先事项、按点名记录阻塞项、跨团队依赖负责人、带理由的决策、公告。如果有人共享了项目追踪器、一张依赖关系图或一条时间线，那份视觉内容就是记录的一部分，与讨论并置。纯音频工具给你的是谁说了什么，却没有屏幕上是什么的上下文——一个关于依赖的决策，若没有那张图示了风险的追踪器，三个月后是很难理解的。完整的报告，包括视觉内容，都是可搜索的，并与日期绑定。想对比这与其他工具如何运作：Pavleur 与替代方案对比。
何时取消每周同步会
当没有任何议程项达到门槛时，就取消每周同步会——没有团队层面被阻塞的事、没有处于风险中的跨团队依赖、没有待定的决策。别用那些属于 Slack 的更新去填满这个时段。团队对这种会议形式的信任，取决于它只在值得开时才开。
那些主动取消同步会、明确说一句"这周没有"的团队，与那些默认照开的团队相比，会与这场会议建立起一种不同的关系。会议必须每周都赢得它的一席之地，而偶尔它赢不到。那也没关系。