경력 3년보다 중요한 건, 3년 동안 무엇을 책임졌는가

연차는 이력서에서 가장 먼저 눈에 띄는 숫자지만, 평가는 연차에서 끝나지 않습니다. 같은 3년이라도 무엇을 책임졌는지에 따라 전혀 다른 경력이 됩니다. 여러 피드백에서 반복해서 본 두 가지 모습을 정리했습니다.

평범해 보이는 일이 강점이 되는 경우

"단순 CRUD", "유지보수", "운영 업무"라고 적어 둔 경험이 있습니다. 본인은 특별하지 않다고 느끼지만, 다시 들여다보면 이런 일이 숨어 있는 경우가 많습니다.

• 반복되던 장애의 원인을 찾고 구조를 개선한 일
• 장애가 났을 때 직접 복구하고 재발 방지책을 만든 일
• 사람이 손으로 하던 업무를 자동화한 일

예시(재구성한 문장입니다)

• 약함: 관리자 화면 유지보수 및 운영

• 강함: 운영 중 반복되던 데이터 누락 문의의 원인을 추적해 처리 구조를 정리하고, 수작업으로 맞추던 정산 확인을 자동화해 담당자의 반복 업무를 줄임

일의 이름이 아니라 그 일 안에서 내가 한 판단을 보여 주면 같은 경험이 다르게 읽힙니다.

기술이 많아도 평가가 어려운 경우

여러 기술을 사용했더라도 내가 무엇을 결정했고 어디까지 책임졌는지가 보이지 않으면 높은 평가를 받기 어렵습니다. 기술 이름은 도구 목록일 뿐, 그 도구로 어떤 문제를 풀었는지는 알려 주지 않기 때문입니다.

책임의 깊이를 드러내는 질문

각 프로젝트마다 스스로 답해 보세요.

1. 내가 직접 결정한 것은 무엇인가
2. 그때 무엇이 문제였고, 왜 그 방법을 골랐는가
3. 문제가 생기면 누가 대응했는가
4. 내가 없었다면 무엇이 달라졌을까

이 질문의 답이 한두 문장으로 정리되면, 그것이 이력서의 핵심 문장입니다.

쓸 때의 주의점

• 팀의 성과와 내 몫을 구분합니다. 작더라도 정확한 몫이 낫습니다.
• 모든 일을 "참여했습니다"로 쓰지 않습니다. 참여와 책임은 다릅니다.
• 없는 성과를 만들지 않습니다. 설명할 수 있는 만큼만 씁니다.

점검

1. 프로젝트마다 내가 결정한 일이 한 줄 이상 있는가
2. "개발", "참여", "담당" 같은 모호한 동사를 구체적인 행동으로 바꿀 수 있는가
3. 평범해 보이는 업무 중에 구조 개선, 장애 대응, 자동화가 있지 않은가
4. 면접에서 "왜 그렇게 했나요?"에 답할 수 있는가

경력 3년의 가치는 숫자가 아니라 기술스택이 아닌 문제 해결과 책임의 깊이로 드러납니다.