대기업 IT 직무와 중소기업 IT 직무의 채용 전형 구조는 생각보다 훨씬 다릅니다. 처음에는 회사 규모만 다를 뿐 준비 방향은 비슷할 거라고 막연히 생각했는데, 하나씩 뜯어보니 강조점이 꽤 뚜렷하게 갈렸습니다. 어디를 목표로 하느냐에 따라 준비 전략 자체를 달리 잡아야 한다는 이야기를 하고 싶습니다.
대기업, 중소기업 IT 직무 준비 - 대기업 전형, 왜 이렇게 챙길 게 많을까
대기업 IT 채용은 서류 → 코딩 테스트 → 직무 면접 → 인성 면접 → 임원 면접 순으로 이어지는 다단계 전형 구조를 갖추는 경우가 많습니다. 각 단계마다 평가 기준이 다르기 때문에, 프로젝트 하나만 잘 만들어놓고 지원했다가는 코딩 테스트 단계에서 먼저 막히기도 합니다. 저도 이 부분을 처음엔 너무 가볍게 봤습니다.
여기서 코딩 테스트란, 알고리즘 문제와 자료구조 활용 능력을 시간 안에 코드로 풀어내는 방식의 평가입니다. 단순히 코드를 짤 줄 아는가를 보는 게 아니라, 문제를 얼마나 효율적으로 분해하고 해결하는지를 보는 시험에 가깝습니다. 대기업에서 이 단계를 두는 이유가 있는데, 지원자 수가 많기 때문에 기본기를 걸러내는 필터 역할을 하는 겁니다.
직무 면접에서는 CS 기초, 즉 컴퓨터 과학의 기본 개념들이 함께 나옵니다. CS 기초란 운영체제, 네트워크, 데이터베이스, 자료구조처럼 개발자라면 기반으로 알아야 하는 이론 영역입니다. 단순히 Spring이나 React를 써봤다는 것 이상으로, 왜 그 기술을 선택했는지, 어떤 구조로 동작하는지 설명할 수 있어야 합니다.
NCS(국가직무능력표준)란 산업 현장에서 직무를 수행하는 데 필요한 지식, 기술, 태도를 체계화한 기준으로, 일부 대기업 공채에서 이 기준에 맞춰 역량을 평가하기도 합니다(출처: 한국산업인력공단). 이 말은 결국 스펙보다 직무 수행 능력 자체를 본다는 뜻이고, 자기소개서나 면접에서 이 직무에서 어떤 역할을 맡을 수 있는가를 논리적으로 말할 수 있어야 한다는 의미입니다.
대기업 준비에서 제가 느낀 핵심은 이겁니다. 기술, 전형 준비, 조직 적합성 세 가지를 동시에 챙겨야 하는데, 어느 하나만 잘해서는 다음 단계로 넘어가기 어렵다는 점입니다.
중소기업 실무 면접, 생각보다 훨씬 직접적으로 파고든다
중소기업 IT 채용은 전형이 간단하다는 말도 있는데, 저는 이 말을 오해하기 쉽다고 봅니다. 단계가 적다는 것이지, 준비가 쉽다는 뜻이 아닙니다. 오히려 면접 자리에서 이 기능 직접 구현하셨나요?, 오류 났을 때 어떻게 해결하셨어요?처럼 바로 검증하는 질문이 나오기 때문에, 본인이 만든 결과물을 속속들이 알고 있어야 합니다.
워크넷의 응용소프트웨어개발자 직무 설명에도 기능 구현부터 단위 테스트, 시스템 결합, 버그 수정, 기술 지원까지의 업무가 포함되어 있습니다(출처: 고용 24(워크넷)). 이 범위가 실제로 중소기업 신입 개발자에게 요구되는 업무와 크게 다르지 않습니다. 제가 직접 정리해 보니 중소기업은 입사 직후부터 실무에 참여해야 하는 구조인 경우가 많아서, 할 수 있다는 말보다는 이미 해봤다는 증거가 훨씬 강력하게 작용합니다.
API 연동이란, 클라이언트(프런트엔드)와 서버(백엔드)가 데이터를 주고받기 위한 인터페이스를 연결하는 작업입니다. 단순히 코드를 복사해서 붙여 넣는 수준이 아니라, 요청과 응답 구조를 이해하고 오류 상황을 처리할 수 있어야 실무에서 쓸 수 있습니다. 중소기업 면접에서 이 부분을 직접 물어보는 경우가 많은 이유가 여기에 있습니다.
중소기업을 준비할 때 포트폴리오에 담아야 할 핵심 요소를 정리하면 다음과 같습니다.
- 실제 배포 링크 또는 실행 가능한 화면 캡처
- GitHub 주소와 본인이 작성한 코드 범위 명시
- 로그인, 회원가입, 게시판, 관리자 기능 등 기본 서비스 흐름 구현 여부
- 발생한 오류와 해결 과정을 기록한 흔적 (커밋 메시지, README 등)
이 네 가지가 없으면 면접관 입장에서 이 사람이 실제로 뭘 만들 수 있는지 판단하기 어렵습니다. 거창한 프로젝트보다 작더라도 완성도 있게 마무리된 결과물이 훨씬 설득력 있습니다.
포트폴리오, 같은 프로젝트도 설명 방식이 달라야 한다
같은 프로젝트라도 대기업용과 중소기업용 포트폴리오는 강조점이 다릅니다. 이 부분을 처음엔 몰랐는데, 실제로 정리해 보면서 꽤 중요한 차이라는 걸 알게 됐습니다.
대기업 포트폴리오에서는 아키텍처 설계 이유와 기술적 판단 과정이 중요합니다. 아키텍처란 시스템을 구성하는 컴포넌트들의 구조와 상호작용 방식을 설계하는 것을 말합니다. 예를 들어 왜 REST API 방식으로 설계했는지, 상태 관리를 왜 이 방식으로 처리했는지 처럼 선택의 근거를 설명할 수 있어야 합니다. 기술 스택을 많이 나열하는 것보다, 직무와 연결되는 판단 과정을 보여주는 것이 훨씬 낫습니다.
반면 중소기업 포트폴리오는 바로 확인 가능한 결과물 자체가 중심입니다. 배포 링크를 클릭했을 때 실제로 작동하는지, 화면이 반응형으로 처리되었는지, 로그인 기능이 제대로 돌아가는지처럼 직관적인 확인이 가능해야 합니다. 면접관이 짧은 시간 안에 이 사람이 즉시 실무에 투입될 수 있는가를 판단해야 하기 때문입니다.
저는 포트폴리오를 두 버전으로 따로 준비하는 게 무조건 맞다고 생각하지는 않습니다. 오히려 하나의 프로젝트를 깊이 이해한 다음, 면접 자리에서 어떤 부분을 강조할지 유연하게 조절하는 능력이 더 중요한 경우도 있습니다. 그 유연함이 실제로는 준비 기간과 완성도 모두에서 더 유리하게 작용할 수 있습니다.
결국 대기업이냐 중소기업이냐보다, 지금 제 포트폴리오 상태가 어떤 방향의 설명에 더 잘 맞는지를 먼저 파악하는 것이 현실적인 출발점이라고 봅니다. 첫 IT 취업은 커리어의 끝이 아니라 어디서 시작하느냐의 문제입니다. 지금 보여줄 수 있는 경험이 무엇인지 정확하게 파악하고, 그 경험이 가장 잘 통하는 방향으로 전략을 잡는 것이 가장 빠른 길입니다.