メインコンテンツへスキップ
見出し画像

同じ画面に、違う未来が映っていた

    会議室のモニターに、テスト結果が映っていた。

    白い表の中に、「Pass」の文字が並んでいる。

    画面の端には、次のリリース候補が小さく表示されていた。

    エンジニアは静かに説明していた。

    工数は読めている。

    画面の流れも悪くない。

    大きな変更には見えなかった。

    そのまま次の議題へ移るはずだった。

    ひとりが、資料から顔を上げた。

    「これは、どこまで変更として扱うんでしょうか」

    空気が、少しだけ変わった。

    リスク分析は変わるのか。

    性能評価は足りるのか。

    臨床的な位置づけは同じなのか。

    承認された範囲に収まるのか。

    さっきまで小さく見えていた変更が、急に別の顔を持ちはじめた。

    薬事の担当者が、表を見たまま言った。

    「軽微変更が1つなら、評価できます」

    少し間を置いて、続けた。

    「でも、複数あるなら、足し算だけでは見られない。かけ算でも見ないと」

    その言葉で、テスト結果の表が少し違って見えた。

    誰かが間違えたわけではない。

    技術的には、できる。

    薬事上は、慎重に見たい。

    臨床的には、患者さんへの意味を確かめたい。

    事業としては、時期をずらしたくない。

    みんな、何かを守ろうとしていた。

    それなのに、話が進まない。

    同じ変更を、違う場所から見る

    SaMDはソフトウェアだ。

    だから、つい「作れるか」で考えたくなる。

    実装できるか。

    動くか。

    直せるか。

    でも、変更はコードの中だけで終わらない。

    ひとつのボタン。

    ひとつの通知。

    ひとつの表示順。

    1つなら、小さな変更に見える。

    けれど、2つ、3つと重なると、影響の形が変わることがある。

    患者さんの判断に触れる。

    医療者の行動にも入り込む。

    リスク分析や薬事上の説明にも響く。

    同じ変更を見ていても、見ているものは違う。

    エンジニアは、動くかを見ている。

    品質の人は、その動きを再現し、確かめられるかを見ている。

    薬事の人は、それをどう説明できるかを見ている。

    臨床の人は、画面の先にいる患者さんを見ている。

    事業の人は、その先にある市場を見ている。

    どれも間違いではない。

    ただ、見ている場所が違う。

    言葉が届くまでに

    別の会議で、エンジニアが小さく言った。

    「それは、最初に聞いておきたかったです」

    責める声ではなかった。

    でも、少し疲れていた。

    薬事の担当者も、責めていたわけではない。

    臨床側も、否定したかったわけではない。

    ただ、懸念が届くのが遅かった。

    そして、届く言葉になっていなかった。

    「変更管理」と言うとき、薬事の人が見ているもの。

    「アップデート」と言うとき、エンジニアが見ているもの。

    「安全性」と言うとき、臨床の人が見ているもの。

    同じ言葉でも、その背後にあるものは違う。

    だから、話が噛み合わない。

    そんなとき、誰かが言葉を置き直す。

    「それは、仕様としてはここに影響します」

    「その不安は、リスク分析ではここに出ます」

    「今は見送るけれど、次の変更で確認しましょう」

    すると、止まっていた会議が少し動く。

    大きく進むわけではない。

    でも、固まっていたものが、少しほどける。

    残らないもの

    設計書は残る。

    変更履歴も残る。

    議事録も残る。

    でも、判断したときの温度は、放っておくと残らない。

    何を怖れていたのか。

    何を守ろうとしたのか。

    なぜ、そのときは変更しなかったのか。

    そこが抜けると、後任の担当者は過去の判断を読むのではなく、推理することになる。

    資料の行間を読む。

    古いメールを探す。

    誰かのメモを探す。

    もういない人の意図を想像する。

    私は、そんな場面も何度か見てきた。

    だから、正式な決定だけでなく、会議の中で出た小さな懸念も残しておきたいと思うようになった。

    「ここは少し気になる」

    「今回は見送る」

    「次の変更では確認する」

    そんな言葉が残っていれば、あとから分かることがある。

    なぜ、そこを慎重に見たのか。

    何を心配していたのか。

    そのとき、何を守ろうとしていたのか。

    記録に残すのは、結論だけではない。

    そこに至るまでの迷いや、判断の背景も残しておきたい。

    同じ未来を見る必要はない

    私は以前、

    「チーム全員が同じ方向を向くこと」

    が大切だと思っていた。

    今は、少し違う。

    全員が同じものを見る必要はない。

    エンジニアには、エンジニアの景色がある。

    薬事には、薬事の景色がある。

    臨床には、臨床の景色がある。

    品質には、品質の景色がある。

    事業には、事業の景色がある。

    むしろ、その違いが必要なのだと思う。

    問題は、その違いを持ったまま、同じ製品について話せるかどうかだ。

    誰かの「できる」を、別の誰かが「大丈夫」と言えるのか。

    誰かの「心配」を、別の誰かが「では、ここを確認しましょう」と受け取れるのか。

    その間に、言葉を置けるか。

    優秀な人が集まっているのに、進まない。

    そんなとき、「誰が間違っているのか」を探しても、答えが出ないことがある。

    みんな正しい。

    ただ、見ている未来が少し違う。

    その違いを持ったまま、同じ製品について話す。

    そのための言葉を、探す。

    私は、そんな仕事をしてきた。

    会議が終わったあと、机の上には小さなメモが残っていた。

    そこには、そのとき誰かが見ていた未来が、少しだけ残っている。



    よろしかったら、こちらもどうぞ。


    マガジンの玄関はこちらです

    よろしければ、ここから全体の流れをご覧ください。


    全体の玄関はこちらです

    ほかのテーマやシリーズへの入口を、ここにまとめています。


     
     
    SaMD・医療AI、生成AI、仕事、文化、記憶、日常について書いています。 技術や制度、言葉や美意識のあいだに立ち上がる「人間らしさ」を、静かに言葉にしていくnoteです。 初めての方は「このnoteを歩くための小さな地図」からどうぞ。

    あなたへのおすすめ