AWS·Azure 자격증은 실무 능력을 얼마나 말해주나: 인사 담당자를 위한 판독법

이력서 두 장이 있다. 한 장에는 “AWS Certified Solutions Architect – Associate”가 적혀 있고, 다른 한 장에는 자격증 줄이 아예 없다. 인사팀이 실제로 던져야 하는 질문은 “어느 쪽이 더 낫나”가 아니다.

저 한 줄이 무엇을 말해주고, 무엇을 말해주지 않는가.

이 글은 그 한 줄의 신호 대 잡음비를 따진다. 결론부터 적으면, 자격증은 약한 양(+)의 신호이고, 그 강도는 어느 벤더의 어느 레벨을 언제 땄느냐에 따라 배로 갈린다. 그래서 이 글의 목표는 자격증의 편을 들거나 깎는 것이 아니라, 같은 한 줄을 세 조각으로 쪼개 읽는 규칙을 만드는 것이다.

1. 먼저 인정할 것: 직접적인 증거가 없다

AWS와 마이크로소프트는 자격증 시험의 합격률도, 문항 통계도, “이 자격증 보유자가 실제 업무에서 더 잘하더라”는 준거타당도 연구도 공개하지 않는다. 벤더가 내는 자료는 대체로 자사 교육 사업의 마케팅 자료이고, 설문 기반 “자격증 취득자의 몇 %가 연봉이 올랐다” 류의 숫자는 자기선택 편향이 통째로 들어 있다. 열심히 공부하는 사람이 자격증도 따고 연봉도 올린다.

그러면 인사 실무자는 무엇을 근거로 판단해야 하나. 우회로가 셋 있다.

1. 도구 유형의 타당도 — 자격증은 결국 지식 시험이다. 지식 시험 일반의 예측력은 잘 연구돼 있다.
2. 시험 설계 — 문항 형식이 측정 가능한 것의 상한을 정한다.
3. 취득 동기 구조 — 누가, 왜 이 시험을 보는가. 여기가 대부분의 오독이 생기는 자리다.

셋을 같이 봐야 한다. 하나만 보면 “자격증 무용론”이나 “자격증 있으면 일단 합격” 중 한쪽으로 굴러떨어진다.

2. 상한선: 직무지식 검사 .40, 경력 연수 .07

선발 도구의 예측 타당도는 2022년에 한 번 크게 다시 계산됐다. 새킷(Sackett) 등은 기존 메타분석들이 범위 제한(range restriction) 보정을 과하게 적용해 왔다는 점을 지적하고 주요 도구의 값을 다시 냈다(논문 초록, 후속 논의). 20년 넘게 인용돼 온 슈미트-헌터(1998)의 수치와 비교하면 이렇다.

이 표에서 자격증과 가장 가까운 칸은 직무지식 검사 .40이다. 나쁘지 않은 값이다. 다만 두 가지를 같이 읽어야 한다.

첫째, .40은 “맞히는 도구”가 아니라 “순위를 조금 낫게 만드는 도구”다. 상관계수 .40은 성과 분산의 약 16%를 설명한다. 자격증이 있는 사람이 없는 사람보다 평균적으로 낫다는 뜻이지, 특정 지원자 A가 B보다 낫다는 뜻이 아니다. 서류 단계에서 이 정도 정보를 가점 몇 점으로 환산하는 것은 합리적이고, 이걸 필수 요건으로 만드는 것은 과적합이다.

둘째, 이 .40은 재직자를 대상으로 한 동시타당도 표본에서 나왔다. 논문 각주가 직접 밝히듯 지원자 표본을 모은 메타분석이 없다. 이미 그 일을 하고 있는 사람들 사이의 상관이므로, 지원자 풀에 그대로 적용하면 과대평가가 된다. 게다가 연구가 말하는 직무지식 검사는 직무분석에서 문항을 뽑아낸 그 회사의 그 직무 시험이다. 벤더 자격증은 그게 아니라 한 회사 제품군의 지식 표본이다. 그래서 .40은 상한선으로 두고, 실제로는 그보다 낮게 잡는 편이 맞다.

여기서 인사팀에 더 아픈 숫자가 하나 있다. 경력 연수는 .07이다. 자격증을 “그거 시험일 뿐”이라고 의심하는 잣대를 똑같이 적용하면, “클라우드 경력 5년 이상”이라는 필터와 자유 형식 면접(.19)은 자격증보다 나을 것이 없다. 자격증만 골라 의심하는 것은 일관성이 없다.

3. 시험 형식이 정하는 천장

지식 시험의 타당도를 인정하더라도, 그 시험이 무엇을 물어볼 수 있는 형식인지가 다음 제약이다.

AWS는 사실상 전부 선다형이다. 한때 SysOps 시험에 실제 콘솔·CLI를 조작하는 실습 랩(exam labs)을 넣었다가 2023년에 중단했고, 그 자리를 이어받은 AWS Certified CloudOps Engineer – Associate는 130분 동안 65문항의 객관식·복수응답으로만 구성된다. 응시료는 150달러다. 즉 2026년 현재 AWS 자격증 라인업에서 손으로 만든 것을 채점하는 시험은 없다.

Azure는 사례형 문항 비중이 높지만 역시 시험은 시험이다. 대신 마이크로소프트는 랩 기반 평가를 별도 트랙으로 분리했다. Applied Skills는 실제 Azure 포털·CLI를 쓰는 가상 환경에서 과제를 수행하고, 초급 30분·중급 이상 45분 안에 제출한다. 무료이고, 자격증(4~6개 스킬셋, 직무 기반)보다 훨씬 좁은 한 가지 시나리오를 본다.

정리하면 이렇게 갈린다.

“자격증이 있으니 핸즈온이 된다”는 통념은 현재의 시험 형식과 맞지 않는다. 반대로 “선다형이라 아무 의미 없다”도 틀렸다. 서비스 한계값과 옵션 차이를 아는 사람은 설계 회의에서 헛발질을 덜 한다. 그것이 이 신호가 가진 딱 그만큼의 값어치다.

4. 같은 ‘보유’가 아니다: 유효기간과 감독 여부

인사 실무에서 가장 자주 놓치는 지점이 여기다. 두 벤더의 자격증은 유지 방식이 완전히 다르다.

AWS는 계속교육(CE) 학점 같은 대체 수단을 인정하지 않는다. 3년 뒤 같은 난이도의 감독 시험을 다시 보거나, 상위 자격증을 따야 유지된다. 마이크로소프트는 만료 6개월 전부터 무료·비감독·오픈북 평가로 1년씩 연장한다.

여기서 판독이 갈린다.

• “AWS SAA 보유”는 최대 3년 전에 감독 시험을 통과했다는 뜻이다. 통과의 질은 높지만 최신성은 알 수 없다.
• “Azure AZ-104 보유”는 최근 1년 안에 갱신을 통과했다는 뜻이다. 최신성은 높지만 그 갱신은 오픈북·비감독이다.
• “AZ-900 보유”는 만료가 없다. 5년 전에 딴 것도 오늘 딴 것과 같은 줄로 적힌다.

그래서 이력서의 자격증 한 줄은 최소한 레벨 / 취득일 / 최근 갱신일 세 조각으로 받아야 한다. 세 조각이 없으면 그 줄은 해석 불가능한 신호다. 채용 공고의 제출 서류 안내에 “자격증은 취득일과 만료일이 표시된 검증 링크로 제출”이라고 한 줄 넣는 것으로 대부분 해결된다.

5. 자격증 개수가 개인이 아니라 회사를 가리킬 때

이 절이 이 글에서 가장 실무적인 부분이다. 클라우드 자격증의 공급량은 개인의 학습 의욕이 아니라 파트너사의 사업 요건이 만든다.

마이크로소프트의 Solutions Partner 지정은 100점 만점에 70점 이상을 요구하고, 그 점수의 한 축인 ‘스킬링’ 카테고리는 조직에 연결된 인원이 보유한 중급·고급 자격증 수로 계산된다. 공식 문서는 한술 더 떠, 자격증이 갱신되지 않고 만료되면 스킬링 점수가 떨어질 수 있으니 미리 챙기라고 권고까지 한다. AWS 파트너 등급 역시 일정 수 이상의 인증 보유 인력을 요구한다.

즉 SI·MSP·클라우드 리셀러에서는 자격증 취득이 개인의 선택이 아니라 회사의 KPI다. 회사가 응시료를 대고, 취득 목표가 인사평가에 걸리고, 만료일이 다가오면 갱신 독촉이 온다.

이 사실은 양방향으로 오독을 만든다.

• 위양성: 자격증 5개를 가진 지원자가 반드시 학습 의욕이 높은 것은 아니다. 파트너 등급을 맞춰야 하는 조직에 있었을 수 있다.
• 위음성: 자격증이 하나도 없는 시니어가 실력이 없는 것도 아니다. 파트너사가 아닌 곳(사업회사 인프라팀, 스타트업)에서는 자격증을 딸 유인이 구조적으로 없다.

그러므로 자격증 개수는 그 자체로 등수가 아니라 “왜 땄는가”라는 질문의 트리거로 쓰는 것이 맞다. 답이 “회사에서 등급 때문에 시켰다”여도 감점 사유가 아니다. 다만 그 경우 그 줄은 개인 역량 신호가 아니라 이력 배경 정보로 강등해서 읽어야 한다.

6. 위조와 덤프: 확률은 낮지만 처리 규칙은 있어야 한다

기출 문제를 모아 파는 이른바 덤프 시장은 계속 존재한다. 두 벤더 모두 이를 부정행위로 규정하고 제재를 명문화하고 있다. AWS는 인증 프로그램 계약에서 시험 콘텐츠의 무단 사용을 금지하고 데이터 포렌식으로 이상 패턴을 탐지해 점수 무효화와 자격 취소를 할 수 있다고 밝힌다. 마이크로소프트의 시험·평가 보안 정책은 덤프 사용, 대리 응시, 시험 중 AI 사용을 부정행위로 열거하고 자격 취소와 영구 응시 금지까지 가능하다고 적어 놓았다.

인사팀이 여기서 할 일은 의심이 아니라 절차 하나다.

• PDF나 캡처 이미지를 증빙으로 받지 않는다. 위조가 쉽고 취득일이 안 보인다.
• 벤더의 검증 링크(디지털 배지 URL)로 받는다. 보유 여부·취득일·만료일이 한 화면에 나온다.
• 검증 링크 제출을 못 하는 경우는 대개 만료됐거나 갱신을 놓친 경우다. 탈락 사유가 아니라 질문거리다.

7. 채용 절차에서 자격증을 다루는 네 가지 규칙

규칙 3(환전)이 핵심이다. 자격증은 그 자체로 답이 아니라 검증 가능한 대화 주제일 때 가장 값어치가 있다. 인사 담당자가 클라우드 전문가가 아니어도 던질 수 있는 질문은 이런 것들이다.

• “시험 범위 중에 실무에서 실제로 써 본 영역과 시험으로만 아는 영역을 나눠 주세요.” — 좋은 답은 경계가 선명하다. 위험 신호는 전부 써 봤다는 답이다.
• “시험에서 정답이던 방식인데 실무에서는 다르게 하는 것이 있나요?” — 실무 경험이 있으면 사례가 바로 나온다. 대개 비용이나 조직 제약 이야기가 나온다.
• “이 자격증을 딴 시점 이후로 그 서비스에서 바뀐 것 중 아는 것이 있나요?” — 최신성 확인. AWS 3년 유효기간의 빈틈을 정확히 겨냥한다.
• “회사에서 취득을 지원했나요, 개인적으로 준비했나요?” — 5절의 신호 분리.

규칙 4는 예산 이야기다. 자격증 검증에 쓰는 시간을 늘리는 것보다, 구조화 면접(.42)의 질문지와 채점표를 만드는 데 같은 시간을 쓰는 편이 예측력이 높다. 40분짜리 소형 워크 샘플(.33)을 붙이면 자격증이 못 보는 영역(문제 정의, 트레이드오프 설명)을 직접 본다. 클라우드 직군이라면 “장애 상황 하나를 주고 어디부터 확인할지 순서를 말하게 하는” 형태가 준비 비용 대비 변별력이 좋다. AI 도구가 장애 원인을 자꾸 틀리는 이유를 다룬 글의 가설-기각 절차를 그대로 면접 과제로 써도 된다.

8. 자격증이 확실히 값을 하는 자리는 선발이 아니다

지금까지의 이야기는 “선발 도구로서” 자격증의 한계다. 그런데 자격증이 분명히 값을 하는 자리가 셋 있고, 셋 다 채용 이후다.

1. 온보딩과 역량 로드맵. 신입·전환 배치 인력에게 공통 용어와 서비스 지도를 6~8주 안에 심는 수단으로는 비용 효율이 좋다. 무료인 Applied Skills나 기초 자격증을 사다리의 첫 칸으로 쓰면 개인 부담도 거의 없다.
2. 파트너 등급과 입찰 요건. 5절의 구조를 뒤집어 보면, 파트너 등급이 필요한 회사에게 자격증 보유 인원은 매출 조건이다. 이건 인사팀의 정당한 KPI다.
3. 팀 내 공통 언어. 같은 시험을 통과한 사람들끼리는 설계 논의의 출발선이 같다.

여기서 조직이 자주 저지르는 실수는 1·2번의 목표를 채용 기준에 섞는 것이다. 파트너 등급 유지를 위해 유효 자격증 수를 늘려야 하는 상황이라면, 그것은 “자격증 보유자를 뽑는다”가 아니라 “입사 후 6개월 안에 취득을 지원한다”로 설계하는 편이 낫다. 전자는 채용 풀을 좁히면서 실무 능력과의 상관은 못 올리고, 후자는 풀을 유지하면서 같은 숫자를 만든다. 응시료는 어소시에이트급 150달러, 마이크로소프트 갱신은 무료다. 채용 기준을 흔드는 것보다 교육 예산 한 줄이 싸다.

⚠️ 이 글의 타당도 수치는 특정 기업이나 특정 자격증이 아니라 선발 도구 유형 전체에 대한 메타분석 값이며, 직무·산업·지원자 풀에 따라 달라진다. 벤더 자격증만을 준거로 삼은 공개된 타당도 연구는 확인되지 않았다. 시험 형식·응시료·유효기간·파트너 요건은 2026년 9월 기준으로 확인한 것이며 벤더 정책은 자주 바뀌므로, 채용 기준에 반영하기 전에 각 벤더의 공식 페이지에서 현재 조건을 다시 확인해야 한다. 채용 절차 설계는 국내 채용 관련 법령과 사내 규정의 적용을 함께 받는다.

자주 묻는 질문

자격증에 가점을 준다면 몇 점이 적당한가요?

정해진 정답은 없지만, 총점에서 자격증이 차지하는 비중이 구조화 면접보다 커지지 않게 두시는 것이 안전합니다. 자격증과 가장 가까운 도구(직무지식 검사)의 예측력이 구조화 면접보다 낮게 추정되기 때문입니다. 실무적으로는 서류 단계의 보조 가점으로 두고, 면접 점수와 합산할 때는 가중치를 낮추거나 동점자 처리에서 빼는 방식이 무난합니다.

자격증이 없는 지원자를 서류에서 거르면 안 되나요?

거르지 않으시길 권합니다. 자격증 취득 유인은 소속 회사가 파트너사인지에 크게 좌우되기 때문에, 자격증 없음이 곧 역량 없음이 아닙니다. 특히 경력이 길수록 취득 유인이 떨어지므로 필수 요건화는 시니어를 우선적으로 걸러내는 효과를 냅니다. 우대사항으로 두고 면접에서 다른 근거로 확인하시는 편이 낫습니다.

신입 채용에서는 다르게 봐야 하나요?

신입에서는 상대적으로 더 유용합니다. 경력이라는 신호가 없는 상태에서 자격증은 학습 완주 이력과 기본 용어 숙지를 동시에 보여 주기 때문입니다. 다만 이때도 “무엇을 만들어 봤는가”를 함께 물어보시는 것이 좋습니다. 자격증만 여러 개이고 만들어 본 것이 없는 지원자는 시험 준비에 최적화된 학습만 한 경우가 있습니다.

재직자의 자격증 취득을 회사가 지원할 만한가요?

목적을 분리하면 대체로 값을 합니다. 파트너 등급이나 입찰 요건이 있다면 그것은 명확한 사업 투자이고, 그 외에는 온보딩과 공통 언어 형성 용도로 보시는 것이 정확합니다. 다만 취득 자체를 인사평가 지표로 걸면 조직이 시험 통과에 최적화되므로, 취득 이후 실제 업무 적용까지를 한 묶음으로 설계하시는 편이 낫습니다.