マイクロラーニング導入事例に書かれない、更新の担い手

マイクロラーニングの導入事例は、まず1本あたりの構成から説明が始まります。1回に扱う内容の絞り方、業務の合間でも見終えられる長さ、スマートフォンからの見やすさ。この分け方と視聴の形が、記事の前半を占めます。営業部門の製品知識であれば1製品ごと、製造現場の作業手順であれば1工程ごとと、扱う業務に合わせた区切りの基準も示されます。もっとも具体的に書かれているのはこの部分で、読み手も自社の形を思い描きやすくなると言えます。

後半に並ぶのは、社内へ広げるときの段取りです。どの部署から始めたか、既存の集合研修とどう組み合わせたか、いつ対象を広げたか。対象と時期の決め方までは、たいてい記録に残ります。受講の呼びかけを誰が行ったか、視聴の状況をどこで確認したかまで書かれている事例もあります。ここまでが、導入事例が伝えられる範囲なのです。つまり事例が示しているのは、始めるときに何をどう決めたかという仕組みの側です。

1本あたりを短くまとめる設計は、扱う内容を業務の1つの手順に寄せることでもあります。手順が変われば、直す先はその手順を扱った回に絞られます。裏を返せば、制度や手順が1つ変わるたびに、どの回に手を入れるかを1本ずつ確かめる作業が生まれるのです。まとめて差し替えられる長い教材とは、手を入れる単位が違います。分けた本数は、そのまま見直しの対象の数にもなります。

導入事例の後半で紹介される展開の段取りも、同じ形で後に残ります。部署ごとに配る内容を分けていれば、業務が変わったときに直す対象も部署ごとに分かれます。拠点の数、職種の数、そして扱う業務の幅。そのぶんだけ、確かめる範囲は広がっていきます。導入時はまとめて組み立てた作業でも、その後の手直しは、変更が起きた部署から順に、ばらばらの時期にやってきます。事例の記事が終わるのは、社内へ公開した時点。社内の作業は、そこから続いていくと言えます。

制度や手順の文書が新しくなったとき、その内容をもとに、該当する回の初稿をAIが組み立てられるようになりました。講師が一から書き起こしていた工程は、出てきた内容を読んで整える工程に変わります。白紙から文章を作る時間が短くなるため、更新の着手が後ろに延びにくくなるのです。1本ずつ思い出しながら書き直していた負担は、この分だけ軽くなります。

ただし、どの回にどこまで反映するかを決めるのは、引き続き講師の仕事です。業務の例外や部署ごとの運用の違いを知っているのは、その業務を日々担当している人だからです。範囲を確かめ、表現を整え、公開してよいかを判断する工程。初稿が出てくるようになっても、この部分は残ります。専門的な責任がなくなるわけではありません。変わるのは、時間をどこにかけるかという配分だと言えます。