每周固定一次评审
固定在同一时间开三十分钟评审，只看任务卡进展、卡点与接管记录，不做汇报。没有固定时间，实训时形成的结对关系会在两周内被日常事务挤掉，工作流停在演示状态，人也退回原岗位，再想重启要从头再来。
卡片上看板不进文档
卡片按待跑、在跑、已上线、停用四列摆放，任何人一眼看到当前有多少条工作流在真实业务里跑，以及每张卡由谁维护。放进共享文档的卡片通常没人更新，看板有拉动作用，因为它公开可见，状态落后会被当场问到。
复核轮值代替专人
复核人按周轮值，避免一个人休假整条链路停摆；轮值人要写交接备注，记录本周接管原因与处理结论。专人兜底看起来稳，实际上把风险集中到单点，也让其他人永远学不会判断，一旦离职就断档。
指标只留三个
每周只报任务量、接管率与返工次数，指标太多没人看，也统计不准，还会挤占复盘时间。数字用于发现问题，不用于考核个人，否则团队会挑容易的任务刷量，难任务被悄悄藏起来，问题反而更晚暴露。
每月复制一次做法
每月由一个小组把成熟任务卡复制到相邻岗位，复制时重写验收口径与接管人，不能直接照抄。只在一个小组内循环，做法会退化成个人技巧，无法成为团队能力，也无法支撑人员流动与交接，骨干一调岗就会断。
适用与不适用
适合谁
- 已完成一轮实训、需要固化节奏的团队
- 有稳定业务量与样本的运营、报价或客服部门
- 愿意每周投入半小时参与评审的管理者
不适合谁
- 业务量波动极大、每周都凑不齐人的团队
- 希望一次培训就解决所有岗位问题的预期
典型场景
某设备厂商的售后团队在实训后把每周三下午定为任务评审，看板上挂着六张任务卡。值班工程师按周轮换复核模型生成的工单回复，主管每周记录接管原因，月底把两条成熟做法复制到备件报价岗，由报价组长接手。
可执行步骤
- 定下每周固定的评审时间与参与人，把主持人与记录人写进团队日历，不再临时约
- 把任务卡搬上看板，按待跑、在跑、已上线、停用四列摆放，并标注每张卡的维护人
- 排一张复核轮值表并覆盖休假与出差，每次交接都要留下接管原因与处理结论
- 每周只报任务量、接管率与返工次数，会上逐条过一遍异常项并转成待办
- 每月选一条成熟做法复制到相邻岗位，复制时重写验收口径与接管人姓名
常见坑
- 评审会变成进度汇报，只讲做完多少不讲卡点，问题被掩盖到下个月；主持人应固定先问卡在哪里，再问怎么改
- 看板长期不更新，卡片状态与真实情况脱节，两周后没人再信它；应由轮值人当天下班前更新，并在会上核对
- 复核轮值没有交接备注，接手人不知道上周发生了什么，重复踩同一个坑；备注要写接管原因与处理结论两项
- 用接管率考核个人，团队开始把难任务藏起来，指标好看但业务没改善；指标只用于改流程，不挂个人绩效
自检与验收清单
- 每周评审时间是否已进团队日历，并有固定主持人
- 看板四列状态是否每周更新，更新责任人是否明确
- 轮值表是否覆盖休假与出差，交接是否留有备注
- 三个指标是否每周留档，异常项是否都转成了待办
- 每月是否至少把一条成熟做法复制到相邻岗位
常见问题
每周一次会不会太频繁
三十分钟足够，关键是固定。频次低于每月一次，结对关系会散；高于每周两次，团队会疲于开会，质量也会下降。以任务卡数量决定，不超过十张时每周一次最合适，超过之后再考虑按业务线分组。
谁来做主持人
建议由业务负责人主持、工程侧记录。主持人不必懂技术，但要能拍板任务优先级与停用决定；工程侧负责把卡点转成待办。两边分工不清，会议会退化成技术答疑，业务也不再参加。
和现有周会冲突怎么办
并入现有业务周会的前三十分钟，单独加会通常活不过两个月。把任务卡进展作为周会固定议程，比新设会议更容易持续，也避免同一批人一天连开两个会，注意力被摊薄。