🇯🇵 日本語 🇬🇧 English 🇨🇳 中文 🇲🇾 Bahasa Melayu

持续用系统吸收例外处理的最终结局

组织设计

“总之先用系统应对”的组织的最终归宿

每当出现例外,就增加标志位、扩充条件分支、嵌入特殊规则。有些组织反复做出这样的决策,持续用系统吸收所有例外。短期来看,这似乎能抑制现场的混乱,客户服务也不会中断,给人一种“处理得很好”的假象。然而,这种选择正在悄然将组织逼入绝境。

经营决策层(Why)

吸收例外会成为“推迟决策的装置”

用系统吸收例外,也意味着将例外本身排除在决策对象之外。在不去追问“为何会发生例外”、“原则是什么”、“是否应该改变原则”等问题的情况下,仅通过技术应对来平息事态。如果这种态度持续下去,就会导致原则得不到更新,决策无法积累的状态。

系统复杂化的三个阶段

① 例外成为“设置项目”

最初,例外被当作临时应对措施。不久之后,它们开始以复选框或管理界面选项的形式留存下来。此时,例外便成了“可以存在的前提”。

② 例外成为“前提条件”

随着例外增多,例外流程会比常规流程更多,导致新人无法理解。系统将开始基于例外而非原则来运行。

③ 无人能解释整体情况

最终,会陷入无人能解释“为何形成此规格”、“在何种条件下会发生什么”的状态。到了这一步,“害怕修改”、“不动更安全”的氛围就会占据主导。

专业实施层(How)

持续用系统吸收会导致什么后果

持续用系统吸收例外处理的结果,会导致以下问题同时发生:

  • 业务原则消失。
  • 决策理由未被记录。
  • 客户价值标准变得模糊。

系统虽然存在,但决策的轴心却已缺失。

与“不中断客户服务”的区别

关键在于,“不中断客户服务”与“不更新原则”并非同义。为了不中断客户服务而临时采取例外处理是合理的。但是,将那些例外一直留在系统中,则近乎于放弃决策。

常见的误解

误解①:因为用系统吸收了,所以安全

可能只是看起来安全,实际上可能处于无人决策、无人负责的状态。

误解②:目前没有出现问题

等问题发生就晚了。风险已在系统内不断累积。

关于此决策,最后需要确认的问题

此例外,计划何时整合到原则中?
更新原则的决策,由谁承担?
例外是否作为决策被记录下来了?

如果无法回答这些问题,那么系统很可能正在替代决策。

总结(不给出标准答案)

用系统吸收例外,决策就会消失。决策消失,原则就无法更新。没有原则的系统,将持续复杂化。你是在用系统处理例外,还是在推迟决策?辨别这一点,正是此经营决策的核心。

评论

标题和URL已复制