企業内での新たな技術の導入研修は、操作説明会で終わることが多い。ところが、現場で本当に難しいのは、マニュアルに書かれた機能を覚えることではない。どの業務に使うか、例外時にどう判断するか、誰と情報を共有するか、既存の役割をどう変えるかを、実際の仕事の中で運用できるようになることである。技術が高度になるほど、導入前にすべての使い方を確定することはできない。
そこで重要になるのがOJL（On the Job Learning）である。これは、日常業務や新規プロジェクトの中に知識創造と人材育成を埋め込む考え方で、基本的には、次の流れで進む。
- 目標を決める：身につけたいスキルや、できるようになりたい業務を明確にする。
- 実務に取り組む：上司や先輩の支援を受けながら、実際に仕事を行う。
- フィードバックを受ける：成果や進め方について、良かった点と改善点を確認する。
- 振り返る：経験から学んだことや課題を整理する。
- 次の実務で試す：学びを活かして行動を改善し、できる仕事の範囲を広げる。
この「実践 → フィードバック → 振り返り → 改善」を繰り返して人や組織が成長することを目指す手法だ。通常の仕事から切り離された研修ではなく、成果を出す過程そのものを学習システムへ変える。
運用知と学習成果を同時につくる
新技術には、開発者が持つ形式知と、現場で初めて生まれる運用知がある。例えば生成AIを導入しても、どの文書なら使えるか、入力してよい情報は何か、出力を誰が確認するか、誤りをどう記録するかは、業務ごとに異なる。センサーやロボットでも、繁忙時の例外、保守の順番、顧客への説明などは、使用を通じて具体化する。
導入を完成品の受け渡しと考えると、この運用知の形成が「現場の工夫」に押しつけられる。OJLの視点では、運用知を生み出すこと自体をプロジェクトの成果に含める。仮説、試行、結果、判断理由を共有し、個人の経験を組織の知識へ変えるのである。
OJLでは、仕事の成果と人の成長を別々に評価しない。新商品開発なら、売上や顧客反応だけでなく、顧客仮説を立てる力、データを解釈する力、部門を越えて調整する力がどう形成されたかを見る。社会実装プロジェクトでも、実証件数だけでなく、現場が次の改善を自力で行えるようになったかを評価する必要がある。
二重の目標を曖昧にすると、短期の納期が学習を押しつぶしてしまう。経験者がすべて決め、若手は指示を実行する方が一時的には速い。しかしその方式では、技術や環境が変わるたびに外部専門家へ依存することにつながる。一定の権限と失敗可能な範囲を若手や現場チームへ渡し、意思決定の理由を振り返る時間を業務計画へ組み込むことが必要である。
企業内の話で説明したが、地域や社会への実装も状況は変わらない。研究者が新たな技術シーズを地域に持ち込んだ時に、それを使って短期的に目に見える成果を出すことを目的とするなら、研究者中心のチームで進める方が早い。しかし、その技術を実際の地域や社会の課題に適切に適用し、状況の変化の中でその地域や社会が自律的に課題解決ができるようになることを目指すならば、OJLに相当する学習プロセスが必須になる。
レビューで探索と標準化を切り替える
実装のレビューが、予定に対する遅れの確認だけになると、悪い情報ほど出にくくなる。OJL型のレビューでは、何を試し、何が予想と違い、仮説をどう変えるかを扱う。成果が出なかった試行も、次の判断を改善する情報なら価値がある。
レビューでは、作業量、技術指標、利用者反応、業務負荷、経済性、リスクを一覧にするとよい。さらに「分かったこと」「まだ分からないこと」「次に確かめること」を明示する。責任追及と学習を分け、問題の早期報告が評価される運用にすることで、。
複雑適応系マネジメントでは、未知を探る「探査型」と、得られた知識を効率よく使う「知識型」の両方を必要としている。新技術の導入初期には、複数の使い方を試し、例外を集め、利用者の反応を観察する。その後、効果が確認された方法を手順、権限、教育、システム設定へ落とし込み、標準化する。
探索を続け過ぎれば現場は疲弊し、毎回やり方が変わる。早く標準化し過ぎれば、誤った前提が固定される可能性もある。実装責任者は、どの段階で探索範囲を絞り、何を標準にするかを判断しなければならない。標準化した後も、例外と環境変化を観測する窓口を残すことが重要である。
学習サイクルを業務に埋め込む
技術導入を情報システム部門やDX担当だけの仕事にすると、現場の知識と経営判断が分断される。OJL型の実装では、現場、技術担当、管理職が同じ仮説とデータを共有し、業務変更を共同で決める。これによって、共創型の実装プロジェクトとなり、人材育成、業務改善、組織開発が同時に進む場になる。
製品は更新され、担当者は異動し、社会条件も変わる。長期的な競争力や公共価値を生むのは、一度の導入成功ではなく、新しい技術を仕事の中で試し、意味を見いだし、知識として定着させる能力である。OJLは、社会実装を「使い方を教える工程」から「使いながら組織が賢くなる工程」へ転換する方法論だと言える。
OJL型実装は、振り返りを「余裕があれば行う活動」にしないことが重要である。週次では、実施した試行、観測した事実、障害、次の一手を短く記録する。月次では、複数チームが仮説と結果を持ち寄り、共通する運用知を抽出する。四半期ごとには、効果が確認された方法を手順、教育、システム設定、権限へ反映し、不要になったルールを廃止する。
管理職の役割も変わる。予定との差を問い詰めるだけでなく、どの前提が崩れたか、何を早く学べたか、次の実験のリスクをどう限定するかを問う。失敗報告を評価上の不利益に直結させれば、情報は隠れる。小さな失敗を早く開示し、大きな損失を防いだ行動を評価する必要がある。
学習サイクルには「終点」の設定も必要になる。検証済みの方法をいつまでも「実験」と呼ばず、標準業務へ移す。逆に、環境変化で標準が合わなくなった兆候を誰が検知し、再び探索へ戻すかを決める。この切替能力があれば、組織は特定技術の導入に成功するだけでなく、次の技術変化にも対応できる。OJLの本質は研修形式ではなく、仕事の速度と学習の速度を同期させる経営システムにある。
企業への技術導入を例としたが、地域者社会への科学技術の実装においても、そのプロセスに学習サイクルを埋め込むことは、環境が変化し対象とする課題が変わったのちも、実装成果が生き続けるために必要なことなのだ。