SAA-C03の勉強は、やること自体はシンプルです。公式の出題範囲に沿って、設計の考え方を理解し、手を動かし、弱点を潰す。ところが多くの人が止まるのは「何をやるか」ではなく、「今日は何をすべきかが曖昧になった瞬間」です。
そこで効くのが学習ログです。学習ログは“努力の記録”ではなく、“次の一手を自動で出す仕組み”です。
この記事では、SAA-C03学習者が途中で挫折しにくくなるように、Notionとスプレッドシートで運用できる学習ログの付け方を、具体例つきで解説します。公式情報を軸にして迷いを減らし、暗記前提にせず理解を積み上げることを目的にします。SAA-C03はAWS Well-Architected Frameworkに基づいた設計力が問われる試験なので、ログも「設計の思考」を残せる形に寄せるのがコツです。
SAA-C03対策で評価の高いUdemy講座をまとめて確認できます。👇
学習ログが挫折を防ぐ理由
学習ログは、サボり防止の“監視ツール”ではありません。自分の学習を設計するためのメタデータです。学習が止まる原因はだいたい次の3つに分解できます。
- 次に何をするかが決まっていない（決定疲れで手が止まる）
- 理解の穴がどこか分からない（復習が散らばる）
- やった感はあるが、試験の要求に近づいている実感がない（モチベが落ちる）
SAA-C03の公式試験ガイドは、ドメインとタスク（何ができる必要があるか）で整理されています。つまり学習も、本来は「タスクに対して自分がどれくらい説明できるか」を中心に管理すると迷いが減ります。
ここでログが効くのは、学習を「教材消化」から「タスク達成」に変換できるからです。
たとえば「VPCを勉強した」ではなく、「マルチAZで可用性を満たすネットワーク設計を説明できるか」「プライベートサブネットのアウトバウンドをどう出すかを説明できるか」のように、“設計の説明可能性”を残せるようになります。
学習ログに必要なのは、細かい日記ではなく次の4点です。
- 何をやったか（参照元も含む）
- 何が分かった／分からないか（言語化）
- 次に何をするか（最小の次アクション）
- いつ見直すか（復習タイミング）
この4点が揃うと、「毎日ログを開けば次にやることが自動で出てくる」状態になります。これが挫折しにくさの正体です。
SAA-C03向け学習ログに入れるべき項目
ここでは、SAA-C03学習に合わせて「何を記録すると伸びやすいか」を具体化します。ポイントは、サービス名の暗記ではなく、設計判断の軸を残すことです。
最低限セット
まずは最低限、これだけあれば回ります。
- 日付
- 学習テーマ（例：高可用設計、認証認可、ストレージ選定）
- 参照した公式情報（URLやタイトル）
- 今日の結論（1〜3行で言語化）
- つまずき（曖昧な箇所を1行で）
- 次アクション（15〜30分で終わる粒度にする）
「参照した公式情報」を入れるのが、SAA-C03学習では特に強いです。理由は、AWSは公式ドキュメントが最終的な仕様であり、理解が曖昧なときに“戻る場所”があると学習が破綻しにくいからです。試験準備としても、AWSが提供している公式の試験準備導線（Skill Builderの試験対策など）に沿って進めやすくなります。
伸びるログの核心：設計の判断メモ
次に差がつくのが、判断メモです。SAA-C03は「状況に対して、どの設計が妥当か」を考える場面が多く、ここを記録できると復習効率が上がります。
ログにこういう項目を足します。
- 前提条件：要件・制約（例：RTO/RPO、コスト上限、レイテンシ、運用体制）
- 候補：考えた選択肢（例：ALB/NLB、S3/EFS/EBS）
- 決め手：なぜそれを選ぶのか（例：耐障害性、運用負荷、アクセスパターン）
- 捨てた理由：なぜ他を選ばないのか（ここが理解を深くする）
“捨てた理由”まで書くと、暗記ではなく比較で理解できるので、翌週見返したときに再現性が出ます。
禁止領域に触れないための注意
学習ログは自分用でも、試験の規約に抵触しそうな書き方は避けたほうが安全です。具体的には、試験問題の再現や、正答の断定につながる記録はしない。AWS認定のポリシーは試験の公正性・価値を守る目的でルールを定めています。
ログは「理解したこと」「公式ドキュメントに書いてある仕様」「自分の設計判断」の範囲に留めましょう。
Notionで作る学習ログのテンプレ
Notionは「ログ」と「タスク」と「復習」を一体化しやすいのが強みです。ここでは、SAA-C03学習で回しやすい最小構成を紹介します。
データベース設計
Notionで1つデータベースを作り、名前を「SAA-C03 学習ログ」にします。プロパティは次の通り。
- Name（タイトル）：例「VPCの出口設計：NATとVPCエンドポイントの使い分け」
- Date（日付）
- Domain（カテゴリ）：例「セキュア設計」「レジリエント設計」「高性能」「コスト最適化」
- Source（参照元）：公式ページURL
- Status（状態）：新規 / 復習待ち / 定着 / 要再学習
- Confidence（自信）：1〜5
- Next action（次アクション）：チェックボックスでもOK
- Review date（復習日）：日付
- Memo（本文）：テンプレ本文を貼る場所
Domainは、試験ガイドのドメイン観点に寄せると整理がラクです。
ページ本文テンプレ
各ログページの本文は、次のテンプレをコピペで固定化します。
■ 今日の結論（1〜3行）
-
■ 前提条件（要件・制約）
-
■ 判断の軸（なぜそう設計するか）
-
■ 他の選択肢と捨てた理由
- 候補A：
- 候補B：
■ つまずき（曖昧な点を1行）
-
■ 次アクション（15〜30分で終わる粒度）
- [ ]
■ 参照した公式情報
-
「今日の結論」を短く言い切るのが重要です。文章が長いと見返しづらくなります。
Notion運用のコツ
続く運用にするために、コツは3つです。
- 毎回きれいに書かない：結論だけでもOKにする
- 次アクションを小さくする：例「IAMポリシーの評価ロジックを公式で確認して2行でまとめる」
- 復習日を最初から入れる：その場で入れないと復習しません
復習日は、たとえば「翌日」「3日後」「1週間後」のように固定ルールにすると迷いません。Notionではフィルタで「Review date <= 今日」だけ表示するビューを作ると、復習が自動化できます。
公式教材とのつなぎ方
AWSは試験準備としてSkill Builderの試験対策プランや公式問題セットなどを提供しています。ログの参照元にこれらを入れておくと、学習の軸がぶれにくいです。
「今日やったこと」を、公式の学習導線のどこに当たるかでタグ付けするだけでも、積み上がりが見えます。
スプレッドシートで回す学習ログのテンプレ
スプレッドシートは「一覧性」と「集計」に強いのが魅力です。Notionが合わない人でも、シートなら続くことは多いです。ここでは“見える化”に寄せた設計にします。
カラム例
Googleスプレッドシートで次の列を作ります。
- 日付
- テーマ
- ドメイン（セキュア/レジリエント/高性能/コストなど）
- 参照元（公式URL）
- 結論（1〜2行）
- 判断の軸（キーワードでOK）
- つまずき
- 次アクション
- 復習日
- 自信（1〜5）
- 学習時間（任意）
- 状態（復習待ち/定着/要再学習）
「学習時間」は、入れるなら“評価”に使わないのがコツです。時間が短い日が続くと自己否定につながるので、あくまで傾向を見るために置きます。
例：1行の書き方
- 日付：2026/02/03
- テーマ：S3アクセス制御の設計
- ドメイン：セキュア
- 参照元：公式ドキュメントURL
- 結論：S3はバケットポリシーとIAM、必要に応じてアクセスログや暗号化を組み合わせ、要件から最小権限を作る
- 判断の軸：最小権限、公開ブロック、監査
- つまずき：バケットポリシーとIAMの優先関係の言語化が弱い
- 次アクション：公式で評価ロジックを確認し、捨てた理由を2つ書く
- 復習日：2026/02/06
- 自信：2
- 状態：復習待ち
この「次アクション」が次回のスタート地点になります。
集計でモチベを作る
スプレッドシートの良さは、学習が続いている“証拠”を簡単に出せることです。
おすすめ集計は2つだけ。
- 復習待ち件数：多すぎると破綻するので、10〜20件に抑える
- 自信1〜2の割合：弱点が見える（落ち込むためではなく、次にやることが決まる）
復習待ちが増えすぎる場合は、次アクションの粒度が大きすぎることが多いです。「30分で終わるか？」を基準に小さく切りましょう。
ログを習慣に変える運用とUdemyの使い方
仕組みができても、最後は運用です。ここでは「続く人がやっている小さなルール」をまとめます。
毎日の最小ルール
おすすめは、次のどちらかです。
- 15分ルール：学習15分＋ログ3行（結論・つまずき・次アクション）
- 開始ログ：勉強前に次アクションだけ書いてから始める（終わったら結論1行）
特に「開始ログ」は強いです。学習の最初に迷わなくなるので、挫折の原因を潰せます。
週1回のレビュー
週1回だけ、ログを眺めて次を決めます。
- 自信1〜2を3つ選ぶ
- その3つだけ復習する週にする
- 復習後、結論を上書きする（成長が見える）
“上書き”がポイントで、古い自分の文章が残ると「伸びた感」が出ます。
公式情報を軸にする回し方
SAA-C03の学習は、公式の試験ガイドで全体像を掴み、Skill Builderの試験対策導線で抜けを減らす流れが安定します。
ログの参照元を公式に寄せておくと、情報が古い・曖昧といった不安が減り、やることが整理されます。
Udemyを自然に組み込む
Udemyは「体系的に学べる教材の一例」として、ログ運用と相性が良いです。おすすめの使い方は“講座を全部見る”ではなく、ログの次アクションに紐づけること。
- 次アクション例：「VPCエンドポイントの使い分けを動画で確認し、判断の軸を3つに要約する」
- 次アクション例：「ALBとNLBの選び方を整理し、捨てた理由を2つ書く」
このように、Udemyは“穴埋めの部品”として使うと学習が散らかりません。講座選びの基準は、網羅性よりも「設計判断の理由まで説明してくれるか」「ハンズオンや図解があるか」です。
SAA-C03対策で評価の高いUdemy講座をまとめて確認できます。👇
まとめ
学習ログは、努力を証明するためのものではなく、学習を前に進めるための仕組みです。SAA-C03では特に、サービス名の暗記よりも「なぜその設計にするのか」を言語化して残すことで、復習が鋭くなり、理解が積み上がります。
Notionなら、ログ・次アクション・復習日を一体化して「開けばやることが出る」状態を作れます。スプレッドシートなら、一覧と集計で弱点が見えて、学習の迷いが減ります。どちらでも共通して大事なのは、結論を短く書き、つまずきを1行で残し、次アクションを15〜30分に切ることです。
公式の試験ガイドやSkill Builderの試験対策導線を参照元としてログに紐づけておくと、情報のブレが減り、学習が安定します。
そしてUdemyは、体系的な教材の一例として、ログの「次アクション」に合わせて使うと効果的です。
今日からは、完璧な記録ではなく「結論・つまずき・次アクション」の3行だけで十分です。ログが回り始めると、学習は止まりにくくなります。
