📖 テーマ設定
🔊 音声設定
1.2
1.0
1.0
▶️ 再生コントロール
🎵 BGM設定
0.3
🔔 効果音設定
0.3

不正解項目の復習

概要

  • 日程: Day 4 / セッション 7
  • 時間: [15:30-16:00]
  • 形式: 演習(復習)
  • ゴール: 確認テストの不正解項目のすべてについて、該当教材を読み直し、AIへの説明とAIによる追試を経て、自分の言葉で説明できる状態にする。最後に4日間全体のKPTを作成できる
  • 学習形式: 復習(AIサポートあり)

導入(3分)

前のセッションで、あなたの理解の穴の地図(不正解項目リスト)ができました。この30分でその穴を埋め、4日間を締めくくります。

ここで少し考えてみてください。「読み直したら理解した気になったのに、後日また間違えた」という経験はありませんか? 読み直しだけの復習は、実は定着効率が低いことがわかっています。だからこのセッションでは「読む」で終わらせません。読んだら、話す。話したら、試される。この3ステップで、穴を埋めた状態を「証明」してから帰ります。

本編(7分)

1. 復習の3ステップ 読み直す→AIに説明する→AIに追試してもらう

不正解項目1つにつき、次の3ステップを回します。1項目あたり5〜7分が目安です。

  • ステップ1: 読み直す(2分)
    • 対応表(下記)で該当セッション教材を特定し、該当トピックだけを読む。全体を読み直す時間はない。ピンポイントで
  • ステップ2: AIに説明する(2分)
    • 教材を閉じて、学んだ内容を自分の言葉でAIに説明する
    • プロンプト例:「私はいま◯◯(例: ACIDの原子性)を復習しました。教材を見ずに説明するので、正確さを5段階で評価し、誤りや曖昧な箇所を指摘してください。説明: …」
  • ステップ3: AIに追試してもらう(2分)
    • プロンプト例:「今の項目について、確認テストとは別の角度から新しい問題を1問出してください。私が答えたら採点してください」
    • 追試に正解したらその項目は完了。リストに完了印をつける

なぜ「説明」が入るのか。説明しようとすると、理解の曖昧な箇所で必ず言葉に詰まります。詰まった箇所こそ本当の穴です。読むだけでは、この穴は見つかりません。

そしてなぜ「追試」が入るのか。同じ問題にもう一度正解しても、それは答えの暗記かもしれないからです。別の角度の問題に正解して、初めて「概念として身についた」と言えます。

ここがポイント

  • ステップ2は必ず教材を閉じて行う。開いたまま説明するのは音読であって説明ではない
  • 不正解が多い場合は、AIに依頼した優先順位(Session 6の最後)に従い、上から順に。全部やりきれなくても、やった項目が確実に説明できるほうが価値が高い

コラム

「人に説明できて初めて理解したと言える」を方法論にしたのが、物理学者リチャード・ファインマンにちなむ「ファインマンテクニック」です。彼は難解な量子電磁力学をジョーク混じりの平易な言葉で講義し、「新入生に説明できないなら、我々自身がまだ理解していないのだ」と語ったと伝えられます。ノーベル賞学者の勉強法が「子どもに説明するつもりで書いてみる」だった、というのは心強い話です。あなたの相手はAIですが、原理は同じです。

2. 不正解項目と教材の対応表

確認テストの各問と、読み直すべきセッション教材の対応表です。自分の不正解項目リストと突き合わせて使ってください。

テーマ 読み直す教材(該当セッション)
問1 IAの定義 Day1_Session01 オリエンテーション 情報アーキテクチャという地図
問2 データと情報の違い(価値) Day1_Session03 情報とは何か
問3 情報の多義性(こうもり問題) Day1_Session05 情報の特性 価値・可視性・多義性
問4 LATCH法 Day1_Session07 情報の整理と分類 LATCH法とカードソーティング
問5 カードソーティング Day1_Session07 情報の整理と分類 LATCH法とカードソーティング
問6 状態遷移の目的(機能抽出) Day2_Session03 状態遷移とCRUD
問7 CRUDとHTTPメソッド Day2_Session03 状態遷移とCRUD/Day3_Session08 RESTful APIを設計する
問8 機能要件と非機能要件 Day2_Session05 開発モデルと開発工程/Day2_Session06 非機能要件の定義
問9 設計アプローチ(DOA) Day3_Session01 設計思想と設計アプローチ
問10 ROAとREST Day3_Session01 設計思想と設計アプローチ/Day3_Session07 UIと機能の通信・実行方式
問11 MVCの役割分担 Day3_Session03 多層アーキテクチャ MVC・MVVM・DDD
問12 ACID特性 Day3_Session05 永続化 ACIDと正規化
問13 RESTらしいAPI設計 Day3_Session08 RESTful APIを設計する
問14 開発モデル・アジャイル Day2_Session05 開発モデルと開発工程/Day3_Session09 開発手法 なぜ複数あるのか
問15 IAとUXの関係 Day1_Session01 オリエンテーション 情報アーキテクチャという地図
問16 情報の可視性(暗黙知・形式知) Day1_Session03 情報とは何か/Day1_Session05 情報の特性 価値・可視性・多義性
問17 ペルソナの必要性 Day1_Session06 こうもり問題とペルソナの定義
問18 情報モデル=橋渡し役 Day2_Session01 モデルとは 情報モデルとは
問19 正規化と情報モデルの違い Day3_Session06 正規化と情報アーキテクチャの違いを考察する
問20 プレゼンテーションと機能の分離 Day4_Session01 実装の進め方 分離の設計図/Day4_Session03 UIからAPIを呼び出す

Session 5 の質疑応答で答えに詰まった質問があれば、それもこの表に照らしてリストに追加してください。テストに出なかった穴も、同じ3ステップで埋められます。

ここがポイント

  • 対応表の右側は「そのセッションの該当トピックだけ」を読む。教材冒頭から読み直さない
  • 問7・問10・問14のように複数教材にまたがる項目は、間違え方に近いほうから読む

コラム

「どこに何が書いてあるか」の対応表は、13世紀にパリの修道士たちが作った聖書の語句索引(コンコーダンス)が元祖級です。数百人がかりで全単語の出現箇所を書き出したと言われます。現代では検索エンジンが一瞬でやることを、人力で数年かけたわけです。彼らが証明したのは「知識は、たどり着ける仕組みとセットで初めて役に立つ」ということ。これはまさに情報アーキテクチャの精神です。この対応表も、あなた専用の小さなコンコーダスです。

3. 4日間全体のKPTで締める

最後の10分で、研修全体を振り返るKPTを作ります。Session 5 のKPTは「開発」の振り返りでしたが、今回は「4日間の学び方」の振り返りです。

  • Keep: 学び方として続けたいこと(例: エラーをAIに貼る前に自分の仮説を立てた/動いたらコミット)
  • Problem: 学び方の課題(例: 座学の内容を演習で使うときに毎回教材へ戻った=記憶に残る形でメモしていなかった)
  • Try: 明日からの業務・学習で試すこと(例: 新しい概念は必ず自分のテーマの具体例に翻訳する/週1回、学んだことを人に説明する場を作る)

各2個以上、事実ベースで書きます。書けたらAIに見せて、「Tryが明日から実行できる具体性になっているか」をレビューしてもらいましょう。

ここで少し考えてみてください。4日前のあなたは「情報アーキテクチャ」という言葉をどう説明したでしょうか。今のあなたは、情報定義書からモックAPIまでの一本道を、自分の手で歩いた上で説明できます。その差分こそが、この研修の成果物です。

ここがポイント

  • KPTのTryは「行動+タイミング」で書く(「頑張る」ではなく「来週の勉強会で今日の構成図を説明する」)
  • 完成したKPTは発表資料と一緒に保存する。数ヶ月後に読み返すと、成長の定点観測になる

コラム

「未完了の課題ほど記憶に残る」という現象をツァイガルニク効果と呼びます。心理学者ブルーマ・ツァイガルニクが、ウェイターが「配膳済みの注文」より「未配膳の注文」をよく覚えていることに着目して実験で確かめました。あなたのKPTのTryは、いわば意図的に作った「未完了の注文」です。今日書いたTryが頭に引っかかり続けて、明日のあなたを動かします。研修は今日終わりますが、学習は未完了のまま続く。それが一番良い終わり方です。

💬 AIに聞いてみよう

  • 「◯◯(不正解だったテーマ)を教材で読み直した。教材を見ずに説明するので、誤りを指摘して。そのあと別角度の追試を1問出して」
  • 「私の不正解項目は問◯・問◯・問◯。共通する根本原因(用語の混同、視点の取り違え等)があるか分析して」
  • 「4日間のKPT(貼り付ける)のTryを、明日から実行できる具体性があるかレビューして。曖昧なものは行動レベルに書き直す案を出して」

実習・演習

課題

  1. 不正解項目の復習(20分)
    • 不正解項目リストの各項目について、3ステップ(読み直す→AIに説明する→AIに追試してもらう)を実施する
    • 追試に正解した項目に完了印をつける
    • Session 5 の質疑応答で詰まった質問があればリストに追加して同様に行う
  2. 4日間全体のKPT作成(10分)
    • Keep・Problem・Tryを各2個以上、事実ベースで書く
    • AIにTryの具体性をレビューしてもらい、1個以上を行動レベルに磨く

成果物

  • 完了印つき不正解項目リスト(復習メモ): 各項目に「自分の言葉での説明(1〜2文)」を添える
  • 4日間全体のKPT(各2個以上、AIレビュー済み)

ヒント

  • 全項目やりきれない場合は、優先順位の上位だけでよい。「やった項目は追試まで通す」を崩さない
  • 説明に3回詰まる項目は、AIに「私の説明のどこで概念がずれたか」を分析してもらうと根本原因が見える
  • 全問正解だった人は、記述式の自分の解答を「新入生に教える文章」に書き直し、AIに添削してもらう

まとめ(2分)

今回学んだことを一言でまとめると「読んで、説明して、試されて、初めて『できる』に変わる」です。

そして4日間のまとめです。

  • Day 1: 情報を「誰にとっての価値か」で定義し、整理・分類した
  • Day 2: 情報をモデル化し、状態遷移から機能と画面を抽出した
  • Day 3: 設計思想を比較し、根拠を持って選び、APIを設計した
  • Day 4: 2つの分離を保ったまま実装し、動くソフトウェアと言葉で成果を示した

情報の設計とシステムの設計を分離する。プレゼンテーションと機能を分離する。この2つの型は、どんな技術スタックに移っても使えます。お疲れさまでした。ここからは、あなたの開発テーマの続きを、現場で。

🔄 振り返りチェック

  • 不正解項目のすべてを、教材を見ずに1〜2文で説明できますか?
  • 追試で正解できなかった項目は残っていますか(残っていれば持ち帰りリストへ)?
  • KPTのTryのうち、明日実行する最初の1つはどれですか?

補足資料

  • 参考リンク: 本教材の対応表に記載した各セッション教材、Session 6「解答と解説」
  • 発展課題: 1週間後に確認テストをもう一度、教材を見ずに解く(分散学習)。さらに、自分の開発テーマの成果一式(GitHub)を同僚や友人に5分で説明してみる

学習ガイド

想定される質問と回答例

質問 ヒント
不正解が多くて30分で終わらない 優先順位の上位から。「全項目を浅く」より「上位項目を追試まで」。残りは持ち帰りリストにして1週間以内に同じ3ステップで
全問正解だった。何をすればいい? 記述式の解答を「新入生に教える文章」へ書き直しAIに添削してもらう。または発展課題の作問に挑戦する
KPTがSession 5とほぼ同じ内容になる 対象が違う。Session 5は「開発の進め方」、ここは「学び方」。主語を「私の学習行動」にすると別の項目が出てくる

つまずきやすいポイント

つまずきポイント ヒント
読み直しただけで「説明」を飛ばし、理解した気で終える ステップ2は教材を閉じて必ず声(文字)に出す。詰まった箇所が本当の穴。3ステップの省略は復習効果を大きく落とす
教材のどこを読み直せばよいか探し回って時間を失う 対応表で問番号→教材を即引きし、該当トピックだけ読む。教材の頭から読み直さない
追試で同じ問題の暗記で乗り切ってしまう AIへの依頼文に「確認テストとは別の角度から」を必ず入れる。自分のテーマに引きつけた応用問題を頼むとなお良い
KPTのTryが「もっと頑張る」など曖昧で行動につながらない 「行動+タイミング」で書く(例: 来週の勉強会で構成図を説明する)。AIに具体性レビューを依頼して磨く
読み上げを開始します...

AIに質問する