#しくみのスキマ｜しくみとしくみのあいだに境界を描く
1. しくみが増えすぎる時代に
今の企業には、あらゆる部門にそれぞれのITツールやシステムが存在しています。
営業部門には顧客とのやり取りを管理するSFA、経理部門には正確な数字を扱う会計ソフト、製造部門には生産を統制するMES、そして企画部門にはアイデアを共有するコラボレーションツール。
これらはどれも、その部門の業務を円滑に進めるため、その部門にとって最適となるように真摯に設計されたものです。そこには、使う人々の信条や、長年培われてきた業務の文化が深く根ざしています。
しかし、組織全体という少し引いた視点で眺めてみると、少し違った景色が見えてきます。最適化されたはずの、似て非なるしくみがあちこちに乱立し、部門と部門の境界線でデータが分断されてしまっているのです。私たちは便利さを追求した結果、皮肉にも組織の中に新しい壁を築き上げてしまったのかもしれません。
2. 統一という幻想
こうした分断の状況を目の当たりにしたとき、会議室でよく上がるのが、全部ひとつのしくみにまとめればいいという声です。全体最適という言葉の響きは美しく、一見すると論理的な解決策に思えます。
しかし、現場のリアルなスキマに立つと、これは幻想に近いアプローチだと気づかされます。
部門ごとに異なる文化やロジックは、システムという箱を一つにしたからといって、簡単には統一できません。なぜなら、それぞれが自分のしくみが一番良いという、現場の実態に即した正当な主張を持っているからです。
被統一側となる部門にとっては、これまでのやり方を否定されることになり、新たなシステムへの移管や学習のコストが重くのしかかります。
さらに、管理項目や表記の揺れは、システム上では小さな違いに見えても、現場の実務においては致命的なエラーや混乱を引き起こす深刻な問題となります。
こうした生々しい要素を無視して強引に統一を目指すと、プロジェクトは遅々として進まず、むしろ組織を壊す失敗リスクを高めてしまうのです。
3. 境界が文化の本質
そもそも、部門やシステムのあいだにある境界線は、単なる技術的な分断やコミュニケーション不足から生まれるものではありません。
そこには、その部門なりの必然性を伴った文化が詰まっています。
例えば、同じ顧客名というひとつの情報であっても、見ている視座によってその意味合いは変わります。
営業部門は、誰と話したかという担当者中心で顧客を捉えます。経理部門は、どこに請求書を送るべきかという請求先中心の厳密な管理を求めます。そして製造部門は、どこにモノを届けるかという出荷先中心の物理的な拠点を重視します。
システム間で表記が違うのは、単なる入力の揺れや怠慢ではありません。それぞれの仕事が背負っている責任や、文化的背景を正確に反映した結果なのです。
だからこそ、効率化の名の下にその境界を完全に壊し、ひとつの正解を押し付けることは、組織の多様な機能そのものを否定してしまう危険性を孕んでいます。
4. 連携しないこともまた失敗
では、文化を守るために、データをつなげない方が安全かというと、それもまた別の問題を引き起こします。
誰かが一度入力したデータは、そのまま正しい情報として次の工程で再利用できたほうが、組織全体としてははるかに滑らかで効率的です。
システムが分断されているがゆえに、隣の部署から来たデータを別のシステムに打ち直す。こうした重複入力や、手作業による不整合は、業務の歩留まりを悪化させます。
結果として、真面目に仕事に向き合う現場の人々を、見えないところで深く疲弊させてしまうのです。
つまり私たちは、境界を壊さないことと、データをつなげるという、相反する二つの課題のあいだで、静かにバランスを取る必要があるのです。
5. ハブという考え方
そこで、業務設計の視点から提案したいのが、ハブを設置するという発想です。
部門と部門、しくみとしくみの境界を直接つなぎ合わせるのではなく、あいだに緩衝役となるハブを置きます。
このハブは、各しくみから吐き出されるデータを受け取り、表記の揺れや、管理項目の粒度の違いを静かに吸収します。そして、必要な形に整えてから、各しくみに再分配するのです。
こうすることで、各部門は自分たちの慣れ親しんだ文化の違いを尊重しつつ、組織全体としてのデータの歩留まりを高めることができます。
イメージとしては、間に立つ通訳や翻訳者のような存在です。
異なる言語を話す人たちに、無理やりひとつの言語を強要するのではなく、あいだに翻訳役を置くからこそ、互いのニュアンスを壊さずにコミュニケーションが成立する。システムと組織の関係も、これと同じなのです。
6. 境界に余白を持たせるデザイン
境界を完全に壊して更地にするのではなく、壊さずに橋渡しをする。
この、境界に余白を持たせるデザインこそが、しくみのスキマに立つ設計者の発想です。
すべてを一本の強固なレールにまとめるのではなく、あいだにクッションとなる空間を置くことで、組織は変化に対するしなやかさを保つことができます。
それは一見すると遠回りに見えるかもしれませんが、強引な統一を推し進めるよりも、はるかに持続的で、現場の体温に寄り添った現実的なアプローチなのです。
まとめ
• システムとシステムの境界は、部門ごとの文化の現れです。
• 全体最適を目指して無理に統一しようとすると現場は破綻しますが、データをつなげずに放置するのも問題です。
• だからこそ、境界には直接触れず、ハブを設けて翻訳や緩衝の役割を担わせます。
• 境界を壊さず、あえて余白を持たせてつなぐことで、組織はそれぞれの文化を保ちながら、健全にデータを循環させることができるのです。
👉 読者への問いかけ：
あなたの組織の、しくみとしくみの境界には、どんな文化が潜んでいますか？
その境界を正論で壊そうとするのではなく、どう緩衝し、どう橋渡ししていくか。
次の仕組み設計を考えるときに、一度立ち止まって、そのスキマを覗き込んでみてはいかがでしょうか。
次の思考へ繋ぐ、関連記事のご案内
現場の不条理や人間関係の摩擦に悩み、なぜ組織がすれ違うのかという「構造」を根本から知りたい方へ。
スキマから見える業務のかたち＃1 ｜なぜ業務設計者は“境界”に立つ必然があるのか
会社の方針や他部署の論理がどうしても理解できず、話が通じない徒労感に疲れてしまった方へ。
ズレの正体 #4｜ズレは“立場の重力”から生まれる
具体的なシステムの繋ぎ方や、組織を息苦しくさせない「適度な距離感」の設計思想を実務に落とし込みたい方へ。
#結びの設計｜疎と密を指揮する思想
システムの機能だけでなく、情報がどう連携すれば組織が滑らかに動くのか、具体的なハブ構造を知りたい方へ。
#しくみのスキマ ｜ハブとスポークでしくみを動かす
