Q4.13.4Inconsistent task granularity设计研究
分解粒度不统一会让不同任务之间难以比较复杂度
别名: 分解粒度 · 任务复杂度比较 · mixed grain size
概念解释
用步骤数、层数或叶节点数比较两条任务的复杂度，只有在它们被拆到同一类单元时才有意义。不一致的分解粒度（inconsistent task granularity）指：有的枝拆到“点击确认”，有的枝停在“核对库存差异”，计数因此比较的是分析者的耐心，不是任务的负荷。粒度不齐的两棵树不能直接说谁更复杂，也不能用步数差来排开发优先级。
机制
“一步”没有天然大小。分析者对熟悉的操作会拆得很细，对不熟悉或涉及他人系统的操作会停在一个大黑箱上。细枝贡献很多叶，看起来很长；粗枝贡献一个叶，看起来很短，而那个叶可能包含判断、等待和协调。复杂度若被操作化为节点计数，粒度就进入了测量本身。跨任务比较还要求停止规则同类：一个在按键层停止、一个在目标层停止，步数差没有公度。
怎么研究
先规定叶节点应满足的单元类型，例如“一个人在不转手的情况下可完成的动作，或一次可检查的判断”，并给出正反例。对准备比较的任务，检查叶节点是否落在该类型；越界的叶或再拆、或上卷，直到齐。报告复杂度时同时报告粒度规则与叶的类型分布，而不是只给一个步数。用第二种粒度（例如只在目标层计数）做敏感性检查，看任务排序是否翻转。
边界
同一任务内部也可以故意保留不同粒度，只要比较时不用混装的计数——例如对安全关键枝拆得更深。主观难度、时间或错误率是另一类复杂度证据，它们不替代粒度对齐，但可以在无法对齐时改用这些指标。把所有任务都拆到按键以求“公平”，会违反相对于目的的停止规则，用错误的齐换来无用的细。
怎么落地
- 比较任务前先写出叶的单元定义，并抽查两棵树是否遵守。
- 禁止在粒度未对齐时用步骤数对业务说“这个流程更复杂”。
- 需要比较又来不及重拆时，改报观察时长、失败次数或判断点数量，并声明未对齐。
- 维护任务库时把粒度规则写进模板，新增任务按同一规则接入，避免一棵树一个习惯。