How Platforms Are Neutralizing Conway’s Law

Josh McKenty, VP at Pivotal

Pivotal

今年6月に開催されたRedis Labs主催のRedis Conferenceでは、Pivotalの副社長Josh McKentyが非常に興味深い話をし、技術界の多くが持つ、コンウェイの法則についての仮定に疑問を呈しました。

「コンウェイの法則」とは何か？ コンウェイの法則とは、”システム（ここでは情報システムだけでなくもっと広く定義されています）を設計する組織は、必然的にその構造が組織のコミュニケーション構造のコピーである設計を生み出す “というものです。 本質的に、それが技術の世界にとって意味するのは、チームや組織によって生み出されるソフトウェアと、それを作成するために使用される基本的なコードは、それを生み出したグループや企業のコミュニケーションと組織構造に似ているということです。

なぜそれが正確に重要なのでしょうか。 コンウェイの法則は、小規模なチームほど効果的に機能し、より良い結果を生むという考え方の基礎的な正当化として使用されてきました。 その考え方は、グループが大きくなればなるほど、結束力が弱まり、機能不全に陥るというものでした。 しかし、興味深いことに、彼はその後、この視点を受け入れ、長い間それを提唱してきたことを謝罪しました。 このような公人が、長年の信条を劇的にUターンさせることは、そうそうあることではない。 しかし、彼は、もはや小規模なチームが品質を生み出す唯一の方法だとは信じておらず、実際、これらのグループの偏狭さは、より広い組織全体の問題につながる可能性があるときっぱりと言いました。 実際、McKenty は、冗談半分に自分の考えを「McKenty の仮定」と呼び、今日の技術およびビジネスの状況では、コンウェイの法則が企業に築いた障壁を越えて移動しなければ、競争し、必要なだけ速くトレンドに対応し、機能的な組織運営を行うことはできないと断言しました。 そのためには、プラットフォームが主な手段となります。

コンウェイの法則のデメリット

Googleから金融業界まで、あらゆる業界の企業が、イノベーションを促進する方法としてコンウェイの法則を取り入れています。 基本的には、密接に結びついた小さなチームをひとつのプロジェクトに充て、彼らに反復作業をさせることで、最も創造的な解決策を得ることができるのです。 ダンバーの数は、個人的な関係だけでなく、仕事上の関係にも適用されるという考え方がよくあります。 それ以上だと、コミュニケーションが途切れてしまうのだ。 しかし、マッケンティ氏が講演で指摘したように、意図しないマイナス面もありました。

親として、またNASAでの経験について、マッケンティ氏は、いったんこの方法で小さなチームを定着させると、そのチームに対する尊敬と忠誠が、組織全体に対する忠誠よりも勝ってしまうことが多いと論じました。

マッケンティ氏は、この偏った考え方を「Not Invented Here Syndrome」と呼び、ビジネスにおいて地理的な障壁、組織の境界、ドメインの専門性という3つの方法でそれが現れると指摘した。 地理的な壁、組織の壁、専門分野の壁。 9861>

マッケンティは、コンウェイの法則によって築かれた境界は、時間とともに病的なものとなり、コミュニケーションやコラボレーションを阻害することになると述べています。 ファッション、音楽、ポップカルチャーなどの新しいトレンドに90日以内に対応している企業は全体の10%に過ぎないと彼は述べています。 例えば、スーパーボウルXLVIIの試合中にニューオリンズのスーパードームが停電したことを利用した広告を、試合終了までにすでに準備していた企業は、競合他社よりはるかに早く利益を上げることができるのです。

マッケンティ氏は、企業がイノベーションを推進するためにコンウェイの法則を破ることが不可欠であり、Redisのようなプラットフォームの進歩によりそれが可能になったと考えています。 彼は、軍隊の最も効果的なチームに関する研究を引用し、どのような規模のチームでも、結束しているときに最もうまく機能すると主張しました。 そのためには、お互いに好きである必要はないが、尊敬し合い、共通の目標に向かって努力することが必要である。 9861>

マッケンティ氏は、企業がプラットフォームを利用して、幼稚園で学んだ教訓に立ち返るような「武器化された共感」を採用するべきだと提唱しています。 すなわち、私たちは皆、最初の学校生活で3つのことを学びました。共有する方法、混乱を片付ける方法、そして、ごめんなさいと言う方法です。

プラットフォームは、プラットフォーム自体がコラボレーションを組織するため、これまでよりもはるかに大きなチームが活動全体で労働を分担することを可能にします。 Redis は、大規模なリアルタイムのコラボレーションや、やりたいタイプのプログラミングを取り込むためのプラットフォームの 1 つを代表するものです。 基本的に、ロジスティクス上の制約がコラボレーションの妨げになることはありません。

そして、この種のより大きなパートナーシップは、企業が成功するために必要とする変化の速度に追いつくために極めて重要です。 しかし、マッケンティ氏は、プラットフォームは、幼稚園の頃の価値観を再発見する機会でもあり、実際に組織全体にとって有益であると述べています。

彼は、組織の内外で自分たちを分けているすべての方法、つまり他者性の異なる概念を中立化するためにプラットフォームを使用することを提唱します。 自分たちのやり方を唯一かつ最良の方法とみなすのではなく、グループが等しく優れたテクノロジーを使用している複数の方法を公開するインターフェースとしてAPIを使用することができます。 プラットフォームによって、企業は「みんな一緒」という感覚を養うことができます。そこでは、誰もが尊重され、相互理解をもって扱われ、互いの混乱を片付けることができます-そもそも自分が混乱を引き起こしたかどうかにかかわらず。

McKenty氏は、プラットフォームを、誰もがありのままの姿で来て、本当に考えていることを表現できる中立地帯と見なし、したがって、組織の利益のためにコンウェイの法則によって課せられた障壁を破壊するタイプの誠実さとコラボレーションを促進するものだと考えています。