研究開発をどう伝えるか？——成功前の不確実性と失敗を隠さない

「実用化へ前進」「大きな可能性を確認」「開発に成功」。研究開発の発表では、動きがあったことを短く伝えるために、途中経過にも完成へ向かう言葉が置かれる。しかし、読者が知りたいのは期待の方向だけではない。何を試し、どの条件で何が起き、以前より何が分かり、何はまだ分からないのか。そこがなければ、「前進」が技術の成熟、事業化、量産、安全性のどれを指すのか判断できない。

研究開発は結果が決まっている仕事ではない。仮説が支持されないことも、予定した性能に届かないことも、試験が途中で止まることもある。だから広報には、未確定なものを確実に見せず、観測した事実、現時点の解釈、残る不確実性、次に確かめる条件を分け、更新できる記録として示す役割がある。

不確実性と失敗を隠さないとは、機密を無制限に公開したり、未達を美談に変えたりすることではない。公開できる範囲で、現在地と証拠の強さを読者が取り違えないようにする。本稿では研究開発の定義、技術成熟度、NASAの試験報告をたどり、途中経過を判断材料へ変える方法を整理する。

不確実性は研究開発の欠陥ではない

R&Dを統計上どう識別するかを定めたOECDのFrascati Manualは、研究開発に五つの基準を置く。novel（新規性）、creative（創造性）、uncertain（不確実性）、systematic（体系性）、transferable and/or reproducible（移転または再現可能性）である。新規性や創造性と並び、不確実性が定義に含まれている。[1]

ここでの不確実性は、計画が粗いという意味ではない。プロジェクトの開始時点で、最終的な結果と、目標へ到達するまでの時間や費用を正確に決められないという性質を指す。一方、systematicであることも条件なので、何を目指し、どの過程を通り、どの結果が出たかは計画的に記録する。[1] 「結果が分からない」と「何をしているか分からない」は別である。

この区別を広報へ移すと、「成功してから発表する」という考え方の限界が見える。成功だけを公開すれば、研究開発は正解を一直線に当てた活動に見える。実際には、仮説を外し、条件を変え、評価方法を見直し、続けるか止めるかを判断する。その過程で得た知識も研究開発の成果である。

Frascati Manualは、仮説が確認されなかった場合や、想定した製品を開発できなかった場合のnegative results（否定的な結果）も、移転・再現できる結果に含める。結果を研究者の頭の中だけに残さず、組織内で別の研究者が使えるよう記録することを求めている。[1] これは全てを外部へ公開する義務ではない。知財や契約で守る情報があっても、何を試し、何が分かったかを組織の知識へ変える必要があるということだ。

研究開発広報が伝えるべきなのは、結果の派手さより、どの不確実性を減らしたかである。「性能を確認した」なら、何を、どの条件で、何と比べて確認したのか。「課題が見つかった」なら、当初の仮説や設計の何を見直す材料になったのか。失敗というラベルを大きく掲げるより、得た証拠と変わった判断を残す。

成熟度はラベルより、示した証拠で伝える

研究開発の現在地を示すために、NASAはTechnology Readiness Levels（TRL）を使う。TRL 1は基礎的な原理の観測、TRL 2は用途の構想、TRL 3は分析や実験による概念実証、TRL 6は関連環境で機能するモデルやプロトタイプ、TRL 8は試験を経たflight qualified、TRL 9は実際のミッションでflight provenとなる。[2]

この数字は、数字が上がるほど技術が「良い」と単純に評価するものではない。TRL 2についてNASAは、実験的な概念実証がほとんどなく、まだ推測的な段階だと説明する。[2] 概念を示したこと、実験室で動いたこと、関連環境で動いたこと、運用で実証したことは、それぞれ別の主張である。

米国エネルギー省（DOE）のTechnology Readiness Levels解説も、推定したTRLの根拠を詳しく示し、次のレベルへ進むための具体的な入口条件を特定するよう求める。[3] 成熟度をラベルだけで済ませず、実証した環境、試験対象、残る条件と結びつける考え方である。

広報では、この証拠の違いが一つの言葉へ潰れやすい。「実用化へ前進」「商用化にめど」「技術を確立」と書けば短い。しかし、読者が自分の判断へ使うには、何を示し、何をまだ示していないかが必要になる。以下は表現を分けるための架空例で、特定企業の実績ではない。

右側は長いが、単に慎重な言葉を増やしているわけではない。対象、環境、基準、未確認事項を分けている。読者は、その証拠が自分の知りたい実用性、量産性、安全性、採算性のどこまで届いているかを判断できる。

TRLにも限界がある。NASAの宇宙技術向けの尺度であり、業界によって定義は調整される。技術成熟度が高くても、顧客が必要とするとは限らず、採算、供給網、規制、社会受容を自動的に満たすわけでもない。[2][3] 数字を使うなら、尺度の定義と今回の証拠を示し、別の論点まで一つの数字で保証しない。

技術コンテンツとは何かで扱ったように、専門情報は読者が比較できる条件へ変わって初めて判断材料になる。研究開発広報でも、成熟度のラベルを覚えてもらうより、そのラベルを支える試験環境と証拠へ戻れることが重要である。

途中経過を四つの箱に分ける

途中経過が分かりにくくなる原因は、事実と評価と予定を一つの文章へ入れることにある。「試験に成功し、実用化へ向けて大きく前進した」と書けば、何が起きたか、誰が成功と判定したか、実用化に何が残るかが見えない。

発表する内容は、観測、解釈、未解決、次の判断の四つに分けられる。

観測には試験条件、測定値、起きた事象、確認日時を書く。「67秒で自動停止した」は観測であり、「技術的に失敗した」「十分なデータが得られた」は解釈である。[4] 観測だけなら客観的に見えるが、どの目的に対して何を意味するかは伝わらない。

解釈では、観測が何を支持し、何を否定し、何を部分的に確認したかを示す。ここでは判定主体と時点が必要になる。「チームは初期評価で目標Aを達成、目標Bを部分達成と判断した」とすれば、暫定評価を最終結論にしない。

未解決には足りないデータ、別の原因、未確認の環境、今回の試験では答えられない問いを置く。「問題なし」で済ませず、どの問題をどの範囲で見なかったのかを書く。機密のため詳細を公開できない場合も、公開情報だけでは何を判断できないかは示せる。

次の判断には再試験、継続、設計変更、統合、中止の条件を書く。予定と決定を分け、誰が何を見て判断するかを示す。「次の段階へ進む予定」は、判定前なら期待であり、決定ではない。

四つを分けると、「何が起きたか」「以前と何が変わったか」「次に何を判断するか」が一つの流れになる。観測から解釈へ進み、未解決を特定し、次の試験や判断が新しい観測を生む。研究開発広報は、この更新履歴を読者がたどれるようにする。

予定より早く終わった試験をどう更新したか

この四層を実際の発表で見るために、NASAのSpace Launch System（SLS）コアステージのGreen Runをたどる。Green Runは、飛行用コアステージのシステムを段階的に確かめる一連の試験で、最後に四基のRS-25エンジンを同時に燃焼させるhot fireを行った。

2021年1月16日の最初のhot fireは、500秒を予定していたが約1分で自動停止した。[6] この一文だけなら、「失敗した」とも「エンジンは動いたので成功した」とも書ける。NASAの1月21日の更新は、その二択を避けた。

NASAはhot fireの目的を、23の詳細なverification objectives（検証目標）を支えるデータ取得と説明した。初期評価では、点火前の活動など複数の目標を達成し、四基のエンジンを同時運転する複数の目標を部分的に達成したと分けた。ハードウェアの検査とデータ評価を続け、その結果を見て、二回目のhot fireを行うか、コアステージを輸送するかを決めるとした。[4]

この段階では、観測は「計画より早く終了した」、解釈は「複数の目的を達成または部分達成した」、未解決は「長時間運転のデータが足りない」、次の判断は「再試験か輸送か」である。成功という言葉一つへまとめず、決まっていないことを決まっていないまま示した。

1月29日、NASAは二回目の長いhot fireを行う方針を公表した。最初のhot fireと、それ以前の七つのGreen Run testsのデータを評価し、飛行認証を支える長時間データを追加取得する価値があると判断したためである。最初の試験で実施できた操作も列挙し、次に何を繰り返し、長時間で何を追加確認するかを分けた。[5]

後日のNASA記事によると、3月に行った二回目のhot fireでは、四基のエンジンを500秒燃焼させた。[6] ここで大切なのは、二回目の完了によって一回目の説明を上書きしないことだ。最初の試験で得た証拠、足りなかった証拠、その不足から再試験を選んだ判断、二回目で増えた証拠が順に残る。読者は結果だけでなく、判断がどの情報で変わったかを追える。

NASAの発表はNASA自身による説明で、独立した第三者評価ではない。また、大規模な宇宙開発の事例を、全ての企業R&Dへそのまま当てはめることもできない。それでも、目的別の達成状態、暫定評価、未解決、次の判断を時系列で示す構造は、他の研究開発にも応用できる。

失敗を、次の判断へ使える記録にする

「失敗を隠さない」と言っても、失敗を一種類にまとめてはいけない。仮説が支持されなかったのか、予定した目標の一部に届かなかったのか、保護条件によって試験が止まったのか、技術は動いたが実環境の証拠がないのか、製品化の道筋を変更・中止したのかで、次の判断は異なる。

公開記録の最小単位は、目的、条件、観測、判定、残る問い、次の更新で構成できる。

この形なら、結果が良かったときだけでなく、仮説が外れたときにも同じ構造で書ける。「想定と違ったが学びがあった」と抽象的に美化せず、どの想定が違い、何を観測し、次の試験条件をどう変えたかを示す。反対に、記録から次の判断が変わっていないなら、無理に「大きな成果」と呼ばない。

公開できない情報もある。特許出願前の新規性、共同研究契約、営業秘密、安全保障、個人情報、規制当局とのやり取りは、広報だけで公開可否を決められない。詳細を伏せる場合は、公開情報だけでは何を評価できないかを明記する。「詳細は非公開だが成功した」と結論だけを強くせず、判定の範囲を狭める。

成果の測り方も、表示回数や好意だけでは足りない。どの前提への質問が増えたか、読者が成熟度と市場性を区別できたか、次の試験の理由が誤解なく伝わったか、後日の更新や訂正へ戻ってきたかを見る。研究開発広報の成果は、失敗を好意的に受け止めてもらうことではない。読者と組織が、以前より細かい条件で次の判断をできることである。

技術広報と技術マーケティングの違いは、どちらが優れているかではなく、誰のどの判断を支えるかにある。研究開発の途中経過でも、採用候補者、共同研究先、顧客、経営層、地域では知りたいことが違う。全員へ同じ「成功」を届けるより、相手が判断するための証拠と限界を選ぶ。

研究開発を伝えるとき、成功を待つ必要はない。ただし、途中を完成品のように見せてもいけない。観測、解釈、未解決、次の判断を分け、成熟度を証拠とともに示し、新しい情報が出たら更新する。失敗を隠さないとは、弱さを演出することではなく、判断の履歴を残すことである。