业务验收
主责:产品平台/客户验收
产品组织 · 平台:产品确认 · 客户:业务确认产品出具并确认,无需业务确认客户验收通过报告
业务确认客户验收结果遗留问题清单
diff --git a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html
index 8fb3653..81a996f 100644
--- a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html
+++ b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html
@@ -681,8 +681,8 @@
04 项目规划
05 软硬件实现
06 测试验证
- 07 业务验收
- 08 发布结项
+ 07 平台/客户验收
+ 08 复盘结项
变更与异常
成果豁免
@@ -774,7 +774,7 @@
主线按成果和确认门推进;测试失败、业务验收驳回和需求变更通过回路返回正确阶段,不需要从头重启项目。 以下内容直接承接总流程图,展示每条会影响成果、决策、门禁、返工或版本的正式信息流,并说明触发条件、发送方、接收方、载荷、确认要求和阻塞约束。 现阶段成员角色之间不能直接通信。跨角色问题、成果和结论都必须经项目Hub定向中继、校验、登记和重新分发。 成员 Agent 的跨角色任务、问题和结论仍经项目Hub定向中继、校验和登记。阶段 7 测试资料由测试负责人直接交付产品负责人,产品向项目Hub确认接收,文件不由项目Hub转发。从业务需求到发布结项
+ 从业务需求到复盘结项
业务验收
主责:产品平台/客户验收
产品组织 · 平台:产品确认 · 客户:业务确认
产品出具并确认,无需业务确认客户验收通过报告
业务确认客户验收结果遗留问题清单发布结项
项目Hub协调 · 技术负责人确认 · 嵌入式应用层/嵌入式底层/硬件执行 · 测试验证
形成最终结果的流程文件变更记录结项报告流程闭环总结复盘结项
项目Hub组织 · 相关角色提供资料与复盘输入 · 业务确认结项
形成最终结果的流程文件变更记录结项报告流程闭环总结
项目复盘经验与改进项各阶段角色信息流图谱
所有阶段共同遵守的流转规则
所有阶段共同遵守的流转规则
主体 是否为项目职能角色 定义 主要确认权限 不能做什么
- 各专业角色 是 图中的正式角色名称统一代表该角色完成 AI 辅助自审与人工确认后的责任主体;内部审查过程不作为跨角色信息流单列。 以角色名义确认并发出本角色专业结论、正式成果、现实工期承诺、风险接受和正式交付;阶段 4 的资源与排期基线由产品确认。 不能替其他角色作出专业确认。
+ 业务 是;同时承担项目级组织授权 业务节点同时包含业务专业判断和项目级组织授权的内部确认。 除业务成果外,负责确认预算、采购/打样、对外承诺日期、暂停/取消和高影响成果豁免;阶段 4 的计划与排期可由项目Hub同步知会业务。 不替代产品、技术负责人、硬件或测试等角色给出专业结论。 业务 是;同时承担项目级组织授权 业务节点同时包含业务专业判断和项目级组织授权的内部确认。 除业务成果外,负责确认预算、采购/打样、对外承诺日期、暂停/取消和高影响成果豁免,以及客户验收和项目结项;阶段 4 的计划与排期可由项目Hub同步知会业务,平台验收由产品确认而不经业务批准。 不替代产品、技术负责人、硬件或测试等角色给出专业结论。 项目Hub 是 项目Hub运行中心 AI,是项目唯一正式信息中心、任务路由器、成果校验器、阶段门禁执行者和项目状态内部记录维护者。 可依据证据更新项目状态、按角色需要分发状态快照、完成普通项目级审查和低影响豁免;高影响事项必须升级给业务。 不能自行承诺真实资源、预算、范围、日期或专业结论,也不能以推测代替角色提供的状态证据。 etunel_list_roles 读取实际 role、display_name 和 relationship;各角色会话不向负责人重复确认成员 ID、会话 ID 或其他未由工具提供的字段。阶段 4 再通过《角色分工》将实际任务主责和交接关系正式基线化。etunel_list_roles 结果生成 JSON 版和全中文 HTML 版《项目成员清单》。两份清单只记录项目名称、版本、导出时间及工具实际返回的 role、display_name、relationship,不虚构成员、会话或人员编号。角色变化后生成新版本,不覆盖历史版本;该清单不替代阶段 4 的《角色分工》。项目资料/00-项目管理 和八个阶段目录整理资料,维护《项目概览》《项目进度》《成果索引》及必要的《阶段记录》。正式成果放入对应阶段的角色目录,重要草稿、退回原因、决定和阻塞放入过程记录;正式文件不覆盖,回退不删除历史。阶段交接和钉钉里程碑通知前先完成留档,但目录排版本身不是新的专业门禁。项目资料/00-项目管理 和八个阶段目录整理资料,维护《项目概览》《项目进度》《成果索引》及必要的《阶段记录》。正式成果放入对应阶段的角色目录,重要草稿、退回原因、决定和阻塞放入过程记录;正式文件不覆盖,回退不删除历史。阶段交接和钉钉里程碑通知前先完成留档,但目录排版本身不是新的专业门禁。阶段 7 直接交付的测试资料以文件索引和产品接收确认为留档依据,项目Hub无需复制大文件。角色确认 专业结论由对应角色内部形成并确认;阶段 4 的资源与排期由产品确认,预算、采购及对外承诺等项目级组织授权仍由业务内部完成。信息流图只显示统一的正式角色主体。 未完成负责人确认时不得作为正式结果发出。 项目状态同步 项目Hub维护有版本和证据的项目状态内部记录,并在关键变化时主动向受影响角色推送,或按 S.1–S.4 响应角色查询与纠正。 状态来源、版本或时点不明时不得作为任务执行依据。
- 异常协同 项目对异常主动提醒关联角色;复杂问题建议当前主责角色组织线下会议,统一确认后提交结构化结论。 未按 E.1–E.4 闭环,不得恢复原流程或推进门禁。
- 跨角色沟通 成员角色之间不直接通信;问题、最终结论、约束、证据和影响都通过项目Hub定向中继。 绕过项目Hub取得的信息不能作为正式下游输入。
+ 门禁 正常顺序推进时,只有成果完整、版本正确、证据可访问、确认齐全才能通过;跳转、回退或暂缓按负责人决定另行记录。 未满足且没有明确跳转决定时,阶段保持阻塞。
+ 跨角色沟通 成员 Agent 之间不直接通信;任务、问题、最终结论、约束和影响都通过项目Hub定向中继。阶段 7 测试报告及已提供的提测佐证可由测试负责人直接交付产品负责人,接收确认回传项目Hub登记。 未经确认或未登记的信息不能作为正式下游输入;已按阶段 7 确认接收的文件不要求项目Hub重新转交。 门禁 正常顺序推进时,只有必需成果完整、版本正确、证据可访问、确认齐全才能通过;阶段 7 直接交付的测试资料以产品确认收到为交接依据,不要求项目Hub接收大文件。跳转、回退或暂缓按负责人决定另行记录。 未满足且没有明确跳转决定时,阶段保持阻塞;接收确认不等于验收通过。 2 产品定义 立项资料 产品 F2.2 F2.3–F2.6 专业评审与修订;F2.7–F2.8 业务批准 F3.1 方案设计输入;F4.1 项目规划输入 2 产品定义 测试验收标准 产品 F2.2 F2.3–F2.6 测试评审;F2.7–F2.8 业务批准 F3.7 测试计划 输入;F6.1 测试输入;F7.1 验收输入
- 2 产品定义 里程碑要求 产品 F2.2 F2.3–F2.6 专业评审;F2.7–F2.8 业务批准 F4.1 项目计划 输入;S.2 状态同步
+ 3 方案设计 总体技术方案(选填) 技术负责人 F3.2(提供时) F3.4–F3.8 修订;F3.9–F3.10 确认 F4.1 项目规划输入;F5.1 实现输入;F8.7 归档 3 方案设计 总体技术方案(选填) 技术负责人 F3.2(提供时) F3.4–F3.8 修订;F3.9–F3.10 确认 F4.1 项目规划输入;F5.1 实现输入;F8.2 收集、F8.6 归档
- 3 方案设计 软硬件接口契约 技术负责人 F3.2 F3.4–F3.8 多角色修订;F3.9–F3.10 确认 F4.1 项目规划输入;F5.1 实现输入;F5.7 冲突回溯
+ 3 方案设计 架构决策记录(选填) 技术负责人 提供时于 F3.2 形成;F3.4–F3.6 持续补充 F3.8–F3.10 确认;X 流程变更时追加 F4.1 项目规划输入;F5.1 实现约束;F8.7 归档 3 方案设计 架构决策记录(选填) 技术负责人 提供时于 F3.2 形成;F3.4–F3.6 持续补充 F3.8–F3.10 确认;X 流程变更时追加 F4.1 项目规划输入;F5.1 实现约束;F8.2 收集、F8.6 归档 3 方案设计 测试计划 测试 F3.3/F3.7
明确测试标准、测试用例范围和测试项F3.8–F3.10 多角色确认 F4.1 测试任务规划输入;F6.1 测试任务输入 4 项目规划 项目计划 项目Hub F4.1 F4.2 技术负责人确认;F4.3–F4.5 定向修订;F4.6–F4.7 产品确认资源与排期 F4.8 分发相关执行角色,可同步业务;F5.1 实现任务输入;后续由 X 流程变更 4 项目规划 项目风险 项目Hub F4.1,汇总阶段 2 已识别风险和阶段 3 方案风险 F4.2–F4.7 更新与确认;E/X 流程持续更新 F4.8 分发;F5.1 实现风险输入;S.2 按角色同步 4 项目规划 角色分工 项目Hub F4.1 F4.2 技术负责人确认;F4.3–F4.5 问题任务修订 F4.8 随正式任务分发;F5.1 实现责任输入 4 项目规划 产品资料整合 项目Hub F4.1 F4.2 技术负责人检查产品与方案输入引用 F4.8 按角色裁剪分发;F5.1 实现输入
- 4 项目规划 项目状态内部记录 项目Hub F4.1 初始执行记录 S.3–S.4 证据化纠正;E/X 流程更新 F4.8 初始执行快照;S.2 自动或按需分发
- 5 软硬件实现 硬件设计包 硬件 F5.2(所需输入资料齐备后) F5.2 硬件负责人确认;F5.3 技术负责人及受影响角色确认;F5.7 冲突修订 F5.2 硬件实现依据;F5.3 定向分发;F8.3 归档
- 5 软硬件实现 硬件实现资料 硬件 F5.2(硬件设计包确认后) F5.7 冲突修订;F5.8–F5.10 版本匹配确认 F6.1 测试输入;F8.3 归档
- 5 软硬件实现 嵌入式底层实现资料 嵌入式底层 F5.4(WiFi 设备定频测试固件选填) F5.5 BSP/PSP 交嵌入式应用层合版;F5.7/F5.10 确认版本关系 BSP/PSP 通过 F5.6 集成进统一固件;F8.3 提交归档资料
- 5 软硬件实现 嵌入式应用层固件包 嵌入式应用层 F5.6 候选;F5.9 最终提测版 F5.7 冲突修订;F5.8–F5.10 技术负责人确认 F6.1 交测试;F6.8 回归版;F8.3 最终发布版
- 6 测试验证 功能测试报告 测试 F6.2 F6.3–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 验收输入并经 F8.7 归档
- 6 测试验证 提测佐证(选填) 测试 F6.2(提供时) 已提供时按 F6.3–F6.9 补充;F6.10 确认 已提供时用于 F7.1/F7.3;F8.5 按需更新最终版材料;F8.7 归档
- 6 测试验证 缺陷清单 测试 F6.2/F6.3 F6.3 相关负责人共同确定责任人;F6.4–F6.9 修复与测试回归;F6.10 确认 F7.1 验收限制输入;F8.7 归档
- 7 业务验收 平台提测通过报告 产品 F7.2 F7.3–F7.7 验收与修订;F7.8 业务确认 F8.6 结项核对;F8.7 归档
- 7 业务验收 客户验收通过报告 产品 F7.2 F7.3–F7.7 客户/业务验收与修订;F7.8 业务确认 F8.6 结项核对;F8.7 归档
- 7 业务验收 遗留问题清单 产品 F7.2/F7.4 F7.6–F7.8 补充责任角色、期限并确认 F8.6 关闭或承接;写入 结项报告
- 8 发布结项 结项资料归档 项目Hub F8.7–F8.8 F8.1–F8.7 汇集输入;F8.9 完整性确认 项目关闭后锁定归档
- 8 发布结项 变更记录 项目Hub X.1–X.5 持续记录;F8.8 汇总 每次 变更决定 更新;F8.9 结项检查 随 结项资料归档 锁定
- 8 发布结项 结项报告 项目Hub F8.8 F8.4–F8.7 提供输入;F8.9 业务确认 项目关闭依据与归档入口
+ 8 发布结项 流程闭环总结 项目Hub F8.8 F8.7 角色摘要输入;F8.9 业务确认 经验复用与后续案例检索
+ 5 软硬件实现 硬件设计包 硬件 F5.2(所需输入资料齐备后) F5.2 硬件负责人确认;F5.3 技术负责人及受影响角色确认;F5.7 冲突修订 F5.2 硬件实现依据;F5.3 定向分发;F8.2 收集、F8.6 归档
+ 5 软硬件实现 硬件实现资料 硬件 F5.2(硬件设计包确认后) F5.7 冲突修订;F5.8–F5.10 版本匹配确认 F6.1 测试输入;F8.2 收集、F8.6 归档
+ 5 软硬件实现 嵌入式底层实现资料 嵌入式底层 F5.4(WiFi 设备定频测试固件选填) F5.5 BSP/PSP 交嵌入式应用层合版;F5.7/F5.10 确认版本关系 BSP/PSP 通过 F5.6 集成进统一固件;F8.2 提交归档资料
+ 5 软硬件实现 嵌入式应用层固件包 嵌入式应用层 F5.6 候选;F5.9 最终提测版 F5.7 冲突修订;F5.8–F5.10 技术负责人确认 F6.1 交测试;F6.8 回归版;F8.2 归档已验收版本
+ 6 测试验证 功能测试报告 测试 F6.2 F6.3–F6.9 缺陷/回归更新;F6.10 确认 F7.1 测试直接交付产品并确认接收;F8.2/F8.6 归档索引
+ 6 测试验证 可靠性测试报告(选填) 测试 F6.2(提供时) 已提供时按 F6.3–F6.9 更新缺陷/回归;F6.10 确认 已提供时由测试直接交付产品,F7.1 确认接收;F8.2/F8.6 归档索引
+ 6 测试验证 专项测试报告(选填) 测试 F6.2(提供时) 已提供时按 F6.3–F6.9 更新缺陷/回归;F6.10 确认 已提供时由测试直接交付产品,F7.1 确认接收;F8.2/F8.6 归档索引
+ 6 测试验证 提测佐证(选填) 测试 F6.2 登记索引(提供时) 已提供时按 F6.3–F6.9 补充;F6.10 确认版本与索引 F7.1 测试直接交付、产品确认接收;F7.2/F7.4 按需用于验收;F8.2/F8.6 归档索引
+ 6 测试验证 缺陷清单 测试 F6.2/F6.3 F6.3 相关负责人共同确定责任人;F6.4–F6.9 修复与测试回归;F6.10 确认 F7.1 验收限制输入;F8.2 收集、F8.6 归档
+ 7 平台/客户验收 平台验收报告或结论 产品 F7.3(二选一即可) 产品确认;F7.8–F7.9 返工后重新确认;无需业务确认 F7.10 双线门禁;F8.2 收集、F8.3 结项核对
+ 7 平台/客户验收 客户验收通过报告 产品 F7.5 草案 F7.6–F7.7 业务确认客户结果;F7.8–F7.9 返工后重新确认 F7.10 双线门禁;F8.2 收集、F8.3 结项核对
+ 7 平台/客户验收 遗留问题清单 产品 F7.3/F7.5 F7.8–F7.10 更新处置结果、责任人与期限 F8.3 关闭或确认承接;写入结项报告
+ 8 复盘结项 结项资料归档 项目Hub F8.2 收集;F8.6 汇总 F8.3 核对;F8.7 完整性与结项确认 项目关闭后锁定归档
+ 8 复盘结项 变更记录 项目Hub X.1–X.5 持续记录;F8.6 汇总 每次变更决定更新;F8.7 结项检查 随结项资料归档锁定
+ 8 复盘结项 结项报告 项目Hub F8.6 F8.2–F8.5 提供输入;F8.7 业务确认结项 项目关闭依据与归档入口 8 复盘结项 流程闭环总结 项目Hub F8.4–F8.5 复盘输入;F8.6 汇总 F8.7 结项确认 项目经验、改进项跟进与后续复用
| ID | 触发条件 | 发送 → 接收 | 正式载荷 | 约束/确认 | 对阶段的影响 |
|---|---|---|---|---|---|
| F6.1–6.2 | 技术负责人批准嵌入式应用层提交的最终固件与硬件集成版本。 | 项目Hub ↔ 测试 | 测试输入:嵌入式应用层固件包、硬件实现资料、已集成的 嵌入式底层实现资料、版本矩阵、测试计划。 必需成果草案:功能测试报告、缺陷清单。 选填成果:可靠性测试报告、专项测试报告、提测佐证。 提测佐证内容(选填):平台要求的视频、截图、log材料。 | 测试只能接收嵌入式应用层提交且经技术负责人批准的最终固件;缺陷必须关联可复现环境和版本。 | 启动测试并更新测试状态。 |
| F6.1–6.2 | 技术负责人批准嵌入式应用层提交的最终固件与硬件集成版本。 | 项目Hub ↔ 测试 | 测试输入:嵌入式应用层固件包、硬件实现资料、已集成的 嵌入式底层实现资料、版本矩阵、测试计划。 必需成果草案:功能测试报告、缺陷清单。 选填成果:可靠性测试报告、专项测试报告、提测佐证。 提测佐证内容(选填):平台要求的视频、截图、log材料。 佐证提交方式:提供时只向项目Hub登记文件索引、版本和交付状态;文件由测试直接交付产品,F7.1 确认接收。 | 测试只能接收嵌入式应用层提交且经技术负责人批准的最终固件;缺陷必须关联可复现环境和版本。 | 启动测试并更新测试状态。 |
| 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 | 最终确认成果:功能测试报告、缺陷清单的负责人确认版本。 已提供时一并确认:可靠性测试报告、专项测试报告、提测佐证。 附带内容:质量结论、覆盖率、未关闭缺陷、剩余风险和接受方。 | 测试内部确认状态必须记录;剩余风险必须有接受方;选填成果未提供不作为门禁阻塞项。 | 门禁通过并留档后开启验收。 |
| F6.10 | 阻断缺陷清零且必需成果及其测试依据齐全。 | 测试 → 项目Hub | 最终确认成果:功能测试报告、缺陷清单的负责人确认版本。 已提供时一并确认:可靠性测试报告、专项测试报告、提测佐证。 附带内容:质量结论、覆盖率、未关闭缺陷、剩余风险和接受方。 | 测试内部确认状态必须记录;剩余风险必须有接受方;选填成果未提供不作为门禁阻塞项。提测佐证提供时只登记索引、版本和测试负责人确认,无需向项目Hub上传大文件。 | 门禁通过并留档后开启验收。 |
产品组织平台和客户验收,项目Hub收集业务/客户结论,并把驳回问题精确路由到对应层级。
平台验收在前、客户验收在后;各自输入就绪时可并行开展。平台结果由产品确认,客户结果由业务确认,两部分均通过后才完成阶段 7。
| ID | 触发条件 | 发送 → 接收 | 正式载荷 | 约束/确认 | 对阶段的影响 |
|---|---|---|---|---|---|
| F7.1–7.2 | 测试门禁通过。 | 项目Hub ↔ 产品 | 验收输入:阶段 6 功能测试报告、缺陷清单及已提供的选填成果(可靠性测试报告、专项测试报告、提测佐证),以及嵌入式应用层固件包、版本矩阵和已知限制。 产品提交的正式成果草案:平台提测通过报告、客户验收通过报告、遗留问题清单。 | 产品不得隐藏已知风险。 | 形成验收包。 |
| F7.3–7.4 | 验收包完整。 | 项目Hub ↔ 业务;客户信息由业务或产品负责人线下取得 | 待确认成果:平台提测通过报告、客户验收通过报告、遗留问题清单。 提交内容:目标对照、演示、测试证据、版本、通过/驳回/附条件结论和反馈证据。 | 口头反馈必须由负责人整理后回传本角色会话,再经项目Hub进入正式流。 | 决定通过或返工。 |
| F7.5 | 验收驳回。 | 项目Hub → 产品 / 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试 | 过程记录:验收驳回记录。 关联成果:三类验收成果及被驳回所影响的上游正式成果;包含问题类别、证据、字段/版本、责任角色和返回阶段。 | 禁止笼统地全部退回实现阶段。 | 阶段保持处理中。 |
| F7.6–7.7 | 责任角色完成修正。 | 角色 → 项目Hub → 产品/测试/业务 | 修订成果:被驳回的上游正式成果新版本,以及更新后的平台提测通过报告/客户验收通过报告或遗留问题清单。 附带内容:修正说明、验证结果、证据引用和再次验收任务。 | 需要测试时必须先回测试阶段。 | 重新验收。 |
| F7.8 | 验收通过或条件明确。 | 业务 → 项目Hub | 最终确认成果:平台提测通过报告、客户验收通过报告、遗留问题清单的负责人确认版本。 附带内容:上线条件、遗留问题责任角色、期限和确认状态。 | 内部确认状态必须记录,条件不可为空泛。 | 登记验收基线并开启发布结项。 |
| F7.1 | 测试门禁通过,测试已向产品交付必需测试报告。 | 测试负责人 → 产品负责人(直接交付文件);产品 → 项目Hub(接收确认) | 接收确认:产品确认已收到测试报告及已提供的提测佐证,说明对应文件名称和版本。 验收输入:功能测试报告、缺陷清单及已提供的选填成果(可靠性测试报告、专项测试报告、提测佐证),以及嵌入式应用层固件包、版本矩阵和已知限制。 | 项目Hub只登记交付索引与产品接收确认,不中转文件,不以大文件上传为交接条件;选填成果未提供无需补交。接收确认不替代后续验收结论。 | 产品取得平台与客户验收所需输入。 |
| F7.2–7.3 | 平台验收所需输入就绪。 | 项目Hub → 产品 → 项目Hub | 正式成果:平台验收报告或结论,二选一即可。 内容:验收对象与版本、测试或平台结果引用、通过/不通过、问题和限制、产品负责人确认。 | 平台验收由产品出具报告或明确结论并确认,无需业务确认;项目Hub只登记,不代产品判断。 | 平台通过后登记该分支完成;不通过进入 F7.8–F7.9。 |
| F7.4–7.5 | 客户验收所需资料与客户联络条件就绪,不要求平台已经通过。 | 项目Hub → 产品 → 项目Hub | 正式成果草案:客户验收通过报告、遗留问题清单。 内容:客户验收对象、版本、反馈、结果、问题、责任人和期限。 | 客户验收可以与平台验收并行;客户信息由业务或产品负责人按联络边界取得并回传,不虚构客户 Agent 或客户确认。 | 形成提交业务确认的客户验收材料。 |
| F7.6–7.7 | 客户验收材料与反馈齐备。 | 项目Hub → 业务 → 项目Hub | 待确认成果:客户验收通过报告及客户相关遗留问题。 确认内容:客户验收通过或退回整改、对应版本、反馈依据和负责人确认。 | 业务确认仅针对客户验收,不作为平台验收的批准环节;未确认、未完成或退回整改均不计为客户通过。 | 客户通过后登记该分支完成;否则进入 F7.8–F7.9。 |
| F7.8–7.9 | 平台或客户验收未通过、资料缺口或结论需要修订。 | 项目Hub → 实际相关责任角色 → 项目Hub | 过程记录:验收问题与定向返工记录。 修订内容:受影响的上游成果、整改说明、必要复验结果,以及对应平台/客户验收结论和遗留问题清单。 | 需要测试时返回阶段 6,由测试独立复验;责任分工按已确认规则协调。完成后回对应验收分支;版本变化影响另一分支时,该分支也需更新确认。 | 未通过的分支保持处理中,不重启整个项目。 |
| F7.10 | 平台验收通过,且客户验收通过。 | 项目Hub登记双线结果 | 门禁依据:产品确认的平台验收报告或结论、业务确认的客户验收通过报告,以及遗留问题清单。 登记内容:两部分结论、验收对象与版本、确认人、未关闭问题的承接人和期限。 | 总条件为平台通过 + 客户通过;任一未通过、未完成或待确认均不得进入阶段 8。两部分结论应对应一致的验收对象与有效版本,不再追加平台的业务确认。 | 登记双线验收基线,进入阶段 8 资料归档与复盘结项。 |
项目Hub汇总应用、固件、板卡、BOM/ECO、测试和验收信息,形成完整归档和流程闭环。
项目Hub组织收集各阶段已确认资料,核对验收与遗留问题承接,开展项目复盘并完成结项。本阶段不安排测试或发布验证任务。
| ID | 触发条件 | 发送 → 接收 | 正式载荷 | 约束/确认 | 对阶段的影响 |
|---|---|---|---|---|---|
| F8.1–8.3 | 业务验收门禁通过。 | 项目Hub ↔ 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 | 归档输入:嵌入式应用层固件包 最终版、被集成的 嵌入式底层实现资料、硬件设计包、硬件实现资料、最终 版本矩阵 和角色发布声明。 将写入:结项资料归档、变更记录。 | 最终固件只由嵌入式应用层提交;嵌入式底层只提交被集成版本和归档资料;技术负责人确认整体版本匹配。 | 形成发布候选。 |
| F8.4–8.5 | 发布候选锁定。 | 项目Hub ↔ 测试 | 过程记录:发布冒烟测试记录。 关联成果:结项资料归档、结项报告;已提供提测佐证时按需更新最终版材料,未提供不作为归档阻塞项。 提交内容:冒烟任务、最终版本、结果和证据。 | 不得使用非最终版本。 | 失败则停止发布并路由修复。 |
| F8.6 | 冒烟通过。 | 项目Hub ↔ 产品/业务 | 结项核对内容:平台提测通过报告/客户验收通过报告、遗留问题清单、未关闭风险和遗留事项。 将写入:结项报告、流程闭环总结。 | 每项必须关闭或有责任角色/期限。 | 准备结项。 |
| F8.7–8.8 | 角色工作完成。 | 角色 → 项目Hub → 归档库 | 正式成果:结项资料归档、变更记录、结项报告、流程闭环总结。 角色提交内容:最终成果索引、版本、证据、变更记录、结项摘要和遗留事项;项目Hub生成可追踪结项包。 | 不能用聊天记录替代成果索引。 | 生成结项包。 |
| F8.9 | 需要组织级结项确认。 | 业务 → 项目Hub | 最终确认成果:结项报告、流程闭环总结 和 结项资料归档 完整性结论。 附带内容:结项批准或补充清单、确认状态和时间。 | 内部授权状态必须记录;补充项未关闭不得 CLOSED。 | 批准后锁定四类结项成果并关闭项目。 |
| F8.1–8.2 | 阶段 7 平台验收和客户验收均已通过。 | 项目Hub ↔ 实际相关角色 | 收集资料:各阶段正式成果的当前有效版本、必要过程记录、变更记录、项目进度、成果索引和对应确认。 实现资料:已验收的应用层统一固件、被集成的底层版本、硬件设计包、硬件实现资料及匹配版本关系。 | 沿用已确认成果,不重新要求制作同内容文件;实际未参与的角色不虚构成果。测试直接交付产品的资料保留文件索引和产品接收确认,项目Hub无需收存或重复转交大文件。 | 形成结项资料清单与缺口清单。 |
| F8.3 | 各阶段资料与验收记录已收集。 | 项目Hub ↔ 产品 / 业务 | 核对内容:产品确认的平台验收报告或结论、业务确认的客户验收通过报告、遗留问题清单。 承接信息:未关闭问题、风险、责任人、期限和后续跟进方式。 | 只核对已有双线验收结果,不重新给平台增加业务批准;遗留事项必须已关闭或有明确承接。 | 确认结项范围与后续责任。 |
| F8.4–8.5 | 项目事实、阶段成果及主要问题已整理。 | 项目Hub → 实际相关角色 → 项目Hub | 复盘输入:目标完成情况、计划与实际偏差、协作与质量问题、有效经验和改进建议。 输出:各角色确认的复盘结论与改进项,汇入《流程闭环总结》。 | 复盘基于已有事实和记录,不把未执行的验证写成已完成;改进项说明责任人和跟进安排。 | 完成项目复盘并形成可跟进的改进项。 |
| F8.6 | 资料收集、验收核对和项目复盘完成。 | 项目Hub → 归档库 | 正式成果:结项资料归档、变更记录、结项报告、流程闭环总结。 汇总内容:最终资料索引、有效版本、阶段确认、验收结论、复盘经验、改进项与遗留责任。 | 保留历史版本和引用,不以完整聊天记录代替项目档案;选填成果未提供不作为归档阻塞项。 | 形成可追溯的结项包。 |
| F8.7 | 结项包完整且遗留事项已有承接。 | 业务 → 项目Hub | 确认对象:结项报告、流程闭环总结和结项资料归档完整性。 结项决定:确认结项或补充清单、负责人确认与时间。 | 待补充的结项必需项未完成时不关闭;确认结项不代表新增测试、发布或生产验证已经执行。 | 确认后锁定四类结项成果,关闭项目并按安排跟进遗留与改进项。 |