diff --git a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html index a92eedd..0f42647 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 正式成果“里程碑要求”更名为“客户里程碑要求”，同步更新本版本成果矩阵与信息流引用，保留原有时间项。
  13. 阶段 1 正式成果“项目目标与里程碑计划”更名为“客户里程碑要求”，同步更新成果矩阵、阶段 1 信息流及阶段 2 输入引用，保留原有时间项和主责。
  14. 阶段 2 客户里程碑要求中的“试产、量产时间”标为选填，提测时间与客户验收时间保持不变。
  15. 阶段 2 成果名称调整回“里程碑要求”，与阶段 1 的“客户里程碑要求”区分，保留试产、量产时间的选填设置。
  16. 阶段 3“总体技术方案”标为选填，未提交不阻塞阶段推进。
  17. “硬件设计包”从阶段 3 移至阶段 5，阶段 3 保留接口与硬件约束确认，同步调整成果矩阵、阶段输入、实现确认和归档引用。
  18. 阶段 3“架构决策记录”标为选填，保留必要技术决定与接口确认的记录要求。
  19. 测试计划明确包含测试标准、测试用例范围、测试项，同步更新阶段 3 摘要与信息流说明。
- 文档版本管理；阶段 1 业务需求、项目背景说明与客户里程碑要求；阶段 2 产品定义、立项资料与里程碑要求；阶段 3 方案设计成果、选填要求与测试计划；阶段 4 项目规划输入；阶段 5 硬件设计包与实现衔接；阶段 6 测试验证与功能测试报告范围表述；阶段 7 业务验收依据；阶段 8 硬件设计资料归档。 +
  1. 建立待评审版本管理：区分创建日期与生效日期，增加 REVIEW 状态和页面顶部提示。
  2. 功能测试报告的覆盖范围移除“配置”，保留功能、流程、状态、接口、异常与恢复。
  3. 项目背景说明的客户信息字段明确为“对接客户名称、最终客户名称”。
  4. 项目背景说明中的“预期价值”标注为选填项。
  5. 项目背景说明中的金额补充说明明确“预计销售额”为选填项。
  6. 项目背景说明移除“成功指标”，同步清理业务需求摘要与业务验收中的相关引用。
  7. 立项书内容调整为项目目标、项目基础信息、初步里程碑要求、项目干系人、版本说明等信息。
  8. 功能清单表述调整为“定义设备支持的功能项”。
  9. 结构板框图标注为选填项。
  10. 删除立项资料中独立的“版本说明”条目，版本说明纳入立项书。
  11. 业务需求阶段工作说明调整为明确目标与价值，并补齐业务对象、业务目标和范围。
  12. 阶段 2 正式成果“里程碑要求”更名为“客户里程碑要求”，同步更新本版本成果矩阵与信息流引用，保留原有时间项。
  13. 阶段 1 正式成果“项目目标与里程碑计划”更名为“客户里程碑要求”，同步更新成果矩阵、阶段 1 信息流及阶段 2 输入引用，保留原有时间项和主责。
  14. 阶段 2 客户里程碑要求中的“试产、量产时间”标为选填，提测时间与客户验收时间保持不变。
  15. 阶段 2 成果名称调整回“里程碑要求”，与阶段 1 的“客户里程碑要求”区分，保留试产、量产时间的选填设置。
  16. 阶段 3“总体技术方案”标为选填，未提交不阻塞阶段推进。
  17. “硬件设计包”从阶段 3 移至阶段 5，阶段 3 保留接口与硬件约束确认，同步调整成果矩阵、阶段输入、实现确认和归档引用。
  18. 阶段 3“架构决策记录”标为选填，保留必要技术决定与接口确认的记录要求。
  19. 测试计划明确包含测试标准、测试用例范围、测试项，同步更新阶段 3 摘要与信息流说明。
  20. 阶段 4 项目计划中的“项目任务拆分”补充为“项目任务拆分（工时评估）”。
+ 文档版本管理；阶段 1 业务需求、项目背景说明与客户里程碑要求；阶段 2 产品定义、立项资料与里程碑要求；阶段 3 方案设计成果、选填要求与测试计划；阶段 4 项目规划输入与任务工时评估；阶段 5 硬件设计包与实现衔接；阶段 6 测试验证与功能测试报告范围表述；阶段 7 业务验收依据；阶段 8 硬件设计资料归档。 V0.142026-09-02CURRENT @@ -813,7 +813,7 @@
04

项目规划

主责：项目Hub
基于已确认的产品基线和方案设计成果，生成实际任务、人员分工、排期和风险计划。任务计划草案先由技术负责人确认；项目Hub只对存在疑点的任务定向询问对应执行角色，真实资源和日期基线再提交业务确认。
-
正式成果项目计划
项目任务拆分
实际项目排期项目风险
技术风险
时间风险
其他风险角色分工
Etunel 实际 role 与 display_name
职责边界、任务主责和协作关系
加入、退出、替换与交接要求
每项任务只有一个主责角色产品资料整合
现有器件规格和板框约束
平台 SDK、串号表
平台对接文档
平台接入标准及开发规范
方案设计成果索引
其他项目输入参考资料项目状态内部记录
阶段与门禁
任务与依赖
阻塞与风险
决策与成果基线
下一步与时限
项目创建期内部状态在阶段 4 正式化
+
正式成果项目计划
项目任务拆分（工时评估）
实际项目排期项目风险
技术风险
时间风险
其他风险角色分工
Etunel 实际 role 与 display_name
职责边界、任务主责和协作关系
加入、退出、替换与交接要求
每项任务只有一个主责角色产品资料整合
现有器件规格和板框约束
平台 SDK、串号表
平台对接文档
平台接入标准及开发规范
方案设计成果索引
其他项目输入参考资料项目状态内部记录
阶段与门禁
任务与依赖
阻塞与风险
决策与成果基线
下一步与时限
项目创建期内部状态在阶段 4 正式化
技术负责人确认任务计划，问题任务由对应执行角色定向确认，业务确认实际人员、资源与日期基线