コンテキストAIができるまで③ シーケンス設計編。学ぶ順序をどう組み立てるか
- Adop-Context

- 7月31日
- 読了時間: 8分

前回の記事では、学習目標設計についてご紹介しました。教材を学んだ人に、最終的に何ができるようになってほしいのか、その到達点の案を整理するステップです。
今回のテーマは、その次のステップとなる「シーケンス設計」です。ナレッジ抽出で整理した知識と、学習目標設計で定めた到達点をもとに、どのような順序で学びを届けるかを組み立てます。
コンテキストAIにおけるシーケンス設計とは、抽出したナレッジと学習目標の依存関係を分析し、基礎となる知識から応用へと、理解を積み上げやすい学習順序の案を作る工程です。
同じ知識を扱う教材でも、何から学び始め、どのような順序で次の内容へ進むかによって、理解のしやすさは変わります。教材に必要な情報がすべて入っていても、順序が学ぶ人に合っていなければ、途中で理解につまずいたり、知識同士の関係を捉えにくくなったりします。
資料の順番と、学ぶための順番は同じではない
社内資料は、多くの場合、業務の流れや文書が作られた目的に沿って書かれています。
手順書であれば、実際に作業が発生する順番に並んでいます。マニュアルであれば、機能や業務の分類に沿って章立てされています。議事録であれば、会議で話し合われた順番がそのまま残されています。
これらは、資料としては自然な並びです。しかし、その並びが、そのまま学習に適した順番になるとは限りません。
たとえば、手順書の冒頭から操作方法が始まっていても、その操作に使われる用語や、業務の目的を知らなければ、初めて学ぶ人には内容を理解しにくいことがあります。議事録に重要な判断理由が残されていても、会話の途中に断片的に書かれているだけでは、そのまま教材として使うことは難しいでしょう。
シーケンス設計では、資料の順番をそのまま教材へ移すのではなく、その並びが学習目標に適しているかを確認します。
実際の業務で行う順番そのものを覚える必要がある場合には、その流れを維持します。一方、手順を理解するための用語や背景知識が不足している場合には、それらを先に配置します。基本的な流れを理解してからでなければ例外対応を判断できない場合には、標準的な手順の後に注意点や事例を置きます。
元の資料は、業務を記録したり、手順を確認したりする役割を保ったまま、教材を作るための知識資産としても活用されます。同じ内容であっても、学習の目的に合わせて順序を見直すことで、理解しやすい教材へ再構成できるのです。
これまで語ってきた「順序」と「文脈」を設計へ落とし込む
シーケンス設計は、これまでの記事で触れてきた「順序」「文脈」「ペーシング」という考え方を、実際の教材構成へ落とし込む工程です。
以前、記憶術のメモリーパレスを取り上げた記事では、記憶の定着には、情報量だけでなく、情報同士のつながりや、たどる順序も関係すると書きました。
メモリーパレスでは、覚えたい情報を場所と結びつけ、一定の経路をたどりながら思い出します。情報が単に置かれているのではなく、意味のあるつながりと、思い出すための道筋が用意されています。
研修資料も同じです。情報が大量に並んでいても、どこから入り、何を土台として次の知識へ進むのかが見えなければ、学ぶ人にとっては、整理された宮殿ではなく、情報を積み上げただけの倉庫になってしまいます。
また、「学習効果の高いコンテンツの7条件」を振り返った記事では、適切なペーシングについて取り上げました。説明を削りすぎれば理解に必要な前提が不足し、内容を詰め込みすぎれば、一度に処理する情報が多くなります。
シーケンス設計は、ペーシングそのものをすべて決定する工程ではありません。しかし、知識をどのようなまとまりに分け、どの順番で扱うかを設計することで、その後に生成するスライドや確認クイズの章立てを整えます。適切な情報量や理解度確認の配置を考えるための土台になる工程です。
知識同士の依存関係から順序を考える
シーケンス設計で重視するのは、資料を書いた人の関心や、文書の章立てではなく、知識同士の依存関係です。
用語の意味を知らなければ、手順の説明を理解できない。基本的な手順を知らなければ、例外が起きたときの対応を判断できない。複数の基礎知識を理解していなければ、事例を分析することができない。
このように、ある知識を理解するために、その前提として何が必要なのかを確認しながら、学習の流れを組み立てます。
たとえば、専門用語が手順の理解に必要であれば、用語の説明を先に置きます。標準的な業務の流れを知らなければ例外対応を判断できない場合には、まず基本手順を学び、その後に注意点や例外事例へ進みます。
複数の知識を使って判断する内容であれば、それぞれの基礎を確認してから、事例や演習につなげます。
ここでいう「既知から未知へ」とは、受講者一人ひとりが実際に何を知っているのかを、AIが自動的に判定するという意味ではありません。
入門、実践、習熟といった対象者レベルと、設定された学習目標を踏まえ、その段階で前提となる知識から、より複雑な内容へ進む構成を考えるということです。

同じ資料でも、学ぶ順番は変わる
情報セキュリティのマニュアルを例に考えてみます。
元の資料が、「パスワード変更手順」「情報漏洩時の報告方法」「セキュリティ用語」という順番で書かれていたとします。これは、必要な情報を確認するマニュアルとしては問題のない構成かもしれません。
しかし、入門者向けの教材であれば、最初に情報を守る目的と基本用語を説明し、その後に日常業務で守るべきルール、具体的な操作手順、最後に事故が起きた場合の対応へ進む構成が考えられます。
学習者は、まず何のためにルールがあるのかを理解し、そのうえで通常時の行動を学びます。基本的な行動を理解してから、例外的な状況である情報漏洩時の対応へ進むことで、個々の手順が業務全体の中でどのような意味を持つのかを捉えやすくなります。
一方、経験者向けの教材であれば、基本用語の説明を簡潔にし、事故の事例や判断が分かれやすい場面を中心に構成することもできます。
資料に書かれている情報が同じでも、対象者レベルと学習目標が変われば、重点を置く内容や順序も変わります。シーケンス設計とは、単に章の順番を入れ替えることではなく、誰に、何を、どこまで学んでもらうのかに合わせて、知識の道筋を作ることです。
AIが提案し、人が実際の研修に合わせて調整する
コンテキストAIは、抽出したナレッジと学習目標の依存関係を分析し、基礎知識から応用へと進む学習順序の案を生成します。
画面上では、それぞれの学習項目が、番号、タイトル、内容の説明を持つカードとして表示されます。番号は学ぶ順番を表し、各カードは、その後に生成される教材の一つのモジュールになります。
たとえば、「基本用語と全体像」「基本機能と操作」「応用的な活用」「修正方法」「外部ツールとの連携」といった形で、学習目標へ向かう流れが示されます。
ただし、AIが提案した順序が、そのまま確定するわけではありません。
実際の業務では、先に体験してもらったほうが理解しやすい内容や、社内の研修日程に合わせて順番を変えたい内容もあります。業務上の手順として、順序を変えてはいけない部分もあります。
そのため、生成された学習の流れは、担当者が画面上で確認し、実際の研修に合わせて調整できます。カードをドラッグ&ドロップして順序を入れ替えたり、タイトルや説明文を編集したりすることが可能です。
AIが知識の関係をもとに構成案を作り、人が実際の業務や研修目的に照らして確認する。この役割分担によって、AIによる効率化と、現場に合った教材設計の両立を図っています。
シーケンスが、スライドとクイズの章立てになる
シーケンス設計で作られた学習項目は、その後のコンテンツ生成における章立てになります。
一つのシーケンスが一つのモジュールとなり、その内容に対応したスライドと確認クイズが生成されます。
つまり、シーケンス設計で順序や内容のまとまりが曖昧なままだと、その後に作られるスライドも、何を学ぶためのページなのか分かりにくくなります。確認クイズも、どの理解を確かめるための問題なのかが不明確になります。
反対に、シーケンスごとの目的が明確であれば、一つのモジュールで何を理解し、次のモジュールへ進む前に何を確認すべきかを整理できます。
シーケンス設計は、学ぶ順番を決めるだけの工程ではありません。その後に生成される教材全体の構造を決める、重要な設計図でもあります。
まとめ
コンテキストAIにおけるシーケンス設計は、抽出したナレッジと学習目標の依存関係を分析し、基礎となる知識から応用へと、理解を積み上げやすい学習順序の案を作る工程です。
資料に書かれている順番を、必ず変更するわけではありません。業務上の順序を維持すべき内容はそのまま残し、前提となる用語や背景知識が必要な場合には先に配置するなど、学習目標に応じて構成を見直します。
ここで作られた各シーケンスは、その後に生成される教材の一つのモジュールとなり、対応するスライドや確認クイズの章立てになります。
AIが提示する学習順序は、対象者レベル、学習目標、知識同士の関係をもとにした構成案です。最終的には、担当者が実際の業務手順や研修目的に照らして確認し、必要に応じて内容や順序を調整します。
次回は、こうして設計されたシーケンスをもとに、実際にスライド、音声ナレーション、確認クイズがどのように作られるのか、「コンテンツ生成」についてご紹介します。
社内資料から教材を作る具体的な流れや活用イメージについては、コンテキストAI実践ガイドでご紹介しています。
機能やプランについては、コンテキストAIのサービスページをご覧ください。



