Governance-Aware Software Architecture for Multi-Stakeholder Platforms

あなたは、全く異なる5つのグループが共に生活し、働くための巨大なデジタル・タウン・スクエア（広場）を構築していると想像してください。そこには、地元の豚農家、政府関係者、獣医師、ビジネスバイヤー、そしてプラットフォーム管理者がいます。

問題は、これらのグループがしばしば相反する目的を持っていることです。

• 農家は、政府に自分の農場を特定されないように（政府が家畜の殺処分を決定する可能性があるため）、豚に関するヒントを共有したいと考えています。
• 政府は、疾病を追跡するためにすべてのデータを見たいと考えていますが、個人を監視したいわけではありません。
• ビジネスバイヤーは、プラットフォームが機能しているかを知りたいと考えていますが、農家の個人的な体験談を盗み取りたいとは考えていません。

通常、ソフトウェアエンジニアは、標準的な技術ツールを選んでこれらを構築します。例えば、「全員のデータを一つの大きなデータベースに入れ、パスワードシステムを使って隠蔽しよう」と考えるかもしれません。しかし、この論文の著者たちは、これが罠であると主張しています。

コアとなる考え方：コードは政治である

この論文は、エンジニアがソフトウェアを「どのように」構築するかを決定するとき、彼らは実際には「誰が権力を持ち、誰が安全であるか」についての政治的な決定を下しているのだと論じています。

共有のリビングルームがある家を建てることを想像してみてください。

• 「デフォルト」の方法： ガラス壁のある一つの大きな部屋を作ります。そしてガラスに「政府は見ることができるが、農家は見ることができない」というサインを貼ります。しかし、もしガラスが割れたり、誰かがドアの鍵をかけ忘れたりすれば、農家はさらされます。エンジニアは単に「ガラスの壁」を作ったと考えていますが、実際には「監視システム」を作ってしまったのです。
• 「ガバナンスを意識した」方法： エンジニアは「待てよ、農家には秘密の庭が必要だ」と気づきます。そこで、農家の庭と政府の観覧デッキの間に、頑丈なレンガの壁を築きます。政府は依然として「花々（農場全体の統計）」を見ることはできますが、「人々（個々の農家）」を見ることはできません。

この論文は、これを**「ガバナンス・アウェア（統治を意識した）・ソフトウェア・アーキテクチャ」**と呼んでいます。これは、エンジニアに対して、ソフトウェアを一行も書く前に、単なる「コード」について考えるのをやめ、「紛争解決」について考え始めることを強制する新しいルールブックです。

タウン・スクエアの5つのルール

著者たちは、公平なタウン・スクエアを実現するための5つの重要なルールを、ソフトウェアにおける具体的な構築上の選択肢へと結びつけるマップ（フレームワーク）を作成しました。以下は、「公平性」を「建築資材」へと翻訳する方法です。

1. セーフ・スペース（スパイ防止）：

   • ルール： 農家は、権力者に監視されることなく会話できなければならない。
   • 建築上の選択： ガラスの壁の代わりに、**行レベルセキュリティ（Row-Level Security）**を使用します。これは、データベースのドアにいる魔法の用心棒のようなものです。政府関係者が「すべての豚のデータを表示せよ」と要求した場合、用心棒は自動的に回答をフィルタリングし、「国内の総豚数」のみを表示します。農家が「私の豚を見せて」と言えば、用心棒は彼らの農場のみを表示します。データは同じ建物内にありますが、用心棒が誰も許可されていないものを見られないようにします。

2. 農家主導のアジェンダ（誰がボスか？）：

   • ルール： 農家は、単に専門家の話を聞くだけでなく、どのトピックが重要かを自ら決定できなければならない。
   • 建築上の選択： 専門家だけが本を書ける図書館を作るのではなく、コミュニティ投票システムを構築します。これは、最も大きな声を持つ人々（農家）が「注目のトピック」の看板を掲げることができるタウンホール（住民集会）のようなものです。100人の農家が「ハエの防除」が最大の課題だと投票すれば、ソフトウェアは政府が重要だと考えるトピックではなく、そのトピックを強調表示します。

3. ボトムアップのイノベーション（ローカルな知恵の価値）：

   • ルール： 隣人のヒントは、大学教授のヒントと同じくらい価値があるべきである。
   • 建築上の選択： 専門家だけが投稿を承認できる「ゲートキーパー」システムではなく、マルチシグナル・レピュテーション（多角的信号による評判）システムを構築します。これは、読むことでポイントを得るだけでなく、隣人のアイデアに「親指を立てる（いいね）」ことでポイントを得られるスコアカードのようなものです。専門家が承認するのを待つことなく、多くの隣人が同意すれば、隣人のアイデアが価値あるものであるとソフトウェアが自動的に計算します。

4. クロスレベルのコーディネーション（特定のグループによる支配を防ぐ）：

   • ルール： 農家はシンプルなスマホアプリを必要とし、政府は複雑なダッシュボードを必要とします。彼らは機能面で妥協を強いられてはなりません。
   • 建築上の選択： 全ての人に対して全てを行おうとする巨大で使いにくい機械（モノリス）を作るのではなく、**別々の特化した部屋（マイクロサービス）**を構築します。 「農家の部屋」は、低速なインターネットやシンプルなボタン向けに作られます。「政府の部屋」は、大きなスクリーンや複雑なチャート向けに作られます。これらは互いに通信しますが、どちらのグループも自分に合わないツールを強制されることがないよう、異なる設計になっています。

5. 信頼のための透明性（ブラックボックスの排除）：

   • ルール： なぜコンピュータが特定の検索結果を表示しているのか、人々は知る必要がある。
   • 建築上の選択： 何が人気かを密かに決定するアルゴリズム（ブラックボックス）を作るのではなく、可視化されたスコアカードを構築します。これは、ゲームのスコアボードのように、「質問をしたことで5ポイント、記事を読んだことで2ポイント獲得しました」と明確に表示するようなものです。誰もがその計算式を見ることができるため、システムを信頼できるのです。

豚の飼育の例

これが機能することを証明するために、著者たちはルワンダの豚農家のためのプロトタイプ・プラットフォームを構築しました。

• 彼らは、政府が個々の農家を特定することなく疾病の傾向を見ることができるように、**魔法の用心棒（行レベルセキュリティ）**を使用しました。
• 彼らは、ローカルなヒントを共有することでどのようにポイントを獲得したかを示すために、**ゲーミフィケーション（スコアボード）**を使用し、ローカルな知識が価値あるものであることを証明しました。

この論文が主張していないこと

この論文が主張していないことも、以下の通り重要です。

• このシステムがすでに完璧である、あるいは実世界で機能することが証明されているとは主張していません。
• このフレームブックを使えば、あらゆる社会問題が自動的に解決されるとは言っていません。
• これは現在、**提案でありブループリント（設計図）**です。著者たちは、これが実際に信頼やより正直な共有につながるかどうかを確認するために、実際のユーザー（農家、当局者など）と共にテストする必要があると認めています。彼らは、将来の研究において、新しいシステムを古いシステムと比較することによってこれを行う計画です。

結論

この論文は、ソフトウェアエンジニアへの警鐘です。それはこう言っています。「あなたは単にツールを作っているのではありません。あなたは社会のルールを作っているのです。」

もし、誰が権力を持っているかを考えずにデジタル・プラットフォームを構築すれば、あなたは意図せずして、権力者に有利で、弱者に不利なシステムを構築してしまうことになります。この論文は、ソフトウェアが構築される「前」に、目に見えない政治的な選択を可視化し、議論可能にするためのチェックリストを提供することで、エンジニアが「公平な」デジタル空間を構築できるよう支援するものです。