これまでの取り組みから考える「実装」の本質
優れた研究成果が生まれれば、いつか社会で使われる。技術の性能が十分に高ければ、利用者は自然に受け入れる。科学技術の社会実装について、私たちはしばしばこのような直線的な物語を描く。しかし現実には、論文や特許、試作品と、日々の仕事や暮らしの中で使い続けられる仕組みとの間には大きな隔たりがある。
私自身のこれまでの活動は、この隔たりを埋める仕事がどれほど多層的であるかを示している。地震現象を複雑系として扱う自然科学研究から出発し、大学教授として情報教育環境やカリキュラムの整備に携わり、大阪府立青少年会館では公共施設の運営と若者の社会参加を結びつけた。その後は、復興人材育成、地域企業の経営革新、大学と地域の協働教育、JSTの共創的研究開発プログラム（Solve for SDGs）など、研究・技術・人材・制度の境界をいくつも横断してきた。
社会実装は「技術を置くこと」ではない
社会実装には技術的有効性だけでなく、利用者のニーズ、組織の運用体制、制度や規制、経済合理性、倫理的・社会的受容性を整える必要がある。ここで重要なのは、これらが独立したチェック項目ではないという点だ。新しい技術が業務フローを変えれば、人材配置や責任分担が変わる。責任分担が変われば、規程や予算、評価指標も変える必要が出てくる。利用者の不安が強ければ、性能が高くても普及しない。
つまり、社会実装の対象は技術そのものではなく、「技術を含む社会システム」である。研究者が完成度を上げるだけでは足りず、現場担当者、経営者、行政、利用者、地域住民などが、用途と運用方法を協働して組み替えていかなければならない。
「境界の仕事」
私の経歴は一見すると、自然科学、大学教育、公共経営、地域づくり、企業支援へと大きく転じている。しかし社会実装という観点で見ると、一貫した役割が浮かび上がる。それは、異なる世界の言葉と判断基準を翻訳し、協働が可能な場を設計するコーディネーターであるということである。
大学では、ネットワークや端末を導入するだけでなく、授業や図書館運営に組み込む必要があった。青少年会館では、施設管理の効率化だけでなく、条例上の目的を若者のキャリア教育、実践型インターンシップ、アート活動などへ翻訳した。COC・COC+では、地域課題を大学教育の科目、学習目標、評価方法へ変換し、それを企業のイノベーションマネジメントと連動させることに取り組んだ。JSTのSOLVEでは、研究シーズを社会課題の当事者、協働実施者、事業化や制度化のシナリオにつなぐ支援に携わっている。
社会実装を前に進めるのは、専門分野を薄めた「何でも屋」ではない。複数の専門性を尊重しつつ、互いに接続できる設計図をつくる境界人材である。
必要なのは、完成品ではなく「実装の回廊」
研究成果を社会へ運ぶ際、いきなり大規模導入を目指すと失敗のコストが大きくなる。反対に、実証実験だけを繰り返し、意思決定や予算措置に接続しなければ、いつまでも試作品のままである。必要なのは、研究成果と現場ニーズを結び、関係者の合意を形成し、小さく試し、評価し、日常業務・制度・事業として定着させる連続的な経路だ。
この経路では、技術性能の検証に加えて、少なくとも四つの問いが必要になる。
- 誰のどの問題を解くのか
- 現場の仕事に無理なく組み込めるか
- 費用と便益を誰が負担・享受するのか
- 実証終了後に誰が運営責任を持つのか
これらに答えられなければ、技術は「役に立つ可能性」を持っていても、社会の能力にはならない。
実装の成否は、現場が学習できるかで決まる
複雑適応系マネジメントで重視するのは、最初からすべてを制御することではなく、仮説設定、試行、評価、修正を繰り返せる環境である。社会の条件は変化し、利用者も組織も導入を通じて学習する。したがって、初期計画への忠実さより、変化を観測し、判断を更新できる能力の方が重要になる。
科学技術の社会実装とは、研究成果を社会へ「移送」する作業ではない。技術と社会が相互に変わりながら、新しい日常を形づくるプロセスである。だからこそ。実装を担う組織は、正解を持ち込むのではなく、関係者が正解をつくり直せる回廊を設計しなければならない。
実装回廊を設計する五つの文書
実務では、壮大な構想書より、関係者が更新できる小さな文書群が有効である。
- 第一は「主体地図」：課題の当事者、利用者、運営者、決裁者、費用負担者、規制者を区別し、利害と権限を記す。
- 第二は「変化仮説」：技術を使うことで、誰の行動がどう変わり、最終的にどの社会価値へつながるかを因果の鎖で表す。
- 第三は「実験票」：最も不確かな前提、試す範囲、観測指標、停止条件を一枚にまとめる。
- 第四は「意思決定ゲート」：実証後に継続、修正、拡大、中止を誰がどの証拠で判断するかを決める。
- 第五は「継承計画」：本格運用の責任者、財源、人材、保守、データ、制度変更を明記する。
これら五つを関係者一同が集まる場（＝実装会議、トランジションマネジメントで言うところの「トランジションアリーナ」）で更新すれば、研究、現場、経営、行政の議論が接続しやすい。重要なのは最初から精緻に書くことではなく、観測結果に応じて書き換えることだ。
実装責任者は、技術の進捗率だけでなく、この文書群の空白がどこに残っているかを見るべきである。空白は失敗ではない。次に調査し、参加者を増やし、制度を検討すべき場所を示す。回廊とは、成果を運ぶ物理的な道ではなく、異なる主体が同じ不確実性を見て、次の判断を共同で更新する情報基盤なのである。
実装会議では、進捗率の報告より先に「現在もっとも不確定な前提は何か」を確認するとよい。未解決の前提が一つ減り、次の判断者が明確になったなら、目に見える導入件数が増えていなくても実装への回廊を前進していると言える。
Solve for SDGsの各プロジェクトのみなさんには「事業化セミナー」という場でこういったお話をしているが、限られた時間でしかないので、ここに細かな点も含めて書き記していこうと思っている。