합격을 부르는 성장 공식, STAR+PAR 기법
이력서를 쓸 때, 우리는 자연스럽게 이렇게 생각합니다.
"이 프로젝트로 어떤 성과를 냈지?"
그래서 결과를 중심으로 이야기하죠. 숫자, KPI, 전환율.
이력서를 빼곡히 채운 성과들은 분명 매력적입니다.
하지만 발전하는 조직은 거기서 멈추지 않습니다. 그들은 성과를 통해 '이 지원자가 우리 일을 잘 해낼 수 있을까?'를 확인한 뒤, 한 가지를 더 궁금해합니다.
"그 경험을 통해 당신은 어떤 사람으로 성장했나요?"
성과는 과거의 사실이지만, 성장은 미래의 가능성이기 때문입니다. 이는 채용을 넘어, 조직과 함께 성장할 인재를 찾는 인재 육성의 관점이기도 합니다.
오늘은 기존의 STAR 기법을 한 단계 확장하여, 성과 중심의 이력서를 성장 서사로 전환하는 프레임을 소개합니다. 바로 STAR+PAR 기법입니다.
STAR 기법이 궁금하다면?
두 방법의 차이는 겉으로 보면 단순히 교훈을 추가한 버전처럼 보입니다. 하지만 실은 커리어를 대하는 태도 자체의 차이를 드러냅니다. 무엇을 보여주느냐가 아니라, 무엇을 남기느냐의 차이입니다.
STAR 방식
결과를 보여줌
일회성 수치나 기록을 남김
'이 사람은 실무형이네' 인상
과거 중심의 보고서형
'이 결과를 재현할 수 있는 사람'
STAR+PAR 방식
교훈을 보여줌
지속 가능한 기준이나 철학을 남김
'이 사람은 성장 가능한 리더형이네' 인상
과거→현재→미래로 이어지는 성장형
'문제를 정의하고 개선할 수 있는 사람'
면접에서도 마찬가지입니다. STAR는 '어떤 문제를 해결했는가?'라는 과거의 질문에 대한 답인 반면, STAR+PAR은 '이 사람은 다음 문제를 더 잘 해결하겠구나'라는 미래의 가능성을 시사합니다.
핵심은 이것입니다.
STAR는 결과지향형 모델이고, STAR+PAR은 성찰지향형 모델입니다.
STAR가 '내가 뭘 해냈는지'를 보여준다면, STAR+PAR은 '그 경험으로 내가 어떤 기준을 세웠는지'를 보여줍니다. 행동의 기록에서 사고의 진화로 초점이 옮겨가는 것이죠.
기업은 이제 일을 잘하는 사람보다 문제를 더 잘 해결할 사람을 원합니다. 그래서 면접 질문의 결도 바뀌었습니다.
과거 : "당신은 그때 어떤 결과를 냈나요?"
현재 : "그 일을 통해 무엇을 배우고, 지금은 어떻게 하나요?"
STAR+PAR은 일을 잘하는 사람을 넘어 생각이 성장하는 사람을 보여주는 구조입니다. 이것은 단순히 소프트 스킬이 아니라, 리더십·메타인지·지속가능한 역량의 핵심 지표로 작용합니다.
두 프레임이 담고 있는 메시지는 다음과 같습니다.
STAR : "나는 이 일을 완수했다."(과정의 효율성)
STAR+PAR : "나는 이 일을 통해 더 나은 나로 진화했다."(과정의 통찰력)
개인 브랜드의 관점에서 STAR 이력서는 과거의 결과를 나열해 신뢰를 얻고, STAR+PAR 이력서는 결과와 교훈을 엮어 공감과 깊이를 얻습니다. STAR가 성과의 기록이라면, STAR+PAR은 성장의 스토리입니다.
커리어는 스펙의 누적이 아니라, 깨달음의 축적입니다. 그리고 그 축적이 곧 당신의 브랜드가 됩니다.
PAR은 Point, Apply, Reflection의 약자입니다.
Point : 이 경험에서 내가 배운 핵심 교훈
Apply : 그 배움을 기반으로 내가 실제로 바꾼 행동
Reflection : 돌아보며 정리한 성찰과 앞으로의 방향
즉, STAR로 성과를 명확히 정리한 뒤, PAR로 성장을 덧붙이는 것입니다.
(STAR) Situation / Task / Action / Result + (PAR) Point / Apply / Reflection
이 조합은 단순히 결과를 설명하는 툴이 아니라 자기 성장의 언어로 커리어를 번역하는 기술입니다.
STAR가 과거를 정리한다면, PAR은 미래를 예고합니다.
문제 1 : 많은 이력서가 수치만 적습니다.
→ "그래서 당신은 뭘 배웠나요?"라는 질문에 답하지 못합니다.
문제 2 : 실패하거나 고생한 경험을 숨깁니다.
→ 하지만 채용 담당자는 오히려 그 과정에서의 학습 곡선을 보고 싶어 합니다.
해결책 : 결과에 교훈·개선·성찰을 붙이면, 평범했던 경험이나 심지어 실패했던 경험마저도 성장으로 바뀝니다.
성과는 과거를 말하고, '교훈+개선'은 미래의 가능성을 말합니다.
STAR+PAR을 적용하면 이력서의 한 줄이 어떻게 달라지는지 살펴보겠습니다.
예시 1. 신입 UI/UX 디자이너
Before : "온보딩 화면을 개선하여 사용성 향상"
After
(S/T) 부트캠프 팀 프로젝트에서 사용자들이 첫 화면에서 무엇을 해야 하는지 혼란스러워한다는 피드백이 반복적으로 나왔습니다. 이 문제를 해결하기 위해 팀원들과 함께 온보딩 구조를 개선하기로 했습니다.
(A) 사용자 5명에게 간단한 시나리오 기반 사용성 테스트를 진행해 불편 요소를 기록했고, 첫 행동이 명확히 보이지 않는 것이 핵심 문제라는 걸 발견했습니다. 이를 기반으로 단계별 안내 이미지+첫 CTA 버튼 강조 방식으로 온보딩 플로우를 재설계했습니다.
(R) 개선 후 재테스트에서 온보딩 완료율이 기존 62%에서 88%로 증가했습니다. 또한 팀 내부 리뷰에서도 초심자에게 훨씬 직관적이라는 평가를 받았습니다.
(P) 이 과정에서 사용자 피드백 없이 화면만 계속 다듬어도 문제의 본질을 놓친다는 걸 배웠습니다. 기획이나 디자인 단계 이전에 반드시 사용자의 실제 행동을 관찰하는 것이 가장 큰 인사이트를 준다는 교훈을 얻었습니다.
(A) 이후 진행한 모든 프로젝트에서 미니 사용성 테스트 → 문제 정의 → 와이어프레임 순서를 습관처럼 적용했습니다. 덕분에 프로젝트 막바지 수정이 크게 줄어들었고, 팀원들과 협업할 때도 문제의 원인을 빠르게 합의할 수 있었습니다.
(R) 이 경험은 예쁜 디자인보다 사용자가 실제로 이해할 수 있는 디자인이 더 중요하다는 제 원칙을 만들었습니다. 지금의 저는 직관 설계가 아니라 관찰 기반 디자인을 하는 디자이너로 성장하고 있습니다.
예시 2. 안드로이드 개발자
Before : "앱 구동 속도 30% 개선, ANR 0.2%p 감소"
After
(S/T) 앱 구동 시간이 평균 2.7s, ANR 비율이 0.48%에 달해 사용자 평점이 하락하고 있었습니다. (A) Start-up trace 및 메모리 프로파일링을 통해 병목 구간을 식별하고, lazy init 적용 및 splash preload 로직을 최적화했습니다. (R) 8주간의 개선 작업으로 구동 시간 1.9s, ANR 0.21%를 달성했습니다.
(P) 릴리즈 전 프로파일링 표준화의 필요성을 절감했습니다.
(A) 성능 체크리스트를 정비하고, 관련 성능을 모니터링하는 대시보드를 정례화했습니다. 그 결과, 다음 분기 평균 앱 평점이 3.9점에서 4.3점으로 상승했습니다.
(R) 성능은 일회성 개선이 아니라 지속적인 관리의 영역임을 깨달았습니다. 기술 부채를 사전에 방지하는 표준화된 시스템을 구축하는 것이 뛰어난 코드 한 줄보다 사용자 경험에 더 크게 기여한다는 개발 철학을 갖게 되었습니다.
예시 3. 프로덕트 매니저(PM) - 실패 케이스 전환
Before : "신규 기능 출시했으나, 사용률 저조로 판단하여 롤백함"
After
(S/T) 초기 가설을 기반으로 신규 기능을 출시했으나, DAU 영향이 미미했습니다. (A) 즉시 고빈도/고가치 사용자 세그먼트를 대상으로 12건의 심층 인터뷰를 진행하고, 로그 리텐션 코호트 분석을 재실시했습니다. (R) 그 결과, 해당 기능이 사용자의 핵심 과제에 미치지 못했음을 파악했습니다.
(P) 이 실패를 통해 출시 전 행동 데이터 기반의 명확한 문제 정의가 선행되어야 함을 배웠습니다.
(A) 이후 모든 실험 설계 시, 프리-모델링 및 프리-메트릭 정의 단계를 의무화했습니다. 개선된 프로세스로 진행한 다음 실험에서는 실험군 전환율 +14%, 유지율 +7%라는 유의미한 성과를 거두었습니다.
(R) 이 실패는 출시보다 학습이 우선되어야 함을 증명한 값진 경험이었습니다. 빠른 실패를 두려워하지 않되, 그 실패를 명확한 학습으로 전환하고 개선된 프로세스로 자산화하는 것이야말로 PM의 핵심 역량임을 확신하게 되었습니다.
커리어는 성장의 기록입니다. 그리고 그 기록을 한 단계 진화시키는 언어가 바로 STAR+PAR입니다.
오늘 당신의 이력서에 단 한 줄만 더 써보는 것은 어떨까요?
그 경험에서 내가 배운 단 하나의 문장을 말입니다.
그 한 문장이 당신의 커리어를 성장의 서사로 바꿔줄 것입니다.