docs: clarify effort assessment in project task breakdown
This commit is contained in:
liyun committed
1 parent
34653b0854
commit
a9a29d9de7
1 file changed
+3
-3
@@ -713,8 +713,8 @@
|
||||
<tbody>
|
||||
<tr>
|
||||
<td><b>V0.15</b></td><td>创建：2026-09-04<br>生效：待定</td><td class="if-review">REVIEW</td>
|
||||
<td><ol><li>建立待评审版本管理：区分创建日期与生效日期，增加 REVIEW 状态和页面顶部提示。</li><li>功能测试报告的覆盖范围移除“配置”，保留功能、流程、状态、接口、异常与恢复。</li><li>项目背景说明的客户信息字段明确为“对接客户名称、最终客户名称”。</li><li>项目背景说明中的“预期价值”标注为选填项。</li><li>项目背景说明中的金额补充说明明确“预计销售额”为选填项。</li><li>项目背景说明移除“成功指标”，同步清理业务需求摘要与业务验收中的相关引用。</li><li>立项书内容调整为项目目标、项目基础信息、初步里程碑要求、项目干系人、版本说明等信息。</li><li>功能清单表述调整为“定义设备支持的功能项”。</li><li>结构板框图标注为选填项。</li><li>删除立项资料中独立的“版本说明”条目，版本说明纳入立项书。</li><li>业务需求阶段工作说明调整为明确目标与价值，并补齐业务对象、业务目标和范围。</li><li>阶段 2 正式成果“里程碑要求”更名为“客户里程碑要求”，同步更新本版本成果矩阵与信息流引用，保留原有时间项。</li><li>阶段 1 正式成果“项目目标与里程碑计划”更名为“客户里程碑要求”，同步更新成果矩阵、阶段 1 信息流及阶段 2 输入引用，保留原有时间项和主责。</li><li>阶段 2 客户里程碑要求中的“试产、量产时间”标为选填，提测时间与客户验收时间保持不变。</li><li>阶段 2 成果名称调整回“里程碑要求”，与阶段 1 的“客户里程碑要求”区分，保留试产、量产时间的选填设置。</li><li>阶段 3“总体技术方案”标为选填，未提交不阻塞阶段推进。</li><li>“硬件设计包”从阶段 3 移至阶段 5，阶段 3 保留接口与硬件约束确认，同步调整成果矩阵、阶段输入、实现确认和归档引用。</li><li>阶段 3“架构决策记录”标为选填，保留必要技术决定与接口确认的记录要求。</li><li>测试计划明确包含测试标准、测试用例范围、测试项，同步更新阶段 3 摘要与信息流说明。</li></ol></td>
|
||||
<td>文档版本管理；阶段 1 业务需求、项目背景说明与客户里程碑要求；阶段 2 产品定义、立项资料与里程碑要求；阶段 3 方案设计成果、选填要求与测试计划；阶段 4 项目规划输入；阶段 5 硬件设计包与实现衔接；阶段 6 测试验证与功能测试报告范围表述；阶段 7 业务验收依据；阶段 8 硬件设计资料归档。</td>
|
||||
<td><ol><li>建立待评审版本管理：区分创建日期与生效日期，增加 REVIEW 状态和页面顶部提示。</li><li>功能测试报告的覆盖范围移除“配置”，保留功能、流程、状态、接口、异常与恢复。</li><li>项目背景说明的客户信息字段明确为“对接客户名称、最终客户名称”。</li><li>项目背景说明中的“预期价值”标注为选填项。</li><li>项目背景说明中的金额补充说明明确“预计销售额”为选填项。</li><li>项目背景说明移除“成功指标”，同步清理业务需求摘要与业务验收中的相关引用。</li><li>立项书内容调整为项目目标、项目基础信息、初步里程碑要求、项目干系人、版本说明等信息。</li><li>功能清单表述调整为“定义设备支持的功能项”。</li><li>结构板框图标注为选填项。</li><li>删除立项资料中独立的“版本说明”条目，版本说明纳入立项书。</li><li>业务需求阶段工作说明调整为明确目标与价值，并补齐业务对象、业务目标和范围。</li><li>阶段 2 正式成果“里程碑要求”更名为“客户里程碑要求”，同步更新本版本成果矩阵与信息流引用，保留原有时间项。</li><li>阶段 1 正式成果“项目目标与里程碑计划”更名为“客户里程碑要求”，同步更新成果矩阵、阶段 1 信息流及阶段 2 输入引用，保留原有时间项和主责。</li><li>阶段 2 客户里程碑要求中的“试产、量产时间”标为选填，提测时间与客户验收时间保持不变。</li><li>阶段 2 成果名称调整回“里程碑要求”，与阶段 1 的“客户里程碑要求”区分，保留试产、量产时间的选填设置。</li><li>阶段 3“总体技术方案”标为选填，未提交不阻塞阶段推进。</li><li>“硬件设计包”从阶段 3 移至阶段 5，阶段 3 保留接口与硬件约束确认，同步调整成果矩阵、阶段输入、实现确认和归档引用。</li><li>阶段 3“架构决策记录”标为选填，保留必要技术决定与接口确认的记录要求。</li><li>测试计划明确包含测试标准、测试用例范围、测试项，同步更新阶段 3 摘要与信息流说明。</li><li>阶段 4 项目计划中的“项目任务拆分”补充为“项目任务拆分（工时评估）”。</li></ol></td>
|
||||
<td>文档版本管理；阶段 1 业务需求、项目背景说明与客户里程碑要求；阶段 2 产品定义、立项资料与里程碑要求；阶段 3 方案设计成果、选填要求与测试计划；阶段 4 项目规划输入与任务工时评估；阶段 5 硬件设计包与实现衔接；阶段 6 测试验证与功能测试报告范围表述；阶段 7 业务验收依据；阶段 8 硬件设计资料归档。</td>
|
||||
</tr>
|
||||
<tr>
|
||||
<td><b>V0.14</b></td><td>2026-09-02</td><td class="if-pass">CURRENT</td>
|
||||
@@ -813,7 +813,7 @@
|
||||
<div class="index">04</div>
|
||||
<div class="stage"><h3>项目规划</h3><span class="role">主责：项目Hub</span></div>
|
||||
<div class="work"><strong>基于已确认的产品基线和方案设计成果，生成实际任务、人员分工、排期和风险计划。</strong>任务计划草案先由技术负责人确认；项目Hub只对存在疑点的任务定向询问对应执行角色，真实资源和日期基线再提交业务确认。</div>
|
||||
<div class="artifacts"><strong>正式成果</strong><span>项目计划<br>项目任务拆分<br>实际项目排期</span><span>项目风险<br>技术风险<br>时间风险<br>其他风险</span><span>角色分工<br>Etunel 实际 role 与 display_name<br>职责边界、任务主责和协作关系<br>加入、退出、替换与交接要求<br>每项任务只有一个主责角色</span><span>产品资料整合<br>现有器件规格和板框约束<br>平台 SDK、串号表<br>平台对接文档<br>平台接入标准及开发规范<br>方案设计成果索引<br>其他项目输入参考资料</span><span>项目状态内部记录<br>阶段与门禁<br>任务与依赖<br>阻塞与风险<br>决策与成果基线<br>下一步与时限<br>项目创建期内部状态在阶段 4 正式化</span></div>
|
||||
<div class="artifacts"><strong>正式成果</strong><span>项目计划<br>项目任务拆分（工时评估）<br>实际项目排期</span><span>项目风险<br>技术风险<br>时间风险<br>其他风险</span><span>角色分工<br>Etunel 实际 role 与 display_name<br>职责边界、任务主责和协作关系<br>加入、退出、替换与交接要求<br>每项任务只有一个主责角色</span><span>产品资料整合<br>现有器件规格和板框约束<br>平台 SDK、串号表<br>平台对接文档<br>平台接入标准及开发规范<br>方案设计成果索引<br>其他项目输入参考资料</span><span>项目状态内部记录<br>阶段与门禁<br>任务与依赖<br>阻塞与风险<br>决策与成果基线<br>下一步与时限<br>项目创建期内部状态在阶段 4 正式化</span></div>
|
||||
</article>
|
||||
<div class="connector"><div class="gate">技术负责人确认任务计划，问题任务由对应执行角色定向确认，业务确认实际人员、资源与日期基线</div></div>
|
||||
|
||||
|
||||
Reference in new issue
Block a user