Q4.13.2Plans in hierarchical task analysis设计研究
子任务之间的顺序、并行与条件关系需要显式标注
别名: 任务计划 · 并行与条件 · HTA plans
概念解释
一棵只列出子任务名称的树还不是完整的任务分析。子任务如何组合成父任务，靠的是计划（plans in hierarchical task analysis）：谁先谁后、谁可以同时做、哪一步取决于哪条条件、失败时跳到哪。不标注这些关系，读者会默认一条从上到下的直线，把可并行的等待、可跳过的分支和必须齐备的前置全部读成顺序步骤。
机制
父任务的完成不是子任务集合的简单加总。同样三个子任务，按固定顺序、按任意顺序、在条件满足时才做、或必须同时盯住，对人的工作记忆、对界面该提供的状态、对错误恢复路径都不同。直线清单会把“等对面确认后再提交”画成又一个步骤，掩盖它是时间依赖；也会把“填写任意顺序的三项资料”画成必须 1-2-3，从而在界面上做出虚假的强制流程。计划是层级结构的时间与逻辑层，缺了它，树只描述“有哪些块”，不描述“块如何咬合”。
怎么研究
为每个有子节点的父任务写一条计划语句，限定用少数关系词：然后、任意顺序、同时、若…则、循环直到。用现场观察或出声思维核对：实际执行是否出现计划里没有的等待、插队或放弃。对计划中的条件，记录其可见性——人怎么知道条件已满足。把计划错误单独编码（顺序颠倒、过早并行、漏掉条件），不要并进“步骤遗漏”。
边界
有些认知任务的内部顺序不稳定，强行写死计划会伪造确定性；此时应标明“顺序不定”或给出常见变体，而不是省略计划。高度灵活的专家策略可能需要多条计划，而不是一条“标准路径”。计划过细也会滑向程序流程图，失去层级任务分析以目标为节点的好处。
怎么落地
- 每个非叶节点旁写计划，禁止只贴子任务名称。
- 界面稿对照计划检查：条件是否有可见状态、并行步骤是否互相阻塞、强制顺序是否真有必要。
- 培训材料按计划教“何时可以不等、何时必须等”，而不是只背步骤名。
- 走查时专门找计划与真实操作的冲突，冲突处改计划或改设计，不把用户斥为没按流程。