REConnect: Participatory RE for Social Sustainability
本論文は、26のコミュニティ・エンゲージメント・プロジェクトから導出された、信頼、共創、およびユーザーのエンパワーメントを優先し、自動化およびAI支援による聞き取り（エリシテーション）のリスクに対して社会的持続可能性を確保し人間の主体性を維持する、人間中心の参加型要件工学フレームワークであるREConnectを導入するものである。
原論文は CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) でライセンスされています。 これは以下の論文のAI生成解説です。著者が執筆または承認したものではありません。技術的な正確性については原論文を参照してください。 免責事項の全文を読む
大きな問題：住む人の声を聞かずに家を建てること
想像してみてください。あなたは新しいコミュニティセンターを建てるために雇われた建築家です。しかし、近所の人々に何が必要かを尋ねる代わりに、あなたはハイテクなオフィスに座り、データチャートを眺め、超高速のAIロボットを使って建物の設計図を作成します。あなたは完璧な設計図を持つ美しい構造物を建てるかもしれませんが、いざ鍵を手渡してみると、住民たちは「ドアが重すぎる」「部屋が寒すぎる」「レイアウトが日常生活の感覚に合わない」と感じるかもしれません。
これは、チームが「何が必要か」を判断するために自動化やAIに頼りすぎているときのソフトウェア工学で起きていることそのものです。この論文は、AIが数字を処理したり膨大なデータを解析したりすることには長けている一方で、コミュニティの「人間の鼓動（人間らしさ）」を見落としがちであることを指摘しています。AIに頼りすぎると、技術的には機能していても、信頼、文化、そして助けを必要としている人々の実生活の物語を無視してしまうため、社会的な側面で失敗するソフトウェアを作ってしまうリスクがあるのです。
解決策：REConnect（「握手」のフレームワーク）
著者らは、REConnectという新しいフレームワークを提案しています。これは、ガチガチのルールではなく、実際に作り始める前の**「長く温かい会話のためのレシピ」**だと考えてください。
核心となるアイデアはシンプルです。**「コミュニティのために設計を行うなら、まず彼らとの関係を築かなければならない」**ということです。これは、一度も会ったことがない人のためにケーキを焼こうとするようなものです。材料は合っているかもしれませんが、相手がチョコ好きかバニラ好きか、あるいはナッツのアレルギーがあるかまでは分かりません。
論文では、ネパール、カナダの都市部、北極圏の辺境などで行われた26の実世界のプロジェクト研究から導き出された、**「3つの黄金律（原則）」**を挙げています。
1. 機械ではなく、庭園のように信頼を育む
比喩： 花びらを引っ張って無理やり咲かせることはできません。土に水をやり、日光を与え、待たなければなりません。
論文の主張： 信頼は「ダウンロード」できるものでも、最初から存在すると決めつけられるものでもありません。多くのコミュニティ（特に、過去に無視されたり搾取されたりしてきたコミュニ الحديث）では、人々は外部の人間に対して警戒心を持っています。
- 彼らがしたこと： オンラインでアンケートを送る代わりに、チームはコミュニティへと足を運びました。ネパールの病院を訪れ、カナダのシェルターに寄り添い、北極圏の先住民の長老たちと一緒に過ごしました。お茶を飲み、物語に耳を傾け、継続的に姿を見せました。
- 結果： 信頼が築かれた後に初めて、人々は「本当の問題」を共有してくれました。例えば、ネパールの献血プロジェクトでは、人々が古い迷信のせいで献血を恐れていることが分かりました。AIにはこれを知ることはできません。人間の会話だけが、この事実を明らかにしたのです。
2. 共創（Co-Create）： 「持ち寄りパーティー（ポットラック）」のアプローチ
比喩： 持ち寄りパーティーを想像してください。もしあなたが「これを持ってきて」と指示するだけなら、同じ料理が10皿並ぶかもしれません。しかし、「自分が得意なものを持ってきて」と頼み、みんなで一緒に調理すれば、全員を代表する豪華な宴になります。
論文の主張： 完成したアイデアに対してフィードバックをもらうだけでなく、料理をしている最中に、キッチンへ彼らを招き入れてください。
- 彼らがしたこと： 暴力から逃れてきた女性たちを支援するプロジェクトにおいて、チームは当初、モバイルアプリが必要だと考えていました。しかし、女性たちと話すうちに、彼女たちの多くはスマートフォンを持っていないこと、また、加害者にアプリが見つかると危険である可能性があることが分かりました。チームは元のアイデアを白紙に戻し、シェルターのスタッフと共にウェブツールを作り上げました。
- 結果： 最終的な製品は単に「優れた」ものではなく、「それこそが唯一機能するもの」となりました。ユーザー自身が解決策のデザインに参加したため、使い方も正確に把握していました。
3. ユーザーに力を与える： 乗客からドライバーへ
比喩： もし、地図と車を渡しても、あなたが鍵を持ち続けて目的地を指定しているなら、彼らはただの「乗客」です。もし、鍵と地図、そして運転するためのトレーニングをすべて渡したなら、彼らは「ドライバー」になります。
論文の主張： 真の成功とは、単にソフトウェアを手渡すことではありません。開発者が去った後も、コミュニティがそれを「自分たちのもの」と感じ、運営し続けられるようにすることです。
- 彼らがしたこと： 献血プロジェクトでは、チームは地元のリーダーにソフトウェアの使い方を教えるだけでなく、システム全体を管理する権限を与えました。先住民の言語プロジェクトでは、若者たちは単にゲームをするだけでなく、物語を書き、レッスンをデザインする作業にも携わりました。
- 結果： コミュニティは単にソフトウェアを「採用」したのではなく、それを「主導」しました。彼らはシステムの守護者となり、それが長年続くように努めたのです。
AIはどこに位置するのか？（「超強力な助手」として）
この論文は「AIを禁止しろ」と言っているのではありません。代わりに、新しい使い道を提案しています。
- 古いやり方： AIにすべての思考を任せ、AIが人間に何をすべきかを指示させる。
- REConnectのやり方： AIを**「超強力な助手」**として使い、人間が運転席に座り続ける。
AIを**「非常に仕事が早い司書」**だと考えてください。司書は1秒間に1万冊の本を読み、要約することができます。しかし、司書はそのコミュニティの「感情」や、地元のリーダーの歴史、あるいは暗黙のルールについては知りません。
- 人間の役割： 人間（コミュニティと開発者）は**「守護者（ガーディアン）」**となります。彼らはパターンを見つけるために司書（AI）を利用しますが、その上で「待って、この要約は私たちの歴史の重要な点を見落としている」「このアイデアは現地のルールに反するからうまくいかない」と判断します。
- プロセス：
- 人間が関係を築き、文脈を理解する（「土台作り」）。
- AIが膨大なデータを整理し、パターンを見つけるのを助ける。
- 人間がそれらのパターンを解釈し、AIがニュアンスを見落とした場合には修正を加える。
- 人間とAIが協力して、プロトタイプを迅速に構築する。
- 人間が最終決定を下し、ソフトウェアが自分たちの価値観を尊重していることを確認する。
結論
この論文は、**「ソフトウェアは単なるコードではなく、一つの関係性である」**と結論づけています。
もし、コミュニティが繁栄するのを助けるソフトウェアを作りたいのであれば、プロセスを自動化するだけでは不十分です。立ち止まり、握手を交わし、物語に耳を傾け、コミュニティに車のハンドルを握らせなければなりません。AIはあなたがより速く走ることを助けてくれますが、ハンドルを切ることはできません。人間としての繋がりがなければ、非常に速い車を作ったとしても、それは間違った方向へと突き進んでしまうのです。
自分の分野の論文に埋もれていませんか？
研究キーワードに一致する最新の論文のダイジェストを毎日受け取りましょう——技術要約付き、あなたの言語で。