솔직히 저도 처음엔 회사 이름만 봤습니다. 채용 공고를 열면 제일 먼저 확인하는 게 회사 규모였고, 직원 수가 적으면 그냥 넘겨버리던 때가 있었습니다. 그런데 공고를 50개쯤 훑다 보니 이상한 걸 발견했습니다. 이름은 그럴싸한데 업무 내용을 보면 "콘텐츠 업로드 보조", "엑셀 데이터 정리" 같은 문구가 버젓이 적혀 있는 경우가 꽤 있었습니다. 첫 IT 취업에서 회사 규모보다 중요한 게 분명히 있다는 걸 그때부터 느끼기 시작했습니다.
IT 첫 취업은 직무 적합성과 기술 스택, 생각보다 훨씬 중요합니다
IT 취업에서 신입에게 가장 직접적인 영향을 주는 건 직무 적합성(Job Fit)입니다. 직무 적합성이란 내가 준비한 기술과 경험이 실제 업무 요구사항과 얼마나 맞아떨어지는지를 뜻합니다. 입사 후 어떤 일을 맡는지가 이후 커리어 방향을 사실상 결정짓기 때문에, 저는 이게 연봉 다음으로 중요한 기준이라고 봅니다.
예를 들어 프런트엔드 개발자를 목표로 React와 TypeScript를 공부했는데, 실제 입사 후 하는 일이 CMS(콘텐츠 관리 시스템) 게시글 업로드나 이미지 교체 반복 작업이라면 어떻게 될까요. CMS란 웹사이트의 텍스트나 이미지를 코딩 없이 관리하는 도구인데, 이런 업무는 개발 역량과 거의 무관합니다. 공부한 기술을 쓸 기회 자체가 없는 셈입니다.
기술 스택(Tech Stack)도 함께 봐야 합니다. 기술 스택이란 서비스를 만들고 운영하는 데 사용하는 프로그래밍 언어, 프레임워크, 데이터베이스, 클라우드 도구의 조합을 말합니다. 제가 직접 공고를 비교해 보니, 같은 "백엔드 개발자" 채용이어도 어떤 곳은 Java와 Spring을 쓰고, 어떤 곳은 Python과 Django, 또 다른 곳은 레거시 PHP만 유지보수하는 경우가 있었습니다. 신입 때 어떤 기술 스택을 쓰느냐는 이후 이직 시장에서 어떤 포지션을 노릴 수 있는지와 직결됩니다.
실제로 국내 채용 시장에서 개발자 직군 채용 공고를 분석한 자료를 보면, 기술 스택 미스매치가 조기 퇴사의 주요 원인 중 하나로 꼽힙니다(출처: 고용노동부 워크넷). 회사 이름이 좋아도 내가 쌓고 싶은 기술을 쓸 수 없는 환경이라면, 결국 1~2년 뒤 이직 준비를 다시 처음부터 해야 하는 상황이 생길 수 있습니다.
첫 직장에서 확인해야 할 직무·기술 관련 체크포인트를 정리하면 다음과 같습니다.
- 채용 공고의 업무 내용이 실제 개발/분석 업무인지, 단순 보조 업무인지 구분할 것
- 사용 기술(언어, 프레임워크, DB)이 내가 준비한 방향과 겹치는지 확인할 것
- Git, Jira 같은 협업 도구와 코드 버전 관리 체계가 있는지 면접에서 질문할 것
- 신입에게 실제 기능 구현이나 프로젝트 참여 기회가 주어지는지 물어볼 것
신입에게는 배울 수 있는 환경과 피드백 구조가 중요하다
첫 IT 취업에서 또 하나 중요한 기준은 배울 수 있는 환경입니다. 신입은 처음부터 모든 것을 잘할 수 없기 때문에 어떤 회사에 들어가느냐보다, 들어간 뒤에 실무를 배우고 피드백을 받을 수 있는지가 매우 중요하니다. 좋은 환경은 단순히 사수가 있는지만으로 판단할 수 없습니다. 업무를 설명해 주는 사람이 있는지, 코드 리뷰나 업무 리뷰가 이루어지는지, 질문할 수 있는 분위기인지, 실수를 했을 때 원인을 함께 점검하는 문화가 있는지를 봐야 합니다.
IT 직무는 혼자 공부할 때와 실무가 다릅니다. 개발자는 협업 규칙, 코드 관리, 배포 과정, 장애 대응, 요구사항 변경, 일정 조율 같은 부분을 실무에서 배우게 됩니다. 데이터 직무도 실제 데이터 품질, 현업 요청, 지표 해석, 보고 방식 등을 경험해야 합니다. 만약 신입에게 아무런 교육이나 피드백 없이 바로 업무만 맡기는 환경이라면 초반 적응이 매우 어려울 수 있습니다. 반대로 회사 규모가 작더라도 업무 흐름을 설명해 주고, 결과물에 대해 피드백을 주고, 성장할 기회를 제공한다면 훨씬 좋은 첫 직장이 될 수 있습니다.
첫 IT 취업에서는 연봉이나 회사 이름만큼이나 성장 환경을 확인해야 합니다. 면접에서는 “신입은 어떤 방식으로 업무를 익히나요?”, “코드 리뷰나 업무 피드백은 어떻게 진행되나요?”, “입사 초반에는 어떤 업무를 맡게 되나요?” 같은 질문을 해보는 것도 도움이 됩니다.
성장 환경이 나쁘면 버티는 게 먼저 무너집니다
저는 주변에서 이런 경우를 여러 번 봤습니다. 규모 있는 회사에 들어갔는데, 팀에 시니어가 아무도 없고 사수 없이 바로 실무가 던져지는 구조였습니다. 처음 몇 달은 어찌어찌 버텼지만, 코드 리뷰(Code Review)가 없고 피드백도 없으니 자기가 잘하는 건지 잘못하는 건지 기준 자체가 없어지더라는 이야기였습니다. 코드 리뷰란 작성한 코드를 동료나 선임이 검토해 주는 과정으로, 신입이 실무 감각을 빠르게 키우는 데 가장 효과적인 방법 중 하나입니다.
성장 환경은 단순히 "사수 있음"으로 판단할 수 없습니다. 제가 생각하는 기준은 좀 더 구체적입니다. 업무 흐름을 설명해 주는 사람이 있는지, 코드나 결과물에 대한 피드백이 실제로 이루어지는지, 온보딩 프로세스(Onboarding Process)가 있는지를 봐야 합니다. 온보딩 프로세스란 신규 입사자가 업무 환경과 프로세스에 빠르게 적응할 수 있도록 체계적으로 안내해 주는 일련의 과정을 말합니다. 이게 없는 회사는 신입에게 "알아서 배워라"를 사실상 강요하는 구조입니다.
또 하나 간과하기 쉬운 게 CI/CD 환경입니다. CI/CD란 코드를 작성하면 자동으로 테스트하고 배포하는 파이프라인 구조로, 쉽게 말해 개발 문화의 성숙도를 보여주는 지표입니다. 이런 체계가 갖춰진 곳에서 일한 경험이 있는 개발자와 그렇지 않은 개발자는 실력 차이가 생각보다 빠르게 벌어집니다.
한국직업능력연구원이 발표한 청년 취업자 직무만족도 연구에 따르면, 신입 직장인의 조기 퇴사 원인 1위는 급여가 아니라 "직무 불일치 및 성장 가능성 부재"였습니다(출처: 한국직업능력연구원). 제가 직접 경험하거나 주변을 통해 본 사례들과 정확히 맞아떨어지는 결과였습니다.
그래서 면접에서 이런 질문을 직접 해보는 걸 추천합니다. "신입은 입사 초반에 어떤 방식으로 업무를 익히나요?", "코드 리뷰는 어떻게 진행되나요?" 이런 질문에 면접관이 구체적으로 답한다면 그 회사는 적어도 신입 성장에 대한 고민이 있는 곳일 가능성이 높습니다. 반대로 답이 두루뭉술하거나 "일하면서 배우는 거죠"로 끝난다면, 솔직히 이건 좀 신중하게 생각해봐야 합니다.
첫 직장은 커리어의 시작점입니다. 지나고 나면 규모보다 거기서 뭘 했는지가 훨씬 더 남습니다. 회사 이름은 이력서 한 줄이지만, 거기서 쌓은 프로젝트 경험과 기술 스택은 포트폴리오 전체가 됩니다. 지금 취업을 준비하고 있다면, 채용 공고를 볼 때 회사 규모보다 "입사 후 내가 실제로 어떤 코드를 짜고, 누구에게 배우고, 어떤 서비스를 만지게 되는가"를 먼저 물어보시길 권합니다. 그게 첫 직장 선택에서 가장 현실적인 기준이라고 저는 생각합니다.