PMP 신청 시 프로젝트 경력 기술서(Experience Record) 반려 안 당하는 작성 요령
PMP 신청 시 프로젝트 경력 기술서(Experience Record) 반려 안 당하는 작성 요령
핵심만 먼저
PMP 신청은 일정 비율이 무작위 감사(Audit) 대상으로 선정되며, 이 경우 입력했던 경력 내용을 사실상 다시 구성하기 어렵습니다. PMI가 2026년 8월 공식 블로그에서 밝힌 최신 가이드에 따르면, PMI 프로세스 용어를 억지로 끼워 넣기보다 실제로 무엇을 이끌었고 누구와 협업했으며 어떤 결과를 냈는지를 구체적으로 쓰는 것이 핵심입니다. 참고로 "프로젝트 매니저"라는 직함이 없어도 실제로 프로젝트를 이끈 경험이라면 인정받을 수 있습니다.
💬 "시험보다 신청서가 더 어렵다"는 말의 진짜 의미
PMP 준비생들 사이에서 "시험 자체보다 Application(자격 신청) 통과가 더 까다롭다"는 말이 자주 나옵니다. 이는 PMI가 신청자 중 일부를 무작위로 감사(Audit) 대상에 올려 경력을 검증하기 때문입니다. 문제는 한 번 제출한 경력 내용을 감사 단계에서 고칠 수 없다는 점입니다. 처음부터 꼼꼼하게 작성해야 하는 이유가 여기에 있습니다.
경력 기술서, 모호하게 쓰면 위험한 이유
PMI는 신청자가 입력한 프로젝트 경력 중 일부를 무작위로 선정해 감사를 진행합니다. 감사에 선정되면 졸업증명서, 35시간 교육 수료증과 함께, 기재한 프로젝트의 실제 수행 여부를 확인할 수 있는 서명(상사·관리자 확인)이 필요합니다. 이때 "프로젝트를 도왔다", "관련 업무를 지원했다"처럼 모호하게 작성된 경력은 감사 담당자가 실제 역할을 판단하기 어려워 추가 소명을 요구받거나 반려될 위험이 커집니다. 참고로 PMI 신청서에서 프로젝트 경력을 입력하는 항목의 공식 명칭은 "경험 검증 섹션(Experience Verification Section)"입니다.
2026년 8월 PMI가 공식 블로그에서 제시한 방향은 명확합니다. 프로젝트의 목표, 시작·종료 시점, 본인이 어떻게 이끌었는지, 누구와 협업했는지, 어떤 활동을 주도했는지, 어떤 결과를 만들었는지를 구체적으로 쓰라는 것입니다. 예를 들어 "소프트웨어 배포를 지원했다"처럼 쓰기보다, "3개 부서의 요구사항을 조율하고 일정·리스크·전환 계획을 관리하며 소프트웨어 배포를 이끌었다"처럼 실제 리더십과 활동을 드러내는 서술이 훨씬 좋습니다.
- 프로젝트별로 본인의 구체적인 역할과 실제 주도한 활동(일정 관리, 이해관계자 조율, 리스크 추적 등)을 명확히 기재
- "업무를 도왔다"처럼 모호한 표현 대신 실제로 이끌거나 조율한 내용을 구체적으로 서술
- 학교 프로젝트·학위 취득용 연구·개인 행사·집수리, 일상적인 운영·행정 업무는 프로젝트 경력으로 인정되지 않으므로 제외
- 프로젝트별 시작·종료일을 정리하고, 기간이 겹치는 프로젝트는 겹치는 달을 이중 계산하지 않도록 확인(예: 1~3월 프로젝트와 2~5월 프로젝트가 겹치면 전체 경력은 1~5월, 총 5개월로 계산)
- 감사 대비용으로 프로젝트 확인 서명을 받아줄 상사·관리자 연락처를 미리 확보
- 제출 전 최종 검토: 오탈자, 기간 중복, 시간 합계 오류가 없는지 재확인
"프로젝트 매니저" 직함이 없어도 인정받을 수 있을까?
PMI는 직함보다 실제 업무 내용을 봅니다. project coordinator, program analyst, operations lead, implementation manager, team lead 같은 직함이라도 실제로 프로젝트를 이끌고 방향을 정한 경험이 있다면 인정받을 수 있습니다. 반대로 직함이 "프로젝트 매니저"라고 해서 모든 업무가 자동으로 인정되는 것도 아니며, 프로젝트가 아닌 일상적·운영적 업무는 제외해야 합니다. 본인의 업무가 뚜렷한 시작·종료 시점과 목표를 가진 '프로젝트'였는지, 그 안에서 실제로 무엇을 주도했는지를 기준으로 판단하는 것이 정확합니다.
감사에 당첨되면 무엇을 준비해야 할까
감사 대상으로 선정되면 PMI로부터 결제 완료 후 이메일로 통보를 받으며, 90일 이내에 서류를 제출해야 하고 서류가 정상적으로 제출되면 심사 자체는 대략 5~7영업일 정도 소요되는 것으로 안내되어 있습니다. 이때 필요한 서류는 대체로 학위 증명서 사본, 35시간 교육 수료증, 그리고 입력한 프로젝트 경력에 대한 상사·관리자의 서명입니다. 서명을 받을 담당자가 이미 퇴사했거나 연락이 어려운 경우, 해당 프로젝트를 함께 했던 동료나 클라이언트, 다른 이해관계자가 대신 서명해 경력을 확인해줄 수 있습니다.
출처: PMP 합격 후기 및 여러 트래커의 추정치 종합, 2026년 기준 — PMI는 정확한 선정 비율을 공식적으로 공개하지 않음
※ 아래 사례는 실제 인터뷰가 아니라, 흔히 확인되는 신청 과정 패턴을 재구성한 가상 사례입니다.
사내 프로젝트 위주로 경력을 쌓은 EE씨
EE씨는 처음 경력을 입력할 때 "여러 프로젝트에 참여함"이라고 짧게 적었다가, 이후 다시 검토하며 프로젝트별로 실제 무엇을 이끌었는지, 누구와 협업했는지, 어떤 결과를 냈는지를 구체적으로 다시 작성했습니다. 이후 감사 대상으로 선정되었지만, 이미 상세히 기재해둔 덕분에 상사 서명만 받아 무리 없이 통과했습니다.
결과: 모호한 초안 작성 → 역할·활동·성과 중심으로 재작성 → 감사 선정에도 무리 없이 통과.
자주 묻는 질문
01감사(Audit) 대상이 되면 무조건 불리한가요?+
감사 자체가 불이익은 아닙니다. 요구되는 서류(졸업증명서, 교육 수료증, 경력 확인 서명)를 90일 이내에 정확히 제출하면 5~7영업일 정도로 심사가 마무리됩니다. 다만 요구사항을 충족하지 못하면 감사에 실패해 1년간 재신청이 제한될 수 있으므로, 서류 준비를 소홀히 해서는 안 됩니다.
02경력을 입력한 뒤 수정할 수 있나요?+
Application 제출 후에는 입력한 경험 내용을 감사 단계에서 임의로 다시 구성하기 어렵습니다. 감사에 선정될 가능성을 염두에 두고, 제출 전에 실제 경력 및 증빙 가능 여부를 꼼꼼히 확인한 뒤 처음부터 정확하고 구체적으로 작성하는 것이 중요합니다.
03프로젝트 경력을 어떤 표현으로 써야 심사에 유리한가요?+
PMI 프로세스 용어를 억지로 끼워 넣기보다, 본인이 실제로 무엇을 이끌었고 누구와 협업했으며 어떤 활동을 주도해 어떤 결과를 만들었는지를 구체적으로 서술하는 편이 좋습니다. '업무를 도왔다'처럼 모호한 표현보다 실제 리더십과 기여를 드러내는 서술이 감사 위험을 줄입니다.
04감사 대상으로 선정되는 비율은 어느 정도인가요? [2026년 9월 기준]+
[2026년 9월 기준] PMI가 감사 대상 선정 비율을 공식적으로 공개하지는 않지만, 응시자 후기를 종합하면 대략 5~25% 사이에서 무작위로 선정되는 것으로 알려져 있습니다. 정확한 기준과 비율은 PMI가 공개하지 않으므로 추정치로만 참고해야 합니다.
이어서 보면 좋은 글
← IT 서비스 관리 및 프로젝트 관리 허브로 돌아가기신청서를 통과했다면, 이제 응시료 결제 방법을 확인할 차례입니다
2026년 PMP 시험 응시료 환율 및 PMI 회원가입으로 비용 아끼는 꿀팁
Application 승인 후 바로 결제로 넘어가게 되니, 비용을 미리 계산해두면 좋습니다.