비전공자 IT 취업 준비에서 프로젝트 규모보다 직무 연결성이 훨씬 중요하다는 사실, 저는 직접 부딪혀보고 나서야 알았습니다. 처음엔 쇼핑몰이나 커뮤니티 플랫폼처럼 규모가 있는 포트폴리오를 만들어야 경쟁이 된다고 믿었는데, 실제로는 완전히 달랐습니다. 어떤 문제를 해결했고, 그걸 어떻게 설명하느냐가 핵심이었습니다.
비전공자 IT 취업, 직무 연결 없는 프로젝트는 포트폴리오가 아니다
일반적으로 취업용 프로젝트는 기능이 많고 규모가 클수록 좋다고 알려져 있습니다. 저도 처음엔 그렇게 생각했습니다. 포트폴리오에 뭔가 묵직한 게 있어야 한다는 막연한 압박이 있었고, 결국 배달 앱 수준의 기획을 잡고 시작했다가 중간에 멈춘 경험이 있습니다. 제 경험상 이건 비전공자가 가장 자주 빠지는 함정입니다.
중요한 건 목표 직무를 먼저 확정하는 것입니다. 프런트엔드(Frontend) 직무를 준비한다면 화면 구성, 사용자 흐름, API 연동이 명확하게 보여야 합니다. 여기서 API 연동이란 외부 서버에서 데이터를 받아와 화면에 표시하는 기술로, 실무에서 가장 기본적으로 요구되는 역량입니다. 백엔드(Backend) 직무라면 CRUD와 인증 구조가 핵심입니다. CRUD란 데이터를 생성(Create), 조회(Read), 수정(Update), 삭제(Delete)하는 네 가지 기본 기능을 말하며, 데이터베이스와 서버 간의 흐름을 이해하고 있는지 보여주는 지표입니다.
데이터 분석 직무라면 단순히 차트를 보여주는 것으로는 부족합니다. 데이터 전처리(Preprocessing), 즉 수집된 원시 데이터에서 결측값이나 오류를 제거하고 분석 가능한 형태로 가공하는 과정이 포트폴리오에 드러나야 합니다. 제가 직접 공고들을 하나씩 뜯어보니, 직무별로 요구하는 역량이 생각보다 훨씬 구체적으로 명시되어 있었습니다. 채용 공고를 반복해서 읽는 것만으로도 프로젝트 방향이 훨씬 선명해졌습니다.
직무와 무관한 프로젝트를 포트폴리오에 담으면 어떻게 되는지, 솔직히 이건 예상 밖이었습니다. 면접관 입장에서는 이 사람이 우리 직무에 얼마나 관심을 가지고 준비했는가를 보는데, 직무와 동떨어진 프로젝트는 아무리 완성도가 높아도 그 질문에 답하지 못합니다. 고용노동부에 따르면 IT 직군 채용에서 포트폴리오와 직무 적합성은 서류 통과 여부에 가장 큰 영향을 미치는 요소 중 하나로 꼽힙니다(출처: 고용노동부).
문제 해결 과정을 기록해야 포트폴리오가 완성된다
프로젝트를 끝냈을 때 가장 후회한 건 기록을 제대로 남기지 않은 것이었습니다. API 응답 데이터가 화면에 표시되지 않아 두 시간을 허비했던 경험도, 데이터베이스에 값이 중복 저장되는 문제를 해결했던 과정도, 당시엔 그냥 넘겼습니다. 나중에 면접 준비를 하면서야 그게 얼마나 아까운 경험이었는지 알았습니다.
면접에서 실제로 나오는 질문들은 결과물이 아니라 과정을 묻습니다. 가장 어려웠던 문제가 뭐였나요?, 왜 이 기술을 선택했나요?, 다시 만든다면 뭘 바꾸겠어요? 같은 질문에 답하려면 과정이 머릿속에 있어야 합니다. 제 경험상 이 질문들에 구체적으로 답할 수 있는 작은 프로젝트가, 말문이 막히는 큰 프로젝트보다 훨씬 강력합니다.
문제 해결 과정을 기록할 때는 다음 순서로 정리하면 면접 답변으로 바로 연결됩니다.
- 어떤 상황에서 문제가 발생했는지
- 원인을 어떻게 파악했는지
- 어떤 방법을 시도했는지
- 최종적으로 어떻게 해결했는지
- 그 과정에서 무엇을 배웠는지
GitHub의 README도 단순한 기능 목록 나열로 끝내선 안 됩니다. README란 저장소에 접근한 사람이 가장 먼저 보는 문서로, 프로젝트의 목적과 구조, 실행 방법, 본인의 역할과 문제 해결 과정을 담아야 합니다. 평가자 입장에서 README 하나로 지원자의 사고방식을 읽을 수 있습니다. 저도 README를 다시 정리하면서 내가 이 프로젝트를 왜 만들었는지, 어떤 기준으로 기술을 선택했는지 스스로 다시 정리되는 경험을 했습니다.
커밋(Commit) 기록도 신경 써야 합니다. 커밋이란 코드 변경 사항을 저장소에 기록하는 단위인데, 모든 코드를 한 번에 올린 기록은 실제로 개발이 어떻게 진행됐는지 전혀 보여주지 않습니다. 기능 단위로 나눠서 기록하면 작업 흐름이 훨씬 자연스럽게 보입니다. 소프트웨어정책연구소의 분석에 따르면 비전공자 채용 과정에서 GitHub 활동 이력과 코드 관리 방식이 기술 역량 평가의 보조 지표로 활용되는 사례가 늘고 있습니다(출처: 소프트웨어정책연구소).
프로젝트를 면접 답변으로 연결할 수 있어야 한다
취업용 프로젝트는 포트폴리오에 넣기 위해서만 만드는 것이 아닙니다. 면접에서 설명할 수 있어야 진짜 의미가 있습니다.
면접에서는 프로젝트를 보고 다음과 같은 질문이 나올 수 있다.
- 왜 이 프로젝트를 만들었습니까?
- 본인이 맡은 역할은 무엇입니까?
- 가장 어려웠던 문제는 무엇이었습니까?
- 왜 이 기술을 선택했습니까?
- 다시 만든다면 무엇을 개선하고 싶으십니까?
- 이 프로젝트를 통해 무엇을 배웠습니까?
이 질문에 답하지 못하면 프로젝트가 있어도 좋은 평가를 받기 어렵습니다. 반대로 작은 프로젝트라도 위 질문에 구체적으로 답할 수 있다면 충분히 강한 경험이 될 수 있습니다. 그래서 프로젝트를 정리할 때는 단순히 기능 목록만 적지 말고, 면접 답변까지 생각해야 합니다. 내가 왜 이 기능을 만들었고, 어떤 기준으로 기술을 선택했으며, 어떤 문제를 해결했는지 정리해 두는 것이 좋습니다. 비전공자에게 프로젝트는 실력을 증명하는 결과물이자, 면접에서 자신의 성장 과정을 설명하는 근거가 됩니다.
결국 취업용 프로젝트는 무엇을 만들었느냐 보다 어떻게 생각하고 움직였느냐를 보여주는 자료입니다. 화려한 서비스보다 직무와 연결되는 작은 기능 하나를 끝까지 완성하고, 그 과정을 기록으로 남기는 것이 훨씬 설득력 있습니다. 프로젝트를 시작하기 전에 채용 공고를 먼저 펼쳐두고, 끝낸 뒤에도 다시 한번 비교해 보는 것을 권합니다. 그 간격을 좁히는 과정 자체가 취업 준비의 실체입니다.