团队使用 Ledger 设备时，需求变更常常来自人员调整、使用场景变化、交付节奏变化或资料补充。真正影响执行稳定性的不是变更本身，而是变更没有被写清楚：谁提出、涉及什么、是否影响当前计划、谁来确认、下一步什么时候完成。数安通硬件服务建议把变更记录做成短表，而不是散落在即时沟通里。
第一步写清变更来源
每一次需求变更都应先记录来源：来自采购、IT、设备保管人、实际使用人，还是项目负责人。来源不同，确认方式也不同。采购侧更关注交付资料，IT 侧更关注环境条件，使用人更关注操作路径，项目负责人则需要看整体节奏。若团队仍在落地阶段，可先阅读Ledger 企业方案落地路径，把变更放回整体计划中判断。
- 变更来源写角色，不只写姓名。
- 原始诉求和最终确认结论分开记录。
- 不把口头补充直接当作最终安排。
第二步判断涉及范围
范围记录要回答三个问题：是否影响设备数量，是否影响人员分工，是否影响原定时间。只要其中一项变化，就需要重新确认交付表或支持计划。对于已经拆分阶段的任务，可以结合Ledger 实施里程碑拆解，查看变更落在哪个里程碑上。这样后续复核时，不会把当前变化误认为全盘重做。
第三步说明影响和确认顺序
影响说明不需要写得很长，但必须具体。例如“需要补一份设备保管记录”“需要调整培训时间”“需要重新确认软件环境”。确认顺序建议从提出人开始，再到执行人，最后由负责人确认结论。关键动作仍应以用户本人在设备端确认和公开资料核对为准。
第四步把变更纳入周节奏
如果团队每周都有推进会，变更记录应进入同一份周节奏表。每周只回看三件事：本周新增变更、仍在处理的变更、已经关闭的变更。可参考Ledger 企业方案周节奏，把计划、产出和复核记录放在一起。
- 每条变更只保留一个当前状态。
- 影响对象写成设备、人员、资料或时间四类。
- 关闭前确认资料已经归档，避免下周继续重复讨论。
Ledger 需求变更记录的核心，是让团队看见变化，而不是让变化打散执行节奏。只要来源、范围、影响、确认顺序和周复核五项清楚，后续支持沟通就能保持一致，也能让每一次调整都有可追踪依据。
