授权划清决策范围，辅导帮助成员在范围内处理具体问题，但团队还需要让不同事项的推进彼此对齐。这里记录团队执行节奏的安排。
先说触发我写这篇的情况。授权和辅导做了大概一个月，单个问题的处理质量上来了，但团队层面开始出另一类问题。有两件事印象比较深。一件是两个成员的工作都正常推进，到联调才发现互相改的是同一块逻辑的两个假设，各自都没错，合起来要返工；返工的原因不是能力，是两个人的中间状态一直没有机会对齐。另一件是一个外部依赖的排期变了，负责的成员按他自己的判断先消化了两周，觉得能兜住，到例会说出来的时候，缓冲已经用掉一半（待确认：补充这次依赖变更的具体背景）。这两件事的共同点是，问题本身都不难处理，难的是暴露得太晚。
这类问题我以前很少遇到。带小团队那几年，三四个人天天坐在一起，中间状态随手就对齐了，风险当场就有人喊，用不着谁安排对齐的场合。换成 10 多人的团队，这套隐性节奏的前提（所有人高频接触）不存在了：我不可能和每个人保持那样的接触密度，成员彼此的中间状态也没有场合自然交换，对齐的机会只能专门安排，这两件事就是没安排的代价。培训里管这个叫节奏问题：团队需要固定的周期，让目标、风险、依赖在还能处理的时候被摆到桌面上。
节奏要覆盖的最小闭环
培训给的框架是，一个团队的执行节奏至少要覆盖五件事：目标确认、任务推进、风险检查、阶段复盘、调整。
目标确认回答这段时间做什么、不做什么，优先级从哪来。任务推进是日常的执行本身。风险检查是把可能出问题的点提前翻出来看，不等它自己爆。阶段复盘是看上一段跑得怎么样，哪些做法要留、哪些要改。调整是把复盘结论变成下一段的目标和安排改动。
这五件事在小团队里大多不需要专门安排：目标在每天的同步里随手确认，风险当场就喊，复盘随口就做。现在每一件都得有固定的场合，缺了就不会发生。其中最容易被省掉的是风险检查和调整。目标确认和任务推进不做，工作立刻停摆，省不掉；复盘在出大事的时候自然会发生。而风险检查省掉的代价是滞后的，当期看不出来，等看出来就是交付意外。调整省掉更隐蔽：复盘做了，结论也有，但下一段的安排没有变，复盘就退化成一个仪式。所以检查一个团队的节奏全不全，先看这两件事在不在。
不同会议各管一件事
节奏落到日程上就是一组固定会议和同步。培训强调的一点是，别让一个会议承担所有目的，我当时的理解是按看的东西分。
项目例会看交付和风险，对的是计划：这周进展对照上周承诺，偏差是什么，新冒出来的风险和依赖是什么，需不需要调整分工。例会上不处理成员个体问题，也不做系统性的原因分析。
一对一看成员状态和支持需求。这一块在一对一那篇写过，不展开。放在节奏里说是为了提醒：一对一也是节奏的一部分，它提供的信息（成员状态、协作阻碍）在例会上拿不到。省了一对一，例会上能看到的就只有事，没有人。
复盘看系统性改进。它不追单个任务的责任，追的是为什么同一类问题反复出现，改的是流程、职责或者检查点。
混着用的后果我经历过：有段时间周会上什么都聊，进展、风险、成员状态、流程改进挤在一个小时里，每件事都只点到为止，风险没聊透，改进也没结论。分开之后会议目标清楚了，开不完就说明有别的问题，比如会前没准备，或者范围划错了。
用 PDCA 当节奏的骨架
2 月写过 PDCA 循环，当时是从个人工作的角度记的。这次放到团队节奏里，框架不变，变化在于每一步靠什么发生。
Plan 对应目标确认：这段周期的目标是什么，约束是什么，验收标准是什么。团队场景里多出来的一步是，目标要被相关成员正式确认过：后面的 Check 要拿它当对照基准，成员没认的目标，对照就没有意义。
Do 对应任务推进。小团队里谁做完了什么大家自然知道；现在的要求是记录事实，留下别人能查的状态，否则 Check 只能靠当面问，问来的信息滞后，而且带修饰。
Check 对应风险检查和阶段对照：拿实际进展对照 Plan 的预期。团队场景的 Check 必须固定时间，不固定就总被眼前的事挤掉，而风险恰恰藏在这些被挤掉的检查里。
Action 对应调整：改进项要有负责人和验证方式，并进入下一周期的 Plan。小团队里 Action 一句”下次注意”就能生效，说完大家都记得；现在不行，没有负责人的改进项等于没有改进项。
概括起来：PDCA 的每一步在小团队里可以靠默契，在 10 多人的团队里要靠节奏固定下来。固定的作用，是让每一步在忙的时候也会发生。
周期多长合适
节奏的两个端点都不好：周期太短，比如每天开长会、事事要同步，沟通成本会吃掉执行时间，成员为了应付同步开始包装进展；周期太长，比如一个月才对照一次计划，反馈滞后，发现偏差时调整空间已经很小。
怎么选，培训给了三个判断依据。项目不确定性高的，周期短一点，因为计划失效快，需要更频繁地重新对照。依赖密度高的，同步要频繁一点，跨团队的接口等不起长周期。交付窗口紧的，检查要密一点，临近交付时每周甚至每个关键节点都要对照。反过来，目标稳定、依赖少、时间充裕的工作，拉长周期能省下真实的沟通成本。
周期也不是定下来就不动。我们团队当时的节奏安排是（待确认：补充当时的例会、周报和项目检查节奏）。中间调整过一次周期，原因是（待确认：补充那次节奏调整的具体原因）。这两处等翻到当时的记录再补。
节奏有没有效，看四个信号
培训列了几个判断节奏是否起作用的观察信号，我记成四个。
风险暴露的时间点。风险是在还能处理的时候暴露，还是临近交付才暴露。节奏有效的团队，坏消息来得早。
变更的处理时长。需求变了、依赖变了，从知道变化到重新对齐计划要多久。节奏有效的团队，变更在下一个检查点就被接住，不会在缝隙里拖着。
重复问题的数量。同一类问题反复出现，说明复盘结论没有进入调整，闭环断在了 Action。
成员对优先级的理解是否一致。不定期抽一两个人问”现在团队最重要的是什么”，答案一致，说明目标确认在起作用；答案五花八门，说明 Plan 那一步只是走了形式。
这四个信号都不需要额外的统计工作，平时留意就能观察到。
小结
单件事的质量上来之后，团队层面的问题转移到暴露时间上：目标偏移、风险积累、依赖断裂，这些事本身不难处理，难的是让它们在还能处理的时候被发现。小团队里这个”被发现”靠天天坐在一起就能保证，团队到了十几个人，只能靠固定的周期显式安排出来。风险检查和调整是闭环里最容易被省掉的两件事，省掉的代价当时看不见，看见的时候已经在返工。
