双树对照台 | WHAT 我们在造什么 × HOW 为了造它要做什么

这不是把一个任务人为拆成大类中类小类,而是在定义一个复杂系统到底由哪些粒度的可复用单元组成。左边那棵树描述产品本体,右边那棵树描述制造过程;把它们混成一棵,项目一结束成果就散掉了。

8 级WHAT 对象粒度 A0–A7
6 级HOW 工作粒度 H0–H5
5 层单项目默认显示层数
2 个 IDartifact_id + work_id

1层级对照阶梯 (点任意一级看它到底是什么)

左右两列各自独立,不是一一对应的。它们只在一个地方相遇:某个 Work Package(H4) 产出某个 Artifact——这条边就是整个系统的枢纽。

WHAT · 工程对象树(造什么)
artifact_id
produced_by / produces
work_id
HOW · 制造工作树(怎么造)

2两棵树并排展开 (真 markmap 引擎:拖动 · 缩放 · 折叠 · 全屏)

同一个 FPV3D「第一人称拿枪射击 NPC」,左边看它由什么组成,右边看它被怎么造出来。左边的 FireAbility 是工程对象;右边的 设计→开发→集成→测试 是制造它的流程——两者千万不要混为一谈。

🧩 WHAT · 产品结构(FPV3D)
🛠️ HOW · 工作结构(FPV3D)

3两树映射规则 (命门:不重复制造两份项目数据)

最容易做错的地方是"为了有两棵树,就把项目数据抄两份"。正确做法是同一条边存两次指针——一头在 Artifact 上写 produced_by,一头在 Work 上写 produces,数据只有一份。

维度WHAT 侧HOW 侧为什么这样定

4Function 升级闸 (最小技术单位 ≠ 最小管理单位)

Function 可以是最低的技术粒度,但不该默认成为最低的管理粒度。规则:所有 Function 都可以被登记,但只有达到"需要独立计划 / 独立验收"的 Function,才升级成 Managed Work Item(有甘特、有负责人、有风险、有里程碑)。

✅ 该升级成 Managed Work Item

    ❌ 只登记、不管理