SCORM コースを進捗を保ったまま更新

スライド 12 に誤字を見つけた。ポリシーが変わった。クイズの問題で、誤った答えが正解になっていた。コースは公開中で、一部の受講者は途中まで進めています。SCORM の zip を差し替えるのは 2 分の作業に思えますが、不注意に行うと、受講者を最初に戻したり、間違った画面に飛ばしたり、結果が実際の受講内容とずれてしまったりします。ここでは、SCORM コースを安全に更新する方法、変更の大きさを見極める方法、すでにコースにいる人をどう扱うかの決め方を説明します。

公開中の SCORM コースを更新するのが危険な理由

SCORM パッケージは、受講者のブラウザー上で動作する Web コンテンツの束で、小さな JavaScript API を通じて LMS と通信します。受講者が学習を進めるにつれて、パッケージが LMS にデータを送り、LMS はそれをその受講者の受講試行に対して保存します。主な要素は次のとおりです。

修了ステータスと成功ステータス：完了したか、合格したか。
スコア：通常はパッケージ内のクイズから。
ロケーション：その人がいた場所へのブックマーク（SCORM 1.2 では cmi.core.lesson_location、SCORM 2004 では cmi.location）。
Suspend data：コースが自分自身のために書き込むテキストのブロック（cmi.suspend_data）で、訪れたスライド、変数の値、これまでの回答など、状態を復元するために使います。

重要なのは、LMS が suspend data を解釈しないということです。保存して、受講者が再開するときにそのまま返します。形式はオーサリングツールに属し、公開されたコースの構造、つまりスライドの順序、変数の名前、問題バンクの問題と結びついていることが多いのです。2 つのエディションの違いについては、SCORM 1.2 と SCORM 2004 の違いをご覧ください。

構造が変わると何が起こりうるか

古いパッケージの保存データが、構造の異なる新しいパッケージに渡されると、新しいコースは、もはや存在しない状態を復元しようとします。何が起こるかはオーサリングツールによりますが、よくある症状は次のとおりです。

ブックマークが、移動または削除されたスライドを指しているため、受講者が間違った場所や最初に着地する。
メニューや進捗インジケーターで、誤ったセクションが訪問済みと表示される。
古い問題に対して保存された回答が、新しい問題に適用される、または破棄される。
コースが保存された状態を無視して最初から始まる、または正しく読み込まれない。
古いクイズで得たスコアが、新しいクイズでの修了と並んでしまう。

SCORM 1.2 から SCORM 2004 への切り替えなど、SCORM のエディションを切り替えるとデータモデル自体が変わるため、保存データはきれいに引き継がれません。

すべての変更が同じリスクとは限らない

何かをアップロードする前に、どの種類の変更をするのかを見極めます。重要なのは、編集にかかった時間ではなく、構造と意味がどれだけ変わるかです。

変更の種類	例	途中まで進めている人へのリスク	通常の対応
見た目の修正	誤字、色の間違い、画像の差し替え	低い：構造は変わらない	最後まで受講させる。新規の受講者には修正が反映される
コンテンツの更新	段落の書き直し、動画の更新、末尾へのスライド追加	中程度：スライドが追加、削除、並べ替えされたかによる	通常は最後まで受講させる
再構成	セクションの並べ替えや分割、新しい分岐、新しいメニュー	高い：保存された進捗が合わない可能性がある	やり直させる。ただし旧パッケージで最後まで受講できる場合を除く
テストの新規作成または変更	新しい問題、異なる合格点、新しい問題バンク	高い：結果が比較できない	やり直させる
是正のための変更	古い内容が誤っている、安全でない、または不適合	構造にかかわらず高い	やり直させ、すでに修了した人への対応を決める

役に立つ判断基準があります。今日、誰かが旧バージョンを修了したとして、それで問題ないでしょうか。問題があるなら、旧バージョンは止める必要があります。

最後まで受講させるか、やり直させるか

プラットフォームが、開始した人のために旧パッケージを動かし続けられるなら、実際に選択肢があります。次の質問を順に検討します。

旧バージョンはまだ正しいですか。 誤った内容や安全でない内容を教えているなら、どこまで進んでいても、やり直させます。
テストが変わりましたか。 全員を同じ方法で評価すべきなら、やり直させます。
既存の受講者のために、旧パッケージをそのまま残せますか。 プラットフォームがファイルを上書きするなら、「最後まで受講させる」は、実際には「旧バージョンの進捗を新しいパッケージに流し込む」ことになります。見た目の修正を超える場合は、やり直させるほうが安全です。
コースの長さはどのくらいですか。 10 分のモジュールのやり直しはコストが小さいですが、2 時間のコースのやり直しは、受講者の信頼を損ないます。
期限は近いですか。 期限直前のやり直しは、期限を超えさせかねません。期限を延長するか、比較的落ち着いた時期に更新します。

短くまとめると、旧バージョンがまだ正しいなら、最後まで受講させます。誤っているなら、やり直させ、その理由を伝えます。

すでにコースを修了した人については、別の判断になります。見た目の修正やコンテンツの更新で、やり直しを求める理由になることはまずありません。是正のための変更なら、特にコンプライアンス研修では、求める場合もあります。その場合は、誰かの記録をこっそり変更するのではなく、独自の期限を持つ新しい研修として扱います。

何が変わるのかを周知する

説明のないやり直しは、不具合のように感じられます。事前の短いメッセージがあれば、それは通常の更新になります。

やり直す受講者：何が変わったか、なぜモジュールを最初からやり直す必要があるか、おおよその所要時間、期限が変わったかどうか。
すでに修了した受講者：何かする必要があるかどうか。必要がなければ、そう伝えます。
マネージャーとインストラクター：更新がいつ公開されるか、質問を受けたときに何を伝えるか。

各コースの変更履歴も、簡単につけておきます。バージョン番号、日付、変更内容、承認者、途中まで進めている人に何を選んだか。最後のスライドにバージョン番号があると、サポートの問い合わせに答えやすくなります。監査を受けるとき、この履歴が、2 人が少し異なる内容を見た理由を説明します。監査担当者が研修記録に求めるものをご覧ください。

アップロード前のチェックリスト

変更するつもりがない限り、同じ SCORM エディションを維持する。
公開設定が前のバージョンと一致していることを確認する。特に、修了とスコアの報告方法。
まず新しいパッケージを単独でテストする。SCORM パッケージのテスト方法で手順を説明しています。
元に戻す必要が生じた場合に備えて、前の zip と元のプロジェクトを保管しておく。
途中まで進めている人に対する扱いを事前に決め、メッセージの下書きを用意する。

Acadenix での SCORM 更新の扱い

Acadenix では、すべての SCORM パッケージが Units Library（ユニットライブラリ）のユニットであり、1 つのユニットを複数のコースで使えます。ユニットを選択すると、それを使っている Courses（コース）、その Versions（バージョン）、Users（ユーザー）が表示されるため、更新がどこに影響するかが分かります。

新しいファイルは新しいバージョンになる。 新しいテキストや新しいユニットタイプも同様です。名前や説明の変更では作成されません。
途中まで進めている人への対応を選べる。 進行中の人がいる場合は、Restart them on the new version（新しいバージョンでやり直させる）または Let them finish the version they started（開始したバージョンで最後まで受講させる）を選びます。後から開始する人は、新しいバージョンになります。
修了した受講者は結果を保持する。 修了は確定であり、発行済みの修了証は変わりません。修了した人には、ユニットに Updated（更新済み）マークが表示されるため、希望すれば新しいバージョンを確認できます。その際の操作が、結果に影響することはありません。
元に戻せる。 ユニットの Versions にある Activate（有効化）で、以前のバージョンを元に戻せます。
再受験は新しい受講登録。 修了した人が本当にコースをやり直す必要がある場合は、コースの Re-enrolment while a completion is valid（有効期間中の再登録）設定により、新しい進捗で再び受講登録できます。以前の修了と修了証は記録に残ります。