ロボット・AI人材の育成と内製化（全文）

エグゼクティブ・サマリー

二台目が入らない原因の大半は、技術ではなく人材配置にある。 一台目はベンダーとコンサルが総出で立ち上げる。二台目は自社で回すことになり、そこで初めて社内に誰もいないことが露呈する。
必要なのは「ロボットエンジニア」という一職種ではなく、5つの役である。 構想（RXオーナー）、要件（業務設計）、実装（技術連携）、運用（一次対応）、改善（データ活用）。この5役を混ぜて一人に求めると、採用要件が非現実的になり、いつまでも採れない。
内製すべきは「構想」「要件」「運用」の3役で、「実装」は外に出してよい。 自社の業務と制約を知っていることが価値になる役が内製対象である。ロボット言語やPLCの実装スキルは、外部に依存しても事業リスクにならない。
育成の起点は情報システム部門ではなく、現場の改善リーダーである。 業務を知っている人にデータとロボットの言語を足すほうが、技術者に業務を覚えさせるより速い。到達までの目安は、運用一次対応で3〜6か月、要件定義で12〜18か月である。
育てた人材が辞める前提で設計する。 属人化を防ぐのは、手順書ではなく「二人体制」と「外部コミュニティへの接続」である。社内に一人しかいない状態は、育成が成功したのではなく、リスクが集中しただけである。

ロボットやAIの導入について相談を受けるとき、最初の一台の話は驚くほどスムーズに進む。予算が付き、ベンダーが決まり、現場が協力し、立ち上がる。問題はその次である。二台目の検討が始まった途端、「あのときの担当者はもう別の部署にいる」「仕様書はベンダーが書いたので中身がわからない」「トラブルが起きるたびに呼ばないと止まったまま」という話になる。技術は残っているのに、動かす人が残っていない。

1. 「ロボット人材が足りない」は問題定義として粗すぎる

「ロボット・AI人材を育てたい」という相談は増えている。しかし話を聞いていくと、求めているものが人によってまったく違う。ある人はロボットを実際にティーチングできる人を指し、別の人はどの業務を自動化すべきか判断できる人を指し、また別の人は経営に投資判断の材料を出せる人を指している。この状態で採用要件を書けば、「ロボットのプログラミングができ、業務改善の経験があり、データ分析ができ、経営に説明できる人」という、存在しない人物像ができあがる。

問題を解くには、まず役割を分けなければならない。RobiZyでは、導入7工程（①RXビジョン／構想策定 ②要件定義・PoC・選定・組成 ③構築スケジュール／ToBe業務設計 ④システム設計 ⑤開発・導入 ⑥定着化 ⑦運用）に対応させる形で、必要な人材を次の5役に整理している。

役	主な担当工程	やること	判断の基準になる知識
構想（RXオーナー）	①	何のために自動化するかを決め、投資を通し、優先順位を付ける	自社の事業計画、原価構造、要員計画
要件（業務設計）	②③	対象業務を切り出し、ToBe業務を設計し、要件に落とす	現場業務の実態、例外処理、繁閑差
実装（技術連携）	④⑤	機器選定の技術評価、システム間の接続、立ち上げ	ロボット／PLC／ネットワーク／上位システム
運用（一次対応）	⑥⑦	日々の起動・監視・簡易復旧・軽微な設定変更	機器の操作、異常パターン、エスカレーション基準
改善（データ活用）	⑦	稼働データを読み、ボトルネックを特定し、次の一手を出す	指標の定義、データの取り方、簡単な分析

この5役に分けた瞬間、議論が具体的になる。「うちには②がいない」「⑤は外注で問題ないが、⑦がいないから止まると誰も直せない」という会話ができるようになる。人材の議論は、職種名ではなく役で行う。

2. 内製する役、外に出す役

5役すべてを内製する必要はない。むしろ全部を抱えようとすると、採用にも育成にも失敗する。判断の基準は単純で、自社の業務と制約を知っていることが価値になるかどうかである。

役	推奨	理由
構想	内製（必須）	事業計画と結びつかない自動化は投資判断ができない。外部に委ねられない
要件	内製（必須）	例外処理と現場の実態は、外部が短期間で把握できない。ここを外に出すと「動くが使えない」ものができる
実装	外部で可	ロボット言語やPLCの実装は汎用スキル。内製しても差別化にならず、人数が要る
運用	内製（必須）	止まったときに数分で動かせるかどうかが稼働率を決める。外部の到着を待つ構造は成立しない
改善	内製が望ましい	指標の定義とデータの読み方は業務理解と一体。外部支援を受けつつ内製化していく

「実装を外に出す」という判断に不安を覚える企業は多い。だが実装を内製しても、機種が変わればスキルは陳腐化し、案件が途切れれば手が空く。内製すべきは、外部ベンダーの実装内容を評価し、受け入れ、引き継げるだけの理解であって、自分で全部書ける必要はない。この違いを混同すると、採用要件が跳ね上がる。

3. 誰を育てるか——起点は現場の改善リーダー

育成の候補として真っ先に挙がるのは情報システム部門だが、多くの場合これは遠回りになる。ロボット導入で難しいのは技術ではなく、業務のどこを切り出すかの判断である。業務を知らない人がこれを学ぶには年単位かかる。逆に、現場の改善活動を回してきた人にデータとロボットの語彙を足すほうが、はるかに速い。

推奨する起点は次の順である。

現場の改善リーダー（工程改善、標準作業の整備、多能工化などを担ってきた人）→ 要件・改善の役へ
保全・設備担当（設備の異常対応、点検、更新計画を担ってきた人）→ 運用・実装評価の役へ
事業企画・経営企画（投資計画、要員計画に関わってきた人）→ 構想の役へ
情報システム（上位システム連携、データ基盤）→ 改善・実装評価の役へ

情報システム部門を外すという意味ではない。上位システムとの接続やデータ基盤の整備では中心になる。ただし「自動化の対象業務を決める」役の起点としては、現場側から立てたほうが立ち上がりが速い。

4. 育成の中身と期間の目安

育成計画を立てるときに最も外れやすいのが期間の見積もりである。研修を数日受ければ担当できる、という前提で計画すると必ず破綻する。役ごとに、到達までの現実的な目安を持っておく。

役	到達までの目安	学ぶ中身	到達の判定方法
運用（一次対応）	3〜6か月	機器操作、異常パターンと復旧手順、エスカレーション基準、安全ルール	想定される異常10件を、支援なしで規定時間内に復旧できる
改善（データ活用）	6〜12か月	指標の定義、データの取得と可視化、ボトルネック分析、改善提案の書き方	月次レビュー資料を自力で作り、次の打ち手を1件提案できる
要件（業務設計）	12〜18か月	業務の切り出し、ToBe設計、例外洗い出し、要件定義書の作成、ベンダー評価	新規1件の要件定義書を主担当として書き上げ、ベンダー提案を比較評価できる
実装評価	12〜24か月	機器・制御の基礎、システム連携、安全設計の考え方、検収基準	ベンダーの設計書をレビューし、抜けを指摘できる
構想（RXオーナー）	経験者を充てる	事業計画との接続、投資判断、優先順位付け、社内合意形成	中期の自動化ロードマップを自ら描き、経営会議で通せる

重要なのは、育成が座学ではなく実案件で行われるという点である。この期間の目安は「案件に張り付いた場合」の数字であり、研修だけを積み上げても到達しない。したがって育成計画は、案件計画とセットでしか作れない。「来期に一人育てる」と決めるなら、その人が担当する案件を同時に決める必要がある。

5. 育成を実案件に埋め込む——シャドーイングと引き継ぎ

実案件での育成を機能させる具体的な仕掛けは、次の3つである。

シャドーイング枠を工数に計上する。 育成対象者を「見学」させるだけでは身につかない。外部ベンダーとの打ち合わせに同席し、議事を書き、宿題を持ち帰る役を明示的に割り当てる。この工数を最初からプロジェクト計画に入れておかないと、忙しくなった瞬間に真っ先に削られる。

設計意図の引き継ぎを検収条件にする。 ベンダーからの納品物に、成果物そのものだけでなく「なぜこの設計にしたか」「変更するときにどこを見るか」を含める。仕様書があっても意図が残っていないと、二台目で応用できない。検収項目に「引き継ぎセッションの実施」を明記する。

一次対応の切り分け表を自社で書く。 ベンダーが用意したマニュアルを配るのではなく、「この症状なら自社で対応」「この症状なら即連絡」の線引きを自社の人間が書く。書く作業そのものが、機器を理解する最短の訓練になる。

6. 評価・処遇と、離職リスクへの備え

育成に成功した企業が次に直面するのが、育てた人材の流出である。ロボットとAIの両方を実務で回せる人材は市場で希少であり、社外から声がかかる。ここで「囲い込み」を考えても効果は薄い。現実的な対策は次の3点である。

二人体制を原則にする。 一人に集約された状態は、育成の成功ではなくリスクの集中である。役ごとに主担当と副担当を置き、副担当が最低でも一次対応まではできる状態を作る。人数の余裕がない場合でも、運用役だけは必ず二人にする。

役割を評価制度に接続する。 「ロボットの面倒を見る人」という曖昧な位置づけのままでは、本人のキャリアが見えず、評価もされない。5役のどれを担い、どの到達段階にあるかを明示し、等級や手当と結びつける。名前の付いていない仕事は、続かない。

社外のコミュニティに接続する。 社内に一人しかいない専門性は、本人にとって孤立であり、企業にとっては単一障害点である。同じ課題を持つ他社の担当者、メーカー、SIer、大学と接点を持てる場に出すことで、本人の学習速度が上がり、社内での孤立感も下がる。結果として定着にも効く。

7. 内製化を進める順序——チェックリスト

以下は、自社の現在地を確認するためのチェックリストである。上から順に埋めていく。

半分以上が埋まらない場合、次の一台を検討する前に、人材配置の議論を先に行ったほうがよい。機器を増やしても、動かす人がいなければ稼働率は上がらない。

8. よくある失敗

研修を受けさせて終わりにする。 外部研修は語彙を揃えるには有効だが、それだけで担当できるようにはならない。研修の直後に実案件を割り当てられない場合、投資はほぼ回収されない。

「詳しい人」に全部を寄せる。 一人の熱心な担当者に構想から運用まで集めると、短期的にはうまく回る。その人が異動・離職した瞬間にすべてが止まる。5役に分ける目的の半分は、この集中を防ぐことにある。

採用で解決しようとする。 5役すべてを満たす人材は市場にほぼいない。仮に採れても、自社の業務を知らない状態から始まるため、要件の役はすぐには担えない。採用は実装評価や改善の役を補強する手段として位置づけ、構想と要件は社内から立てる。

PoCの担当と本番の担当を分ける。 PoCで得られる最大の資産は、データではなく担当者の理解である。ここを分断すると、学習が引き継がれずゼロからやり直しになる。PoC設計の段階から、本番運用を担う人を巻き込んでおく（PoC設計、PoCから本格展開へも参照）。

まとめ

ロボット・AIの内製化とは、技術者を採ることではない。構想・要件・運用の3役を自社で持ち、実装は外に出し、改善を徐々に内製化していくという配置の設計である。そしてその配置は、案件計画と評価制度に接続して初めて動き出す。育成計画だけを単独で作っても、実案件と結びつかなければ紙のまま終わる。

もう一つ強調しておきたいのは、この課題を一社だけで解くのは効率が悪いという点である。5役をどう分けるか、どこまで内製するか、育成にどれだけかかるかは、業種や規模が近い企業ほど参考になる。しかし各社の生の経験は、公開資料にはほとんど出てこない。

RobiZy（NPO法人ロボットビジネス支援機構）は、ロボットを売らない中立の立場で、ユーザー企業・メーカー・SIer・運用事業者・自治体・大学が同じテーブルに着く会員組織である。人材育成と内製化は、まさに立場を越えて経験を持ち寄る価値が大きいテーマであり、他社の担当者と直接議論できる場そのものが、社内に一人しかいない担当者にとっての大きな支えになる。自社の人材配置をどう設計するか、育てた人をどう定着させるかを継続的に検討したい企業には、正会員としての参加を勧めたい。関連して、ロボット導入の失敗パターン、定着化のマネジメント、コンソーシアム型プロジェクトの進め方も併せて参照されたい。

ロボット・AI人材の育成と内製化