作者： Q.H. Wang

项目问题责任人长期空缺，说明所有权分配与接续机制没建立；只挂名不处理，说明处置闭环与问责机制没建立。本文按两类症状分别归因，给出可观察的验证证据、分症状的补机制动作和生效验证指标。

项目问题责任人推不动跨团队事项，往往缺的是授权、对接入口、升级路径和决策兜底。本文给出四类支持机制的设计规则、角色分工、从问题台账到升级闭环的落地步骤，以及判断机制是否有效的检查清单。

项目问题责任人推不动跨团队事项，往往源于权责不匹配。本文给出三类授权（资源调用、排期优先级、争议裁定）、协调接口（对接人、协调会、问题台账）与五步履职流程，并附角色职责矩阵和落地检查清单。

基线频繁变动时，先别急着归因于需求复杂。本文围绕批准、执行、核对三类角色，用变更记录、批准痕迹、版本差异和责任人清单区分流程失效、范围蔓延与责任不清，并给出处置步骤、备份回退边界与恢复验证方法。

基线被改动却找不到变更单时，先界定症状与范围，再沿变更流程失效、范围蔓延、基线维护责任不清三条假设取证，按先取证后判断的顺序排查，最后用观察期核对验证恢复效果。

基线频繁变动时，先查变更是否经过实质审批，再对照原范围与WBS核对变更内容，最后检查基线是否有人统一维护。本文给出三类成因的观察点、取证顺序、对应处置动作和验证指标，帮助区分流程失效与范围蔓延。

基线稳定性评估需要固定口径的四类指标：变更次数看频率，变更间隔看节奏，再次变更率看反复程度，变更占比看集中度。本文给出公式、取数规则、季度计算示例与解读限制，帮助团队用自身历史数据形成判断。

基线变更次数反映约束调整频率，变更后再次变更率反映调整是否收敛。本文给出三个指标的可复算口径、取数字段、计算步骤与假设示例，并说明解读原则与常见误读。

变更申请积压与审批周期长需要先拆环节再定位：固定统计口径，按提交、受理、评估、审批、回写拆解停留时间，用中位数与P90区分普遍延迟和长尾单据，再逐项验证原因并处置，最后用周期与补单比例验证恢复。

用一张主表加两张附表设计变更影响评估与审批决策记录模板：主表记录申请与审批结论，附表一量化范围、计划、预算影响，附表二保留审批过程与决策依据，三表以变更编号串联。附空白表格、字段说明、必填规则、填写示例和维护方法。