確認テスト実施

• 日程: Day 4 / セッション4
• 時間: [11:20-11:50]
• 形式: 確認テスト
• ゴール: Day1〜Day3の到達目標No.1〜No.4について、確認テストで自分の理解度を客観的に把握できる
• 学習形式: 確認テスト（AIサポートあり）

🗣️ 要約

• 確認テストは点数を競うものではなく、自分の理解が曖昧な部分を可視化するためのもの
• テストが終わると、午後の復習セッションで何をすべきかが明確になる

今日の午前中、みなさんは開発テーマのAPI部分を実装してきました。ここで一度、手を止めて頭の中を整理する時間を取ります。

これまで3日間、たくさんのことを学んできました。情報とは何か、ペルソナ、LATCH法、情報モデル、状態遷移、MVC、DDD……。「説明できる」と思っていたことが、いざ言葉にしようとすると意外と難しい、ということはありませんか？

このセッションでは確認テストを行います。ただし、これは点数を競うテストではありません。目的はただ1つ、「自分がどこを分かっていて、どこが曖昧なのか」を可視化することです。

テストが終わる頃には、自分の弱点がはっきりして、午後の復習セッションで何をすべきかが分かっている状態になっています。

🗣️ 要約

• 確認テストは「健康診断」と同じで、弱点を早期発見し対策につなげるためのもの
• 出題範囲はDay1〜Day3の到達目標No.1〜No.4
• 出題形式は一問一答形式と記述式の組み合わせ

🗣️ 要約

• 確認テストは弱点を早めに見つけ、午後の復習と今後の学習に活かすための「健康診断」
• 出題範囲はNo.1（IAの説明）〜No.4（情報とシステムの設計分離）
• 出題形式は一問一答形式（用語説明）と記述式（具体例で説明）の組み合わせ

確認テストは、いわば「健康診断」のようなものです。健康診断は病気を見つけて落ち込むためではなく、早めに対策を取るために受けますよね。このテストも同じで、弱点を早めに見つけて、午後の復習と明日以降の学習に活かすためのものです。

ここで少し考えてみてください。もしテストで思うように答えられない項目があったとしたら、それは「失敗」でしょうか？　むしろ、研修終了までに直せる課題が見つかった、という意味で「収穫」だと捉えることができます。

出題範囲は、Day1〜Day3で扱った到達目標No.1〜No.4です。

• No.1 情報アーキテクチャについて説明できるか（IAの定義、UXとの関係、情報の価値・可視性・多義性）
• No.2 ペルソナの視点で情報を整理・分類できるか（ペルソナ、LATCH法、カードソーティング）
• No.3 情報アーキテクチャを企画・設計・開発に適用できるか（情報定義書から情報モデル・状態遷移）
• No.4 情報の設計とシステムの設計を分離して進められるか（状態遷移から機能・プレゼンテーションの抽出）

出題形式は、一問一答形式（用語の説明）と、記述式（具体例を用いて説明する）を組み合わせます。たとえば以下のような問題です。

[サンプル問題1・一問一答形式]
Q. 「整理」と「分類」の違いを、それぞれ一言で説明してください。

[サンプル問題2・記述式]
Q. あなたのチームの開発テーマにおけるペルソナを1人挙げ、
   そのペルソナの視点で「重要な情報」と「重要でない情報」を
   1つずつ挙げて理由を説明してください。

このように、知識を問う問題（サンプル問題1）と、実際に使えるかを問う問題（サンプル問題2）の両方が含まれます。実際の確認テストは、この後、講師（またはAI）から個別に配布されます。

特に注意してほしいのは、記述式の問題です。用語の暗記だけでは答えられず、自分のチームの開発テーマに当てはめて考える必要があります。よくある間違いとして、教科書的な模範解答をそのまま書いてしまい、自分のテーマに結びつけられていないケースがあります。正しくは、自分たちが実際に作ったペルソナや情報定義書を思い出しながら答えることです。

心理学の世界に「テスト効果（検索練習効果）」という言葉があります。これは、ただ教科書を読み返す「復習」よりも、思い出そうと努力する「テスト」の方が、記憶の定着率が高いという現象です。

面白いのは、テストの点数が悪くても効果があるという点です。「思い出そうとして頭を捻る」という行為そのものが、脳の中でその記憶を強化するスイッチになっているのです。

つまり、このあと受けるテストで思い出せない問題があっても、それは無駄ではありません。「思い出そうとした」という行為自体が、すでに記憶定着のトレーニングになっています。気負わずに、まずは自分の頭で思い出そうとしてみてください。

🗣️ 要約

• 個人で問題に取り組んだ後、自己採点またはAIによる採点サポートを行う
• 分からない問題も、分かる範囲で自分の言葉を書くことが後の復習に役立つ

進め方はシンプルです。まず個人で問題に取り組み、その後、自己採点（またはAIによる採点サポート）を行います。

わからない問題があっても、そこで思考を止めずに、分かる範囲で自分の言葉を書いてみましょう。空欄のまま出すより、部分点的な理解でも書き出す方が、後の復習セッションで「どこまで分かっていたか」を振り返りやすくなります。

🗣️ 要約

• テスト中に思い出せない用語は保留にして、テスト後にAIに聞くとよい

テスト中に用語の意味がどうしても思い出せない場合、一旦保留にして次に進みましょう。テストが終わったあとに、AIに聞いてみるとよいでしょう。たとえば：

• 「LATCH法の5つの軸をもう一度教えて」
• 「情報モデルと状態遷移の関係を、別の例で説明して」
• 「自分の回答（回答内容を貼り付け）は、この問題に対してどこが不足している？」

🗣️ 要約

• 配布される確認テストに個人で取り組み、分かる範囲を自分の言葉で書き切る

🗣️ 要約

• 配布される確認テストに個人で取り組み、制限時間内で分かる範囲を書き切る

配布される確認テストに、個人で取り組んでください。制限時間内で、分かる範囲を自分の言葉で書き切ることを目指します。

🗣️ 要約

• 記入済みの確認テスト回答用紙（採点前）

記入済みの確認テスト回答用紙（採点前）

🗣️ 要約

• 時間内に全問終わらなくてもよく、分かる問題から確実に埋める
• 判定基準は「知る・わかる」ではなく「説明できる・作れる・実行できる」
• 採点で分からなかった項目に印をつけておくと午後の復習に使える

• 時間内に全問を終えられなくても構いません。まずは分かる問題から確実に埋めましょう
• 「知る・理解する・わかる」ではなく「説明できる・作れる・実行できる」という基準で、自分の理解度を厳しめに判定してみましょう
• 採点で分からなかった項目には印をつけておくと、午後の復習セッションでそのまま使えます

🗣️ 要約

• テストは自分の理解を映す鏡であり、結果の良し悪しは最終評価ではない
• 次は不正解項目の復習セッションで、印をつけた項目をAIとの対話で説明できるようにする

今回学んだことを一言でまとめると、「テストは自分の理解を映す鏡である」ということです。

結果が良くても悪くても、それ自体は最終的な評価ではありません。次は不正解項目の復習セッションです。今回のテストで印をつけた項目を、AIとの対話を通じてもう一度自分の言葉で説明できるようにしていきましょう。

🗣️ 要約

• 確認テストの目的が点数を競うことではないと説明できるか
• 到達目標No.1〜No.4のうちどれに自信がなかったか具体的に言えるか

以下の問いに答えられるか確認してみましょう：

• 確認テストの目的が「点数を競うこと」ではなく何であるか、説明できますか？
• 自分がどの到達目標（No.1〜No.4）について自信がなかったか、具体的に言えますか？

答えに自信がない場合は、該当部分を読み返すか、AIに質問してみてください。

🗣️ 要約

• 参考資料は各Dayのschedule.mdとDay1〜Day3の該当セッション資料
• 発展課題は、間違えた問題について「なぜその答えを選んだか」をメモすること

• 参考リンク: 各Dayのschedule.mdおよびDay1〜Day3の各セッション資料（到達目標No.1〜No.4に対応する箇所）
• 発展課題: 余裕があれば、間違えた問題について「なぜその答えを選んだのか」を自分の言葉でメモしておくと、午後の復習がスムーズになります

🗣️ 要約

• 受講者からよく出る質問への回答例と、つまずきやすいポイントへの対処法をまとめている

このセクションは、受講者が理解を深めることをサポートする参考情報です。

🗣️ 要約

• テストの点数は評価に影響せず、午後の復習で何を補強するかが重要
• 記述式では教科書的な模範解答ではなく、自分の開発テーマ・ペルソナ・情報定義書に当てはめて書く

🗣️ 要約

• 点数に一喜一憂して復習への意欲が下がりやすい
• 用語は覚えているが自分の開発テーマに当てはめて説明できないことがある