From 807054bc9552fa68c35b391b29d45b96d6c1dbf6 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E6=9D=8E=E9=9F=B5?= Date: Sat, 5 Sep 2026 20:05:09 +0800 Subject: [PATCH] docs: split acceptance tracks and streamline retrospective closure --- .../Codex多角色项目推进总流程图-V0.15.html | 181 ++++++++++-------- 1 file changed, 96 insertions(+), 85 deletions(-) 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 @@
-

从业务需求到发布结项

+

从业务需求到复盘结项

主线按成果和确认门推进;测试失败、业务验收驳回和需求变更通过回路返回正确阶段,不需要从头重启项目。

@@ -835,17 +835,17 @@
07
-

业务验收

主责:产品
-
依据业务目标、验收标准和质量证据作最终判断。
驳回需求→产品;应用问题→嵌入式应用层;嵌入式底层软件问题→嵌入式底层;硬件问题→硬件;架构问题→技术负责人;证据问题→测试
通过形成正式业务验收结论,进入发布准备
-
正式成果平台提测通过报告客户验收通过报告遗留问题清单
+

平台/客户验收

产品组织 · 平台:产品确认 · 客户:业务确认
+
平台验收在前,客户验收在后;输入就绪时可并行。产品确认收到测试直接交付的报告及已提供的提测佐证。
未通过按平台或客户问题定向整改,回到对应分支重新验收。
总条件平台通过(产品确认)+ 客户通过(业务确认),两项均通过后进入复盘结项。
+
正式成果平台验收报告或结论
产品出具并确认,无需业务确认
客户验收通过报告
业务确认客户验收结果
遗留问题清单
-
业务批准验收结论和上线条件
+
平台验收通过(产品确认) + 客户验收通过(业务确认)
08
-

发布结项

项目Hub协调 · 技术负责人确认 · 嵌入式应用层/嵌入式底层/硬件执行 · 测试验证
-
检查应用、固件、板卡版本、BOM/ECO、发布清单、冒烟、回滚和遗留事项承接。项目Hub汇总复盘,整理各阶段正式成果、必要过程记录、项目进度和成果索引;不把完整聊天记录当成项目档案。
-
正式成果结项资料归档
形成最终结果的流程文件
变更记录结项报告流程闭环总结
+

复盘结项

项目Hub组织 · 相关角色提供资料与复盘输入 · 业务确认结项
+
收集项目资料,开展项目复盘并完成结项。项目Hub整理各阶段已确认成果、必要过程记录、项目进度和成果索引,核对双线验收与遗留问题承接,汇总经验及改进项。
+
正式成果结项资料归档
形成最终结果的流程文件
变更记录结项报告流程闭环总结
项目复盘经验与改进项
@@ -865,29 +865,29 @@

各阶段角色信息流图谱

以下内容直接承接总流程图,展示每条会影响成果、决策、门禁、返工或版本的正式信息流,并说明触发条件、发送方、接收方、载荷、确认要求和阻塞约束。

绿色:正式成果、候选成果或正式基线黄色:过程记录、关联成果或修订对象
00 / RULES
-

所有阶段共同遵守的流转规则

现阶段成员角色之间不能直接通信。跨角色问题、成果和结论都必须经项目Hub定向中继、校验、登记和重新分发。

+

所有阶段共同遵守的流转规则

成员 Agent 的跨角色任务、问题和结论仍经项目Hub定向中继、校验和登记。阶段 7 测试资料由测试负责人直接交付产品负责人,产品向项目Hub确认接收,文件不由项目Hub转发。

-
唯一正式路径:触发事件 → 主责角色与本角色真人负责人对齐 → 完成指定文件、专业自审与负责人确认 → 提交项目Hub → 项目Hub检查文件、版本、证据、确认、依赖和冲突 → 定向路由目标角色 → 目标角色完成任务后返回项目Hub → 项目Hub留档并安排下游。信息流图只使用正式角色名称,不单列角色内部的 AI 会话与人工确认过程。
+
正式任务流转路径:触发事件 → 主责角色与本角色真人负责人对齐 → 完成指定文件、专业自审与负责人确认 → 向项目Hub提交成果及确认信息 → 项目Hub检查文件或已约定的交付索引、版本、证据、确认、依赖和冲突 → 定向路由目标角色 → 目标角色完成任务后返回项目Hub → 项目Hub留档并安排下游。信息流图只使用正式角色名称,不单列角色内部的 AI 会话与人工确认过程。阶段 7 文件直接交付与接收确认按该阶段约定执行,不要求大文件经过项目Hub传输。
正式任务默认要求主责角色输出约定成果;确认不适用时记录原因、影响和替代证据。验证期可由负责人决定跳转、回退或暂缓,但必须保留缺失项、风险和补齐安排,不能把跳过写成已通过,也不能静默删除已有文件。
项目Hub业务产品技术负责人嵌入式应用层嵌入式底层硬件测试
- +
主体是否为项目职能角色定义主要确认权限不能做什么
各专业角色是图中的正式角色名称统一代表该角色完成 AI 辅助自审与人工确认后的责任主体;内部审查过程不作为跨角色信息流单列。以角色名义确认并发出本角色专业结论、正式成果、现实工期承诺、风险接受和正式交付;阶段 4 的资源与排期基线由产品确认。不能替其他角色作出专业确认。
业务是;同时承担项目级组织授权业务节点同时包含业务专业判断和项目级组织授权的内部确认。除业务成果外,负责确认预算、采购/打样、对外承诺日期、暂停/取消和高影响成果豁免;阶段 4 的计划与排期可由项目Hub同步知会业务。不替代产品、技术负责人、硬件或测试等角色给出专业结论。
业务是;同时承担项目级组织授权业务节点同时包含业务专业判断和项目级组织授权的内部确认。除业务成果外,负责确认预算、采购/打样、对外承诺日期、暂停/取消和高影响成果豁免,以及客户验收和项目结项;阶段 4 的计划与排期可由项目Hub同步知会业务,平台验收由产品确认而不经业务批准。不替代产品、技术负责人、硬件或测试等角色给出专业结论。
项目Hub是项目Hub运行中心 AI,是项目唯一正式信息中心、任务路由器、成果校验器、阶段门禁执行者和项目状态内部记录维护者。可依据证据更新项目状态、按角色需要分发状态快照、完成普通项目级审查和低影响豁免;高影响事项必须升级给业务。不能自行承诺真实资源、预算、范围、日期或专业结论,也不能以推测代替角色提供的状态证据。
角色与成员配置:图中的八个角色是当前默认基线,不是永久封闭的角色集合。新增自定义角色前先定义目标、职责边界、参与阶段、正式成果、上下游依赖和确认权限,再由 Hub 真人负责人在 Etunel 中手动添加。项目Hub使用 etunel_list_roles 读取实际 role、display_name 和 relationship;各角色会话不向负责人重复确认成员 ID、会话 ID 或其他未由工具提供的字段。阶段 4 再通过《角色分工》将实际任务主责和交接关系正式基线化。
项目成员清单:项目创建完成后、首个正式任务派发前,项目Hub从同一次 etunel_list_roles 结果生成 JSON 版和全中文 HTML 版《项目成员清单》。两份清单只记录项目名称、版本、导出时间及工具实际返回的 role、display_name、relationship,不虚构成员、会话或人员编号。角色变化后生成新版本,不覆盖历史版本;该清单不替代阶段 4 的《角色分工》。
任务与状态规则:每项任务只有一个主责角色;依赖已经满足的多项任务可以形成任务波次,同一角色的内聚工作可以组成一个任务包。项目模式、任务结果、成果状态、阶段门禁、测试结论和业务验收含义不同,不得相互替代。对负责人使用“通过、失败、阻塞、不适用、延期”等自然中文;机器枚举只在工具字段明确要求时使用。
-
项目文件与进度留档:项目Hub按 项目资料/00-项目管理 和八个阶段目录整理资料,维护《项目概览》《项目进度》《成果索引》及必要的《阶段记录》。正式成果放入对应阶段的角色目录,重要草稿、退回原因、决定和阻塞放入过程记录;正式文件不覆盖,回退不删除历史。阶段交接和钉钉里程碑通知前先完成留档,但目录排版本身不是新的专业门禁。
+
项目文件与进度留档:项目Hub按 项目资料/00-项目管理 和八个阶段目录整理资料,维护《项目概览》《项目进度》《成果索引》及必要的《阶段记录》。正式成果放入对应阶段的角色目录,重要草稿、退回原因、决定和阻塞放入过程记录;正式文件不覆盖,回退不删除历史。阶段交接和钉钉里程碑通知前先完成留档,但目录排版本身不是新的专业门禁。阶段 7 直接交付的测试资料以文件索引和产品接收确认为留档依据,项目Hub无需复制大文件。
任意角色
G.1提交已完成内部审查确认的消息、成果或请求说明完成情况、负责人确认、成果路径、版本、证据和待处理事项
项目Hub
项目Hub
G.2形式校验、跨角色冲突检查、登记并路由不替角色判断专业内容质量
目标角色
@@ -930,8 +930,8 @@ 角色确认专业结论由对应角色内部形成并确认;阶段 4 的资源与排期由产品确认,预算、采购及对外承诺等项目级组织授权仍由业务内部完成。信息流图只显示统一的正式角色主体。未完成负责人确认时不得作为正式结果发出。 项目状态同步项目Hub维护有版本和证据的项目状态内部记录,并在关键变化时主动向受影响角色推送,或按 S.1–S.4 响应角色查询与纠正。状态来源、版本或时点不明时不得作为任务执行依据。 异常协同项目对异常主动提醒关联角色;复杂问题建议当前主责角色组织线下会议,统一确认后提交结构化结论。未按 E.1–E.4 闭环,不得恢复原流程或推进门禁。 - 跨角色沟通成员角色之间不直接通信;问题、最终结论、约束、证据和影响都通过项目Hub定向中继。绕过项目Hub取得的信息不能作为正式下游输入。 - 门禁正常顺序推进时,只有成果完整、版本正确、证据可访问、确认齐全才能通过;跳转、回退或暂缓按负责人决定另行记录。未满足且没有明确跳转决定时,阶段保持阻塞。 + 跨角色沟通成员 Agent 之间不直接通信;任务、问题、最终结论、约束和影响都通过项目Hub定向中继。阶段 7 测试报告及已提供的提测佐证可由测试负责人直接交付产品负责人,接收确认回传项目Hub登记。未经确认或未登记的信息不能作为正式下游输入;已按阶段 7 确认接收的文件不要求项目Hub重新转交。 + 门禁正常顺序推进时,只有必需成果完整、版本正确、证据可访问、确认齐全才能通过;阶段 7 直接交付的测试资料以产品确认收到为交接依据,不要求项目Hub接收大文件。跳转、回退或暂缓按负责人决定另行记录。未满足且没有明确跳转决定时,阶段保持阻塞;接收确认不等于验收通过。
@@ -944,31 +944,31 @@ 2 产品定义立项资料产品F2.2F2.3–F2.6 专业评审与修订;F2.7–F2.8 业务批准F3.1 方案设计输入;F4.1 项目规划输入 2 产品定义测试验收标准产品F2.2F2.3–F2.6 测试评审;F2.7–F2.8 业务批准F3.7 测试计划 输入;F6.1 测试输入;F7.1 验收输入 2 产品定义里程碑要求产品F2.2F2.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.2F3.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 项目规划项目计划项目HubF4.1F4.2 技术负责人确认;F4.3–F4.5 定向修订;F4.6–F4.7 产品确认资源与排期F4.8 分发相关执行角色,可同步业务;F5.1 实现任务输入;后续由 X 流程变更 4 项目规划项目风险项目HubF4.1,汇总阶段 2 已识别风险和阶段 3 方案风险F4.2–F4.7 更新与确认;E/X 流程持续更新F4.8 分发;F5.1 实现风险输入;S.2 按角色同步 4 项目规划角色分工项目HubF4.1F4.2 技术负责人确认;F4.3–F4.5 问题任务修订F4.8 随正式任务分发;F5.1 实现责任输入 4 项目规划产品资料整合项目HubF4.1F4.2 技术负责人检查产品与方案输入引用F4.8 按角色裁剪分发;F5.1 实现输入 4 项目规划项目状态内部记录项目HubF4.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.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.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 关闭或承接;写入 结项报告 - 8 发布结项结项资料归档项目HubF8.7–F8.8F8.1–F8.7 汇集输入;F8.9 完整性确认项目关闭后锁定归档 - 8 发布结项变更记录项目HubX.1–X.5 持续记录;F8.8 汇总每次 变更决定 更新;F8.9 结项检查随 结项资料归档 锁定 - 8 发布结项结项报告项目HubF8.8F8.4–F8.7 提供输入;F8.9 业务确认项目关闭依据与归档入口 - 8 发布结项流程闭环总结项目HubF8.8F8.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.2F6.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.3F6.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.5F7.8–F7.10 更新处置结果、责任人与期限F8.3 关闭或确认承接;写入结项报告 + 8 复盘结项结项资料归档项目HubF8.2 收集;F8.6 汇总F8.3 核对;F8.7 完整性与结项确认项目关闭后锁定归档 + 8 复盘结项变更记录项目HubX.1–X.5 持续记录;F8.6 汇总每次变更决定更新;F8.7 结项检查随结项资料归档锁定 + 8 复盘结项结项报告项目HubF8.6F8.2–F8.5 提供输入;F8.7 业务确认结项项目关闭依据与归档入口 + 8 复盘结项流程闭环总结项目HubF8.4–F8.5 复盘输入;F8.6 汇总F8.7 结项确认项目经验、改进项跟进与后续复用 @@ -1112,57 +1112,68 @@
测试
F6.10提交内部确认的最终质量结论和剩余风险功能测试报告和缺陷清单完整,已提供的选填成果完成确认后
项目Hub
- + - +
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上传大文件。门禁通过并留档后开启验收。
-
07 / ACCEPT

阶段 7:业务验收信息流

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

-
主责产品主责验收成果;项目Hub组织流转;业务批准
核心成果平台提测通过报告、客户验收通过报告、遗留问题清单
门禁业务完成内部确认并提交验收及上线条件
+
07 / ACCEPT

阶段 7:平台验收与客户验收信息流

平台验收在前、客户验收在后;各自输入就绪时可并行开展。平台结果由产品确认,客户结果由业务确认,两部分均通过后才完成阶段 7。

+
主责产品组织两部分验收;平台由产品确认,客户由业务确认;项目Hub登记与协调
核心成果平台验收报告或结论、客户验收通过报告、遗留问题清单
总门禁平台验收通过 + 客户验收通过,两项缺一不可
+
资料交接:测试负责人直接向产品负责人交付测试报告及已提供的提测佐证,文件不经项目Hub转发。产品只需确认收到对应资料;项目Hub登记文件名称、版本和接收确认,不要求大文件上传或重复转交。提测佐证仍为选填,未提供不阻塞验收;收到材料不等于验收通过。
-
项目Hub
F7.1下发验收组织任务与必需测试成果测试门禁通过后
产品
-
产品
F7.2提交平台/客户验收资料引用测试证据、版本和已知限制
项目Hub
-
项目Hub
F7.3向业务发起验收确认呈现目标、证据、风险和遗留问题;客户反馈由业务或产品负责人按边界线下取得
业务
-
业务
F7.4返回通过、驳回或附条件通过整理必要的客户反馈;驳回必须描述场景和证据
项目Hub
-
项目Hub
F7.5分类并路由验收问题需求/嵌入式应用层/嵌入式底层/硬件/架构/证据
产品 / 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试
-
责任角色
F7.6提交修正、说明或风险处置形成新成果版本或正式解释
项目Hub
-
项目Hub
F7.7组织重新验证和再次验收只返回受影响阶段,不重启整个项目
产品/测试/业务
-
业务
F7.8提交内部确认的最终验收和上线条件遗留问题必须有责任人和期限
项目Hub
+
产品
F7.1确认收到测试报告及已提供的提测佐证测试直接交付文件;项目Hub仅登记产品接收确认
项目Hub
+
+

第一部分:平台验收

+
+
项目Hub
F7.2组织平台验收,明确验收对象和依据优先启动平台验收;产品使用已收到的测试资料
产品
+
产品
F7.3出具平台验收报告或结论产品负责人确认通过或不通过;无需业务确认
项目Hub
+
+

第二部分:客户验收

+
+
项目Hub
F7.4组织客户验收,准备客户验收资料客户验收输入就绪时,可与平台验收并行,不必等待平台先通过
产品
+
产品
F7.5提交客户验收报告和遗留问题清单客户反馈由业务或产品负责人按联络边界取得
项目Hub
+
项目Hub
F7.6请求业务确认客户验收结果只确认客户验收部分,不追加平台验收审批
业务
+
业务
F7.7确认客户验收通过或退回整改明确客户反馈、结论、版本及遗留问题承接
项目Hub
+
+

共用返工与验收总门禁

+
+
项目Hub
F7.8定向路由平台或客户验收未通过的问题只处理实际受影响部分;需要测试时返回阶段 6
实际相关责任角色
+
责任角色
F7.9提交整改成果、说明及必要复验结果平台返回 F7.2–F7.3;客户返回 F7.4–F7.7,分别更新结论
项目Hub
+
项目Hub
F7.10核对平台通过 + 客户通过,登记验收基线平台有产品确认,客户有业务确认;两项均通过后进入阶段 8
项目Hub
- - - - - + + + + + +
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 资料归档与复盘结项。
-
08 / CLOSE

阶段 8:发布结项信息流

项目Hub汇总应用、固件、板卡、BOM/ECO、测试和验收信息,形成完整归档和流程闭环。

-
协调项目Hub;技术负责人技术确认
核心成果结项资料归档、变更记录、结项报告、流程闭环总结
门禁版本匹配、冒烟通过、遗留事项有承接、归档完整
+
08 / CLOSE

阶段 8:资料归档与复盘结项信息流

项目Hub组织收集各阶段已确认资料,核对验收与遗留问题承接,开展项目复盘并完成结项。本阶段不安排测试或发布验证任务。

+
协调项目Hub组织;实际参与角色提供资料和复盘输入;业务确认结项
核心成果结项资料归档、变更记录、结项报告、流程闭环总结(项目复盘)
门禁双线验收通过、资料归档完整、复盘完成、遗留问题已关闭或落实承接
-
项目Hub
F8.1请求最终版本矩阵确认嵌入式应用层提交的最终固件必须绑定嵌入式底层、板卡和 BOM/ECO 版本
技术负责人
-
项目Hub
F8.2下发发布与归档任务按角色明确最终交付清单
嵌入式应用层 / 嵌入式底层 / 硬件
-
嵌入式应用层 / 嵌入式底层 / 硬件
F8.3分别提交最终固件、底层归档资料和 BOM/ECO最终固件只由嵌入式应用层提交;嵌入式底层不单独发布固件
项目Hub
-
项目Hub
F8.4请求发布冒烟与最终验证使用最终版本矩阵
测试
-
测试
F8.5提交冒烟结果和最终证据失败立即停止发布/结项
项目Hub
-
项目Hub
F8.6核对验收条件与遗留事项遗留问题必须关闭或有承接
产品/业务
-
全部角色
F8.7提交内部确认的结项摘要和资料索引禁止只提供聊天记录
项目Hub
-
项目Hub
F8.8生成归档、变更记录和结项报告验证追踪链和缺失项
归档库
-
业务
F8.9确认结项或要求补充组织级结项由业务内部完成授权
项目Hub
+
项目Hub
F8.1下发资料收集与项目复盘任务只面向实际参与、持有成果或承担遗留事项的角色
实际相关角色
+
实际相关角色
F8.2提交各阶段最终资料与成果索引沿用已确认版本,附变更记录、必要过程记录及资料位置
项目Hub
+
项目Hub
F8.3核对双线验收结果与遗留问题承接平台采用产品确认,客户采用业务确认;遗留问题落实责任人与期限
产品 / 业务
+
项目Hub
F8.4组织项目复盘,收集经验与改进建议围绕目标完成、计划偏差、协作、质量问题和改进措施
实际相关角色
+
实际相关角色
F8.5提交复盘结论与改进项说明经验、问题原因、改进措施、责任人和跟进安排
项目Hub
+
项目Hub
F8.6汇总资料归档、变更记录、复盘总结与结项报告核对资料索引、有效版本、确认记录及遗留事项承接
归档库
+
业务
F8.7确认项目结项或要求补充依据归档完整性、项目复盘和遗留事项承接进行结项确认
项目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确认对象:结项报告、流程闭环总结和结项资料归档完整性。
结项决定:确认结项或补充清单、负责人确认与时间。
待补充的结项必需项未完成时不关闭;确认结项不代表新增测试、发布或生产验证已经执行。确认后锁定四类结项成果,关闭项目并按安排跟进遗留与改进项。
@@ -1271,23 +1282,23 @@ "F6.8": ["artifact", "提交修订成果:嵌入式应用层固件包(统一回归版本)"], "F6.9": ["process", "回归输入:统一固件 / 版本矩阵 / 缺陷清单"], "F6.10": ["artifact", "最终确认:功能测试报告 / 缺陷清单;已提供的选填成果一并确认"], - "F7.1": ["process", "验收输入:功能测试报告 / 缺陷清单 / 已提供的选填成果 / 应用固件包 / 版本矩阵"], - "F7.2": ["artifact", "提交成果草案:平台提测通过报告 / 客户验收通过报告 / 遗留问题清单"], - "F7.3": ["process", "待确认成果:平台提测通过报告 / 客户验收通过报告 / 遗留问题清单"], - "F7.4": ["artifact", "提交验收结论:更新三类业务验收成果"], - "F7.5": ["process", "过程记录:验收驳回记录;关联验收成果及受影响上游成果"], - "F7.6": ["process", "修订对象:被驳回的上游成果及验收成果"], - "F7.7": ["process", "过程记录:重新验证与再次验收任务"], - "F7.8": ["artifact", "最终确认成果:平台提测通过报告 / 客户验收通过报告 / 遗留问题清单"], - "F8.1": ["process", "过程记录:最终版本矩阵;关联三类实现成果"], - "F8.2": ["process", "过程记录:发布与归档任务;待汇集四类结项成果"], - "F8.3": ["process", "归档输入:最终固件 / 底层归档资料 / 硬件设计包 / 硬件实现资料 / 版本矩阵"], - "F8.4": ["process", "过程记录:发布冒烟任务;关联结项报告及已提供的提测佐证"], - "F8.5": ["process", "过程记录:发布冒烟结果;写入结项报告;已提供的提测佐证按需更新"], - "F8.6": ["process", "结项输入:验收报告 / 遗留问题清单 / 遗留风险"], - "F8.7": ["process", "归档输入:各角色最终成果索引 / 版本 / 证据 / 结项摘要"], - "F8.8": ["artifact", "生成正式成果:结项资料归档 / 变更记录 / 结项报告 / 流程闭环总结"], - "F8.9": ["artifact", "确认成果:结项报告 / 流程闭环总结 / 结项资料归档完整性"] + "F7.1": ["process", "接收确认:测试直接交付报告及已提供的提测佐证;产品确认收到"], + "F7.2": ["process", "平台验收输入:已接收测试资料 / 验收标准 / 版本"], + "F7.3": ["artifact", "平台验收报告或结论:产品确认,无需业务确认"], + "F7.4": ["process", "客户验收任务:输入就绪可与平台验收并行"], + "F7.5": ["artifact", "提交客户验收通过报告草案 / 遗留问题清单"], + "F7.6": ["process", "请求确认:客户验收结果;不包含平台审批"], + "F7.7": ["artifact", "业务确认客户验收通过或退回整改"], + "F7.8": ["process", "过程记录:平台或客户验收问题及定向返工任务"], + "F7.9": ["process", "修订对应分支成果与结论;必要测试返回阶段 6"], + "F7.10": ["process", "总门禁:平台通过(产品确认)+ 客户通过(业务确认)"], + "F8.1": ["process", "过程记录:资料收集与项目复盘任务"], + "F8.2": ["process", "收集:各阶段已确认成果 / 版本 / 索引 / 必要记录"], + "F8.3": ["process", "核对:平台产品确认 / 客户业务确认 / 遗留问题承接"], + "F8.4": ["process", "项目复盘:目标 / 计划偏差 / 协作 / 质量问题 / 改进"], + "F8.5": ["process", "复盘输入:经验 / 改进项 / 责任人 / 跟进安排"], + "F8.6": ["artifact", "汇总:结项资料归档 / 变更记录 / 结项报告 / 流程闭环总结"], + "F8.7": ["artifact", "确认:项目结项 / 归档完整性 / 复盘与遗留承接"] }; document.querySelectorAll("section[id^='stage'] .if-flow-id").forEach((node) => { const flowId = node.textContent.split("·")[0].trim();