0Pricing
AWS Solutions Architect · Lesson

Time Management and Review Techniques

Allocate your 130-minute budget across 65 questions, flag uncertain answers for review, and use the last 10 minutes to revisit marked items systematically.

Time Management and Review Techniques is a free AWS Solutions Architect lesson on CoddyKit — lesson 4 of 4. You can read the complete lesson below for free — then practise it hands-on in the browser with a built-in code editor and a 24/7 AI tutor. It is part of the AWS Solutions Architect learning path, one of 4 lessons in the course, and your progress syncs across the web and the CoddyKit app.

The 130-Minute Budget

You have 130 minutes for 65 questions — exactly 2 minutes per question on average. This sounds comfortable, but long scenario questions with multiple constraints can easily take 3–4 minutes each. If you spend too long on hard questions early, you will be rushed at the end and make careless mistakes on questions you actually know. Treat your time budget as a resource to be actively managed throughout the exam.

# Recommended time allocation:
# Minutes 0-90:   Answer all 65 questions in sequence
#   - Easy questions: 60-90 seconds each (bank extra time)
#   - Medium questions: 2 minutes each
#   - Hard/uncertain questions: max 3 minutes, then flag and move on
# Minutes 90-120: Review ALL flagged questions
# Minutes 120-130: Final scan for unanswered questions and obvious errors

The Flag-and-Move-On Strategy

For any question where you are not confident after 2–3 minutes, flag it and move on. Select your best guess before flagging — in case you run out of time, a guessed answer is better than a blank. When you return to flagged questions, you will often find that a question you were stuck on earlier is now clear after reading other questions that triggered relevant knowledge. Never spend 6–8 minutes grinding on a single question during the first pass.

# Flagging decision tree:
# Read question + answers
#   Can I eliminate 2 answers in 30 seconds? -> Yes: narrow to 2, choose best, optionally flag
#   Do I know the answer confidently? -> Yes: answer and move on (no flag)
#   Am I still uncertain after 2 minutes? -> Flag, select best guess, MOVE ON
#   Have I eliminated nothing? -> Select least-wrong option, flag, MOVE ON immediately

Pacing Checkpoints

Set pacing checkpoints to catch yourself falling behind before it is too late. Check the clock at questions 20, 40, and 60. By question 20, you should have used no more than 40 minutes. By question 40, no more than 80 minutes. By question 60, no more than 120 minutes (leaving 10 minutes for flagged review). If you are behind at a checkpoint, increase speed immediately — do not try to make up time by rushing the very last questions, as those may be easier.

# Pacing checkpoints:
# After Q20: should be at ~40 min elapsed (2 min/q average)
# After Q40: should be at ~80 min elapsed
# After Q60: should be at ~120 min elapsed
# If behind at Q40 by more than 10 minutes:
#   Speed up immediately on remaining questions
#   Flag fewer questions; only flag when genuinely 50/50 uncertain
# If ahead: use extra time for deeper analysis on remaining questions

Reading Long Scenario Questions

Complex scenario questions can be 150–200 words long. Use this reading strategy: read the last sentence first — it contains the actual question being asked. Then read the scenario to extract the constraints. This prevents you from reading all 200 words only to discover the question is about a narrow specific constraint. Highlight (mentally or on the whiteboard) the key requirements: service type needed, constraints like 'no downtime', 'least cost', 'must not modify application', and any workload characteristics (read-heavy, write-heavy, variable load).

# Efficient scenario reading technique:
# Step 1: Read the LAST SENTENCE (the actual question)
# Step 2: Skim the scenario for constraint keywords:
#   - Resource type: compute / storage / database / network
#   - Access pattern: read-heavy / write-heavy / bursty / steady
#   - Operational: least overhead / no server management
#   - Cost: most cost-effective / minimise spend
#   - Availability: no downtime / multi-AZ / multi-region
# Step 3: Read the four answers with those constraints in mind
# Step 4: Eliminate distractors using the identified constraints

Handling Multiple-Response Questions

When you see 'Select TWO' or 'Select THREE', adjust your strategy. These questions are harder because ALL selected answers must be correct. Start by identifying how many options you must select (usually stated explicitly). Then eliminate the clearly wrong options first — often 2 can be quickly removed. From the remaining options, select those that are complementary (not overlapping), each targeting a different aspect of the stated requirement. Never select an answer just to fill the count if you are not confident it is correct.

# Multiple-response strategy:
# Step 1: Note how many answers to select ('Choose TWO')
# Step 2: Eliminate clearly wrong options (target: eliminate at least 2)
# Step 3: From remaining, look for complementary answers that each address a different requirement
# Step 4: Avoid selecting two answers that do the same thing (redundant)
# Step 5: If you must guess on the last selection, pick the one that most directly addresses
#         the primary stated constraint

Avoiding Answer-Changing Mistakes

Research on multiple-choice testing consistently shows that your first instinct is usually correct. When reviewing flagged questions, resist the urge to change an answer unless you have a specific new reason (e.g., you read a later question that triggered a memory, or you notice you misread a word). Do not change answers based on vague uncertainty or because you think you have chosen 'too many A answers'. Systematic second-guessing almost always hurts your score. Change an answer only with a concrete reason.

# Answer-changing rule:
# CHANGE: Only if you now recall a specific fact that changes the answer
# CHANGE: Only if you misread a key word (e.g., 'NOT' vs. 'most')
# CHANGE: Only if a later question provided clarifying context
#
# DO NOT CHANGE: Because of vague uncertainty
# DO NOT CHANGE: Because you think the answer 'looks wrong'
# DO NOT CHANGE: To balance the distribution of A/B/C/D answers
# Statistic: answer changes are wrong 60-70% of the time on average

Using the Scratch Pad / Whiteboard

The exam provides a digital whiteboard (or physical laminate board at test centres). Use it strategically. Draw quick architecture diagrams to visualise complex scenarios. Write down constraint keywords extracted from the question. Note the two candidate answers after first-pass elimination when you flag a question (A vs. C) so you can quickly resume when reviewing. For multi-part calculations (e.g., shard count calculation), write down intermediate steps rather than doing it all mentally.

# Whiteboard usage examples:
# Flagged question shorthand:
# Q23: A vs C | constraint: no-code-change + lowest-cost
#
# Architecture sketch for VPC questions:
# [Internet] -> [IGW] -> [Public Subnet: ALB] -> [Private Subnet: EC2] -> [RDS]
#
# Shard calculation:
# Write: 8 MB/s -> 8 shards (write-bound)
# Read: 3 consumers x 4 MB/s = 12 MB/s -> 6 shards (read-bound)
# Need: max(8, 6) = 8 shards

The Last 10 Minutes

In the final 10 minutes, prioritise reviewing flagged questions first, then do a quick scan of all questions to catch any that were accidentally skipped or left blank. Never submit an exam with unanswered questions — wrong answers and blank answers both score zero, but a guessed answer has a 25% chance of being correct. Review your flagged answers with fresh eyes and apply the two-pass method again. If still uncertain between two options, choose the more conservative AWS-native managed service.

# Final 10-minute checklist:
# [ ] Review all flagged questions (prioritise)
# [ ] Verify no unanswered questions remain (scroll through all)
# [ ] For any still uncertain: choose the managed service over self-managed
# [ ] For any still uncertain: choose the AWS-native solution over third-party
# [ ] Do NOT change confident answers without a specific reason
# [ ] Check that multiple-response questions have the exact required number selected
# [ ] When satisfied: submit confidently

Pre-Exam Preparation Routine

What you do before the exam affects performance as much as what you do during it. On exam day: arrive or log in 30 minutes early to complete check-in procedures without rushing. Do a light review of your weak areas in the morning — no cramming. Avoid new material the day before the exam; consolidate what you know instead. Bring photo ID. If testing from home, have your environment set up and verified the day before. A calm, prepared start prevents anxiety-driven errors in the first 10 questions.

After the Exam: Score Report

Upon completing the exam, you receive a pass/fail result immediately on screen. The official score report (with domain-level performance) arrives within 5 business days to your AWS Certification account. The score report shows your percentage score per domain, revealing which domains need work if you need to retake. The retake policy allows a 14-day waiting period before attempting the exam again. Certification is valid for 3 years; renewal requires a recertification exam or a higher-level certification.

Practise Exams and Weak Area Targeting

The most effective final preparation strategy is practice exams with deliberate weak-area targeting. Take a full 65-question practice exam under timed conditions. Review every incorrect answer — not to memorise the answer, but to understand why each distractor is wrong. Group mistakes by domain and service. Spend the last week before the exam practising specifically on Domain 1 (security) if it is your weakest. Use AWS Skill Builder, Tutorials Dojo, or Jon Bonso practice exams, which closely replicate the scenario style of the real SAA-C03.

Quick Check

Test your understanding of AWS Solutions Architect (SAA-C03) concepts from this lesson.

Lesson Recap

In this lesson you learned: allocate 130 minutes with pacing checkpoints at Q20, Q40, and Q60, flag uncertain questions with a best-guess answer and return in the review phase, and only change answers when you have a specific concrete reason, not vague doubt. Next up we apply your knowledge to a full set of secure architecture scenario questions.

Frequently asked questions

Is the “Time Management and Review Techniques” lesson free?

Yes — the full text of “Time Management and Review Techniques” is free to read here on the web, and the AWS Solutions Architect course includes 4 lessons in total. To practise it interactively (a built-in code editor and a 24/7 AI tutor) and unlock the rest of the AWS Solutions Architect course, upgrade to CoddyKit PRO.

What will I learn in “Time Management and Review Techniques”?

Allocate your 130-minute budget across 65 questions, flag uncertain answers for review, and use the last 10 minutes to revisit marked items systematically. You practise AWS Solutions Architect with hands-on code you run directly in the browser, and a 24/7 AI tutor answers your questions as you work through the lesson.

Do I need any experience to start AWS Solutions Architect?

No prior experience is required. AWS Solutions Architect on CoddyKit is structured for beginners through advanced learners; this is — lesson 4 of 4, so you can start here or from the beginning and move at your own pace.

How long does the “Time Management and Review Techniques” lesson take?

Most CoddyKit lessons take about 5–10 minutes. Each one is bite-sized and interactive, so you make steady progress and pick up exactly where you left off across the web and the app.

Can I write and run code in this AWS Solutions Architect lesson?

Yes. Every AWS Solutions Architect lesson includes a built-in code editor, so you write and run real code right in your browser and get instant AI feedback — no local setup required.

All lessons in this course

  1. Understanding the Exam Format and Domain Weights
  2. Identifying Keywords and Service Signals in Questions
  3. Process of Elimination and Distractor Patterns
  4. Time Management and Review Techniques
← Back to AWS Solutions Architect