跳到主要内容

父子工作项

用途与关联对象​

用父子关系表达一项工作与其拆分工作。它与模块归属、周期、事项间阻塞和重复关系不同;建立层级不意味着开启Epic专用审批。普通父子工作项继续按各自类型、原生状态及责任处理。

入口与条件​

已有工作项详情只读可见父工作项、添加子工作项入口;工作区视图的显示属性包含子项数量。先确认当前项目和编号,再辨认当前对象是父项还是子项。入口可见不证明有权新增、重设父级或修改另一个对象。

字段与规则​

要素阅读方式当前不能保证
当前工作项核对项目、编号、类型和状态标题相同不代表同一对象
父工作项表达当前对象在层级中的位置父项负责人、权限和日期自动继承
子工作项表达当前对象下的拆分工作新增子项时自动完成字段或责任分配
子项数量帮助识别是否存在下级数量的筛选、权限及归档口径已核实
原生状态各项自己的当前进度子项完成会自动完成父项

最大层级、循环限制、跨项目父级、批量移动、移除关联及删除父项后的子项行为均未核实。不要用常见项目工具的经验补齐这些规则。

影响与结果核对​

新增子项可能新增业务对象,重设父级会改变结构;它们与只读展开已有子项不同。后续获准变更时,应分别核对父子两端身份、结构、各自原生状态和责任,不能仅凭缩进或数量变化宣布拆分已正确保存。

教程:只读辨认一组父子工作​

  1. 从已有项目列表打开获准查看的编号,确认类型和原生状态。
  2. 阅读父项区域和已有子项,区分当前项、父项及下级;不点击添加子项补证。
  3. 沿已有链接打开可访问的关联项,核对项目和编号,分别读取状态与责任。
  4. 返回原编号;若只看到数量而无法访问明细,保留权限/范围疑问,不猜测缺失项身份。
  5. 若要表达“阻塞”或“重复”,改读工作项关系,不要用父子层级代替。

常见问题​

父项就是Epic吗? 父子结构与类型是不同维度,不能据此恢复已退役的Epic专用流程。

子项完成后父项会自动完成吗? 当前未验证传播规则,应分别核对原生状态和业务决定。

能不能拖到另一个项目下? 跨项目能力、目标资格与保存结果未知,本页不提供猜测步骤。

版本与核验​

依据2026-10-15既有只读观察:已有详情和子项数量显示属性,只读;未新增子项、改父级或验证继承/层级限制。界面标签Release v1.0.295,部署commit和跨角色矩阵未知。另读工作项总览、责任及版本边界;本页是当前规则说明的候选权威页,不是写操作通过报告。