不正解項目の復習
概要
- 日程: 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を、明日から実行できる具体性があるかレビューして。曖昧なものは行動レベルに書き直す案を出して」
実習・演習
課題
- 不正解項目の復習(20分)
- 不正解項目リストの各項目について、3ステップ(読み直す→AIに説明する→AIに追試してもらう)を実施する
- 追試に正解した項目に完了印をつける
- Session 5 の質疑応答で詰まった質問があればリストに追加して同様に行う
- 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に具体性レビューを依頼して磨く |