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

避免将现场不满“制度化”的组织设计

业务流程

不満が出ること自体は、問題ではない

只要组织在运转,现场产生不满是自然现象。“流程变繁琐了”、“决策太慢”、“规则不符合现实”等声音,恰恰是组织没有停滞的证明。真正的问题在于如何处理这些不满。

経営判断レイヤー(Why)

組織運営の最優先は「対顧客」である

首先,必须明确优先级。在组织运营中,最优先的并非员工的不满,而是“对客户的价值提供是否得到维持或提升”、“客户服务是否顺畅”、“业务信誉是否受损”这些方面。这是第一位的。倾听员工不满固然重要,但它始终是“次要的”,只有在确保客户价值的前提下,才去处理这个问题。如果搞错了这个优先级,就会导致内部事务优先于客户价值,组织变得内向,制度沦为自我目的。

なぜ現場の声は制度化されやすいのか

现场的声音容易转变为制度,背后有以下原因:“置之不理会被视为无视”、“难以解释不处理的理由”、“规则化后更容易管理”等。然而,必须认识到“易于管理”和“合理性”是两回事。

専門実装レイヤー(How)

不満を制度にしないための設計原則

为了避免轻易将现场的不满制度化,组织方需要遵循以下设计原则。

① 不満を一次情報として扱う

将“谁”、“在什么业务中”、“在什么情况下”产生的不满,作为事实而非情绪来整理。

② 一時対応と制度を明確に分ける

允许有时限的应对、例外操作、局部规则,并明确声明这些“不是制度”。

③ 判断を経営側に戻す導線を作る

现场无法解决的不满,很可能是业务设计、决策结构、权限配置等结构性问题。因此,在收集不满后,必须建立将其引导回结构层面讨论的路径。

不満を制度にした組織で起きること

将不满直接变成制度的组织,容易出现以下现象:

  • 制度持续增加
  • 例外处理变成违反制度
  • 现场开始规避制度

结果导致制度与现场脱节的逆转现象。

不満を観測に留めた組織で起きること

另一方面,将不满作为观测数据来处理的组织,会产生以下不同:

  • 能看到不满背后的结构性问题
  • 能区分哪些应该制度化,哪些不应该
  • 组织变革不易演变成人事问题

制度被定位为“最后使用的调节装置”。

よくある誤解

誤解①:制度にしないと現場は納得しない

员工的认同感,不取决于制度的有无,而取决于“是否有人倾听”、“是否解释了理由”。

誤解②:制度化しないと改善が進まない

改善未必一定要从制度开始。相反,制度化是改善的最后一步。

この判断で、最後に確認したい問い

这个不满是暂时的,还是结构性的?现在不制度化,是否会造成致命影响?观测结果后,是否有回旋余地?如果无法回答这些问题,那么这个不满可能还没到需要制度化的阶段。

まとめ(正解は出さない)

不满本身不是问题,而是反映组织状态的宝贵观测数据。轻易的制度化不是解决问题,反而可能固化问题。组织设计的职责,在于将不满引导回业务流程、权限下放等结构性议题。保护现场,不在于立刻建立制度,而在于拥有防止问题固化的设计能力。这正是可逆性经营决策的核心所在。

评论

标题和URL已复制