STAR 기법 예시 — 면접·자기평가용 (상황·과제·행동·결과)

STAR 기법은 경험을 상황(Situation) · 과제(Task) · 행동(Action) · 결과(Result) 네 단계로 구조화하는 방법이다. 면접 답변과 인사평가 자기평가에서 "열심히 했다"를 "이렇게 해서 이런 결과를 냈다"로 바꿔 주는 틀이며, 핵심은 행동(A)과 결과(R)에 구체성을 싣는 것이다. 아래 직무별 완성형 예시로 감을 잡을 수 있다.

STAR 기법이란?

• S — 상황: 어떤 맥락이었는가 (배경을 한두 문장으로 짧게)
• T — 과제: 내가 풀어야 했던 문제·목표는 무엇이었는가
• A — 행동: 그래서 내가 구체적으로 무엇을 했는가 (여기가 핵심)
• R — 결과: 무엇이 달라졌는가 (가능하면 숫자로)

가장 흔한 실수는 S에 시간을 다 쓰고 A를 뭉뚱그리는 것이다. 면접관이 정말 듣고 싶은 건 상황 설명이 아니라 "당신이 무엇을 결정하고 실행했는가"다. 분량의 절반 이상을 A와 R에 쓴다.

STAR 예시 — 직무별 완성형

마케터

(S) 신규 유입은 늘었는데 가입 전환이 정체돼 있었습니다. (T) 전환율을 분기 안에 개선하는 게 목표였습니다. (A) 퍼널 단계별 이탈을 분석해 랜딩–가입 사이가 새는 걸 발견했고, CTA 문구와 위치를 두 가지 안으로 A/B 테스트했습니다. (R) 전환율이 3.1%에서 4.2%로 올랐고, 이 방식이 팀 표준 실험 프로세스가 됐습니다.

개발자

(S) 결제 실패 문의가 매주 반복됐습니다. (T) 원인을 찾아 실패율을 낮춰야 했습니다. (A) 로그를 추적해 레거시 결제 로직의 타임아웃 처리 결함을 특정하고, 재시도·예외 처리를 다시 설계했습니다. (R) 결제 오류율이 3.1%에서 0.4%로 줄었고, 관련 문의가 대부분 사라졌습니다.

기획·PM

(S) 핵심 기능의 재방문율이 낮았습니다. (T) 이탈 원인을 규명해 리텐션을 올려야 했습니다. (A) 사용자 인터뷰 8건으로 가설을 세우고, 온보딩 우선순위를 재조정해 첫 성공 경험까지의 단계를 줄였습니다. (R) D30 리텐션이 12%p 올랐습니다.

STAR로 쓸 때 흔한 실수

• S가 너무 길다. 배경은 두 문장이면 충분하다.
• A가 '우리 팀'이다. 팀의 성과가 아니라 '내가' 결정·실행한 것을 써야 한다.
• R에 숫자가 없다. 숫자가 없으면 규모("4개 팀", "회사 최초")로라도 임팩트를 드러낸다.

STAR로 쓸 소재가 없을 때

STAR가 어려운 건 틀이 아니라 소재 때문이다. 막상 쓰려면 지난 프로젝트의 상황· 숫자·내 역할이 기억나지 않는다. 그래서 STAR는 면접 직전에 만드는 게 아니라 평소에 쌓아 두는 게 맞다.

업트랙의 '경험 부스터' 모드는 이 소재를 대화로 캐낸다. "맡은 프로젝트가 있어요" 하고 던지면 AI 커리어 동료(비버)가 상황·과제·행동·결과를 하나씩 되물어, 막연한 기억을 STAR 구조의 경험으로 정리해 준다. 지어내는 게 아니라 내가 실제로 겪은 일에서 꺼내는 것이라, 그대로 면접·자기평가에 쓸 수 있다. 자기평가 작성은 인사평가 자기평가 예시도 함께 참고하면 좋다.

자주 묻는 질문

STAR 기법이 뭔가요?

경험을 상황(S)·과제(T)·행동(A)·결과(R) 네 단계로 구조화하는 방법입니다. 면접 답변과 자기평가에 쓰이며, 행동(A)과 결과(R)에 구체성을 싣는 것이 핵심입니다.

STAR에서 가장 중요한 부분은?

행동(A)과 결과(R)입니다. 상황 설명에 분량을 다 쓰지 말고, 내가 구체적으로 무엇을 결정·실행했고 그 결과 무엇이 달라졌는지(가능하면 숫자로)에 절반 이상을 써야 합니다.

STAR로 쓸 경험이 기억나지 않아요.

STAR는 틀보다 소재가 문제입니다. 평소 업무를 기록해 두면 상황·숫자·역할이 남아 있어, 면접 직전에 짜내지 않아도 됩니다. 대화형으로 되물어 경험을 꺼내 주는 도구를 쓰면 더 쉽습니다.