学習の振り返りを感想で終わらせない:変化を証拠で残す

入門 | 6分 で読める | 2026.07.10

公式ドキュメント

学習後に「難しかった」「勉強になった」と書くだけでは、次に何を続け、何を変えるか決められません。

振り返りでは、学習前後の行動の変化を、確認できる証拠と一緒に残します。

最小単位は「変化・証拠・次の再現確認」の3点です。毎回の短い記録から始める場合は学習ログの基本、成長の見つけ方は成長の証拠で先に整理できます。

できるようになった操作を証拠と次の再現確認につなげる振り返りの流れ

4つの観点

観点書くこと証拠の例
できたこと一人で完了できた操作GitHubのコミット、完成画面
迷ったこと止まった場所と理由エラーメモ、質問の記録
変えたこと次に試す学習方法次週の課題、学習時間の予定
確かめること次回に再確認する内容類題を資料なしで解く

感想を具体的な記録に変える

「配列が分かった」ではなく、どの操作をどの条件でできたかを書きます。

感想: 配列が分かった

記録: 空配列のときにも表示が崩れないように条件分岐を書けた。
確認: 同じ処理を、資料を見ずに別の課題でも書く。

課題を五問解いたなら、正解数だけでなく、どこで調べたか、同じミスが減ったかも残すと次の行動を決めやすくなります。

たとえば「CSVが分かった」ではなく、「見出し違いのKeyErrorを修正し、別のCSVでも列名から平均を計算できた。実行結果と修正commitを残した」と書きます。

短い振り返りテンプレート

今週できたこと:
止まったこと:
根拠になるもの(URL、画面、メモ):
次に一つだけ変えること:
次回の確認方法:

助けを受けた部分も分けて書く

ヒントを受けたことは失敗ではありません。ただし「自力でできたこと」と「ヒント後にできたこと」を分けます。次に類題を自力で解けたかを確認すれば、理解が自分のものになったか判断できます。

良い振り返りの確認

主張ごとに証拠が一つあり、次回の確認条件を実行できれば十分です。学習時間だけを成長の証拠にする、完成画面だけで理解を判断する、ヒント利用を隠す、長文を書くこと自体を目的にするのは避けます。

まとめ

良い振り返りは長文である必要はありません。できたこと、止まったこと、証拠、次回の確認を一つずつ残すと、学習計画を現実に合わせて調整できます。

参考リソース

次に読む記事

← 一覧に戻る
PR
PR
PR
PR