Q4.07.3as-is task decomposition ossifies practice设计研究
现有流程的分解会固化现状
别名: 分解固化现状 · 把现行流程写成规范 · as-is 任务树
概念解释
把今天怎么报账画成一棵整齐的树，下周这棵树就出现在需求里，标题变成「标准任务」。对现行流程的分解，会把权宜、绕过和历史残留写成仿佛必须如此的结构。固化现状（ossifying as-is practice）不是分解技术失败，而是对象被用错：描述「现在怎么做成」的树，被当成「应当怎么做」的规格。树越完整，越难丢掉其中任何一根已经没有目标的枝。
机制
分解要求稳定的步骤名。步骤一被命名，就获得可引用的身份，便于培训和验收，也便于抵抗删除——删一步像在破坏已经分析清楚的现实。现场的绕过（先打印再拍、找人代点）会被写进树，成为「子任务」，再被新系统原样实现。组织还喜欢用这棵树证明当前分工合理：财务必须先开项目代码，因为树上就是这样。分析本应让人看见可拆掉的条件，却在文档化之后变成保护那些条件的围栏。
怎么研究
对同一任务同时做 as-is 树与「若目标不变、手段不限」的目标树，比较哪些节点只因现行工具才存在。追踪 as-is 树进入需求文档后，有多少权宜步骤被原样开发。访谈使用这棵树做培训的人，看他们是否把树当成不可改的规矩。因变量包括无目标仍被保留的枝条数、以及新系统对旧绕过的复制率。
边界
事故调查、合规取证必须忠实于当时怎么做的，固化在这里是目的，不是毛病。渐进修补、没有更换手段的权限时，as-is 树就是工作对象，只是不要改标题。全新服务没有现状可固化。危险的是半新半旧：口头说「我们要重新设计」，手上却把旧树当验收清单。
怎么落地
- 文件名写明「现行做法的描述」，页眉禁止出现「标准流程」；要做规范，另开一棵以目标为根、不抄现行手段的树。
- 每个节点打标：目标必需 / 仅因当前工具 / 现场绕过。后两类默认不进入新方案，除非论证留下。
- 评审新设计时把旧树盖住，只对照目标层；对不上的旧步骤视为候选删除，而不是遗漏。
- 发现需求条目能在旧树上找到原文，就回溯它是目标还是权宜；权宜不得直接立项。