显性知识优于隐性知识，批准变更不等于手动实施变更

隐性知识指没有文档化、只存在于雇员脑中的知识，对快速成长型组织是一大开销：容易随人员流失丢失，新员工要重新学习组织其实已经知道的东西。把隐性知识编码写进脚本、工具或源代码，能让流程变得可见，更利于传递——这对管理部门尤其重要，因为其职责就是确保业务按明确定义、可重复的规则运作。全自动化不仅逼迫流程定义变得明确可见，还能消除手动流程中那些从未被记录的规则和意外变数。讽刺的是，传统IT部门常为保持”运行”与”变更”职责分离而坚持保留手动步骤，却忽略了”批准变更”和”手动实施变更”根本是两回事——前者该留给人判断，后者该交给机器执行。如果一切都自动化了，人类的用武之地在于创新、创意、设计，而不是执行重复性任务，这不是让”天网”接管世界，而是恰当的职责分离。

结构图：

flowchart LR
  T["隐性知识:只存在脑中,不可见"]
  T --> R["编码进脚本/工具/源代码"]
  R --> E["显性知识:流程可见,可传递,可复现"]
  A["批准变更(判断)"] --> H["留给人类"]
  B["实施变更(执行)"] --> M["交给机器自动化"]
  A -.常被混为一谈.- B