커리어의 공백과 짧은 재직, 중요한 건 다음 경력의 방향이다
2026년 10월 15일 · CTO NOTES
이력서에 공백이나 짧은 재직 기간이 있으면 많은 분이 먼저 숨기거나 줄이려고 합니다. 여러 사례를 보면서 느낀 점은, 그 이력 자체가 개발자 역량을 없애는 것은 아니라는 것입니다. 읽는 사람이 궁금해하는 것은 대개 이력의 이유보다 그다음에 무엇을 할 수 있는가입니다.
자주 만나는 상황
- 회사 사정에 따른 폐업이나 권고사직
- 오래 이어지지 못한 짧은 재직 기간
- 해외에서 쌓은 경력, 국내와 다른 환경
- 소규모 조직에서 혼자 많은 일을 하다가 성장에 대한 고민이 생긴 경우
이런 이력은 설명이 필요할 수 있지만, 설명이 필요하다는 것과 감춰야 한다는 것은 다릅니다.
설명하는 기본 구조
- 사실: 무슨 일이 있었는지 한두 문장으로 담백하게
- 배운 것: 그 경험에서 얻은 것 또는 달라진 기준
- 앞으로: 다음 회사에서 어떤 역할을 어떻게 해낼 수 있는지
예시(재구성한 문장입니다)
• 약함: 개인 사정으로 짧게 근무했으며, 이전 회사의 환경 때문에 어려웠습니다.
• 강함: 입사 후 석 달 만에 팀이 정리되어 퇴사했습니다. 짧은 기간이었지만 서비스 배포 자동화를 먼저 맡아 마무리했고, 다음 직무에서는 운영 안정성을 맡고 싶습니다.
피해야 할 것
- 사실을 감추거나 줄이기: 면접에서 확인되면 신뢰가 흔들립니다.
- 전 직장 비난: 사실이더라도 설명의 중심이 되지 않게 합니다.
- 길고 감정적인 해명: 한두 문장이면 충분합니다.
- 공백을 의미 없이 채우기: 실제로 한 일이 있다면 그것만, 사실대로 씁니다.
공백의 시간에 한 일이 있다면
학습, 개인 서비스 제작, 오픈소스 참여처럼 실제로 한 일과 결과를 간단히 적습니다. 다만 위에서 말한 대로 부풀리지 않고, 면접에서 설명할 수 있는 만큼만 씁니다.
점검
- 이력의 이유를 두 문장 이내로 말할 수 있는가
- 다음 회사에서 맡을 역할을 구체적으로 말할 수 있는가
- 해명보다 앞으로의 이야기에 더 많은 분량을 쓰고 있는가
- 면접에서 같은 질문을 받아도 같은 내용으로 답할 수 있는가
경력을 감추거나 낮추기보다 사실을 분명히 설명하고, 앞으로의 역할을 구체적으로 보여 주는 것이 가장 좋은 방법입니다.
혼자 고민하고 계신가요?
이력서나 커리어, 기술적인 고민이 있다면 편하게 남겨주세요. CTO가 직접 읽고, 경험을 바탕으로 답변드립니다. 모든 상담은 비공개로 진행됩니다.
피드백 요청하기 →