専門のシミュレーションチームを待たずに、インタラクティブな3Dコンテンツをビルドするトレーニングデザイナーの一日
免責事項：このストーリーの特徴は、説明のために創作された架空の人物であり、実在する顧客や個人を描いたものではありません。
長年にわたり、ダニエルはすべての研修設計者がいずれ直面する同じ問題を抱えていた：
トレーニングは効果があった。しかし、その成果は長続きしなかった。
スライドでそのプロセスが説明されました。動画でそれが示されていた。PDFファイルには、安全対策の各ステップが細部に至るまで綿密にドキュメントされていた。それでも、新規参入のオペレーターたちは、初めて工場の現場に足を踏み入れた際、依然として苦労していた。
ワークフローを見るのと、実際に体験するのは別物だからです。
ダニエルは、製造チーム向けの研修プログラムの設計に10年近く携わってきた。
彼は、人々が複雑なプロセスを迅速かつ安全に習得できるようヘルプするという課題に取り組むことを好んでいる。ダニエルは、インタラクションによる研修が成果をもたらすことを知っていた。問題は、それをビルドすることだった。
彼はシミュレーション開発者ではなかったし、トレーニングのリクエストをただ待っているだけの専任の技術チームもいなかった。インタラクティブな体験を創り出すには、多くの場合、エンジニアリングリソースの確保をめぐる競争や外部ベンダーとの連携が必要となり、あるいは誰にもプロトタイプを見せることさえできないまま、数週間もかけて事業計画の策定に追われることになりがちだった。
何かが承認され、検討され、修正され、Deploymentされる頃には、研修の対象となっていたプロセスはすでに変化していることが多かった。
つまり、ほとんどのアイデアはホワイトボードの段階を脱することがなかった。
しかし、ダニエルがUnity Studioを使ってインタラクティブな3D体験の開始を行ったことで、状況は一変した。
午前8時30分：既存の3Dアセットを活用して開始
ダニエルの朝は、運用チームからの連絡で開始される。
来月、新しいパッケージラインが稼働開始する予定であり、経営陣は稼働開始日までにオペレーターの研修を完了させたいと考えている。この機器は、ほとんどの従業員がこれまで使ってきたものとは異なり、生産スケジュールを乱すことなく、従業員に迅速に使いこなせるよう指導しなければならないというプレッシャーがあります。
かつてなら、ダニエルは一連の計画会議やエンジニアリング部門からのスクリーンショット、そしてPowerPointで作成した大まかなストーリーボードから開始していたでしょう。関係者が具体的な対応策を講じられるようになるまでには、数週間かかる可能性がある。
そこで彼は、ブラウザーでUnity Studioを開き、自社のCADデータから既存の3Dアセットをワークスペースにドラッグアンドドロップする。
- 連携していないツール間で、複雑なCADソフトウェアのアセットを習得する必要はありません
- 技術サポートを待つ必要はありません
- 特別なハードウェアやソフトウェアの設定は不要です
数分もすれば、包装ラインが完全に操作可能な3D環境として表示されます。ダニエルは、関係者に研修がどのように行われるかを想像してもらう代わりに、オペレーターが初日から実際に使用する機器を基に、研修の設計を始めることができる。
午前10時：手順を実践的な学習に変える
次に、ダニエルはトレーニング体験そのもののビルドに取り組みます。
ワークフローを検討する中で、彼は新規オペレーターが一般的にどこで苦労するかを考えている。
問題を引き起こすのは、たいてい日常的な業務ではない。予期せぬ事態が起きる瞬間――安全点検の漏れ、機器の故障、あるいは手順通りに実行されなかった停止手順など。
彼は、人々が実際に工場の現場に足を踏み入れる前に、こうした状況を練習してほしいと考えている。
ダニエルはUnity Studioを使って、ガイド付きトレーニングシナリオの作成を開始した。
事業者は、以下のことを行わなければならない：
- 起動前に安全ラッチを確認してください
- コンベアの開始を正しく行ってください
- 機器の故障への対応
- 正しいシャットダウン手順に従ってください
これらの手順をスライド資料で説明するのではなく、インタラクティブな体験としてビルドすることができる。
彼は、学習者が各ステップを進むためのプロンプトを追加しています。視覚的な手がかりが、重要な操作部に注意を向けさせる。アクションが順序通りに行われない場合、警告が表示されます。
状況によっては、単なる指示だけでは要件を満たさない場合もあります。
学習者が安全確認をスキップした場合、ダニエルはトレーニングシステムがそのミスをフラグするようにしたいと考えています。機器の停止手順を誤った場合、彼はオペレーターが実際にその状況に直面する前に、その結果を十分に理解しておいてほしいと考えている。
Unity StudioのVisual Scriptingツールを使えば、コードを書かずにこうしたインタラクションを作成することができます。視覚的なノードベースのワークフローを通じて、学習者が特定の選択を行ったり、特定のタスクを完了したりした際に、どのような処理が行われるかを定義します。
例えば以下のようにします。
- 学習者が安全確認を完了する前にコンベアを開始した場合、警告を表示する
- 不具合が発生した場合は、適切な対応手順を案内してください
- 必要なステップをすべて正しく完了したら、トレーニングの次のステージをアンロックしてください
- 単にオペレーターに何をすべきかを指示するのではなく、ダニエルは彼らが安全な環境で意思決定を実践できる機会を創出することができる
以前は専門のシミュレーションチームの要件があったような作業も、今ではダニエルが自分でプロトタイプを作成できるようになった。
また、学習者は単に説明を読むだけでなく、ワークフローとのインタラクションを通じて実際に操作するため、研修の内容は、入社初日に直面する実務環境により近いものとなります。
ダニエルにとって、それが目標だ。
単に情報を伝えるだけでなく、実践を通じて人々が自信を持てるようサポートします。
午後12時30分：バジェット会議の前にフィードバックを得る
昼食前に、ダニエルは運用チームの2人の専門家にブラウザーのリンクを共有した。
タイミングが重要です。
その日の午後遅く、彼は経営陣との進捗確認の予定が入っているが、正式な承認会議の場で問題が発覚するよりは、今こそ問題を明らかにしておきたいと考えている。
通常、このあたりからプロジェクトの進捗が鈍り始めます。
かつてなら、ダニエルは要件をまとめるのに数週間を費やし、ステークホルダーが具体的な反応を示すことができるようになるまでプロトタイプが完成するのを待っていたかもしれない。フィードバックが遅れることが多く、修正には多額の費用がかかり、チームは具体的な成果物を検討する代わりに、研修がどのように機能するかについて議論することになっていました。
今日はいつもと違う。
数分後には、両社とも各自のノート PC でその体験を探っている。
ワークフローを進めていくと、起動前の安全チェックが欠けていることに気づく。また、ある人は、機器の故障時にオペレーターが混乱することが多いと指摘し、そのセクションに追加のガイダンスを盛り込むことを提案している。
そして、研修設計者なら誰もが耳にしたことがあるようなフィードバックが返ってくるのです：
「今日の午後のリーダーシップ評価の前に、その変更はできますか？」
数年前なら、そのリクエストによってTimelineが数日、あるいは数週間も遅れていたかもしれません。
その代わりに、ダニエルは全員がまだ通話中にトレーニングの流れを更新した。
中小企業はブラウザーを更新すると、すぐに改良された画面が表示されます。
- 面倒な引き継ぎ作業は不要
- 生産キューでの待機なし
- スクリーンショットやメールのスレッドを使って変更点を説明しようとしないでください
単に反復のスピードが上がり、フィードバックが明確になり、トレーニングが正しい方向に向かっているという確信が深まるだけです。
午後2時：チーム間の信頼関係を築く
午後には、ダニエルは経営陣による審査に提出できる実用的な試作品を完成させた。
そして、これは単なるスピードの問題にとどまらない。
これまでのプロジェクトでは、リーダーシップレビューはストーリーボードやスクリーンショット、そして長々とした説明に頼ることが多かった。関係者たちは質問をしたり、推測を立てたりし、時には研修が実際にどのように行われるかについて、全く異なる解釈を抱いたまま帰っていくこともあった。
今回は、みんな同じものを見ている。
安全担当責任者が起動手順を探る。運用マネージャーは、実際の業務プロセスと照らし合わせてワークフローを確認する。研修の関係者たちは、学習者の透視からこのモジュールを体験します。
概念について議論するのではなく、彼らは具体的な事柄について話し合っている。
こうした共有の認識があることで、チームは問題を早期に発見し、迅速に整列し、自信を持って意思決定を行うことができます。そうすることで、コストのかかる導入ミスが発生するのを未然に防ぐことができるのです。
ダニエルにとって、それは最も大きなシフトの一つだ。
もはや、インタラクションに基づく研修体験がどのようなものになるかを想像する段階は過ぎ去った。これは、ステークホルダーがすでに目にして、探り、共に反応できるものをさらに改善することなのです。
午後4時：研修を人々の手に届ける
その日の終わりまでに、ダニエルは複数の地域にまたがるパイロットチーム向けに、トレーニングの成果を公開する。
タイミングが肝心だ。
オペレーターは来週から研修を開始する予定であり、経営陣は新しいパッケージラインが稼働する前に、早期のフィードバックを求めている。
このサービスはウェブベースであるため、複雑なDeploymentプロセスは必要ありません。チームは、ソフトウェアのインストールや専用ハードウェアを待つことなく、さまざまな場所やデバイスからトレーニングにアクセスできます。
ダニエルにとっては、そのおかげで、会話が計画段階から学習段階へと、ずっと早く移行できるということだ。
そして彼は、まだ仕事が終わっていないことを知っている。
事業者がこの研修の利用を開始するにつれ、新たな疑問が生じてくるでしょう。手続きは変更される場合があります。フィードバックは必ず寄せられるものです。しかし、何か変更があるたびに一からマテリアルをリビルドするのではなく、彼は体験を更新し、修正内容を素早く共有することができる。
かつては長期にわたる開発サイクルのように感じられていたものが、今でははるかに反復的でアジャイルなプロセスへと変化しました。これにより、トレーニングは、それをサポートするために設計された実業務のプロセスに遅れを取ることなく、常に最新の状態を維持できるようになりました。
問題に最も近い立場にある人々が、解決策の構築に貢献できるとき
ダニエルの事例は、多くの研修チームが直面している課題を如実に表している。
彼らは学習目標を理解しています。彼らは、ビジネスが達成すべき成果と、従業員が身につけるべきスキルを把握している。
しかし、そうしたアイデアをインタラクティブな学習体験へと具現化するには、従来、専門的なワークフローや長い制作サイクル、そして自社の管理下にないリソースが必要とされてきました。
Unity Studioはその状況を変える手助けをします。
トレーニングチームは、静的なマテリアルだけに頼ったり、複雑な開発プロセスが始まるのを待ったりする代わりに、アイデアをプロトタイプ化し、オペレーターに体験をいち早く提供することができます。
その効果は、単にコンテンツの作成をスピードアップするだけにとどまりません。
つまり、推測に頼る必要が減り、検証が迅速化され、トレーニングが単なる理論上だけでなく、実社会でも有効だという確信が深まるということです。
何よりも重要なのは、すでにビジネス上の課題を理解している人々が、解決策のビルドに直接参加できるという点です。
なぜなら、そうなれば、開発チームは自分のアイデアをビルドしてくれる誰かを待つことを停止するからです。彼らはそれらを開始し、改良を加え、学習者の手に早く届けるよう取り組んでいる。
免責事項：このストーリーの特徴は、説明のために創作された架空の人物であり、実在する顧客や個人を描いたものではありません。
