diff --git a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html index be3d7ce..8fb3653 100644 --- a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html +++ b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html @@ -828,8 +828,8 @@
06

测试验证

主责:测试 · 修复:嵌入式应用层/嵌入式底层/硬件
-
执行功能、接口、软硬件集成和回归测试。
不通过应用问题→嵌入式应用层;BSP/驱动问题→嵌入式底层;电路/PCB/器件问题→硬件;接口/架构问题→技术负责人
通过形成必需测试正式成果及质量结论
-
正式成果功能测试报告
测试结论:通过/不通过
测试用例执行结果
bug: log日志
可靠性测试报告(选填)
高低温测试
跌落测试(选填)
防水测试(选填)
专项测试报告
画质、Wi-Fi/路由器、SD 卡、功耗、长稳、平台、试产等适用专项
提测佐证
平台要求的视频、截图、log材料
缺陷分析报告
bug数量、状态、模块分析、回头率、冒头率等
+
执行功能、接口、软硬件集成和回归测试。
不通过测试与相关负责人共同商议缺陷责任人;项目Hub按确认分工安排修复,测试独立复验
通过形成必需测试正式成果及质量结论
+
正式成果功能测试报告
测试结论:通过/不通过
测试用例执行结果
bug: log日志
可靠性测试报告(选填)
高低温测试
跌落测试(选填)
防水测试(选填)
专项测试报告(选填)
画质、Wi-Fi/路由器、SD 卡、功耗、长稳、平台、试产等适用专项
提测佐证(选填)
平台要求的视频、截图、log材料
缺陷清单
bug条目、状态、模块、责任人
bug数量、回头率、冒头率等统计
测试确认质量结论和剩余风险
@@ -959,9 +959,9 @@ 5 软硬件实现嵌入式应用层固件包嵌入式应用层F5.6 候选;F5.9 最终提测版F5.7 冲突修订;F5.8–F5.10 技术负责人确认F6.1 交测试;F6.8 回归版;F8.3 最终发布版 6 测试验证功能测试报告测试F6.2F6.3–F6.9 缺陷/回归更新;F6.10 确认F7.1 验收输入;F8.7 归档 6 测试验证可靠性测试报告(选填)测试F6.2(提供时)已提供时按 F6.3–F6.9 更新缺陷/回归;F6.10 确认已提供时作为 F7.1 验收输入并经 F8.7 归档 - 6 测试验证专项测试报告测试F6.2F6.3–F6.9 缺陷/回归更新;F6.10 确认F7.1 验收输入;F8.7 归档 - 6 测试验证提测佐证测试F6.2F6.3–F6.9 持续补证;F6.10 完整性确认F7.1/F7.3 平台提测佐证;F8.5 按平台要求补充最终版材料;F8.7 归档 - 6 测试验证缺陷分析报告测试F6.2/F6.3F6.4–F6.9 责任角色修复并由测试回归;F6.10 确认F7.1 验收限制输入;F8.7 归档 + 6 测试验证专项测试报告(选填)测试F6.2(提供时)已提供时按 F6.3–F6.9 更新缺陷/回归;F6.10 确认已提供时作为 F7.1 验收输入并经 F8.7 归档 + 6 测试验证提测佐证(选填)测试F6.2(提供时)已提供时按 F6.3–F6.9 补充;F6.10 确认已提供时用于 F7.1/F7.3;F8.5 按需更新最终版材料;F8.7 归档 + 6 测试验证缺陷清单测试F6.2/F6.3F6.3 相关负责人共同确定责任人;F6.4–F6.9 修复与测试回归;F6.10 确认F7.1 验收限制输入;F8.7 归档 7 业务验收平台提测通过报告产品F7.2F7.3–F7.7 验收与修订;F7.8 业务确认F8.6 结项核对;F8.7 归档 7 业务验收客户验收通过报告产品F7.2F7.3–F7.7 客户/业务验收与修订;F7.8 业务确认F8.6 结项核对;F8.7 归档 7 业务验收遗留问题清单产品F7.2/F7.4F7.6–F7.8 补充责任角色、期限并确认F8.6 关闭或承接;写入 结项报告 @@ -1096,28 +1096,28 @@
-
06 / TEST

阶段 6:测试验证与缺陷返工信息流

测试提交证据和缺陷,项目Hub按问题层级路由到产品、嵌入式应用层、嵌入式底层、硬件或技术负责人,并控制重新提测。

-
主责测试
核心成果功能测试报告、专项测试报告、提测佐证、缺陷分析报告;可靠性测试报告(选填)
门禁阻断缺陷清零,证据完整,测试完成内部确认并提交质量结论
-
可靠性测试报告为选填,内容包括高低温测试、跌落测试(选填)、防水测试(选填)。未提供该报告不作为阶段 6 交付或后续验收的单独阻塞项,也无需另行豁免;已提供时仍需证据、版本和测试负责人确认。其他必需成果和质量门禁保持不变。
+
06 / TEST

阶段 6:测试验证与缺陷返工信息流

测试提交测试报告和缺陷清单,由测试与实际相关角色负责人共同商议缺陷责任人;项目Hub按确认分工安排修复和重新提测。

+
主责测试
核心成果功能测试报告、缺陷清单;可靠性测试报告、专项测试报告、提测佐证(均选填)
门禁阻断缺陷清零,必需成果及其测试依据完整,测试完成内部确认并提交质量结论
+
可靠性测试报告、专项测试报告和提测佐证均为选填。未提供这些选填成果不阻塞阶段 6 交付、后续验收或归档,也无需另行豁免;已提供时确认对应版本和测试负责人意见。可靠性测试报告包括高低温测试、跌落测试(选填)、防水测试(选填)。选填设置不改变已确认的测试范围和质量门禁。
项目Hub
F6.1下发测试任务、最终固件和版本矩阵只允许测试由嵌入式应用层提交并经技术负责人批准的统一固件
测试
-
测试
F6.2提交测试报告、提测佐证和缺陷每个缺陷关联版本、用例和证据
项目Hub
-
项目Hub
F6.3按测试建议或专业裁决路由缺陷责任明确时定向路由;跨层问题交技术负责人,需求含义交产品
产品 / 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试
-
责任角色
F6.4返回内部确认的原因分析、修复计划和影响范围正式修复承诺在角色内部确认后统一发出
项目Hub
-
项目Hub
F6.5创建修复或技术裁决任务跨层问题交技术负责人,需求问题交产品
责任角色
+
测试
F6.2提交功能测试报告和缺陷清单可靠性测试报告、专项测试报告和提测佐证选填;缺陷关联版本、用例和证据
项目Hub
+
项目Hub
F6.3分发缺陷清单,协调相关负责人商议责任人测试与实际相关角色负责人共同确定每项缺陷的责任人
产品 / 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试
+
责任角色
F6.4返回确认的责任分工、原因分析和修复计划责任人、协作关系、处理时限和影响范围经对应负责人确认
项目Hub
+
项目Hub
F6.5按确认分工创建修复或专业澄清任务责任争议由相关负责人协调解决,项目Hub不自行归责
责任角色
责任角色
F6.6提交应用修复、底层修复或硬件 ECO必须生成新版本并声明替代关系和影响范围
项目Hub
项目Hub
F6.7将固件相关修复交给嵌入式应用层重新合版底层修复必须合版;硬件变化由嵌入式应用层确认固件兼容性
嵌入式应用层
嵌入式应用层
F6.8提交统一回归固件或确认原固件继续有效最终回归固件仍只能由嵌入式应用层提交
项目Hub
项目Hub
F6.9下发定向回归任务和统一固件附修复范围、受影响用例和新版本矩阵
测试
-
测试
F6.10提交内部确认的最终质量结论和剩余风险必需报告和证据完整,已提供的选填报告完成确认后
项目Hub
+
测试
F6.10提交内部确认的最终质量结论和剩余风险功能测试报告和缺陷清单完整,已提供的选填成果完成确认后
项目Hub
- - - - - - + + + + + +
ID触发条件发送 → 接收正式载荷约束/确认对阶段的影响
F6.1–6.2技术负责人批准嵌入式应用层提交的最终固件与硬件集成版本。项目Hub ↔ 测试测试输入:嵌入式应用层固件包、硬件实现资料、已集成的 嵌入式底层实现资料、版本矩阵、测试计划。
测试提交的成果草案:功能测试报告、专项测试报告、提测佐证、缺陷分析报告。
提测佐证内容:平台要求的视频、截图、log材料。
选填成果:可靠性测试报告。
测试只能接收嵌入式应用层提交且经技术负责人批准的最终固件;缺陷必须关联可复现环境和版本。启动测试并更新测试状态。
F6.3测试发现缺陷或测试异常并形成可追踪记录。测试 → 项目Hub → 建议责任角色 / 技术负责人 / 产品正式成果更新:测试主责的《缺陷分析报告》缺陷条目。
提交与分发内容:缺陷编号、现象、版本矩阵、环境、用例、复现、期望/实际、证据、影响程度、风险、优先级、建议责任边界、受影响成果、回归要求和响应时限。
项目Hub只做结构、证据和路由检查;责任明确时按测试建议路由,跨层或根因不清时交技术负责人,需求含义不清时交产品。建立定向返工或裁决任务。
F6.4–6.5责任角色或裁决角色收到缺陷任务。责任角色 / 技术负责人 / 产品 → 项目Hub → 测试过程记录:原因分析、修复计划或技术/产品决定,包含原因或裁决、影响、修复方案、风险、修复成果计划、期限、需重测范围和证据。
测试动作:引用带来源的原因、修复或裁决输入,更新《缺陷分析报告》状态和回归要求。
实现角色不直接替换或关闭测试主责的《缺陷分析报告》;“无法复现”“符合设计”或“不修复”必须带理由与证据。阻断缺陷使阶段阻塞;等待修复成果和目标版本复验。
F6.6–6.8应用修复、嵌入式底层修复或硬件 ECO 已提交。责任角色 → 项目Hub → 嵌入式应用层 → 项目Hub → 测试实现角色修订成果:嵌入式应用层固件包、嵌入式底层实现资料或硬件实现资料。
提交给测试的缺陷输入:原因分析、修复计划、修复成果与版本、实现角色自测、变更记录、证据、影响范围、版本链和建议回归范围;测试引用后更新《缺陷分析报告》。
硬件 ECO 额外内容:新旧板卡/PCB/BOM/ECO 差异、受影响批次、返工/回退方式、板级验证证据、底层驱动/HAL 兼容评估、应用固件有效性确认和新版本矩阵。
实现角色无权直接替换或关闭《缺陷分析报告》。嵌入式底层修复不得直接交给测试;必须由嵌入式应用层重新合版。硬件 ECO 先经底层兼容评估;即使不修改固件,也必须由嵌入式应用层确认原固件继续有效。技术负责人按需确认版本矩阵,测试在目标组合上复验并独立给出“已验证”或“已关闭”结论。形成唯一可回归的固件与硬件版本矩阵,并由测试复验。
F6.9统一回归固件和硬件版本矩阵通过项目Hub校验,必要时由技术负责人确认。项目Hub → 测试回归输入:更新后的 嵌入式应用层固件包、相关 嵌入式底层实现资料/硬件实现资料、缺陷分析报告、版本矩阵。
过程记录:回归任务,包含修复范围、受影响用例和时限。
旧版本不得覆盖;测试不得接收嵌入式底层单独提交的固件。执行定向回归。
F6.10阻断缺陷清零且证据齐全。测试 → 项目Hub最终确认成果:功能测试报告、专项测试报告、提测佐证、缺陷分析报告,以及已提供的可靠性测试报告的负责人确认版本。
附带内容:质量结论、覆盖率、未关闭缺陷、剩余风险和接受方。
测试内部确认状态必须记录;剩余风险必须有接受方。门禁通过并留档后开启验收。
F6.1–6.2技术负责人批准嵌入式应用层提交的最终固件与硬件集成版本。项目Hub ↔ 测试测试输入:嵌入式应用层固件包、硬件实现资料、已集成的 嵌入式底层实现资料、版本矩阵、测试计划。
必需成果草案:功能测试报告、缺陷清单。
选填成果:可靠性测试报告、专项测试报告、提测佐证。
提测佐证内容(选填):平台要求的视频、截图、log材料。
测试只能接收嵌入式应用层提交且经技术负责人批准的最终固件;缺陷必须关联可复现环境和版本。启动测试并更新测试状态。
F6.3测试发现缺陷或测试异常并形成可追踪记录。测试 → 项目Hub → 实际相关角色提交与更新成果:测试主责的《缺陷清单》。
分发内容:缺陷编号、现象、状态、模块、版本、环境、用例、复现、证据、影响、风险、优先级和回归要求。
商议结果:缺陷责任人、主责角色、协作角色及处理时限。
测试与实际相关角色的负责人共同商议解决缺陷的责任人,每项缺陷明确一名责任人和一个主责角色。项目Hub只登记已确认的分工并路由,不自行指定责任人;跨层技术问题由技术负责人提供判断依据,需求含义由产品澄清。分歧未收敛时按 E.1–E.4 协调。确认缺陷责任分工后,建立定向修复或专业澄清任务。
F6.4–6.5相关负责人已共同确认缺陷责任人,责任角色收到缺陷任务。责任角色 / 技术负责人 / 产品 → 项目Hub → 测试过程记录:确认的责任人、主责与协作角色、原因分析、修复计划或技术/产品决定,包含影响、修复方案、风险、修复成果计划、期限、需重测范围和证据。
测试动作:引用已确认的责任分工与修复输入,更新《缺陷清单》的责任人、状态和回归要求。
实现角色不直接替换或关闭测试主责的《缺陷清单》;“无法复现”“符合设计”或“不修复”必须带理由与证据;责任人调整仍需相关负责人共同确认。阻断缺陷使阶段阻塞;等待修复成果和目标版本复验。
F6.6–6.8应用修复、嵌入式底层修复或硬件 ECO 已提交。责任角色 → 项目Hub → 嵌入式应用层 → 项目Hub → 测试实现角色修订成果:嵌入式应用层固件包、嵌入式底层实现资料或硬件实现资料。
提交给测试的缺陷输入:原因分析、修复计划、修复成果与版本、实现角色自测、变更记录、证据、影响范围、版本链和建议回归范围;测试引用后更新《缺陷清单》。
硬件 ECO 额外内容:新旧板卡/PCB/BOM/ECO 差异、受影响批次、返工/回退方式、板级验证证据、底层驱动/HAL 兼容评估、应用固件有效性确认和新版本矩阵。
实现角色无权直接替换或关闭《缺陷清单》。嵌入式底层修复不得直接交给测试;必须由嵌入式应用层重新合版。硬件 ECO 先经底层兼容评估;即使不修改固件,也必须由嵌入式应用层确认原固件继续有效。技术负责人按需确认版本矩阵,测试在目标组合上复验并独立给出“已验证”或“已关闭”结论。形成唯一可回归的固件与硬件版本矩阵,并由测试复验。
F6.9统一回归固件和硬件版本矩阵通过项目Hub校验,必要时由技术负责人确认。项目Hub → 测试回归输入:更新后的 嵌入式应用层固件包、相关 嵌入式底层实现资料/硬件实现资料、缺陷清单、版本矩阵。
过程记录:回归任务,包含修复范围、受影响用例和时限。
旧版本不得覆盖;测试不得接收嵌入式底层单独提交的固件。执行定向回归。
F6.10阻断缺陷清零且必需成果及其测试依据齐全。测试 → 项目Hub最终确认成果:功能测试报告、缺陷清单的负责人确认版本。
已提供时一并确认:可靠性测试报告、专项测试报告、提测佐证。
附带内容:质量结论、覆盖率、未关闭缺陷、剩余风险和接受方。
测试内部确认状态必须记录;剩余风险必须有接受方;选填成果未提供不作为门禁阻塞项。门禁通过并留档后开启验收。
@@ -1125,7 +1125,7 @@
07 / ACCEPT

阶段 7:业务验收信息流

产品组织平台和客户验收,项目Hub收集业务/客户结论,并把驳回问题精确路由到对应层级。

主责产品主责验收成果;项目Hub组织流转;业务批准
核心成果平台提测通过报告、客户验收通过报告、遗留问题清单
门禁业务完成内部确认并提交验收及上线条件
-
项目Hub
F7.1下发验收组织任务与测试成果(含提测佐证)测试门禁通过后
产品
+
项目Hub
F7.1下发验收组织任务与必需测试成果测试门禁通过后
产品
产品
F7.2提交平台/客户验收资料引用测试证据、版本和已知限制
项目Hub
项目Hub
F7.3向业务发起验收确认呈现目标、证据、风险和遗留问题;客户反馈由业务或产品负责人按边界线下取得
业务
业务
F7.4返回通过、驳回或附条件通过整理必要的客户反馈;驳回必须描述场景和证据
项目Hub
@@ -1135,7 +1135,7 @@
业务
F7.8提交内部确认的最终验收和上线条件遗留问题必须有责任人和期限
项目Hub
- + @@ -1159,7 +1159,7 @@
ID触发条件发送 → 接收正式载荷约束/确认对阶段的影响
F7.1–7.2测试门禁通过。项目Hub ↔ 产品验收输入:阶段 6 必需测试成果(含提测佐证)及已提供的可靠性测试报告、嵌入式应用层固件包、版本矩阵和已知限制。
产品提交的正式成果草案:平台提测通过报告、客户验收通过报告、遗留问题清单。
产品不得隐藏已知风险。形成验收包。
F7.1–7.2测试门禁通过。项目Hub ↔ 产品验收输入:阶段 6 功能测试报告、缺陷清单及已提供的选填成果(可靠性测试报告、专项测试报告、提测佐证),以及嵌入式应用层固件包、版本矩阵和已知限制。
产品提交的正式成果草案:平台提测通过报告、客户验收通过报告、遗留问题清单。
产品不得隐藏已知风险。形成验收包。
F7.3–7.4验收包完整。项目Hub ↔ 业务;客户信息由业务或产品负责人线下取得待确认成果:平台提测通过报告、客户验收通过报告、遗留问题清单。
提交内容:目标对照、演示、测试证据、版本、通过/驳回/附条件结论和反馈证据。
口头反馈必须由负责人整理后回传本角色会话,再经项目Hub进入正式流。决定通过或返工。
F7.5验收驳回。项目Hub → 产品 / 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试过程记录:验收驳回记录。
关联成果:三类验收成果及被驳回所影响的上游正式成果;包含问题类别、证据、字段/版本、责任角色和返回阶段。
禁止笼统地全部退回实现阶段。阶段保持处理中。
F7.6–7.7责任角色完成修正。角色 → 项目Hub → 产品/测试/业务修订成果:被驳回的上游正式成果新版本,以及更新后的平台提测通过报告/客户验收通过报告或遗留问题清单。
附带内容:修正说明、验证结果、证据引用和再次验收任务。
需要测试时必须先回测试阶段。重新验收。
- + @@ -1262,16 +1262,16 @@ "F5.9": ["artifact", "提交正式成果:嵌入式应用层固件包(最终提测版本)"], "F5.10": ["process", "过程记录:集成版本批准;关联应用固件包、硬件设计包与硬件实现资料"], "F6.1": ["process", "测试输入:应用固件包 / 底层实现资料 / 硬件实现资料 / 测试计划"], - "F6.2": ["artifact", "提交成果草案:功能/专项测试报告 / 提测佐证 / 缺陷分析报告;选填:可靠性测试报告"], - "F6.3": ["artifact", "提交/更新成果:缺陷分析报告"], - "F6.4": ["artifact", "修订成果:缺陷分析报告"], - "F6.5": ["process", "过程记录:修复计划 / 技术裁决;关联缺陷分析报告"], - "F6.6": ["process", "修订对象:应用固件包 / 底层实现资料 / 硬件实现资料 / 缺陷分析报告"], + "F6.2": ["artifact", "必需:功能测试报告 / 缺陷清单;选填:可靠性报告 / 专项报告 / 提测佐证"], + "F6.3": ["artifact", "提交/更新:缺陷清单;相关负责人共同确定责任人"], + "F6.4": ["process", "确认责任分工与修复计划;由测试更新缺陷清单"], + "F6.5": ["process", "过程记录:按确认分工派发修复或专业澄清任务;关联缺陷清单"], + "F6.6": ["process", "修订对象:应用固件包 / 底层实现资料 / 硬件实现资料 / 缺陷清单"], "F6.7": ["process", "关联成果:底层修复 / 硬件变化 → 应用固件包重新合版"], "F6.8": ["artifact", "提交修订成果:嵌入式应用层固件包(统一回归版本)"], - "F6.9": ["process", "回归输入:统一固件 / 版本矩阵 / 缺陷分析报告"], - "F6.10": ["artifact", "最终确认成果:功能/专项测试报告 / 提测佐证 / 缺陷分析报告;可靠性测试报告已提供时一并确认"], - "F7.1": ["process", "验收输入:必需测试成果(含提测佐证)及已提供的可靠性测试报告 / 应用固件包 / 版本矩阵"], + "F6.9": ["process", "回归输入:统一固件 / 版本矩阵 / 缺陷清单"], + "F6.10": ["artifact", "最终确认:功能测试报告 / 缺陷清单;已提供的选填成果一并确认"], + "F7.1": ["process", "验收输入:功能测试报告 / 缺陷清单 / 已提供的选填成果 / 应用固件包 / 版本矩阵"], "F7.2": ["artifact", "提交成果草案:平台提测通过报告 / 客户验收通过报告 / 遗留问题清单"], "F7.3": ["process", "待确认成果:平台提测通过报告 / 客户验收通过报告 / 遗留问题清单"], "F7.4": ["artifact", "提交验收结论:更新三类业务验收成果"], @@ -1282,8 +1282,8 @@ "F8.1": ["process", "过程记录:最终版本矩阵;关联三类实现成果"], "F8.2": ["process", "过程记录:发布与归档任务;待汇集四类结项成果"], "F8.3": ["process", "归档输入:最终固件 / 底层归档资料 / 硬件设计包 / 硬件实现资料 / 版本矩阵"], - "F8.4": ["process", "过程记录:发布冒烟任务;关联结项报告,涉及平台要求时关联提测佐证"], - "F8.5": ["process", "过程记录:发布冒烟结果;写入结项报告;平台要求的材料同步补充提测佐证"], + "F8.4": ["process", "过程记录:发布冒烟任务;关联结项报告及已提供的提测佐证"], + "F8.5": ["process", "过程记录:发布冒烟结果;写入结项报告;已提供的提测佐证按需更新"], "F8.6": ["process", "结项输入:验收报告 / 遗留问题清单 / 遗留风险"], "F8.7": ["process", "归档输入:各角色最终成果索引 / 版本 / 证据 / 结项摘要"], "F8.8": ["artifact", "生成正式成果:结项资料归档 / 变更记录 / 结项报告 / 流程闭环总结"],
ID触发条件发送 → 接收正式载荷约束/确认对阶段的影响
F8.1–8.3业务验收门禁通过。项目Hub ↔ 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件归档输入:嵌入式应用层固件包 最终版、被集成的 嵌入式底层实现资料、硬件设计包、硬件实现资料、最终 版本矩阵 和角色发布声明。
将写入:结项资料归档、变更记录。
最终固件只由嵌入式应用层提交;嵌入式底层只提交被集成版本和归档资料;技术负责人确认整体版本匹配。形成发布候选。
F8.4–8.5发布候选锁定。项目Hub ↔ 测试过程记录:发布冒烟测试记录。
关联成果:结项资料归档、结项报告;涉及平台要求的材料时同步补充 提测佐证。
提交内容:冒烟任务、最终版本、结果和证据。
不得使用非最终版本。失败则停止发布并路由修复。
F8.4–8.5发布候选锁定。项目Hub ↔ 测试过程记录:发布冒烟测试记录。
关联成果:结项资料归档、结项报告;已提供提测佐证时按需更新最终版材料,未提供不作为归档阻塞项。
提交内容:冒烟任务、最终版本、结果和证据。
不得使用非最终版本。失败则停止发布并路由修复。
F8.6冒烟通过。项目Hub ↔ 产品/业务结项核对内容:平台提测通过报告/客户验收通过报告、遗留问题清单、未关闭风险和遗留事项。
将写入:结项报告、流程闭环总结。
每项必须关闭或有责任角色/期限。准备结项。
F8.7–8.8角色工作完成。角色 → 项目Hub → 归档库正式成果:结项资料归档、变更记录、结项报告、流程闭环总结。
角色提交内容:最终成果索引、版本、证据、变更记录、结项摘要和遗留事项;项目Hub生成可追踪结项包。
不能用聊天记录替代成果索引。生成结项包。
F8.9需要组织级结项确认。业务 → 项目Hub最终确认成果:结项报告、流程闭环总结 和 结项资料归档 完整性结论。
附带内容:结项批准或补充清单、确认状态和时间。
内部授权状态必须记录;补充项未关闭不得 CLOSED。批准后锁定四类结项成果并关闭项目。