学習後に「難しかった」「勉強になった」と書くだけでは、次に何を続け、何を変えるか決められません。
振り返りでは、学習前後の行動の変化を、確認できる証拠と一緒に残します。
最小単位は「変化・証拠・次の再現確認」の3点です。毎回の短い記録から始める場合は学習ログの基本、成長の見つけ方は成長の証拠で先に整理できます。

4つの観点
| 観点 | 書くこと | 証拠の例 |
|---|---|---|
| できたこと | 一人で完了できた操作 | GitHubのコミット、完成画面 |
| 迷ったこと | 止まった場所と理由 | エラーメモ、質問の記録 |
| 変えたこと | 次に試す学習方法 | 次週の課題、学習時間の予定 |
| 確かめること | 次回に再確認する内容 | 類題を資料なしで解く |
感想を具体的な記録に変える
「配列が分かった」ではなく、どの操作をどの条件でできたかを書きます。
感想: 配列が分かった
記録: 空配列のときにも表示が崩れないように条件分岐を書けた。
確認: 同じ処理を、資料を見ずに別の課題でも書く。
課題を五問解いたなら、正解数だけでなく、どこで調べたか、同じミスが減ったかも残すと次の行動を決めやすくなります。
たとえば「CSVが分かった」ではなく、「見出し違いのKeyErrorを修正し、別のCSVでも列名から平均を計算できた。実行結果と修正commitを残した」と書きます。
短い振り返りテンプレート
今週できたこと:
止まったこと:
根拠になるもの(URL、画面、メモ):
次に一つだけ変えること:
次回の確認方法:
助けを受けた部分も分けて書く
ヒントを受けたことは失敗ではありません。ただし「自力でできたこと」と「ヒント後にできたこと」を分けます。次に類題を自力で解けたかを確認すれば、理解が自分のものになったか判断できます。
良い振り返りの確認
主張ごとに証拠が一つあり、次回の確認条件を実行できれば十分です。学習時間だけを成長の証拠にする、完成画面だけで理解を判断する、ヒント利用を隠す、長文を書くこと自体を目的にするのは避けます。
まとめ
良い振り返りは長文である必要はありません。できたこと、止まったこと、証拠、次回の確認を一つずつ残すと、学習計画を現実に合わせて調整できます。