비전공자가 IT 면접에서 불리하다는 말은 절반만 맞습니다. 실제로 저도 처음에는 전공자와 같은 출발선에 서지 못한다고 느꼈고, 서버나 API 같은 용어 하나에도 주눅이 들었습니다. 그런데 준비를 거듭하면서 깨달은 것이 있습니다. 면접관이 묻는 건 전공 이수 여부가 아니라, 내가 어떤 사람인 지였습니다.
비전공자 IT 면접 - 관점 전환: 비전공 배경이 오히려 서비스 이해의 무기가 됩니다
IT 서비스를 만드는 일은 코드만으로 완결되지 않습니다. UX(User Experience), 즉 사용자 경험 설계와 비즈니스 요구사항 분석이 함께 맞물려야 제대로 된 서비스가 나옵니다. 여기서 UX란 사용자가 서비스를 이용할 때 느끼는 흐름, 편의성, 감정 전반을 가리키는 개념입니다. 전공자들이 기술 구현에 익숙한 반면, 다른 분야를 먼저 공부한 사람은 이 UX 감각을 자연스럽게 가지고 있는 경우가 많습니다.
저도 IT 공부를 시작하기 전, 고객 응대와 사무 업무를 했던 경험이 있습니다. 당시에는 그 경험이 기술과 아무 관계없다고 생각했는데, 막상 프로젝트를 진행하면서 완전히 달라졌습니다. 오류 안내 메시지를 어떻게 써야 사용자가 당황하지 않을지, 버튼 위치를 어디에 두어야 흐름이 자연스러운지를 고민할 때 그 경험이 고스란히 살아났습니다.
경영이나 마케팅을 공부한 사람이라면 전환율(Conversion Rate) 관점에서 기능 우선순위를 잡을 수 있습니다. 전환율이란 서비스에 방문한 사용자 중 실제 목표 행동(구매, 가입 등)을 한 비율을 뜻하며, 어떤 기능이 비즈니스 목표에 직결되는지 판단하는 기준이 됩니다. 통계나 산업공학 배경이 있다면 데이터 해석과 업무 흐름 최적화에서 강점을 발휘할 수 있습니다.
면접에서 "비전공자라서 부족합니다"라고 말하는 순간, 그 프레임이 면접관에게도 고스란히 전달됩니다. 대신 "이전 경험이 사용자 관점을 만드는 데 이렇게 연결됐습니다"라고 말하면 이야기가 달라집니다. 이 차이가 생각보다 크다는 것을 제가 직접 준비하면서 실감했습니다.
비전공 배경이 강점이 될 수 있는 대표적인 경우를 정리하면 다음과 같습니다.
- 고객 응대 경험 → 사용자 불편 파악 및 요구사항 분석 능력
- 마케팅·경영 전공 → 비즈니스 목표와 기능 연결 능력
- 디자인·콘텐츠 경험 → 화면 흐름과 정보 구조 설계 이해
- 교육·상담 경험 → 기술 내용을 쉽게 설명하는 커뮤니케이션 능력
- 사무·행정 경험 → 반복 업무 효율화, 문서화 습관
학습 태도: 배운 과정을 어떻게 말하느냐가 평가를 가릅니다
기업이 신입에게 기대하는 것은 완성된 실력만이 아닙니다. 고용노동부가 발표한 청년 채용 트렌드 관련 조사에서도 기업 인사 담당자들이 신입 채용 시 '학습 의지와 성장 가능성'을 중요 평가 항목으로 꼽은 비율이 꾸준히 높은 수준을 유지하고 있습니다(출처: 고용노동부). 이 말은 비전공자에게 유리한 맥락입니다. 처음부터 다 알고 있었던 사람보다, 모르는 걸 어떻게 채워나갔는지를 보여줄 수 있는 사람이 훨씬 설득력 있기 때문입니다.
제가 IT 공부를 시작했을 때 가장 낯설었던 개념 중 하나가 REST API였습니다. REST API란 서버와 클라이언트가 정해진 규칙에 따라 데이터를 주고받는 통신 방식을 의미하며, 웹 서비스 대부분이 이 구조로 작동합니다. 처음엔 이 개념이 막연했는데, 외부 날씨 데이터를 불러와 화면에 출력하는 실습을 직접 해보면서 요청(Request)과 응답(Response)의 흐름이 눈에 보이기 시작했습니다.
솔직히 이건 예상 밖이었습니다. 개념을 읽을 때보다 직접 오류를 맞닥뜨리고 해결할 때 이해가 훨씬 빨리 됐습니다. 그래서 저는 학습 과정을 블로그에 정리하는 습관을 들였고, 나중에 면접에서 이 기록이 실질적인 근거 자료가 됐습니다.
면접 답변에서 학습 과정을 말할 때는 단순히 "열심히 했습니다"로 끝내면 안 됩니다. 아래처럼 구체적인 흐름으로 말해야 면접관 입장에서 그림이 그려집니다.
- 처음에 어떤 개념이 낯설었는가
- 어떤 방법으로 이해하려 했는가 (강의, 실습, 기록 등)
- 실제로 프로젝트에 어떻게 적용했는가
- 그 과정에서 어떤 변화가 생겼는가
이 흐름으로 말하면 학습 이력이 단순한 스펙 나열이 아니라 사고 과정을 보여주는 서사가 됩니다. 저도 이 방식으로 답변을 구성하면서 면접 분위기가 달라지는 것을 느꼈습니다.
Git도 처음엔 버전 관리 시스템(VCS)이라는 말 자체가 낯설었습니다. 버전 관리 시스템이란 코드의 변경 이력을 추적하고 협업 시 충돌을 관리하는 도구를 뜻합니다. 커밋 메시지를 어떻게 써야 하는지조차 몰랐는데, 프로젝트를 반복하면서 커밋 단위를 기능별로 나누는 습관이 생겼고, 이 습관 자체가 면접에서 협업 역량을 설명하는 근거가 됐습니다.
문제 해결력: 시행착오의 기록이 면접에서 가장 강한 답변이 됩니다
개발 공부를 하다 보면 오류를 피할 수 없습니다. 데이터베이스 연결 실패, API 응답이 화면에 표시되지 않는 문제, Git 브랜치 충돌, 배포 환경에서만 발생하는 오류 등 종류도 다양합니다. 비전공자라면 이런 오류 앞에서 더 많이 막히고, 더 오래 헤맵니다. 제 경험상 이건 좀 다릅니다. 그 시간이 오히려 가장 강한 면접 답변 재료가 됩니다.
한국직업능력연구원의 직업 역량 관련 분석에서도, 실무에서 문제 해결 경험이 많은 지원자일수록 온보딩(Onboarding) 이후 업무 적응 속도가 빠르다는 경향이 나타난 바 있습니다(출처: 한국직업능력연구원). 온보딩이란 신규 입사자가 조직과 업무에 적응하는 초기 과정을 뜻합니다. 이 말은 시행착오를 많이 겪어본 사람이 실무에서도 빠르게 자리를 잡는다는 의미입니다.
면접에서 문제 해결 경험을 말할 때는 다음 구조가 효과적입니다.
- 어떤 문제가 발생했는가
- 처음에 어디를 원인으로 의심했는가
- 어떤 방식으로 원인을 좁혀갔는가
- 실제 원인은 무엇이었는가
- 어떻게 해결했고, 이후 무엇을 배웠는가
저도 프로젝트 중 CORS(Cross-Origin Resource Sharing) 오류를 만난 적이 있습니다. CORS란 서로 다른 출처 간의 리소스 요청을 브라우저가 제한하는 보안 정책으로, 프런트엔드와 백엔드 서버의 주소가 다를 때 자주 발생합니다. 처음엔 코드가 잘못된 줄만 알고 몇 시간을 헤맸는데, 나중에 서버 응답 헤더 설정 문제라는 걸 알게 됐습니다. 그 과정을 블로그에 정리해 두었더니 면접에서 "오류를 만나면 어떻게 접근하나요?"라는 질문에 바로 이 사례로 대답할 수 있었습니다.
비전공자가 가장 조심해야 할 답변 패턴이 있습니다. "비전공이라 부족하지만 열심히 하겠습니다"라는 말입니다. 성실함은 전달될 수 있지만, 구체적인 역량은 보이지 않습니다. 대신 "이런 문제를 이렇게 해결했고, 그 경험이 이 직무에서 이렇게 연결된다"는 방향으로 말하는 순간, 면접관이 보는 프레임이 달라집니다. 제가 직접 준비하면서 이 차이를 반복적으로 느꼈고, 결국 비전공이라는 사실은 설명 방식에 따라 얼마든지 강점이 될 수 있다는 확신을 갖게 됐습니다.
비전공자로 IT 면접을 준비한다면, 지금 가진 경험을 낮춰보지 않았으면 합니다. 전공 여부보다 내가 어떤 문제를 어떻게 풀었는지, 그리고 그 경험이 지원 직무와 어떻게 연결되는지를 말할 수 있으면 충분합니다. 가장 먼저 할 일은 자신의 경험을 하나씩 꺼내어 IT 직무 언어로 다시 써보는 것입니다. 그 작업 자체가 면접 준비의 핵심입니다.