IT人材育成の見直し、配信から習得の確認へ
システムの刷新や新しいツールの導入に合わせて、IT人材育成に取り組む部門は増えています。研修を実施し、資料を配った記録は残ります。ただし、その内容を現場が業務で使える状態になったかどうかは、記録からは見えてこないのです。
IT人材育成をどう組み立てるか
知識の理解から業務の判断へ
IT人材育成を、新しい技術の名前や手順を覚える取り組みとして組み立てると、実務との距離が残りやすくなります。現場で必要になるのは、手順を思い出す力よりも、目の前の状況にどの手順を当てるか、どこに例外があるかを見分ける判断。そのため、育成の対象には、技術そのものの説明だけでなく、その技術を使う業務の流れ、判断を誤りやすい条件、過去に起きた不具合の背景までを含めます。ここまでを扱ってはじめて、学んだ内容を自分の担当業務に当てはめられます。
学んだ結果を確かめる工程
もう一つ必要になるのは、学んだ結果を確かめる工程です。確かめる基準は、研修を受けた事実ではなく、必要なときに内容を引き出せるかどうかに置きます。業務に入る前に、受講者が自分の言葉で説明できるか、具体的な状況で正しい手順を選べるかを確かめておくと、次に補うべき内容を絞り込めるのです。育成の計画を立てる段階で、この確認をどこに置くかまで決めておく必要があると言えます。
育成が進みにくい3つの要因
社内には設計書も運用手順も、トラブル対応の記録もそろっています。それでも、要点を抜き出し、学ぶ順番を決め、研修コンテンツの形に仕上げる作業が残ります。詳しい担当者ほど業務で手がふさがり、研修部門の制作予定が空くまで、知識は数人の手元にとどまると言えます。
研修コンテンツを配り、最後まで目を通した記録が残れば、研修は実施できたように見えます。ただし、手を動かさずに読み進める学習では、理解したつもりのまま先に進みやすいのです。実際の作業で想定外の状態に出会ったとき、必要な知識をその場で引き出せません。
集計できるのは、受講完了率と最終テストの点数だけ。その数字からは、チームが実際にどこまで対応できるのかを読み取れません。設定の誤りや対応の遅れという形で問題が表に出てから知識の不足に気づくことになり、そのたびに手戻りの時間と費用がかかります。
業務シーンを1つ選ぶと、AIが顧客役を務めてあなたと1回の会話を行います。終了後、評価フィードバックを確認できます。
業務シーンを1つ選ぶと、AIが顧客役を務めてあなたと1回の会話を行います。終了後、評価フィードバックを確認できます。
受け身の学習から、考える学習へ
答える機会を組み込む設計
コースの形に整っても、読み流すだけの学習では、必要なときに知識を引き出しにくいままなのです。UMU AGLは、学習カードや選択問題、実際の業務を想定したシミュレーションを学習の流れのなかに配置し、受講者が設問に答え、学んだ内容を自分の言葉で要約し、状況に応じて手順を選ぶ機会をつくります。途中で疑問が出たときは、その場で質問でき、AIが答えたうえで元の説明に戻れます。読むだけだった研修が、受講者自身が考える過程に変わると言えます。
問題が起きる前に把握する習得度
学習ポイント単位の習得データ
育成が効いたかどうかは、学習を終えたあとに何が残るかに表れます。UMU AGLは、習得の度合いを学習ポイント単位で数値化し、設問への回答状況、読み飛ばしの有無、追加の質問の頻度、再テストの正答率を記録し、チーム単位のレポートにまとめます。責任者は、誤答が集まった項目から、次に補うべき内容を絞り込めるのです。技術知識をコースに変え、答えながら学ぶ形にし、習得の度合いまで確かめるところまでがそろって、IT人材育成の取り組みを検証できます。
UMU AGLを組み込んだ育成の流れ
配属直後の職務知識の学習
新しく配属されたメンバーに渡していた運用手順書やシステムの説明資料を、UMU AGLがコースとして構成します。本人は学習のなかで要点に答え、判断を選び、フィードバックから理解のずれを直せます。
管理者は、回答が割れた項目を見て、補足すべき説明を選べます。読み取れるのは知識の習熟度にとどまり、現場での対応力そのものを示すものではありません。
新しい製品のリリース直後
製品の仕様やよくある質問をまとめた社内の技術資料も、同じ流れで営業担当者向けのコースになります。担当者は製品の価値を自分の言葉で説明し、想定される質問に答え、顧客対応の判断を練習できます。
事業部門の責任者は、説明が固まっていない項目を学習の記録から確認できます。分かるのは理解の状態であり、商談の結果を示すものではないのです。