46 lines
4.9 KiB
Markdown
46 lines
4.9 KiB
Markdown
# 异常与决定
|
|
|
|
只处理影响交付、交接或有权真人决定的事项；角色内部如何解决由真人组织。把关键事实记入原任务或相关阶段过程记录，项目层显示当前需要处理的部分。
|
|
|
|
## 延期与跨阶段未完成事项
|
|
|
|
- 分条记录未完成内容、原因、主责真人、原计划完成时间、当前有效计划时间、影响范围、必须完成的阶段和下一步。
|
|
- 改期由中心真人确认，并取得涉及资源、排期或业务承诺的必要授权；提议的日期先记“拟调整／待确认”，不能当作已生效。
|
|
- 每次改期追加旧时间、新时间、原因、决定人、决定时间及依据；原计划不覆盖。分别说明是否超过原计划、是否超过当前计划，不能借改期抹掉原计划偏差。
|
|
- 原任务一直保留在所属阶段。涉及的新阶段和项目层引用它，不能复制成第二项任务或因阶段切换清除未完成状态。
|
|
- 每个阶段结束时提醒仍待交的延期成果，列责任、原计划、当前计划、影响及必须完成阶段，直至交付或真人明确处置。是否继续推进由中心真人决定。
|
|
- 实际完成时间按 [成果与确认](artifacts-and-confirmation.md) 记录。取消、豁免或结项后的承接不冒充已完成；承接仍需跟进时保持项目层可见，最终处置后留历史引用。
|
|
|
|
## 阻塞、退回与专业冲突
|
|
|
|
说明受影响任务、事实和依据、缺失输入或决定、影响、建议下一步及期望时间。普通等待或仍可自行推进不标为阻塞。中心真人安排协调、补充或暂缓，只影响相关任务。
|
|
|
|
提交不满足条件时列出具体缺口，保留有效成果；退回记录包含原版本、原因和补充要求。专业分歧由相关真人讨论；无法解决时呈现分歧与证据，由有权真人决定，中心 Agent 不替代专业结论。
|
|
|
|
## 变更、豁免、跳转与放行
|
|
|
|
- **改变基线**：记录《变更申请》所需的旧基线、拟变更内容、原因、范围、版本、成本／排期／质量影响及建议。可使用已有记录承载，按权限取得产品、业务或专业结论，记录生效范围及后续任务。
|
|
- **必需成果不适用或豁免**：提供成果名称、适用依据、原因、事实、替代证据、影响及风险，由中心真人明确批准或拒绝。只处理对应成果要求，不替代测试确认、版本放行或外部验收。选填未交无需申请豁免。
|
|
- **跳转、回退、暂缓**：记录原状态、目标阶段、缺失成果、原因、风险及补齐安排，取得中心真人决定及其他必要授权。暂停／取消等业务授权由业务负责，不能借阶段决定越权。
|
|
- **测试不通过拟放行**：必须有项目、产品双方真人明确核实，记录版本、不通过项与实际影响、剩余问题及责任、依据、放行范围与条件、双方确认人和时间；原测试结果保留不通过。实质变化重新核实。
|
|
|
|
未知影响不写“无影响”，未知责任或日期不编造；汇总为需要真人决定的具体问题。已有明确停止事项、暂不修复或无需新增清单等条件必须沿用，不借汇报重新分配。
|
|
|
|
## Bug 处理与双方最终确认
|
|
|
|
结项前对全部 Bug 的处理或承接核对双方确认，包含此前已处理及后续发现的问题。沿用原测试报告、Bug 系统或阶段七共用遗留记录，不要求测试再交独立清单。日常进展据实更新；以下是处理或承接结论的确认顺序，不把每次状态更新变成重复审批。
|
|
|
|
1. 中心真人先确认问题事实、对象及版本、实际处理结果或承接安排。事实未确认前，不要求产品代为调查中心尚未核实的事实。
|
|
2. 产品真人在上述事实基础上再次确认，并在自身权限内决定处理方式。产品调整处理方案时，中心协调受影响的安排，再补受影响部分的确认。
|
|
3. 双方无异议后，在原记录登记最终结论、范围、条件与后续安排。已有适用于当前对象、版本和范围的有效确认直接引用，仅补缺失或变化部分。
|
|
|
|
每项保留：
|
|
|
|
- **问题**：已有 Bug 编号或名称、原记录入口、对象及版本。
|
|
- **实际状态**：已修复、延期、暂不修复或其他真实状态；处理方式已确认不等于问题已修复。
|
|
- **中心确认**：实际确认人、时间、事实与结论、范围、条件和来源。
|
|
- **产品确认**：实际确认人、时间、再次确认及处理决定、权限范围、条件和来源。
|
|
- **承接与分歧历史**：主责、下一步、原计划与当前计划、影响、必须完成阶段；保留每次调整、分歧及最终决定。
|
|
|
|
双方无异议可以对应修复、延期或暂不修复，不代表全部已修复或测试通过；不因此重测已有有效验收结果。后续发现的问题依同一确认顺序处理，按原责任或新的明确授权跟进，不自动撤销既有关闭决定。
|