CPI突然大幅波动，先要判断它是真实的成本超支或进度变化，还是数据口径与录入造成的假象。排查时先锁定波动发生的时点和影响范围，再依次核对成本归集、进度录入、预算基线和范围变更，每一步都用同一时点的原始数据复算CPI，确认该因素能否解释波动幅度，排除后再进入下一项。
要点总览（TL;DR）
- CPI突然大幅波动时，先锁定突变期次与涉及的工作包，区分单点跳变和趋势性偏移，再按成本归集、进度录入、预算基线、范围变更的顺序逐项排查。
- 每项排查都用同一时点的原始数据复算：重算AC与系统一致且凭证完整，可排除归集因素；EV重算一致且录入时点匹配，可排除进度因素；基线版本与变更记录一致、储备口径清晰，可排除基线与变更因素。
- 处置遵循先备份、再修正、后复核：冲正错记凭证、按统一规则修正EV、补走变更流程重建基线，修正前保留原始数据与审批记录。
- 恢复判断以连续两到三个报告期CPI稳定在预期区间为准，单期观察不足以确认恢复。
- 预防的关键是把成本归集与挣值口径写入项目成本管理规程，建立范围变更与BAC、EV的联动更新规则，并设置波动预警阈值。
先界定波动：异常出现在哪个时点和范围
排查的起点是把“CPI大幅波动”转化为可核查的事实。调出连续若干报告期的CPI、EV、AC、PV数值，按报告期排列，观察突变发生在哪一期。单点跳变通常指向某一期的录入或入账问题，连续多期同方向偏移则更可能是口径变化或范围调整的累积结果，两类情况的排查重点不同。
定位突变点后，把波动期与前一期的数据按工作包或成本科目拆开，看波动集中在个别工作包还是覆盖整体项目。个别工作包异常，优先查该工作包的凭证、进度录入和变更记录；整体项目同步跳变，优先查基线版本、挣值规则或系统口径是否被统一调整。
同时记录波动前后发生的人事、系统或流程变动，例如成本会计换人、报表口径调整、系统升级、批量导入数据。这些信息本身不构成原因，但能为后续排查提供线索。建议用下表整理定位结果：
| 期次 | CPI | EV | AC | PV | 涉及工作包 | 期间变动记录 |
|---|---|---|---|---|---|---|
| 第N-2期 | ||||||
| 第N-1期 | ||||||
| 第N期（突变） |
这张表的作用是划定排查范围：后续三节的核对都围绕突变期和涉及的工作包展开，避免全量翻账。
成本归集排查：实际成本是否被重复、漏记或错期
成本归集错误会直接改变AC，从而在EV不变的情况下拉动CPI。排查时先列出可能情形，再逐一找证据验证，不能凭印象下结论。
常见假设有三类。第一，同一笔工时或费用被重复计入多个工作包，例如工时表重复导入、同一张发票在两个成本科目各记一次。第二，外包、采购或分摊费用漏记或延迟入账，导致当期AC偏低、CPI虚高，下一期补记后又出现反向跳变。第三，跨期费用记入错误报告期，例如上期发生的费用在本期集中入账。
验证方法是抽取波动期的原始凭证与工时记录，按工作包重新汇总AC，与系统值逐项比对。差异集中在某几个工作包时，追查对应凭证的入账日期、金额和归属科目；差异分散且金额接近某笔大额费用时，检查是否存在重复入账或跨期集中入账。
排除证据要明确：重算AC与系统AC一致，且凭证完整、入账期间正确，才能排除归集因素。如果重算结果存在差异，差异金额能否解释CPI的波动幅度，是判断该因素是否为主要原因的依据。核对过程可按下表留痕：
| 工作包 | 系统AC | 凭证重算AC | 差异 | 差异原因 | 能否解释波动 |
|---|---|---|---|---|---|
进度录入排查：挣值口径与录入时点是否一致
进度录入问题通过改变EV影响CPI，表现形式往往是CPI在某一期突然上升或下降，而实际成本并未同步变化。核对的重点是挣值口径和录入时点两件事。
第一类假设是完成百分比被集中上调或下调。例如期末集中更新所有任务进度，或某负责人一次性把多个任务标记为完成，导致EV在单期内突变。第二类假设是不同工作包采用不同挣值规则，0/100、50/50、百分比完成法混用，规则切换时EV会出现台阶式变化。第三类假设是进度录入时点与成本入账时点错位，例如进度按月末录入、成本按次月中旬入账，两者不在同一报告期，CPI自然失真。
验证时按项目统一的挣值规则重算EV，与系统值比对；同时核对每个工作包的进度录入日期和成本入账日期是否落在同一报告期。重算结果与系统一致、录入时点匹配，才能排除进度因素。若差异集中在采用特殊挣值规则的工作包，说明口径不一致是波动来源。EV复算可参照下表：
| 工作包 | 系统EV | 按统一规则重算EV | 差异 | 采用规则 | 录入时点与入账时点是否一致 |
|---|---|---|---|---|---|
预算基线与范围变更排查：基线是否被改动、变更是否联动
BAC变化会改变CPI的计算基础，基线被改动或变更未联动，都会让CPI出现无法用执行情况解释的波动。排查要同时看版本记录和审批记录。
第一类假设是预算基线未走变更流程被直接修改，例如管理员在系统中直接调整了预算总额，版本记录中却没有对应的审批单。第二类假设是范围变更已批准，但BAC与EV未同步更新，导致新增工作产生的成本计入AC、对应价值未计入EV，CPI被压低。第三类假设是管理储备或应急储备被误计入BAC，使分母口径发生变化。
验证方法是比对基线版本记录、变更审批单与当前BAC三者是否一致：版本记录中的每次基线调整都应有对应审批单，当前BAC应等于批准后的基线值，储备的计入方式应与项目成本管理规程一致。三者一致且储备口径清晰，才能排除基线与变更因素。比对结果可整理为下表：
| 基线版本 | 调整日期 | 调整金额 | 对应变更审批单 | 当前BAC | 储备是否计入BAC | 结论 |
|---|---|---|---|---|---|---|
在采用瀑布方式管理的项目中，基线与计划偏差的版本对比、变更细节追溯是常用手段。ONES的项目计划支持设置计划和里程碑基线，实时对比计划与执行的偏差，并可通过版本细节对比追溯变更；其ALM方案围绕需求、基线、版本和变更建立统一管理对象，需求变化时可沿关联关系分析受影响的任务与交付内容，并保留过程追踪和审计依据。这些能力可作为基线版本与变更记录比对的承载方式，具体配置以实际产品为准。
按排查结果处置并验证恢复
前四节的结论决定处置动作。处置的原则是先备份、再修正、后复核，避免修正过程本身污染数据。
归集错误对应的处置是冲正错记凭证、补录漏记成本，然后按修正后的AC重算CPI。冲正前备份原始凭证和系统AC快照，冲正记录保留审批痕迹。进度录入错误对应的处置是按统一挣值规则修正EV，修正范围和依据写入记录，便于后续审计。基线或变更问题对应的处置是补走变更流程、重建基线并同步BAC，重建前保留原基线版本和审批记录，重建后核对新BAC与批准值一致。
验证标准是连续两到三个报告期CPI稳定在预期区间，且波动期内各工作包的EV、AC、PV与修正后的口径一致。只观察一期不足以确认恢复，因为跨期入账和补录可能在下一期再次引起跳变。风险边界需要提前明确：冲正与基线重建前必须备份原始数据并保留审批记录；若修正涉及已对外报送的报表，先确认报送口径的调整方式再执行。
复发预防：把口径与联动规则固化下来
本次排查暴露的口径与流程缺口，应转化为具体规则，减少同类波动再次发生。
第一，统一成本归集与挣值计算口径，写入项目成本管理规程，明确工时与费用的入账期间、各工作包采用的挣值规则、储备的计入方式。第二，建立范围变更与预算基线、EV的联动更新规则，变更批准后由指定角色在同一时点更新BAC与EV，避免只改范围不改预算。第三，设置CPI波动的预警阈值和定期数据核对机制，例如每期报告前核对凭证完整性与进度录入时点。第四，明确各环节的数据责任人与复核时点，成本归集、进度录入、基线调整分别落实到人，复核记录留痕。
这些规则落地时，可借助项目平台承载版本留痕与变更关联。ONES提供从项目到任务的多层级管理，支持自下而上的进度反馈和自上而下的进度监控，并提供多维度项目数据统计与分析，便于按报告期核对绩效数据；基线与变更的版本对比能力可用于复核基线调整是否有据可查。工具承载的是记录与追溯，口径规则本身仍需在项目成本管理规程中明确。
常见问题
CPI波动只出现一期就恢复正常，还需要完整排查吗？
建议至少完成波动定位和成本归集两项核对。单期跳变常见于跨期入账或批量进度更新，这类原因往往会在下一期以反向跳变的形式再次出现。如果定位表显示波动集中在个别工作包，可只核对该工作包的凭证与进度录入记录；如果涉及整体项目，仍需核对基线版本与挣值规则是否被统一调整。确认无异常后，把该期数据与核对结论留档，作为后续同类波动的参照。
重算AC与系统值存在差异，但差异金额不足以解释CPI波动幅度，该怎么处理？
差异金额与波动幅度不匹配，说明归集问题可能只是次要因素，应继续排查进度录入和基线变更。处理上分两步：先把已发现的归集差异冲正或补录，按修正后的AC重算CPI，观察剩余波动幅度；再带着剩余幅度进入下一项排查。差异本身仍需留痕，即使金额不大，重复发生时也可能累积成趋势性偏移。
范围变更已批准但BAC未同步更新，修正时应该改基线还是补记变更？
先确认变更审批单中的批准金额和生效时点，再决定修正方式。如果变更已批准但系统基线未更新，属于执行遗漏，应按批准值补更新BAC并保留审批单关联；如果变更批准时未明确预算影响，需要先补充预算影响评估，再走一次基线调整流程。两种情况下都应保留原基线版本，修正后核对新BAC与批准值一致，避免在修正过程中产生新的口径差异。
CPI波动排查中，成本归集和进度录入的核对有先后要求吗？
建议先查成本归集，再查进度录入。AC来自凭证和工时记录，属于外部输入，核对结果相对客观；EV依赖完成百分比和挣值规则，主观判断空间更大。先确认AC无误，再用修正后的AC复算CPI，能把进度因素单独隔离出来观察。如果项目存在明显的期末集中更新进度习惯，也可以两项并行核对，但结论仍要分别给出证据。
用项目平台承载基线版本和变更记录时，需要关注哪些配置？
重点看三处：基线调整是否留有版本记录并可与审批单对应，变更与任务、交付物之间是否建立关联关系，绩效数据能否按报告期导出核对。以ONES为例，其瀑布项目管理方案支持设置项目计划和里程碑基线，实时对比计划与执行偏差，并可通过版本细节对比追溯变更；ALM方案围绕需求、基线、版本和变更建立统一管理对象，需求变化时可沿关联关系分析受影响的任务与交付内容，并保留过程追踪和审计依据。具体配置与可用性以实际产品版本为准。
