diff --git a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html index 808b4c2..a0e3aea 100644 --- a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html +++ b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html @@ -713,8 +713,8 @@ V0.15创建:2026-09-04
生效:待定REVIEW -
  1. 建立待评审版本管理:区分创建日期与生效日期,增加 REVIEW 状态和页面顶部提示。
  2. 功能测试报告的覆盖范围移除“配置”,保留功能、流程、状态、接口、异常与恢复。
  3. 项目背景说明的客户信息字段明确为“对接客户名称、最终客户名称”。
  4. 项目背景说明中的“预期价值”标注为选填项。
  5. 项目背景说明中的金额补充说明明确“预计销售额”为选填项。
  6. 项目背景说明移除“成功指标”,同步清理业务需求摘要与业务验收中的相关引用。
  7. 立项书内容调整为项目目标、项目基础信息、初步里程碑要求、项目干系人、版本说明等信息。
  8. 功能清单表述调整为“定义设备支持的功能项”。
  9. 结构板框图标注为选填项。
  10. 删除立项资料中独立的“版本说明”条目,版本说明纳入立项书。
  11. 业务需求阶段工作说明调整为明确目标与价值,并补齐业务对象、业务目标和范围。
  12. 阶段 2 正式成果“里程碑要求”更名为“客户里程碑要求”,同步更新本版本成果矩阵与信息流引用,保留原有时间项。
- 文档版本管理;阶段 1 业务需求与项目背景说明;阶段 2 产品定义、立项资料与客户里程碑要求;阶段 6 测试验证与功能测试报告范围表述;阶段 7 业务验收依据。 +
  1. 建立待评审版本管理:区分创建日期与生效日期,增加 REVIEW 状态和页面顶部提示。
  2. 功能测试报告的覆盖范围移除“配置”,保留功能、流程、状态、接口、异常与恢复。
  3. 项目背景说明的客户信息字段明确为“对接客户名称、最终客户名称”。
  4. 项目背景说明中的“预期价值”标注为选填项。
  5. 项目背景说明中的金额补充说明明确“预计销售额”为选填项。
  6. 项目背景说明移除“成功指标”,同步清理业务需求摘要与业务验收中的相关引用。
  7. 立项书内容调整为项目目标、项目基础信息、初步里程碑要求、项目干系人、版本说明等信息。
  8. 功能清单表述调整为“定义设备支持的功能项”。
  9. 结构板框图标注为选填项。
  10. 删除立项资料中独立的“版本说明”条目,版本说明纳入立项书。
  11. 业务需求阶段工作说明调整为明确目标与价值,并补齐业务对象、业务目标和范围。
  12. 阶段 2 正式成果“里程碑要求”更名为“客户里程碑要求”,同步更新本版本成果矩阵与信息流引用,保留原有时间项。
  13. 阶段 1 正式成果“项目目标与里程碑计划”更名为“客户里程碑要求”,同步更新成果矩阵、阶段 1 信息流及阶段 2 输入引用,保留原有时间项和主责。
+ 文档版本管理;阶段 1 业务需求、项目背景说明与客户里程碑要求;阶段 2 产品定义、立项资料与客户里程碑要求;阶段 6 测试验证与功能测试报告范围表述;阶段 7 业务验收依据。 V0.142026-09-02CURRENT @@ -789,7 +789,7 @@
01

业务需求

主责:业务
明确目标与价值。补齐业务对象、业务目标、范围。
-
正式成果项目背景说明
客户信息:对接客户名称、最终客户名称
项目名称:统一名称或客户规定的项目代号
产品要求:产品形态、提测平台
项目来源:新客户、新项目、旧产品升级、竞品替换或成本优化
需求背景:客户为什么提出这个需求,要解决什么问题
业务目标:本项目希望实现的业务结果
预期价值(选填):可验证的价值假设
订单、预计销售额等信息均为选填,仅在项目适用时补充
项目目标与里程碑计划
提测时间
入库时间
小批量试产时间
量产时间
+
正式成果项目背景说明
客户信息:对接客户名称、最终客户名称
项目名称:统一名称或客户规定的项目代号
产品要求:产品形态、提测平台
项目来源:新客户、新项目、旧产品升级、竞品替换或成本优化
需求背景:客户为什么提出这个需求,要解决什么问题
业务目标:本项目希望实现的业务结果
预期价值(选填):可验证的价值假设
订单、预计销售额等信息均为选填,仅在项目适用时补充
客户里程碑要求
提测时间
入库时间
小批量试产时间
量产时间
业务确认需求基线
@@ -940,7 +940,7 @@
判定原则:正式成果必须由指定主责角色输出;过程记录只能解释校验、评审、冲突、变更和确认,不得替代正式成果。若某项成果获准豁免,则以下对应流转中的成果引用改为豁免记录和替代证据。
- + @@ -974,10 +974,10 @@
01 / BUSINESS

阶段 1:业务需求信息流

把客户背景、业务目标和关键里程碑转换成经过业务角色内部确认的需求基线。

-
主责业务
核心成果项目背景说明、项目目标与里程碑计划
门禁业务完成内部审查并确认需求基线
+
主责业务
核心成果项目背景说明、客户里程碑要求
门禁业务完成内部审查并确认需求基线
业务完成原始信息收集、成果自查和负责人确认后,以统一的“业务”主体提交成果。项目Hub完成文件、版本、证据和跨角色冲突检查后,将业务成果评审版本路由给产品;产品据此判断是否需要早期风险预检,并负责指定一个或多个预检对象角色。项目Hub只能按照产品给出的角色名单路由,不得自行增删或替换。业务最终确认后,项目Hub先留档,再向产品分发正式业务基线并开启产品定义。
-
业务
F1.1提交完成内部审查的项目背景与里程碑草案附负责人确认、来源引用和实际成果文件
项目Hub
+
业务
F1.1提交完成内部审查的项目背景与客户里程碑要求草案附负责人确认、来源引用和实际成果文件
项目Hub
项目Hub
F1.2 · 条件触发仅在发现形式错误或跨来源冲突时返回问题触发范围仅限文件结构、版本、证据和已登记信息冲突;无异常则不启用此流
业务
项目Hub
F1.3分发已通过形式校验的业务成果评审版本附成果版本、证据引用、状态和待确认项
产品
产品
F1.4指定对象角色并提交早期风险预检请求产品根据风险内容选择一个或多个专业角色
项目Hub
@@ -987,13 +987,13 @@
项目Hub
F1.8向产品分发正式业务基线并开启产品定义只能引用已经确认并留档的当前有效版本
产品
阶段正式成果主责角色首次形成/提交评审、修订与确认正式分发/下游使用
1 业务需求项目背景说明业务F1.1F1.2 条件修订;F1.7 业务确认F1.3 评审分发;F1.8 正式基线给产品
1 业务需求项目目标与里程碑计划业务F1.1F1.2 条件修订;F1.7 业务确认F1.3 评审分发;F1.8 正式基线给产品
1 业务需求客户里程碑要求业务F1.1F1.2 条件修订;F1.7 业务确认F1.3 评审分发;F1.8 正式基线给产品
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 状态同步
- - - - - - - + + + + + + +
ID触发条件发送 → 接收正式载荷约束/确认对阶段的影响
F1.1收到新的客户需求或业务机会,且业务已完成原始信息收集、自查和负责人确认。业务 → 项目Hub正式成果草案:项目背景说明、项目目标与里程碑计划。
附带内容:负责人确认、来源引用、成果版本和实际文件。
项目Hub不重复判断业务内容质量,只检查形式和跨来源一致性。进入中心登记。
F1.2(条件流)仅当文件结构、版本、证据不合规,或与已登记正式信息发生冲突时触发;不存在上述问题时跳过。项目Hub → 业务过程记录:形式校验问题清单或冲突清单。
关联成果:受影响的项目背景说明/项目目标与里程碑计划及其字段、版本、冲突来源和修正要求。
项目Hub不能生成业务缺失项或替业务补写事实;无错误或冲突时不得发起此流。触发后,错误或冲突关闭前阻塞登记;未触发则直接进入 F1.3。
F1.3业务成果通过项目Hub的文件、版本、证据和跨角色冲突检查并完成登记。项目Hub → 产品评审分发成果:待评审的项目背景说明、项目目标与里程碑计划。
附带内容:成果版本、状态、证据、待确认项和回复时限。
必须标明这是待评审版本,不得冒充正式基线,产品不得据此直接启动阶段 2。产品获得早期风险识别所需上下文。
F1.4产品审阅业务成果后,判断存在需要其他专业角色提前确认的风险。产品 → 项目Hub过程记录:早期风险预检请求。
关联成果:项目背景说明/里程碑计划的相关字段与版本;另含预检原因、问题、目标角色、期望输出和时限。
是否预检、预检范围及对象角色均由产品负责指定;项目Hub不代替产品判断。按产品指定名单创建预检任务。
F1.5–1.6产品预检请求格式完整,且指定的对象角色均为当前项目有效成员。项目Hub ↔ 产品指定的对象角色过程记录:角色预检任务 / 预检结果(角色预检任务/结论)。
关联成果:项目背景说明、项目目标与里程碑计划;返回本专业红线、风险、证据、待澄清项和受影响字段,作为后续 项目风险 输入。
项目Hub必须主动提醒全部关联角色,只校验、路由和汇总,不得自行增删产品指定名单。多角色结论冲突、影响较大或无法异步收敛时,建议由产品组织线下会议;参与角色统一确认的结论按 E.3 回传后,才能继续当前流程。补充业务澄清和早期风险登记;复杂问题进入 E.1–E.4,闭环前保持阻塞。
F1.7业务内部审查、中心形式校验和预检问题均已关闭。业务 → 项目Hub确认成果:完成负责人确认的项目背景说明、项目目标与里程碑计划。
附带内容:确认状态、确认时间、确认条件和版本。
角色内部确认状态、时间和版本必须记录。门禁可进入评审。
F1.8业务确认完成,项目Hub已登记并留档正式版本且阶段门禁通过。项目Hub → 产品正式基线:项目背景说明、项目目标与里程碑计划的当前有效版本。
附带内容:成果版本、基线与证据引用、阶段 2 任务和确认时限。
只允许分发已经确认并留档的当前有效版本;分发事件和接收状态必须登记,草稿或过期版本不得作为产品定义输入。产品接收后开启阶段 2。
F1.1收到新的客户需求或业务机会,且业务已完成原始信息收集、自查和负责人确认。业务 → 项目Hub正式成果草案:项目背景说明、客户里程碑要求。
附带内容:负责人确认、来源引用、成果版本和实际文件。
项目Hub不重复判断业务内容质量,只检查形式和跨来源一致性。进入中心登记。
F1.2(条件流)仅当文件结构、版本、证据不合规,或与已登记正式信息发生冲突时触发;不存在上述问题时跳过。项目Hub → 业务过程记录:形式校验问题清单或冲突清单。
关联成果:受影响的项目背景说明/客户里程碑要求及其字段、版本、冲突来源和修正要求。
项目Hub不能生成业务缺失项或替业务补写事实;无错误或冲突时不得发起此流。触发后,错误或冲突关闭前阻塞登记;未触发则直接进入 F1.3。
F1.3业务成果通过项目Hub的文件、版本、证据和跨角色冲突检查并完成登记。项目Hub → 产品评审分发成果:待评审的项目背景说明、客户里程碑要求。
附带内容:成果版本、状态、证据、待确认项和回复时限。
必须标明这是待评审版本,不得冒充正式基线,产品不得据此直接启动阶段 2。产品获得早期风险识别所需上下文。
F1.4产品审阅业务成果后,判断存在需要其他专业角色提前确认的风险。产品 → 项目Hub过程记录:早期风险预检请求。
关联成果:项目背景说明/客户里程碑要求的相关字段与版本;另含预检原因、问题、目标角色、期望输出和时限。
是否预检、预检范围及对象角色均由产品负责指定;项目Hub不代替产品判断。按产品指定名单创建预检任务。
F1.5–1.6产品预检请求格式完整,且指定的对象角色均为当前项目有效成员。项目Hub ↔ 产品指定的对象角色过程记录:角色预检任务 / 预检结果(角色预检任务/结论)。
关联成果:项目背景说明、客户里程碑要求;返回本专业红线、风险、证据、待澄清项和受影响字段,作为后续 项目风险 输入。
项目Hub必须主动提醒全部关联角色,只校验、路由和汇总,不得自行增删产品指定名单。多角色结论冲突、影响较大或无法异步收敛时,建议由产品组织线下会议;参与角色统一确认的结论按 E.3 回传后,才能继续当前流程。补充业务澄清和早期风险登记;复杂问题进入 E.1–E.4,闭环前保持阻塞。
F1.7业务内部审查、中心形式校验和预检问题均已关闭。业务 → 项目Hub确认成果:完成负责人确认的项目背景说明、客户里程碑要求。
附带内容:确认状态、确认时间、确认条件和版本。
角色内部确认状态、时间和版本必须记录。门禁可进入评审。
F1.8业务确认完成,项目Hub已登记并留档正式版本且阶段门禁通过。项目Hub → 产品正式基线:项目背景说明、客户里程碑要求的当前有效版本。
附带内容:成果版本、基线与证据引用、阶段 2 任务和确认时限。
只允许分发已经确认并留档的当前有效版本;分发事件和接收状态必须登记,草稿或过期版本不得作为产品定义输入。产品接收后开启阶段 2。
@@ -1011,7 +1011,7 @@
业务
F2.8批准、驳回或附条件批准附条件项必须有责任人与期限
项目Hub
- + @@ -1217,14 +1217,14 @@ stage4Section.parentNode.insertBefore(stage3Section, stage4Section); } const flowLabels = { - "F1.1": ["artifact", "提交成果草案:项目背景说明 / 项目目标与里程碑计划"], + "F1.1": ["artifact", "提交成果草案:项目背景说明 / 客户里程碑要求"], "F1.2": ["process", "过程记录:形式校验问题清单 / 冲突清单;关联业务阶段成果"], - "F1.3": ["artifact", "评审分发:项目背景说明 / 项目目标与里程碑计划(待评审)"], + "F1.3": ["artifact", "评审分发:项目背景说明 / 客户里程碑要求(待评审)"], "F1.4": ["process", "过程记录:早期风险预检请求;关联业务阶段成果"], - "F1.5": ["process", "过程记录:角色预检任务;关联项目背景说明 / 里程碑计划"], + "F1.5": ["process", "过程记录:角色预检任务;关联项目背景说明 / 客户里程碑要求"], "F1.6": ["process", "过程记录:角色预检结论;作为项目风险输入"], - "F1.7": ["artifact", "确认成果:项目背景说明 / 项目目标与里程碑计划"], - "F1.8": ["artifact", "正式基线:项目背景说明 / 项目目标与里程碑计划"], + "F1.7": ["artifact", "确认成果:项目背景说明 / 客户里程碑要求"], + "F1.8": ["artifact", "正式基线:项目背景说明 / 客户里程碑要求"], "F2.1": ["process", "输入:阶段1业务基线;待产出:立项资料 / 测试验收标准 / 客户里程碑要求"], "F2.2": ["artifact", "提交成果草案:立项资料 / 测试验收标准 / 客户里程碑要求"], "F2.3": ["process", "评审分发:三类产品定义成果 + 与问题相关的现有参考资料"],
ID触发条件发送 → 接收正式载荷约束/确认对阶段的影响
F2.1–2.2阶段 2 启动。项目Hub ↔ 产品输入基线:项目背景说明、项目目标与里程碑计划。
产品提交的正式成果草案:立项资料、测试验收标准、客户里程碑要求。
参考输入(非阶段成果):项目已有的器件规格、板框约束、平台 SDK、串号表、平台对接文档和开发规范。
产品先自审,所有资料必须引用阶段 1 基线;专业评审由产品发起。进入专业评审路由。
F2.1–2.2阶段 2 启动。项目Hub ↔ 产品输入基线:项目背景说明、客户里程碑要求。
产品提交的正式成果草案:立项资料、测试验收标准、客户里程碑要求。
参考输入(非阶段成果):项目已有的器件规格、板框约束、平台 SDK、串号表、平台对接文档和开发规范。
产品先自审,所有资料必须引用阶段 1 基线;专业评审由产品发起。进入专业评审路由。
F2.3产品提交可评审草案和评审请求。项目Hub → 技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试评审分发成果:按角色裁剪上述三类产品定义成果草案。
参考输入:只附与评审问题相关的现有器件、板框和平台资料;另含成果版本、基线引用、评审范围、问题和时限。
项目Hub只校验和路由;技术负责人看总体,嵌入式应用层看功能,嵌入式底层看 BSP/HAL,硬件看器件/板框,测试看可测性。并行评审。
F2.4各角色完成评审。技术负责人 / 嵌入式应用层 / 嵌入式底层 / 硬件 / 测试 → 项目Hub过程记录:角色评审结果(角色评审结论)。
关联成果:三类产品定义成果的具体字段;提交结论、缺失、风险、证据、建议和是否阻塞。
不得只回复“可行/不可行”。形成冲突矩阵。
F2.5–2.6存在冲突或缺口。项目Hub ↔ 产品修订成果:受影响的 立项资料、测试验收标准、客户里程碑要求 新版本。
附带内容:字段级修订清单、变更影响和关闭说明。
产品在内部确认最终版本后统一发出。问题未关闭则暂缓推进。