なぜ業務改善が進まないのか？コンウェイの法則で読み解く“組織とシステム”の関係

「現場では使いにくい」と言われるシステム、なぜ改善されないのか？

• 「業務効率化のためにシステムを導入したのに、なぜか“使いづらい”という声が絶えない」
• 「せっかく新しいツールを導入しても、またExcelや紙に戻ってしまう」

こうした悩みを感じたことはありませんか？

実は、これらの問題の原因は単なるツールの問題ではなく、「組織の構造」や「情報の流れ」に深く関係していることが多いのです。

本記事では、ソフトウェア工学の世界で知られる「コンウェイの法則」という考え方を使って、業務改善やシステム導入がうまくいかない本質的な理由とその改善のヒントをご紹介します。

コンウェイの法則とは？

「Any organization that designs a system will produce a design whose structure is a copy of the organization’s communication structure.」

組織は、その構造を反映した設計のシステムを作る

これは、プログラマーであるメル・コンウェイが1968年に提唱した法則です。

この法則が示しているのは、システムの構造は、組織内のコミュニケーション構造をそのまま反映するということです。
つまり、部門間の分断や情報の断絶がある組織では、それがそのまま「使いにくいシステム」や「バラバラな業務プロセス」となって表面化してしまいます。

システムを導入しても、なぜ現場で使われないのか？

テクノロジーが進化した現代では、「導入すること」が目的化しやすくなっています。

本来は業務効率の向上や成果創出のために導入されたはずのツールが、現場の実態と噛み合わずに「使われないシステム」になってしまう。
これは、目的と手段の逆転が起きている状態です。

とくに中小企業では、少人数で業務を回している分、わずかなコミュニケーションの齟齬や誤解が、業務全体の非効率につながる傾向があります。

現場の業務とかみ合わないSaaS導入のケース

たとえば、営業・開発・サポート部門がバラバラに動いている企業が、顧客管理のSaaSを導入したケースを考えてみましょう。

• 各部門が自分たちの管理リストを別々に作る
• 情報の更新が同期されず、抜け漏れ・重複が発生
• 結果的に「使いづらい」と判断され、Excelに戻ってしまう

これは、組織構造の分断が、システムの分断につながった典型的な事例です。

経営者が直面する2つの選択

SaaSや業務システム導入の際、経営者には次のような判断が求められます。

1. 業務フローをSaaSに合わせて変更する
2. 既存の業務フローに合わせて、システムを独自開発する

この判断を正しく行うには、現状の業務を正しく可視化・整理しておくことが不可欠です。

しかし、多くの中小企業では一人が複数の役割を兼務しており、業務の全体像を把握するのが難しいという問題があります。

解決のヒント：エンジニアリング＝企業体質の改善

多くの方が「エンジニアリング＝システム開発」と考えがちですが、
私たちはそれを**「企業体質の改善」**と捉えています。

たとえば、以下のようなこともエンジニアリングです：

• 情報の流れを整理する（誰が、いつ、何の情報を扱うか）
• 評価基準を明確化する（成果はどう測定されるか）
• 業務を見える化し、継続的改善（PDCA）を可能にする

こうした取り組みはすべて、「人と組織がよりうまく働くための仕組みづくり」であり、それこそが真のエンジニアリングだと私たちは考えています。

コンウェイの法則から逆算する、組織づくりのヒント

コンウェイの法則は本来ソフトウェア開発の文脈で語られるものですが、
「組織＝サービス提供のソフトウェア」と捉えることで、企業の在り方自体を見直すきっかけになります。

• 個人とチームの役割を明確にする
• 情報の非対称性をなくす
• 継続的な改善を仕組みとして組み込む

このような工夫により、組織全体のシステム設計（＝企業構造）を最適化し、持続可能な業務改善につなげることができます。

最後に：コンウェイの法則は経営改善のヒント

組織構造とシステム設計は切っても切れない関係にあります。

どれだけ優れたツールやITを導入しても、組織のコミュニケーション構造が未整備では、その効果は半減してしまいます。

私たちは、中小企業の業務改善やDX推進を、「経営戦略 × エンジニアリング」の視点から支援しています。

「なぜ現場でうまくいかないのか？」と感じたら、まずは組織の構造から見直してみませんか？