From f9483e8bccd25a36826c4791524b59cf4ac49a8e Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E6=9D=8E=E9=9F=B5?= Date: Sat, 5 Sep 2026 19:15:33 +0800 Subject: [PATCH] docs: assign planning resource and schedule confirmation to product --- .../Codex多角色项目推进总流程图-V0.15.html | 32 +++++++++---------- 1 file changed, 16 insertions(+), 16 deletions(-) diff --git a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html index 9eac54e..50d6674 100644 --- a/doc/20260904/Codex多角色项目推进总流程图-V0.15.html +++ b/doc/20260904/Codex多角色项目推进总流程图-V0.15.html @@ -812,10 +812,10 @@
04

项目规划

主责:项目Hub
-
基于已确认的产品基线和方案设计成果,生成实际任务、人员分工、排期和风险计划。任务计划草案先由技术负责人确认;项目Hub只对存在疑点的任务定向询问对应执行角色,真实资源和日期基线再提交业务确认。
+
基于已确认的产品基线和方案设计成果,生成实际任务、人员分工、排期和风险计划。任务计划草案先由技术负责人确认;项目Hub只对存在疑点的任务定向询问对应执行角色,资源与排期基线再提交产品确认;确认后的计划与排期可由项目Hub同步给业务。
正式成果项目计划
项目任务拆分(工时评估)
实际项目排期
项目风险
技术风险
时间风险
其他风险
角色分工
Etunel 实际 role 与 display_name
职责边界、任务主责和协作关系
加入、退出、替换与交接要求
每项任务只有一个主责角色
产品资料整合
现有器件规格和板框约束
平台 SDK、串号表
平台对接文档
平台接入标准及开发规范
方案设计成果索引
其他项目输入参考资料
项目状态内部记录
阶段与门禁
任务与依赖
阻塞与风险
决策与成果基线
下一步与时限
项目创建期内部状态在阶段 4 正式化
-
技术负责人确认任务计划,问题任务由对应执行角色定向确认,业务确认实际人员、资源与日期基线
+
技术负责人确认任务计划,问题任务由对应执行角色定向确认,产品确认实际人员、资源与排期基线
05
@@ -880,8 +880,8 @@ 项目Hub业务产品技术负责人嵌入式应用层嵌入式底层硬件测试
- - + +
主体是否为项目职能角色定义主要确认权限不能做什么
各专业角色是图中的正式角色名称统一代表该角色完成 AI 辅助自审与人工确认后的责任主体;内部审查过程不作为跨角色信息流单列。以角色名义确认并发出本角色专业结论、正式成果、现实工期承诺、风险接受和正式交付。不能替其他角色作出专业确认。
业务是;同时承担项目级组织授权业务节点同时包含业务专业判断和项目级组织授权的内部确认。除业务成果外,负责确认计划基线、真实资源、预算、采购/打样、日期、暂停/取消和高影响成果豁免。不替代产品、技术负责人、硬件或测试等角色给出专业结论。
各专业角色是图中的正式角色名称统一代表该角色完成 AI 辅助自审与人工确认后的责任主体;内部审查过程不作为跨角色信息流单列。以角色名义确认并发出本角色专业结论、正式成果、现实工期承诺、风险接受和正式交付;阶段 4 的资源与排期基线由产品确认。不能替其他角色作出专业确认。
业务是;同时承担项目级组织授权业务节点同时包含业务专业判断和项目级组织授权的内部确认。除业务成果外,负责确认预算、采购/打样、对外承诺日期、暂停/取消和高影响成果豁免;阶段 4 的计划与排期可由项目Hub同步知会业务。不替代产品、技术负责人、硬件或测试等角色给出专业结论。
项目Hub是项目Hub运行中心 AI,是项目唯一正式信息中心、任务路由器、成果校验器、阶段门禁执行者和项目状态内部记录维护者。可依据证据更新项目状态、按角色需要分发状态快照、完成普通项目级审查和低影响豁免;高影响事项必须升级给业务。不能自行承诺真实资源、预算、范围、日期或专业结论,也不能以推测代替角色提供的状态证据。
角色与成员配置:图中的八个角色是当前默认基线,不是永久封闭的角色集合。新增自定义角色前先定义目标、职责边界、参与阶段、正式成果、上下游依赖和确认权限,再由 Hub 真人负责人在 Etunel 中手动添加。项目Hub使用 etunel_list_roles 读取实际 role、display_name 和 relationship;各角色会话不向负责人重复确认成员 ID、会话 ID 或其他未由工具提供的字段。阶段 4 再通过《角色分工》将实际任务主责和交接关系正式基线化。
@@ -927,7 +927,7 @@ 专业发起权专业活动由对应主责角色判断并发起;项目Hub只负责格式校验、任务路由、状态跟踪和结果登记。项目Hub不得越权替角色发起专业决策。 项目Hub审查边界仅做必填结构、文件、版本、证据、负责人确认,以及多个角色正式信息之间的重复、冲突和依赖一致性检查。不得替业务、产品、技术负责人、嵌入式应用层、嵌入式底层、硬件或测试判断本专业内容是否充分。 成果豁免仅主责角色可提出不适用申请;经项目Hub审查及必要确认后记录为已豁免。未批准时仍需要该成果;验证期跳转则记录缺失、风险和补齐安排。 - 角色确认专业结论由对应角色内部形成并确认;项目级组织授权由业务内部完成。信息流图只显示统一的正式角色主体。未完成负责人确认时不得作为正式结果发出。 + 角色确认专业结论由对应角色内部形成并确认;阶段 4 的资源与排期由产品确认,预算、采购及对外承诺等项目级组织授权仍由业务内部完成。信息流图只显示统一的正式角色主体。未完成负责人确认时不得作为正式结果发出。 项目状态同步项目Hub维护有版本和证据的项目状态内部记录,并在关键变化时主动向受影响角色推送,或按 S.1–S.4 响应角色查询与纠正。状态来源、版本或时点不明时不得作为任务执行依据。 异常协同项目对异常主动提醒关联角色;复杂问题建议当前主责角色组织线下会议,统一确认后提交结构化结论。未按 E.1–E.4 闭环,不得恢复原流程或推进门禁。 跨角色沟通成员角色之间不直接通信;问题、最终结论、约束、证据和影响都通过项目Hub定向中继。绕过项目Hub取得的信息不能作为正式下游输入。 @@ -948,7 +948,7 @@ 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.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.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 实现输入 @@ -1041,24 +1041,24 @@
-
04 / PLANNING

阶段 4:项目规划信息流

项目Hub根据产品基线和已确认的方案设计成果生成实际任务计划,先由技术负责人确认整体任务结构、技术顺序和依赖;仅对存在疑点的任务,定向向对应执行角色补充确认。

-
主责项目Hub;技术负责人确认任务计划的技术结构
核心成果项目计划、风险登记、角色分工、产品资料整合、项目状态内部记录
门禁技术负责人确认技术任务结构、顺序和依赖;问题任务完成定向确认;业务确认资源与日期基线
+
04 / PLANNING

阶段 4:项目规划信息流

项目Hub根据产品基线和已确认的方案设计成果生成实际任务计划,先由技术负责人确认整体任务结构、技术顺序和依赖;仅对存在疑点的任务,定向向对应执行角色补充确认。资源与排期由产品确认,计划与排期可由项目Hub同步给业务。

+
主责项目Hub;技术负责人确认技术结构,产品确认资源与排期
核心成果项目计划、风险登记、角色分工、产品资料整合、项目状态内部记录
门禁技术负责人确认技术任务结构、顺序和依赖;问题任务完成定向确认;产品确认资源与排期基线
项目Hub
F4.1提交任务计划与正式角色分工草案,请求整体确认附产品/方案基线、角色清单、任务拆分、技术顺序、依赖、初始排期和风险
技术负责人
技术负责人
F4.2确认整体任务计划或返回调整意见确认任务结构、技术顺序、依赖关系、专业角色覆盖和关键风险
项目Hub
项目Hub
F4.3 · 问题任务仅对存在疑点的任务发起定向确认缺少责任、输入输出、依赖、估算、资源、日期、证据或存在冲突时触发
对应执行角色
对应执行角色
F4.4只确认被询问任务的工期、资源和风险不得要求执行角色重复确认整份任务计划
项目Hub
项目Hub
F4.5提醒关联角色并协调剩余冲突、重排计划问题仍未关闭或日期不可达时按 E.1–E.4 处理
技术负责人及受影响角色
-
项目Hub
F4.6请求资源与日期基线授权真实人员、采购、打样、成本和日期由业务内部确认
业务
-
业务
F4.7批准或要求调整资源与日期基线记录内部批准状态、范围和条件
项目Hub
-
项目Hub
F4.8向相关执行角色发布基线计划和正式任务附充分输入、依赖、成果文件、完成条件和下游用途;后续状态按 S.1–S.4 同步
相关执行角色
+
项目Hub
F4.6请求资源与排期基线确认真实人员、资源安排和排期由产品负责人确认
产品
+
产品
F4.7确认或要求调整资源与排期基线记录产品负责人确认状态、范围、条件和版本
项目Hub
+
项目Hub
F4.8向相关执行角色发布基线计划和正式任务执行角色取得充分任务输入;计划与排期可同步业务(仅知会);后续按 S.1–S.4 同步
相关执行角色
业务(可同步知会)
- - + +
ID触发条件发送 → 接收正式载荷约束/确认对阶段的影响
F4.1–4.2阶段 3 方案设计门禁通过,项目Hub已依据产品基线、方案设计成果和项目创建期角色清单形成任务计划草案。项目Hub ↔ 技术负责人正式成果草案:项目计划、项目风险、角色分工、产品资料整合、项目状态内部记录 初始版。《角色分工》列出 Etunel 实际 role 和 display_name、职责边界、任务主责、协作关系和交接要求。
输入基线:阶段 2 产品成果、阶段 3 已确认的必需成果及已提供的选填成果和角色清单;另含任务拆分、关键路径、输入输出、依赖、初始排期和风险。
技术负责人确认技术任务结构、顺序、依赖、版本关系、专业角色覆盖和技术风险;项目Hub不向全部执行角色征求整份计划确认。每项任务只设一个主责角色。形成技术结构与角色覆盖已确认的任务计划草案。
F4.3–4.4(条件流)项目Hub发现任务缺少责任角色、输入、输出、依赖、估算、资源、日期或证据;任务之间存在冲突;或技术负责人明确标记待确认项。项目Hub ↔ 对应执行角色修订对象:项目计划、项目风险、角色分工、项目状态内部记录 中的问题任务。
过程记录:任务澄清请求/任务澄清回复,包含方案成果引用、上下游依赖、工期、资源、风险和负责人确认。
必须定向发送给该任务的执行角色,不得广播给全部角色,也不得要求执行角色重复确认无疑点任务。补齐或修正问题任务;未触发时直接跳过。
F4.5定向确认后仍存在资源冲突、关键路径冲突或日期不可达。项目Hub ↔ 技术负责人及受影响角色修订成果:项目计划、项目风险、角色分工、项目状态内部记录 新版本。
过程记录:冲突解决记录,包含冲突点、方案约束、可选排法、阶段影响和响应时限。
项目Hub必须主动提醒,不得静默覆盖技术负责人或执行角色的确认;复杂冲突按 E.1–E.4 闭环。保持计划草案,冲突关闭前不得基线化。
F4.6–4.7技术负责人已确认整体计划,问题任务和剩余冲突均已关闭,计划涉及真实人员、采购、打样、成本或日期基线。项目Hub ↔ 业务授权成果:项目计划、项目风险、项目状态内部记录 候选基线。
附带内容:资源请求、成本、里程碑、风险、授权范围、条件和确认状态。
项目Hub无权自行批准现实资源和日期;业务完成内部授权后统一回复。批准后可基线化。
F4.8技术负责人确认有效、问题任务已关闭且业务批准资源与日期基线。项目Hub → 相关执行角色正式基线:项目计划、项目风险、角色分工、产品资料整合。
状态快照:只包含该角色相关任务、充分输入、依赖、方案成果引用、门禁、风险、时限、成果文件和完成条件。
每个角色只接收与自身任务和依赖相关的计划内容;后续角色加入、退出、替换或变化必须登记并交接,改变基线时走变更申请;执行状态按 S.1–S.4 同步。相关角色接收任务,开启阶段 5。
F4.6–4.7技术负责人已确认整体计划,问题任务和剩余冲突均已关闭,资源安排与排期候选基线已形成。项目Hub ↔ 产品待确认成果:项目计划、项目风险、项目状态内部记录 候选基线。
附带内容:人员与资源安排、工时评估、排期、里程碑、风险、确认范围、条件和状态。
项目Hub不能代替产品确认资源与排期;产品完成负责人确认后统一回复。本环节不替代预算、采购/打样及对外承诺所需的业务授权。产品确认后可基线化。
F4.8技术负责人确认有效、问题任务已关闭且产品确认资源与排期基线。项目Hub → 相关执行角色;可另行同步业务正式基线:项目计划、项目风险、角色分工、产品资料整合。
执行角色状态快照:只包含该角色相关任务、充分输入、依赖、方案成果引用、门禁、风险、时限、成果文件和完成条件。
业务同步(按需):项目计划、实际项目排期和关键里程碑。
每个角色只接收与自身任务和依赖相关的计划内容;后续角色加入、退出、替换或变化必须登记并交接,改变基线时走变更申请;执行状态按 S.1–S.4 同步;业务同步为知会,不等待业务确认,也不新增门禁。相关角色接收任务,开启阶段 5。
@@ -1242,9 +1242,9 @@ "F4.3": ["process", "修订对象:项目计划 / 项目风险 / 角色分工 / 项目状态内部记录"], "F4.4": ["process", "过程记录:问题任务定向确认结果"], "F4.5": ["process", "过程记录:计划冲突处置;修订项目计划与风险"], - "F4.6": ["process", "待业务授权:项目计划 / 项目风险 / 项目状态内部记录"], - "F4.7": ["artifact", "业务授权成果:项目计划 / 项目风险 / 项目状态内部记录"], - "F4.8": ["artifact", "正式基线分发:项目计划 / 项目风险 / 角色分工 / 产品资料整合 + 状态快照"], + "F4.6": ["process", "待产品确认资源与排期:项目计划 / 项目风险 / 项目状态内部记录"], + "F4.7": ["artifact", "产品确认成果:项目计划 / 项目风险 / 项目状态内部记录"], + "F4.8": ["artifact", "正式基线分发:项目计划 / 项目风险 / 角色分工 / 产品资料整合 + 状态快照;业务可同步计划与排期"], "F5.1": ["process", "输入:阶段3必需成果及已提供的选填成果 / 项目任务计划 / 角色分工 / 项目风险;待产出:硬件设计包 / 硬件实现资料 / 嵌入式底层实现资料 / 嵌入式应用层固件包"], "F5.2": ["artifact", "先提交确认:硬件设计包;随后提交:硬件实现资料"], "F5.3": ["process", "定向分发与确认:硬件设计包 / 硬件实现资料 / 软硬件接口契约"],