0Pricing
AWS Solutions Architect · 강의

시간 관리 및 검토 기법

130분을 65개 문제에 배분하고, 확실하지 않은 답을 검토 대상으로 표시하며, 마지막 10분 동안 표시한 문제를 체계적으로 다시 확인합니다.

시간 관리 및 검토 기법은(는) CoddyKit의 무료 AWS Solutions Architect 강의입니다. 이것은 4개 중 4번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 AWS Solutions Architect 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. AWS Solutions Architect 강의에는 총 4개의 강의가 포함되어 있습니다.

130분 시간 배분

65문제에 130분이 주어지므로 평균적으로 문제당 정확히 2분입니다. 여유 있어 보이지만 여러 제약 조건이 있는 긴 시나리오 문제는 하나에 3~4분이 쉽게 걸릴 수 있습니다. 초반에 어려운 문제에 너무 오래 쓰면 마지막에 시간이 부족해지고, 실제로 알고 있는 문제에서도 부주의한 실수를 하게 됩니다. 시험 전체에서 시간 배분을 적극적으로 관리해야 하는 자원으로 생각하십시오.

# 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

표시하고 넘어가기 전략

2~3분이 지나도 확신이 서지 않는 문제는 무엇이든 표시하고 넘어가십시오. 시간이 부족할 경우를 대비해 표시하기 전에 가장 가능성 높은 답을 선택하십시오. 추측한 답이라도 빈칸으로 두는 것보다 낫습니다. 표시한 문제로 돌아왔을 때, 다른 문제를 읽으며 관련 지식이 떠올라 이전에 막혔던 문제가 이제는 명확해지는 경우가 많습니다. 첫 번째 풀이에서 한 문제에 6~8분을 매달리지 마십시오.

# 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

시간 배분 점검 지점

너무 늦기 전에 뒤처지고 있는지 파악할 수 있도록 시간 배분 점검 지점을 설정하십시오. 20번, 40번, 60번 문제에서 시계를 확인하십시오. 20번 문제까지는 40분을 넘기지 않아야 합니다. 40번 문제까지는 80분, 60번 문제까지는 120분을 넘기지 않아야 합니다(표시한 문제를 검토할 10분을 남겨 두어야 합니다). 점검 지점에서 뒤처졌다면 즉시 속도를 높이십시오. 마지막 문제를 서둘러 시간을 만회하려고 하지 마십시오. 마지막 문제는 더 쉬울 수도 있습니다.

# 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

긴 시나리오형 문제 읽기

복잡한 시나리오형 문제는 150~200단어에 달할 수 있습니다. 다음 읽기 전략을 사용하십시오. 마지막 문장부터 읽으십시오. 마지막 문장에 실제로 묻는 질문이 들어 있습니다. 그런 다음 시나리오를 읽으며 제약 조건을 추려 내십시오. 이렇게 하면 200단어를 모두 읽은 뒤 질문이 특정한 좁은 범위의 제약 조건에 관한 것임을 알게 되는 일을 피할 수 있습니다. 핵심 요구 사항을 머릿속으로 또는 화이트보드에 표시하십시오. 필요한 서비스 유형, '중단 시간 없음', '최저 비용', '애플리케이션을 수정하면 안 됨'과 같은 제약 조건, 그리고 워크로드 특성(읽기 중심, 쓰기 중심, 가변 부하)을 표시하면 됩니다.

# 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

복수 응답형 문제 풀이

'TWO 선택' 또는 'THREE 선택'이 보이면 전략을 조정하십시오. 선택한 답이 모두 정답이어야 하므로 이러한 문제는 더 어렵습니다. 먼저 선택해야 하는 옵션의 수를 확인하십시오(대개 명시적으로 제시됩니다). 그런 다음 명백히 틀린 옵션부터 제거하십시오. 보통 2개는 빠르게 제거할 수 있습니다. 남은 옵션 중에서는 서로 겹치지 않고 상호 보완적이며, 제시된 요구 사항의 서로 다른 측면을 각각 해결하는 옵션을 선택하십시오. 정답이라고 확신할 수 없다면 개수를 맞추기 위해 답을 선택하지 마십시오.

# 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

답을 바꾸는 실수 피하기

객관식 시험에 관한 연구에서는 일관되게 처음 떠오른 판단이 대체로 옳다는 결과를 보여 줍니다. 표시해 둔 문제를 검토할 때는 구체적인 새로운 근거가 없는 한 답을 바꾸고 싶은 충동을 억누르십시오. 예를 들어 뒤의 문제를 읽다가 기억이 떠올랐거나, 단어를 잘못 읽었다는 사실을 알아차린 경우가 이에 해당합니다. 막연한 불확실성이나 'A 답을 너무 많이 선택한 것 같다'는 생각만으로 답을 바꾸지 마십시오. 체계적으로 다시 의심하는 것은 거의 항상 점수에 불리합니다. 구체적인 근거가 있을 때만 답을 바꾸십시오.

# 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

메모장 / 화이트보드 활용하기

시험에서는 디지털 화이트보드(또는 시험 센터의 실제 라미네이트 보드)를 제공합니다. 전략적으로 활용하십시오. 복잡한 시나리오를 시각화하기 위해 간단한 아키텍처 다이어그램을 그리십시오. 문제에서 추려 낸 제약 조건 키워드를 적으십시오. 문제를 표시해 둔 경우에는 첫 번째 제거 과정이 끝난 뒤 남은 두 후보 답을 적어 두십시오(A와 C 비교). 그러면 검토할 때 빠르게 이어서 진행할 수 있습니다. 여러 부분으로 이루어진 계산(예: 샤드 수 계산)은 모두 머릿속으로 처리하지 말고 중간 계산 단계를 적으십시오.

# 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

마지막 10분

마지막 10분에는 먼저 표시해 둔 문제를 검토한 다음, 모든 문제를 빠르게 훑어 실수로 건너뛰었거나 빈칸으로 남겨 둔 문제가 없는지 확인하십시오. 답하지 않은 문제가 있는 상태로 시험을 제출하지 마십시오. 오답과 무응답은 모두 0점이지만, 추측으로 답하면 25%의 확률로 정답을 맞힐 수 있습니다. 표시해 둔 답을 새로운 시각으로 검토하고 두 단계 풀이 방법을 다시 적용하십시오. 그래도 두 옵션 사이에서 확신이 서지 않는다면 더 보수적인 AWS 기본 관리형 서비스를 선택하십시오.

# 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

시험 전 준비 루틴

시험 전에 무엇을 하는지는 시험 중에 무엇을 하는지만큼이나 성과에 영향을 줍니다. 시험 당일에는 서두르지 않고 체크인 절차를 완료할 수 있도록 30분 일찍 도착하거나 로그인하십시오. 아침에는 취약한 영역을 가볍게 복습하되, 벼락치기는 하지 마십시오. 시험 전날에는 새로운 내용을 피하고, 대신 이미 아는 내용을 정리하십시오. 사진이 있는 신분증을 지참하십시오. 집에서 시험을 치른다면 전날 환경을 설정하고 확인해 두십시오. 차분하고 준비된 상태로 시작하면 처음 10문제에서 불안으로 인한 실수를 예방할 수 있습니다.

시험 후: 성적 보고서

시험을 완료하면 화면에 합격/불합격 결과가 즉시 표시됩니다. 공식 성적 보고서(영역별 성과 포함)는 영업일 기준 5일 이내에 AWS Certification 계정으로 도착합니다. 성적 보고서에는 각 영역별 백분율 점수가 표시되므로 재응시가 필요한 경우 어느 영역을 더 공부해야 하는지 알 수 있습니다. 재응시 정책에 따라 다시 시험을 치르기 전 14일의 대기 기간이 필요합니다. 자격증은 3년간 유효하며, 갱신하려면 재인증 시험을 치르거나 더 높은 수준의 자격증을 취득해야 합니다.

모의 시험과 취약 영역 집중 학습

마지막 준비 단계에서 가장 효과적인 전략은 취약 영역을 의도적으로 공략하는 모의 시험입니다. 시간을 정해 놓고 실제 시험처럼 65문제 전체로 구성된 모의 시험을 치르십시오. 틀린 답을 모두 검토하되, 답을 외우려 하지 말고 각 오답 선택지가 왜 틀렸는지 이해하십시오. 실수를 영역과 서비스별로 분류하십시오. 시험 전 마지막 주에는 Domain 1(보안)이 가장 취약하다면 해당 영역을 집중적으로 연습하십시오. 실제 SAA-C03의 시나리오 형식을 매우 유사하게 재현하는 AWS Skill Builder, Tutorials Dojo 또는 Jon Bonso 모의 시험을 활용하십시오.

빠른 확인

이 레슨에서 배운 AWS Solutions Architect(SAA-C03) 개념을 이해했는지 확인하십시오.

레슨 요약

이 레슨에서는 다음을 배웠습니다. Q20, Q40, Q60에서 진행 상황을 확인하며 130분을 배분하기, 확신이 서지 않는 문제에는 가장 가능성 높은 답을 표시해 두고 검토 단계에서 다시 돌아오기, 막연한 의심이 아니라 구체적이고 명확한 근거가 있을 때만 답을 바꾸기입니다. 다음에서는 배운 내용을 안전한 아키텍처 시나리오 문제 전체에 적용해 보겠습니다.

자주 묻는 질문

“시간 관리 및 검토 기법” 강의는 무료인가요?

네 — “시간 관리 및 검토 기법” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 AWS Solutions Architect 강의 전체를 잠금 해제할 수 있습니다. AWS Solutions Architect 강의에는 총 4개의 강의가 포함되어 있습니다.

“시간 관리 및 검토 기법”에서 뭘 배우나요?

130분을 65개 문제에 배분하고, 확실하지 않은 답을 검토 대상으로 표시하며, 마지막 10분 동안 표시한 문제를 체계적으로 다시 확인합니다. 브라우저에서 직접 실행하는 실습 코드로 AWS Solutions Architect을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.

AWS Solutions Architect을(를) 시작하는 데 경험이 필요한가요?

사전 경험은 필요하지 않습니다. CoddyKit의 AWS Solutions Architect은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 4개 중 4번째 강의입니다.

“시간 관리 및 검토 기법” 강의는 얼마나 걸리나요?

대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.

이 AWS Solutions Architect 강의에서 코드를 작성하고 실행할 수 있나요?

네. 모든 AWS Solutions Architect 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.

이 강의의 모든 강의

  1. 시험 형식 및 영역별 배점 이해
  2. 정답 서비스 선택을 알려 주는 '가장 비용 효율적인', '가장 높은 가용성', '운영 오버헤드', '서버리스'와 같은 단서를 찾는 연습을 합니다.
  3. 소거법 및 오답 패턴
  4. 시간 관리 및 검토 기법
← AWS Solutions Architect(으)로 돌아가기