← 最新の論文
💻 computer science

Advancing Evidence-Based Social Sustainability in Software Engineering: A Research Roadmap

この論文は、ソフトウェア開発における社会的持続可能性の概念と方法論的基盤を明確化し、その定義を再構築するとともに、実践への統合と測定に向けた包括的な研究ロードマップを提示しています。

原著者: Bimpe Ayoola, Anielle Andrade, Ronnie de Souza Santos, Paul Ralph

公開日 2026-03-31
📖 1 分で読めます☕ さくっと読める

原著者: Bimpe Ayoola, Anielle Andrade, Ronnie de Souza Santos, Paul Ralph

原論文は CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) でライセンスされています。 これは以下の論文のAI生成解説です。著者が執筆または承認したものではありません。技術的な正確性については原論文を参照してください。 免責事項の全文を読む

🏗️ 1. 問題:「丈夫な家」だけじゃダメ、住む人の幸せも大事

これまでのソフトウェア開発(SE)の研究は、**「この家は地震に強いか?(技術的な信頼性)」「電気代は安いか?(環境・経済)」**という点にばかり注目してきました。

しかし、**「この家に住む人たちは幸せか?」「近所の人たちと仲良くできるか?」「差別を生まないか?」という「住みやすさ(社会的持続可能性)」**については、あまり真剣に考えられてきませんでした。

  • 現状の問題点: ソフトウェアが技術的に完璧でも、それが「特定の人の権利を奪ったり」「コミュニティを分断したり」「開発者が過労で倒れたり」する可能性があります。
  • 論文の主張: ソフトウェアを作る際、単に「動くこと」だけでなく、**「誰にとっても公平で、幸せな未来を作るか」**という視点を科学的に扱う必要があります。

🍎 2. 定義の整理:「果実」と「木」を分けて考えよう

これまで「社会的持続可能性」という言葉は、意味が曖昧で混乱していました。そこで著者たちは、これを**「果実(製品)」「木(作り手)」**の 2 つに分けて定義し直しました。

🍎 定義 1:社会的に持続可能な「ソフトウェア(果実)」

これは、**「出来上がったソフトが、社会にどんな良い影響を与えるか」**です。

  • 例え: 果実が甘くて栄養があり、誰にでも食べられ、誰かを傷つけない果実。
  • 具体的には:
    • 貧富の差に関係なく誰でも使える(公平性)。
    • ユーザーのプライバシーやメンタルヘルスを守る(ウェルビーイング)。
    • 人々をつなぐものであり、分断しない(コミュニティの結束)。
    • 未来の世代に負の遺産(環境汚染や格差)を残さない。

🌳 定義 2:社会的に持続可能な「開発プロセス(木)」

これは、**「ソフトを作る過程で、開発者や関係者がどう扱われるか」**です。

  • 例え: 果実を育てる「木」が健康で、手入れをする「農夫」が幸せに働ける状態。
  • 具体的には:
    • 開発者が人間らしく、尊厳を持って働ける環境。
    • 多様な人が意思決定に参加できる。
    • 開発者の心身の健康や成長が守られる。

📏 3. 難しさ:目に見えないものをどう測る?

「環境持続可能性」なら「CO2 排出量」や「エネルギー消費量」のように数値で測れます。しかし、「社会的な公平さ」や「幸福感」は目に見えないため、測るのが非常に難しいのです。

  • 課題 1:場所による違い。 ある国で「公平」なシステムが、別の国では「不公平」になることがあります。
  • 課題 2:レベルの違い。 個人には良い影響があっても、組織全体や社会全体には悪い影響があるかもしれません。
  • 課題 3:抽象的。 「幸福」や「結束力」を単純な数字(メトリクス)に落とし込むのが難しい。

🗺️ 4. 解決へのロードマップ:4 つのステップ

この難問を解決するために、著者たちは以下の 4 つのステップを提案しています。

ステップ 1:具体的な「介入(アクション)」を作る

単に「気をつけよう」と言うだけでなく、実際に開発現場で試せる具体的な方法を考えます。

  • 例え: 開発者が「あ、これだと差別になりそうだな」と気づくための**「警報装置」や、「多様な視点を取り入れるトレーニング」**。
  • アクション: 開発のチェックリストに「社会的影響評価」を追加する、など。

ステップ 2:測るための「ものさし」を作る

まだ標準的なものさしがないので、新しい測定基準を作ります。

  • 例え: 「アクセシビリティ(使いやすさ)のスコア」や「開発者の幸福度指数」のような、ソフトウェア特有の**「社会的な物差し」**。
  • アクション: 既存の心理学や社会学の手法を、ソフトウェア開発の現場に合わせてアレンジして使う。

ステップ 3:しっかりした「実験」をする

「たぶん効果があるだろう」で終わらせず、科学的に証明します。

  • 例え: 新しい肥料(介入)が本当に実を大きくするか、**「対照群(肥料なし)」と「実験群(肥料あり)」**に分けて厳密に比較する。
  • アクション: 開発現場で実際に試す「アクション研究」や、ランダムな実験を行う。

ステップ 4:専門家たちと「チーム」を作る

ソフトウェアの専門家だけでなく、社会学者、倫理学者、一般市民とも協力します。

  • 例え: 家を作るのに、大工だけでなく、住み手や地域のリーダーも招いて話し合う。
  • アクション: 長期的な研究(数年単位)を支援し、業界と学術界が連携する。

🎯 まとめ:なぜこれが重要なのか?

この論文は、**「ソフトウェアは単なるツールではなく、社会の基盤」**だから、その影響を無視できないと訴えています。

  • これまでの考え方: 「速くて、バグが少ないソフト」が最高。
  • これからの考え方: 「速くて、バグが少なく、人々を幸せにし、社会を良くするソフト」が最高。

この地図(ロードマップ)に従って研究を進めれば、私たちが使うアプリやシステムが、未来の社会をより公平で、住みやすい場所にしてくれるはずです。

自分の分野の論文に埋もれていませんか?

研究キーワードに一致する最新の論文のダイジェストを毎日受け取りましょう——技術要約付き、あなたの言語で。

Digest を試す →