謎解き 問題順序 設計｜前提情報と依存関係で並べる
謎解き 問題順序 設計は、前提情報と依存関係から解ける並びを決める作業です。各問が受け取る情報と次へ渡す理解を分けると、順序の根拠が明確になります。想定行動は解法ではなく、参照する材料と判断後の移動として記述します。難しさの全体調整には広げず、順番による欠落や先取りだけを扱います。
順序設計で扱う依存の範囲
「ID542の「謎解き 難易度調整」が担う全体説明は繰り返さず、謎解き 問題順序 設計で前提情報と依存関係から順番を決める判断だけを扱う。固有作品の内容、変動する開催情報、順位付け、根拠のない断定は対象外とする。」
対象範囲は各問の入口と出口に加え、分岐が合流するときの必須情報です。前提には知識、操作の理解、直前までに得る約束事を分けて登録します。任意の問題は省略される前提で、後続の必須問題が依存しないかを確かめます。固有の答えや手掛かりは示さず、情報の受け渡し構造だけを設計対象にします。
前提をカード化する準備
準備では一問ずつカードにし、必要な前提と生み出す理解を両側へ書きます。実施順は前提の少ない問から仮置きし、依存するカードを後ろへ接続します。試行では最初に参照した素材を記録し、設計者の想定経路と照合します。完了時は採用順と不採用順を残し、並べ替えた理由を追える状態にします。
- ✓謎解き 問題順序 設計の対象範囲
- ✓謎解き 問題順序 設計の準備条件
- ✓謎解き 問題順序 設計の実施順
- ✓謎解き 問題順序 設計の例外対応
- ✓謎解き 問題順序 設計の完了記録
三つの区間を依存で比べる
米国連邦政府・Usability testingは、順番が行動の失敗を招く地点の観察に使えます。英国政府・Service Manual User researchは、誰の利用経路を調べるか決める助けになります。W3C WAI・Test and Evaluateは、情報へ到達する順序を操作条件別に確かめる参考です。文部科学省・学習評価に関する資料は、狙いと確認する行動を対応させる際に役立ちます。
米国連邦政府・Usability testingは、謎の正しい並びを提示する基準ではありません。英国政府・Service Manual User researchだけで、想定利用者の前提知識は確定できません。W3C WAI・Test and Evaluateへの適合と、依存関係の解消は別に判定します。文部科学省・学習評価に関する資料を、参加者の能力判定へ転用してはいけません。
分岐と省略に備える例外処理
易しい導入は前提が少なく、後続で使う操作や見方を自然に渡せる順へ置きます。中盤の負荷は複数の依存が重なるため、参照元を見失わない並びか確認します。終盤の統合は前の成果を集めますが、未通過の分岐へ依存させない設計にします。
| 選択肢 | 確認項目 | 次に照合する項目 |
|---|---|---|
| 易しい導入 | 謎解き 問題順序 設計の対象範囲 | 謎解き 問題順序 設計の準備条件 |
| 中盤の負荷 | 謎解き 問題順序 設計の実施順 | 謎解き 問題順序 設計の例外対応 |
| 終盤の統合 | 謎解き 問題順序 設計の完了記録 | 謎解き 問題順序 設計について、前提情報と依存関係から順番を決めるための実務判断だけに限定する |
三つの表示は難易度の順位ではなく、前提が増える段階を比べるラベルです。導入で得た理解が中盤まで不要なら、保持させる距離が適切かを調べます。中盤の成果を終盤で使う場合は、再確認できる導線も依存図へ加えます。終盤だけで新しい規則を要求する並びは、統合前の欠落として見直します。
並べ替えを試す観察手順
最初に全問の前提情報を列挙し、出所が説明か既出問題かを区別します。次に依存関係を矢印で結び、循環や出所のない前提がないかを探します。その後に仮の問題順を試し、詰まり観察から矢印の不足を修正します。
説明より先に操作を求める場面
参加者が未提示の操作を試し続けたら、必要な前提が後置されていないか見ます。説明を早めて進めた場合は、問題文の難しさではなく順序の欠陥と記録します。偶然操作できた通過例は、前提が不要だった証拠として採用しません。
並行経路が途中で合流する場面
片方の経路だけで合流点へ来られるなら、双方の成果を必須にしてはいけません。共通して必要な理解は分岐前へ移すか、各経路で同じ役割を渡します。合流後に不足が判明したときは、戻れる範囲と迷った参照先を記録します。
任意問題を飛ばした人が止まる場面
省略可能な問を飛ばして後続で止まったら、隠れた依存があると判断します。例えば、後続へ必要な情報だけを別経路で渡し、任意性を保てるか試します。飛ばした行動を誤りとせず、表示された選択肢どおりの利用として扱います。
完了記録で順序を固定する
観察では着手前の探索先、戻った地点、参照後の行動を順に書きます。支援を入れた場合は渡した前提を記し、本来の順番で進んだ例と分けます。例外対応では見落としと未提示を区別し、表示改善か並べ替えかを選びます。完了記録には依存図と採用順を対にし、変更した問の影響先も残します。
参加者がカードを一枚飛ばしたら失敗ですか？
飛ばせる表示だったなら、まず省略しても後続が成立する構造かを確認します。必要な前提が欠けた場合は、飛ばせない表示か別経路での提供を検討します。単なる見落としでも発生地点を残し、順序だけの問題と即断しないようにします。
進行役の補足後に解けた場合はどうしますか？
補足内容が未提示の前提なら、その情報を渡す位置が遅かった可能性があります。既出情報の所在だけ示したなら、参照距離や戻り方の設計を見直します。補足後の成功を通常通過に含めず、介入した依存として図へ追記します。
画面を再表示すると順番が変わる場合は？
再表示後も必須情報へ到達できるか、最初の経路とは分けて確かめます。直前の状態が消えるなら、後続が記憶だけに依存していないかを調べます。操作環境による順序差を記録し、共通の依存図に無理に統合しません。
問題順序は、前提を受け取り次へ渡せる関係から決める必要があります。有効な並びでは必須情報の出所が明確で、省略後の経路も破綻しません。詰まりが出たら難易度を先に変えず、未提示や先取りの有無を調べます。採用順と依存図を一緒に保存すれば、後の追加による影響も追跡できます。