[내일배움캠프] QA/QC_5기 본캠프(0618)

오늘의 아티클 스터디

주제 : 열심히 공부하는 당신이 서류조차 못 넘는 이유

https://yozm.wishket.com/magazine/detail/3729/

열심히 공부하는 당신이 서류조차 못 넘는 이유 | 요즘IT

 

1. 요약

이 글은 서류 전형에서 계속 떨어지는 이유를 단순히 “공부가 부족해서”가 아니라, 회사와의 적합성을 제대로 보여주지 못했기 때문이라고 설명한다.

많은 지원자는 이력서를 자신의 노력과 기술을 기록한 문서로 생각한다. 어떤 강의를 들었고, 어떤 기술을 배웠고, 어떤 프로젝트를 했는지 나열한다. 하지만 회사가 보고 싶은 것은 “이 사람이 무엇을 공부했는가”보다 “우리 회사가 겪는 문제를 이 사람이 어떤 방식으로 해결할 수 있는가”에 가깝다.

글에서는 채용을 실력 경쟁이 아니라 적합성 매칭으로 본다. 아무리 화려한 기술을 갖고 있어도 회사의 방향, 업무 방식, 문제 상황과 맞지 않으면 좋은 평가를 받기 어렵다. 반대로 경험이 아주 압도적이지 않더라도, 회사가 원하는 문제를 정확히 읽고 자신의 경험을 그 문제의 해결 방식으로 제시하면 서류의 설득력이 커진다.

따라서 이력서는 과거를 기록한 로그가 아니라, 회사의 문제에 대한 기술 제안서처럼 작성되어야 한다. “저는 이런 기술을 쓸 수 있습니다”가 아니라 “귀사가 겪는 이 문제에 대해, 저는 이런 경험과 판단으로 기여할 수 있습니다”라는 구조가 필요하다는 것이 글의 중심 주장이다.

2. 주요 포인트

첫째, 채용 공고는 단순한 요구사항 목록이 아니라 회사가 던지는 문제 정의서다. 많은 지원자는 자격 요건과 우대사항의 기술 스택만 본다. 하지만 글에서는 공고 상단의 조직 소개, 업무 내용, 반복되는 표현에 더 중요한 단서가 숨어 있다고 말한다. 예를 들어 회사가 “실시간 데이터 처리”를 강조한다면, 단순히 사용 가능한 기술을 말하는 것이 아니라 “쏟아지는 데이터를 제때 처리하지 못해 발생하는 문제를 이해하고 있다”는 식으로 접근해야 한다.

둘째, 기술은 목적이 아니라 도구다. 글의 고깃집 비유가 이 부분을 잘 설명한다. 고기 굽는 기술이 뛰어난 사람이라도, 그 기술이 해당 가게의 맛과 철학에 맞지 않으면 오히려 조율 비용이 발생한다. 회사도 마찬가지다. 개발 능력이나 분석 능력 자체보다, 그 기술이 회사의 비즈니스 가치와 어떻게 연결되는지가 더 중요하다.

셋째, 이력서는 로그가 아니라 제안서여야 한다. “앱 초기 아키텍처 설계 및 배포”라는 문장은 밋밋하다. 하지만 “앱 전담 인력이 전무한 환경에서 초기 아키텍처 설계와 배포를 주도했다”라고 쓰면 완전히 다른 이야기가 된다. 같은 경험이라도 상황을 붙이면 책임 범위, 문제 난도, 판단력이 드러난다.

넷째, 결과 수치만 강조하면 오히려 얕아 보일 수 있다. “10초 걸리던 로딩 속도를 1초로 줄였다”는 문장은 좋아 보이지만, 맥락이 없으면 우연한 성과처럼 보일 수 있다. 반대로 “복잡한 로직 안에서 병목을 찾아 데이터 구조를 개선해 1초를 0.5초로 줄였다”는 문장은 엔지니어링 판단을 보여준다. 이 글은 수치 자체보다 그 수치에 도달하기까지의 상황과 판단을 더 중요하게 본다.

다섯째, AI 시대에는 단순 구현보다 설계와 판단이 더 중요해진다. AI는 정해진 요구를 코드로 바꾸는 일은 빠르게 수행할 수 있다. 하지만 “지금 이 설계가 회사의 예산, 고객 상황, 확장 계획을 고려했을 때 적절한가?”와 같은 질문에는 쉽게 답하지 못한다. 그러므로 지원자는 자신이 코드를 작성할 수 있다는 것보다, 그 코드를 쓰기까지 어떤 판단을 했는지를 보여줘야 한다.

3. 중요 개념

적합성 매칭
채용을 지원자 간 순위 경쟁으로 보는 것이 아니라, 회사가 가진 빈자리와 지원자의 경험이 얼마나 잘 맞는지 확인하는 과정으로 보는 관점이다.

채용 공고의 행간 읽기
공고에 적힌 기술 스택만 보는 것이 아니라, 조직 소개, 업무 내용, 반복되는 표현, 회사가 강조하는 방향을 통해 실제 고민을 추론하는 방식이다.

로그형 이력서
자신이 한 일과 사용 기술을 시간순 또는 항목별로 단순히 나열한 이력서다. 정보는 많지만 회사 입장에서 왜 뽑아야 하는지 판단하기 어렵다.

제안서형 이력서
회사가 가진 문제를 먼저 읽고, 자신의 경험을 그 문제를 풀 수 있는 근거로 재배치한 이력서다. “무엇을 했다”보다 “어떤 문제를 어떤 판단으로 풀었다”에 가깝다.

온보딩 리스크
지원자가 가진 방식이나 경험이 회사의 업무 방식과 맞지 않아, 적응과 조율에 추가 비용이 발생할 가능성이다. 글에서는 유명한 대형 고깃집 출신 지원자가 작은 가게에 바로 맞지 않을 수 있다는 비유로 설명한다.

비즈니스 맥락
기술을 적용하는 조직의 목적, 고객, 비용, 운영 방식, 확장 계획 등을 포함한 배경이다. 같은 기술이라도 어떤 회사에서 어떤 문제를 풀기 위해 쓰이는지에 따라 평가가 달라진다.

도메인 특화 지식
특정 산업이나 업무 영역에서만 중요한 제약, 사용자 행동, 운영 방식, 문제 패턴을 이해하는 지식이다. 금융, 커머스, 제조, 반도체 공정 등 각 분야마다 요구되는 판단 기준이 다르다.

4. 용어 정리

JD(Job Description)
채용 공고의 직무 설명이다. 글에서는 JD를 단순 자격 요건표가 아니라 회사의 문제와 기대 역할이 담긴 문서로 해석한다.

기술 스택
개발이나 분석에 사용하는 언어, 프레임워크, 도구의 묶음이다. 예를 들어 Python, SQL, React, Docker, AWS 등이 이에 해당한다.

비즈니스 가치
회사가 실제로 얻고자 하는 효과다. 매출 증가, 비용 절감, 사용자 불편 감소, 운영 효율 개선, 장애 대응 시간 단축 등이 포함된다.

설득 구조
지원서에서 자신의 강점을 단순 주장으로 끝내지 않고, 주장 → 근거 → 경험 순서로 납득시키는 방식이다.

상황-판단-결과 구조
경험을 설명할 때 문제 상황, 본인이 내린 판단, 실행 결과를 함께 보여주는 방식이다. 단순 결과보다 지원자의 사고 과정을 더 잘 드러낸다.

 

5. 인사이트

이 글이 주는 가장 중요한 메시지는 “더 많이 공부하는 것”과 “더 잘 어필하는 것”은 다르다는 점이다.

취업 준비자는 불안할수록 기술을 더 쌓으려 한다. 새로운 강의를 듣고, 자격증을 준비하고, 프로젝트를 하나 더 만든다. 물론 공부는 필요하다. 하지만 회사의 문제와 연결되지 않은 공부는 서류에서 힘을 발휘하기 어렵다.

특히 준영님처럼 프로젝트 경험이 많은 경우에는 더 그렇다. 경험이 부족해서 문제가 되는 것이 아니라, 경험을 회사의 언어로 번역하지 못하면 평가자가 그 가치를 알아보기 어렵다. 웨이퍼 결함 분석, 후공정 분석, FDC 대시보드, OES/RFM/EV 데이터 통합, threshold 비교, KPT 회고 같은 자료가 많아도, 그것이 “지원 회사의 어떤 문제를 해결할 수 있는가”로 연결되지 않으면 단순 프로젝트 목록처럼 보일 수 있다.

앞으로 자기소개서나 포트폴리오를 작성할 때는 다음 순서가 더 적합하다.

1. 회사가 채용 공고에서 반복적으로 말하는 문제를 찾는다.
2. 그 문제와 연결되는 내 경험을 고른다.
3. 경험을 기술명 중심이 아니라 상황, 판단, 결과 중심으로 다시 쓴다.
4. 마지막에 “그래서 이 회사에서 어떤 방식으로 기여할 수 있는가”를 분명히 적는다.

즉, 지원서는 나를 설명하는 문서이기도 하지만, 더 정확히는 회사의 문제에 대한 나의 답변이어야 한다.

6. 추천 사유

이 아티클은 취업 준비자가 흔히 빠지는 함정을 잘 짚는다. 많은 사람은 서류 탈락을 겪으면 “스펙이 부족한가?”, “기술을 더 배워야 하나?”, “프로젝트를 하나 더 해야 하나?”라고 생각한다. 하지만 이 글은 그보다 먼저 “내 경험이 회사의 문제와 연결되어 보이는가?”를 점검하라고 말한다.

특히 개발자, 데이터 분석가, 공정 엔지니어처럼 프로젝트 기반으로 자신을 증명해야 하는 지원자에게 도움이 된다. 프로젝트가 많아도 표현 방식이 로그형이면 약하고, 프로젝트가 많지 않아도 문제 해결 관점이 분명하면 강해질 수 있기 때문이다.

준영님에게도 이 글은 바로 적용 가능성이 높다. 지금까지 진행한 반도체 데이터 분석 프로젝트와 대시보드 프로젝트는 단순히 “만들었다”로 정리하면 힘이 줄어든다. 하지만 “공정 이상을 놓치지 않기 위해 어떤 지표를 우선했는지”, “현장 엔지니어가 이해할 수 있도록 어떤 구조로 시각화했는지”, “데이터 한계와 드리프트 문제를 어떻게 인식했는지”까지 쓰면 훨씬 설득력 있는 포트폴리오가 된다.

결국 이 글은 취업 준비의 방향을 “기술 추가”에서 “문제 연결”로 바꾸게 만든다는 점에서 읽을 가치가 있다.

이외에 포트폴리오 작성으로 많이 고민했다.