#結びの設計｜疎結合と密結合のはざまで
はじめに
システムの設計や開発の世界には、「疎結合」と「密結合」というアーキテクチャのあり方を表現する言葉があります。 どこか冷たく、専門的な響きを持つ言葉に聞こえるかもしれません。しかし、私たち業務設計者の視点から現場の風景を覗き込むと、これは単なるIT用語の枠を超えて、組織の動かし方、人と人とのコミュニケーションのあり方、ひいては企業文化そのものを深く規定する、極めて人間的な概念であることに気づかされます。
すべての業務プロセスや部署を隙間なく緊密に結びつけ、ひとつの大きな塊として動かすのか。 それとも、それぞれが独立した機能として存在し、必要な時にだけゆるやかにつながり合うことをよしとするのか。
あらかじめ申し上げておくと、この二つの考え方に、どちらが絶対的に正しいという答えはありません。 けれど、システムや業務の“つなぎ方”をどちらに寄せるかという設計の選択ひとつで、現場の働きやすさや、組織が未来の変化にどう対応していくかという運命は、大きく変わっていくのです。
密結合という理想
密結合とは、異なる仕組みやプロセス同士が強く、そして深く結びつき、全体がまるでひとつの巨大な生命体のように連動して動く構造を指します。 たとえば、全社の業務をひとつのシステムで統制するERP（統合幹幹業務システム）の世界は、この密結合の美しさを体現する象徴と言えるでしょう。
販売担当者がシステムに受注データを入力した瞬間に、在庫データがリアルタイムで引き当てられ、工場への生産指示が自動で走り、さらには経理部門の会計帳簿にまで淀みなく数字が反映されていく。 一度かたちが整い、ルールが遵守されれば、組織全体がひとつの意志で動き出します。データは滞りなく流れ、二重入力の手間も、部署間の認識の齟齬も生まれません。そこには、まさに管理と統制が行き届いた「完璧な秩序」の美しさがあります。
けれど、その堅牢な美しさの裏には、避けられない硬さも潜んでいます。 すべてが緻密に噛み合っているがゆえに、現場のちょっとしたイレギュラーや、新しいやり方を途中で差し込もうとしたとき、システム全体が強固な連携をもってそれを拒絶するのです。 「この項目を埋めないと次の画面に進めない」「この手順を踏まないと他部署の数字が狂ってしまう」といった具合に、途中のデータ投入を嫌い、ルールから外れた変化を徹底的に排除しようとする。
完成すれば圧倒的に強く、崩れにくい。 けれど、想定外の変化や、現場の泥臭い「ゆらぎ」にはひどく弱い。 現場の柔軟な工夫を「例外処理」として許さない、その静かな頑なさこそが、密結合が背負う宿命なのかもしれません。
疎結合という選択
一方で疎結合は、仕組みと仕組みをあえて強固に縛り付けず、ゆるやかに結びつけるという設計発想です。 現代の様々なSaaSをAPIやモジュールで連携させるように、常に全体を連動させるのではなく、必要なときに、必要なデータだけをやりとりし、最小限の約束事（インターフェース）だけで互いを動かします。全体を固定しないため、一部のシステムを別のものに入れ替えたり、新しい機能を追加したりといった変化を、しなやかに受け入れる柔軟さを持っています。
これを組織や人の働き方に置き換えてみましょう。 それは、細かなマニュアルや行動のプロセスに縛られず、「いつまでに、こういう状態のアウトプットが欲しい」という入り口と出口の条件だけを共有し、その過程は各チームや個人が自律的に判断しながら協働するような状態です。
ただ、この自由さには、前提となる条件があります。 お互いが約束したアウトプットを必ず出すという「信頼」や、ルールの境界線を守る「自律性」がなければ、ゆるやかなつながりはたちまち機能不全に陥り、組織はただのバラバラな個人の集まりへと霧散してしまいます。
つまり、疎結合とは単なる放置ではなく、意図的に「余白を残す設計」なのです。 中央からの強制的なルールで縛り付けてつなぐのではなく、それぞれの立場を尊重した“ゆるやかなつながり”の中で、全体の整合性を保っていく。 そこには、密結合の持つ圧倒的な統制とはまた異なる、風通しの良いもう一つの美しさが宿っています。
つながりの美学
密結合が目指しているのは、隙のない「完全さの美」です。 対して疎結合が目指しているのは、異なるものが共存する「調和の美」です。
どちらも、組織をより良く動かすための美しさを追い求めていますが、その焦点の合わせ方はまったく異なります。
密結合は、中心から全体を強力に律し、ひとつの大きな目的へと向かわせる秩序です。 疎結合は、部分と部分が自ら考えて動き、その相互作用から自然と秩序を生み出していく自由です。 言い換えれば、密結合はルールによる中央集権であり、疎結合は信頼をベースにした自治だと言えるでしょう。
自社のシステムや業務をどちらの思想でつなぐのか。 それは、IT部門だけの決定事項ではありません。会社がこれまで大切にしてきた文化、事業が属する市場の変化の激しさ、そして何より、現場の働き方に「どこに、どれだけの余白を残すのか」という、経営と業務設計者の思想そのものによって決まるのです。
おわりに
人と人、仕組みと仕組みがつながるほど、ムダは省かれ、業務の効率は間違いなく上がっていきます。 けれど、すべてを緻密につなぎすぎると、身動きが取れなくなり、組織が新たな形へ進化するための変化が止まってしまいます。
それでも、私たちはそのアンビバレントな感覚の中で、心地よい「美しさ」を探し続けます。 データが完璧に連動する統合された世界に強い憧れを抱きながらも、心のどこかで「現場には、もう少し余白や自由があってほしい」とも感じている。
その矛盾のあいだを揺れ動きながら、 組織も、それを支えるシステムも、そしてそこで働く私たち人も、少しずつ最適な形を探り、進化していくのだと思います。
この視点に共感していただいた方、あるいはご自身の組織の「つながり方」にモヤモヤを感じている方へ。
しくみのスキマでは、さらに解像度を上げて組織とシステムの構造を読み解く記事を用意しています。ご自身の立ち位置や、解決したい課題に合わせて、次のページをめくってみてください。
組織全体の思想や、あるべき姿を根本から見つめ直したい経営層やリーダーの方へ。 システムの世界の概念が、いかに組織の統制や文化づくりに直結しているかを深く紐解いています。 結びの設計｜疎につなぐ、という設計
なぜ大企業はガチガチのシステムを好むのか、その背景にある心理と構造を知りたい方へ。 統制による安心感と、それがもたらす弊害について、静かに考察しています。 結びの設計｜密結合の美しさと統制の力
IT部門と現場の板挟みになり、自分の役割に名前がないと感じている方へ。 疎と密のあいだに立ち、言葉を翻訳してしくみを編み上げる「業務設計者」の哲学を言語化した、私たちの原点となる記事です。 業務設計者論｜しくみの狭間に立つ設計者のまなざし
バラバラのシステムや業務を、具体的にどうやって現実的な形にまとめあげればいいのか悩んでいる実務担当者の方へ。 すべてを密結合にするのではなく、一点をハブとして機能させる実践的な設計構造を解説しています。 しくみのスキマ｜ハブとスポークでしくみを動かす