26상 SK하이닉스 TechR&D 설계 자기소개서 항목별 풀이
■ 산업/기업/직무 분석
① 산업 분석
반도체는 크게 계산을 맡는 쪽과 데이터를 저장하는 쪽으로 갈리는데, SK하이닉스가 서 있는 자리는 후자인 메모리입니다. 메모리도 전원이 끊기면 내용이 날아가는 D램과, 전원 없이도 데이터를 품고 있는 낸드로 나뉘죠. D램은 지금 당장 펼쳐 놓고 작업하는 넓은 책상이고, 낸드는 다 쓴 자료를 넣어 두는 창고라고 보면 이해가 쉬워요. 그리고 요즘 모든 화제의 중심에 선 HBM은, D램 여러 장을 위로 쌓고 칩을 관통하는 미세한 전극으로 위아래를 이어, 데이터가 한꺼번에 쏟아져 나갈 통로를 폭발적으로 넓힌 제품입니다.
메모리 산업을 읽는 첫 열쇠는 '표준화된 상품'이라는 숙명인데요. 규격이 정해져 있어 A사 제품과 B사 제품이 호환되니, 품질이 비슷하면 고객은 더 싼 쪽을 고릅니다. 그래서 원유나 구리처럼 가격에 출렁이고, 2~4년 주기로 호황과 불황의 파도가 반복돼 왔죠.
그런데 2026년은 그 파도의 결이 달라요. AI 데이터센터가 폭발하면서 GPU에 들어가는 HBM 수요가 치솟았고, HBM 한 장을 만들면 평범한 D램 세 장 분량의 생산 능력이 사라지는 구조라 일반 메모리까지 품귀에 빠졌습니다. 시장에선 이걸 메모리발 물가 상승, 즉 '메모리 인플레이션'이라 부르는데, 2026년 1분기 D램 계약가가 한 분기에 최대 98%까지 뛰었다는 숫자가 그 열기를 그대로 보여 줍니다. 과거 코로나 때가 공장이 멈춰 생긴 공급발 부족이었다면, 지금은 수요가 생산 능력을 통째로 삼키는 부족이라 쉽게 풀리지 않는다는 점이 핵심이에요.
② 기업 분석
지금 SK하이닉스는 메모리 역사상 가장 가파른 호황의 꼭대기에 서 있습니다. 2025년 한 해 매출이 97조 원, 영업이익이 47조 원을 넘겼고, 2026년 1분기엔 분기 매출이 처음으로 52조 원을 돌파하면서 영업이익률이 무려 72%까지 올라갔어요. 한 분기 영업이익이 불과 2년 전 한 해 영업이익을 웃돈다는 사실이, 이 회사가 지금 어떤 국면에 있는지를 한마디로 말해 줍니다.
이 실적을 끌어올린 엔진은 단연 HBM이라고 볼 수 있죠. SK하이닉스는 세계에서 가장 먼저 HBM을 상용화한 회사이자 엔비디아의 핵심 공급사로서, 이 흐름의 가장 큰 수혜자가 됐습니다. 2019년만 해도 D램 매출에서 3%에 불과하던 HBM이 2025년엔 42%까지 비중을 키웠으니, 회사 이익의 무게중심이 평범한 메모리에서 HBM으로 통째로 옮겨 갔다고 보면 됩니다. HBM 점유율로도 절반을 훌쩍 넘겨 1위를 지키고 있고, 엔비디아 차세대 플랫폼에 들어갈 HBM4 물량의 3분의 2가량을 이미 확보한 것으로 알려져 있어요.
회사가 스스로를 부르는 이름도 바뀌었는데요. 예전엔 고객이 원하는 걸 제때 공급하는 '풀스택 AI 메모리 공급자'였다면, 이제는 고객과 함께 메모리를 설계하는 '창조자'가 되겠다고 선언했습니다. 표준 규격을 찍어 내는 데서 벗어나, 고객의 AI 시스템에 딱 맞춰 메모리를 함께 그려 주는 쪽으로 사업의 방향을 틀겠다는 뜻이에요. 칩 사이 틈을 한 번에 메워 굳히는 독자적 패키징 기술과, 스택 맨 아래 베이스 다이를 외부 첨단 공정으로 만드는 전략이 이 비전을 떠받치는 두 기둥입니다.
③ 직무 분석
지원하시는 '설계'는 메모리 칩의 두뇌에 해당하는 회로를 직접 그리는 직무입니다. 여기서 한 가지 꼭 짚어야 할 게 있는데요. SK하이닉스 안에서 설계는 비슷해 보이는 다른 직무들과 분명히 나뉜다는 점이에요. 전류가 안정적으로 흐르도록 소자 특성을 다듬는 일은 소자, 실제 생산 라인의 효율과 품질을 끌어올리는 일은 양산기술, 테스트를 짜고 불량을 분석해 완성도를 검증하는 일은 PE가 맡습니다. 설계가 회로를 '그리는' 일이라면, 소자는 전류의 길을 '닦고', 양산기술은 생산을 '돌리고', PE는 완성도를 '검증한다'고 구분하면 헷갈리지 않아요.
설계는 다시 네 갈래로 나뉩니다. 센스앰프나 디코더 같은 핵심 블록을 그리고 신호·전력이 깨끗하게 전달되도록 다듬는 회로설계, 그 회로도를 실제 제조 가능한 물리적 도면으로 옮기는 배치설계, 칩이 사양대로 동작하는지 빠짐없이 확인하고 검증 방법 자체를 개발하는 회로검증, 그리고 이 모든 작업이 돌아가는 설계 환경과 도구를 만들고 AI까지 접목하는 CAE입니다.
특히 HBM 설계는 평면 칩이 아니라 여러 장을 수직으로 쌓은 입체 구조라 난도가 한 차원 높아요. 칩을 위아래로 잇는 미세 전극을 어디에 뚫을지, 쌓으면서 갇히는 열과 응력을 어떻게 다스릴지까지 전기·열·기계를 한꺼번에 고려해야 하거든요. 그래서 이 직무는 수십억 개 트랜지스터 중 단 하나의 오류도 칩 전체를 망가뜨린다는 정밀함, 한 제품의 긴 주기를 끝까지 끌고 가는 인내, 그리고 공정·소자·테스트·패키징 부서와 끊임없이 협의하는 소통 능력을 한 사람 안에서 함께 요구합니다.
■ 1번 항목 : 지원하신 직무 분야의 전문성을 키우기 위해 꾸준히 노력한 경험에 대해 서술해주세요. (전문성의 구체적인 영역(ex. 통계 분석) / 전문성을 높이기 위한 학습 과정 / 지식과 기술을 실전에 적용한 경험 / 경험의 진실성을 증명할 수 있는 근거가 잘 드러나도록 기술해주세요.) / 600자
■ 출제 의도
앞의 항목이 "이 일을 할 수 있는가"를 깊이로 물었다면, 이 항목은 결이 살짝 다릅니다. 핵심 단어가 '꾸준히'예요. 한 분야를 진득하게, 오랜 시간 한 방향으로 파 왔는지를 보려는 질문이라고 볼 수 있죠. 잠깐 반짝 관심을 가졌다 식은 게 아니라, 어떤 전문성을 정해 두고 그쪽으로 계속 발걸음을 옮겨 왔는가를 확인하려는 겁니다.
이게 설계 직무와 잘 맞아떨어지는 데는 이유가 있어요. 회로를 그려 검증하고, 시제품을 받아 디버깅하고, 수율을 끌어올리는 한 제품의 주기가 굉장히 깁니다. 당장 보상이 떨어지는 일이 아니라 누적된 완성도에서 성취를 찾아야 오래 버티는 직무라, 회사 입장에선 "이 사람이 긴 호흡을 견디며 한 우물을 팔 사람인가"가 정말 궁금한 거죠. 그래서 짧은 자극에 휩쓸리지 않고 같은 주제를 꾸준히 쌓아 온 흔적을 보고 싶어 합니다.
문항이 친절하게 네 가지를 짚어 준 것도 눈여겨봐야 해요. 전문성의 구체적인 영역, 그 전문성을 높이려 거쳐 온 학습 과정, 배운 걸 실제로 써먹은 경험, 그리고 그 모든 게 거짓이 아님을 받쳐 주는 근거까지 달라는 거예요. 특히 마지막 '진실성의 근거'가 중요한데, "열심히 공부했습니다" 같은 선언만으로는 평가자를 설득하기 어렵거든요. 어떤 과목을 듣고, 어떤 도구를 익히고, 어떤 프로젝트로 마무리했는지가 시간 순으로 이어지면, 굳이 "저는 꾸준합니다"라고 외치지 않아도 꾸준함이 저절로 보입니다. 평가자는 바로 그 '말하지 않아도 보이는' 일관성을 읽어 내려 하죠. 분량이 600자로 짧으니, 군더더기 없이 핵심 궤적만 또렷하게 보여 주는 게 관건이에요.
■ 풀이 방법
가장 먼저 할 일은, 본인이 키워 온 전문성이 정확히 무엇인지를 한 줄로 또렷하게 정의하는 거예요. 막연히 "반도체 공부"가 아니라 "셀에서 읽어 낸 미세한 신호를 깨끗하게 다루는 회로 역량"이나 "검증 범위를 넓히는 방법을 짜는 역량"처럼, 설계 안에서도 한 갈래를 콕 집어 주는 거죠. 이렇게 과녁을 먼저 박아 두면 뒤에 나열할 활동들이 전부 그 과녁을 향하게 정렬됩니다.
그다음엔 그동안 거쳐 온 활동을 시간 순서대로 쭉 늘어놓으세요. 예를 들면 저학년 때 기초 전공으로 토대를 닦고, 그 위에 심화 과목으로 깊이를 더하고, 이어서 시뮬레이션 도구나 분석 도구를 손에 익히고, 마지막에 캡스톤이나 연구로 매듭짓는 식이에요. 핵심은 이 단계들이 제각각 따로 노는 게 아니라, 모두 처음에 정의한 그 전문성 한 방향을 가리키도록 줄을 세우는 겁니다. 그러면 읽는 사람 눈에 "이 사람은 한눈팔지 않고 같은 길을 꾸준히 걸어왔구나"가 그림처럼 그려집니다. 중간에 배운 지식을 실제 과제에 적용해 본 장면을 한 대목 넣어 주면 진실성까지 함께 채워지고요. 만약 회사가 만드는 제품이나 기술을 가까이서 다뤄 본 경험이 있다면, 그 지점을 살짝 얹어 업에 대한 애정을 비치는 것도 좋은 한 수예요.
600자밖에 안 되니 욕심을 버리고 핵심 궤적만 남기는 절제가 필요합니다. 활동 하나하나를 시시콜콜 설명하기보다, 어느 시기에 무엇을 더했는지가 한 줄씩 또박또박 이어지게 쓰는 편이 훨씬 깔끔해요.
소제목은 본문을 다 쓴 뒤에 정합니다. 이 항목에선 본인이 쌓아 온 그 전문성이나 본인 자신을, 뜻밖의 사물이나 역할에 빗대어 한 단어로 압축해 보세요. 예컨대 흩어진 신호 속에서 진짜 신호만 골라내는 일을 한다면 그 역할을 거름망 같은 무언가에 견주는 식이죠. 다만 비유가 화려하기만 하고 "왜 하필 그것에 빗댔는가"에 한 문장으로 답이 안 되면 과감히 버리는 게 좋습니다.
■ 상위 1% 예시
[ 잡음 속에서 신호를 건져 내는 필터 ]
저는 설계 직무의 전문성을 셀이 내보내는 미약한 신호를 잡음 없이 증폭하고 전달하는 아날로그 회로 역량으로 정의했습니다.
2학년 때 전자회로와 반도체소자로 에너지밴드부터 MOSFET 동작까지 토대를 닦았고, 3학년에는 아날로그 집적회로 설계와 신호처리 심화로 증폭기와 잡음 해석을 파고들었습니다. 이어 케이던스 버추오소와 에이치스파이스를 손에 익혀 직접 회로를 그리고 검증하는 감각을 길렀고, 연구실 스터디로 논문 속 회로를 그대로 재현해 보며 이론과 시뮬레이션의 간극을 메웠습니다. 같은 시기에 배운 잡음 해석을 실제 증폭기 설계 과제에 적용해 출력 잡음을 눈에 띄게 줄인 경험은, 책에서 본 식이 실전에서 어떻게 살아 움직이는지 깨닫게 해 주었습니다. 그 위에서 마지막으로 센스앰프의 오프셋을 줄이는 학부 연구에 뛰어들어 한 방향의 끝을 보았습니다.
틈틈이 실제 메모리 칩을 측정하고 데이터시트를 뜯어보며 제가 그리는 회로가 어떤 제품 속에서 숨 쉬는지 눈으로 확인했습니다. 4년간 한눈팔지 않고 같은 방향만 보고 걸어, 이제 그 길의 끝에서 SK하이닉스의 회로를 마주하려 합니다.
■ 2번 항목 : 팀워크를 발휘해 사람들을 연결하고 공동 목표 달성에 기여한 경험에 대해 서술해주세요. (구체적인 상황 / 사람들과의 관계(ex. 친구, 직장 동료 등) / 협조를 이끌어내기 위한 본인의 행동 / 행동의 결과와 느낀 점이 잘 드러나도록 작성해주세요.) / 600자
■ 출제 의도
협업 항목은 결국 "이 사람이 조직 안에서 사고 안 치고 사람들과 잘 어우러질 인성인가"를 보려는 질문입니다. 대기업은 수많은 사람이 맞물려 돌아가는 거대한 시스템이라, 제아무리 똑똑해도 자기 입장만 고집하거나 정해진 선을 넘나드는 사람은 톱니바퀴를 어긋나게 만들거든요. 그래서 평가자는 화려한 영웅담보다 "믿고 같이 일할 만한 사람인가"를 차분히 가늠합니다.
특히 눈여겨보는 건 갈등을 다루는 성숙함이에요. 현실의 협업은 "문제가 생겼다 → 대화했다 → 풀렸다" 같은 매끄러운 3단계로 흘러가지 않습니다. 그 사이엔 의견이 엇갈리고, 감정이 부딪히고, 누군가 중간에서 조율하는 자질구레한 과정이 잔뜩 끼어 있죠. 평가자는 바로 그 중간 과정을 어떻게 헤쳐 나갔는지에서 진짜 협업 능력을 읽습니다. 그래서 중간을 다 잘라내고 "얘기 한 번 했더니 해결됐다"로 압축해 버리면 오히려 소통이 서툰 사람으로 비칠 수 있어요.
여기서 꼭 기억할 전제가 하나 있는데요. 신입은 진두지휘하는 리더가 아니라, 지시를 잘 받아 처리하는 팔로워라는 점입니다. "내가 팀을 다 이끌어 성공시켰다"는 식으로 쓰면 진취적으로 보일 것 같지만, 까다로운 평가자는 "자기주장 세서 고집부리겠네"라고 오히려 경계해요. 설계 직무 자체가 이 점을 더 부각시킵니다. 회로 하나가 칩이 되기까지 공정·소자·테스트·패키징 같은 수많은 부서와 끊임없이 협의해야 하거든요. 회사 인재상이 협업을 '경계를 넘어 협력하는 인재'라고 풀어 둔 것도 같은 맥락이에요. 그러니 이 항목은 사람들을 어떻게 연결했고, 그 과정에서 본인이 어떤 태도로 움직였으며, 그 결과 공동의 목표에 무엇을 보탰는지를 통해 지원자의 '함께 일하는 그릇'을 확인하려는 자리라고 보면 됩니다.
■ 풀이 방법
이 항목은 두 가지 방식으로 협업을 풀어 가는 걸 추천해요. 하나는 의견이 갈린 양측 사이에 직접 들어가 조율하는 모습이고, 다른 하나는 한정된 시간과 인력 안에서 각자에게 맞는 역할을 나눠 준 모습입니다. 본인이 겪은 실제 일에서 어느 쪽이 더 자연스럽게 살아나는지 골라, 한 가지를 깊게 풀거나 두 가지를 엮어 쓰면 됩니다.
먼저 조율하는 쪽으로 간다면, 양쪽 의견을 각각 또렷이 정리해 보여 준 다음에 "둘 다 충분히 이해된다"는 공감을 먼저 건네세요. 그러고 나서 어느 한편을 틀렸다고 판정하는 게 아니라, 두 입장을 모두 살리는 차선책을 근거와 함께 제시하는 게 핵심이에요. 마지막엔 흩어졌던 팀을 다시 한데 모아 목표로 향하게 만들었다고 마무리하면, 봉합한 것보다 훨씬 단단한 인상을 줍니다. 역할을 나눈 쪽으로 간다면, 시간이나 인력이 빠듯했던 상황을 먼저 깔고, 팀원 각자의 강점과 사정을 짚어 그에 맞게 일을 배분했다고 풀어 보세요. 이때 사정이 있어 회의에 자주 못 나오는 팀원을 배제하지 않고 그 사람에게 맞는 역할을 찾아 줬다고 쓰면, 일머리뿐 아니라 사람을 품는 인성까지 함께 보입니다.
빠지면 안 되는 원칙도 짚어 둘게요. 신입은 팔로워이니 "내가 다 진두지휘했다"는 영웅 서사는 피하고, 뒤에서 받쳐 주는 모습으로 그리는 게 안전합니다. 갈등 상대를 나쁜 사람으로 몰지 말고 그저 입장과 가치관이 달랐을 뿐이라고 존중하는 톤을 유지하세요. 그리고 중간의 시행착오를 살려야 진짜처럼 읽히니, 너무 쉽게 성공했다는 식으로 쓰지 마시고요.
소제목은 본문을 다 쓴 뒤에 정합니다. "협력했다" 같은 추상적인 말 대신, 그 장면이 눈앞에 그려지는 구체적인 한 컷이나 '몇 명에서 몇 명으로' 같은 숫자로 바꿔 주면 훨씬 믿음이 가고 기억에 남습니다.
■ 상위 1% 예시
[ 둘로 갈린 여섯, 하나의 마감으로 ]
한 학기 안에 센서 인터페이스 회로를 설계하고 검증해야 했던 캡스톤에서, 회로와 레이아웃과 측정과 문서를 혼자 감당할 수 없어 여섯 명이 손을 모아야 했습니다.
설계 방향을 두고 검증을 촘촘히 하고 늦게 가자는 쪽과 시제품부터 빠르게 만들자는 쪽으로 팀이 둘로 갈렸습니다. 어느 한쪽이 틀린 게 아니라 둘 다 일정과 완성도를 걱정한 것이기에, 양쪽 마음에 충분히 공감한 뒤 지난 과제 데이터를 근거로 핵심 블록만 먼저 검증하고 나머지는 병행하는 절충안을 제시해 흩어진 팀을 다시 모았습니다. 동시에 빠듯한 시간 안에서 회로에 강한 친구에게 설계를, 꼼꼼한 친구에게 검증을, 발표가 편한 친구에게 문서를 맡겨 각자의 강점이 가장 잘 쓰이도록 역할을 나눴습니다. 시험 기간이 겹쳐 회의에 자주 못 나오던 팀원은 빼지 않고 일정에 영향이 적은 데이터 정리를 맡겨 끝까지 함께 갔습니다.
그 결과 마감 안에 회로를 완성해 목표 사양을 충족했고, 점수보다 깨질 뻔한 팀을 끝까지 끌고 간 일이 더 값졌습니다. 설계가 공정과 검증과 패키징을 잇는 일임을 떠올리며, 입장이 다른 사람들을 잇는 사람이 되겠다고 다짐했습니다.
■ 3번 항목 : 도전적인 목표를 세우고 성취하기 위해 끈질기게 노력한 경험에 대해 서술해 주세요. (목표와 목표 수립과정 / 수행 과정에서 부딪힌 어려움 / 목표 달성을 위한 구체적인 노력 / 노력의 결과와 느낀 점이 잘 드러나도록 작성해주세요.) / 600자
■ 출제 의도
도전정신을 묻는 항목은 속을 들여다보면 "이 사람에게 어려움을 끝까지 밀어붙일 근성이 있는가"를 확인하려는 질문입니다. 회사 생활이라는 게 늘 순탄하지만은 않잖아요. 풀릴 듯 안 풀리는 문제를 붙들고 시행착오를 무한히 반복하는 날들의 연속에 가깝죠. 그래서 평가자는 이 항목으로 결국 "우리 일을 묵묵히, 열심히 해낼 사람인가"를 가늠하는 겁니다. 거창하게 들리지만 본질은 그만큼 단순해요.
여기서 가장 중요한 포인트는, 평가자가 결과보다 과정을 본다는 사실이에요. 목표를 이뤘는지 못 이뤘는지보다, 그 도전에 임하는 태도와 마음가짐이 어땠는지를 더 눈여겨봅니다. 그러다 보니 "쉬워 보였고 실제로도 쉬웠다"는 이야기는 도전으로 쳐주지 않아요. 중간에 포기하고 싶을 만큼 벽에 부딪힌 지점이 분명히 있어야, 그걸 넘어서는 과정에서 근성이 드러나거든요. 굴곡 없이 매끈하게 성공한 이야기는 그냥 '한 일'이지 '도전'이 아닌 셈이죠.
문항이 짚어 준 네 가지도 같은 맥락이에요. 어떤 목표를 어떻게 세웠는지, 하다가 무슨 어려움에 부딪혔는지, 그걸 넘으려 구체적으로 어떤 노력을 했는지, 그리고 그 결과와 느낀 점은 무엇인지를 차례로 보여 달라는 거죠. 특히 '끈질기게'라는 단어에 평가자의 관심이 쏠려 있어요. 한두 번 해보고 만 게 아니라 이것도 해보고 저것도 해보며 끝까지 매달린 흔적을 보고 싶다는 신호입니다. 설계 직무로 보면, 미세화와 고적층의 물리적 한계를 한 줄 한 줄 두드려 깨 나가는 일이 결국 이런 끈기 위에서 굴러가거든요. 그러니 이 항목은 지원자가 한계 앞에서 어떻게 버티고 다시 일어서는 사람인지를 확인하는 관문이라고 보면 됩니다.
■ 풀이 방법
이 글에서 절대 빠지면 안 되는 건 중간의 굴곡이에요. 처음엔 할 만해 보였는데 막상 해보니 만만치 않았다는 전환점을 분명히 만들어 주세요. 포기해도 이상하지 않을 만큼 막막했던 순간이 있어야, 그 뒤에 이어질 노력이 비로소 도전으로 살아납니다.
그다음이 이 항목의 진짜 핵심인데요. 어려움을 넘으려 한 노력을 "열심히 했습니다"라고 선언하지 말고, 실제로 한 행동을 하나하나 구구절절 늘어놓는 방식으로 보여 주세요. 예를 들면 모르는 부분은 멘토를 찾아가 묻고, 전공 책과 영상을 뒤지고, 헷갈리는 개념은 그림으로 구조를 그려 보고, 교수님 연구실 문을 두드리고, 친구들과 스터디까지 꾸렸다는 식으로요. 이렇게 행동을 줄줄이 나열하면, 읽는 사람이 "정말 끈질기게 매달렸구나"를 스스로 느낍니다. 주장하는 것보다 보여 주는 쪽이 훨씬 고수의 글이에요. 다만 실제로 한 일이어야 하고, 지어내면 금방 들통난다는 점은 명심하시고요.
결말은 화려한 성공으로 닫기보다, 한 번 실패했지만 거기서 얻은 교훈을 이후 다른 시도에 적용해 더 나은 결과를 만들었다는 흐름으로 가는 걸 추천해요. 처음부터 잘했다는 이야기보다, 넘어지고 깨달아 다음에 나아졌다는 이야기가 기승전결이 살고 덜 식상하거든요. 그리고 설계처럼 이공계 색이 짙은 직무에선 감정을 과하게 싣기보다 사실과 행동 위주로 담담하게 쓰는 편이 오히려 신뢰를 줍니다.
소제목은 본문을 다 쓴 뒤에 정합니다. 답을 미리 알려 주지 않는 질문 형태로 끝맺으면, 읽는 사람이 자기 나름의 답을 떠올리며 본문을 들여다보게 되는 효과가 있어요. 단, 답이 너무 뻔한 질문은 힘이 빠지니 의견이 갈릴 여지가 있는 물음을 던지고, 본문 안에서는 반드시 본인만의 분명한 답을 내놓아야 합니다.
■ 상위 1% 예시
[ 시뮬레이션은 통과한 회로가, 왜 멈췄을까 ]
회로 설계 경진대회에 스스로 출전해, 저전력 증폭기를 직접 설계하고 칩으로 제작하는 높은 목표를 세웠습니다. 시뮬레이션은 무난히 통과해 할 만해 보였습니다.
그러나 막상 칩을 받아 측정하니 회로가 시뮬레이션과 전혀 다르게 동작했고, 예선에서 떨어졌습니다. 포기하고 싶을 만큼 막막했지만, 원인을 찾으려 레이아웃이 만드는 기생 성분을 처음부터 다시 공부하고, 선배 연구실 문을 두드려 묻고, 관련 논문과 강의를 밤마다 뒤지고, 같은 대회를 준비한 동기들과 결과를 비교하고, 헷갈리는 부분은 회로를 손으로 그려 구조를 뜯어보고, 측정 환경을 바꿔 가며 수십 번 다시 쟀습니다. 그 끝에 시뮬레이션과 실제 사이의 간극, 곧 레이아웃이 만드는 기생 성분을 간과했다는 사실을 깨달았습니다.
이듬해에는 같은 실수를 반복하지 않으려 처음부터 기생 성분을 반영해 설계했고, 회로는 측정에서도 사양대로 동작해 본선에 올랐습니다. 한 번의 실패가 남긴 교훈 덕분에, 한계는 한 번에 깨지지 않고 한 줄씩 두드려야 깨진다는 것을, 그리고 그 한 줄을 두드리는 끈기가 화려한 재능보다 현장에서 더 멀리 간다는 것을 몸으로 배웠습니다.
■ 4번 항목 : 원자님은 어떤 사람인가요? 지원자님을 가장 잘 나타낼 수 있는 해시태그(#)를 포함하여, 남들과는 다른 특별한 가치관, 개성, 강점 등을 자유롭게 표현해주세요. (해시태그는 최대 2개까지 작성해주세요. 예시 -> #멘토링전문가 #슈퍼태스커) / 600자
■ 출제 의도
이 항목이 보려는 건 '능력'이 아니라 '성향'입니다. 조금 풀어 말하면, 회로를 잘 그리는 기술 같은 건 입사 후에 교육으로 얼마든지 채워 줄 수 있지만, 그 사람의 자질이나 태도, 가치관은 거의 세계관에 가까워서 가르친다고 쉽게 바뀌지 않거든요. 그래서 기업은 "가르쳐서 만들 수 없는 결"을 처음부터 직무·회사와 잘 맞게 가진 사람을 뽑고 싶어 하고, 그 결을 이 항목에서 읽어 내려 합니다.
그러니 출발점은 언제나 "내가 가려는 설계라는 일을 잘하려면 어떤 성향이 필요한가"여야 해요. 예를 들어 수십억 개 소자 중 단 하나의 오류도 놓치지 않는 꼼꼼함, 한 제품의 긴 주기를 끝까지 끌고 가는 진득함, 여러 부서와 부딪혀 가며 답을 찾는 열린 태도 같은 것들이죠. 회사가 정직함과 함께 성장하는 가치를 중요하게 여긴다는 점도 머리에 넣어 두면 좋아요. 이런 성향이 자연스럽게 묻어나는 사람을, 평가자는 "오래 함께 갈 사람"으로 봅니다.
다만 여기서 흔히 빠지는 함정이 하나 있는데요. 성향을 보여 준답시고 "어릴 때부터 반도체가 좋아서 이 길을 택했고 이런 공부를 했습니다" 식으로 직무에 관심 갖게 된 계기와 노력을 너무 곧장 써 버리면, 앞의 직무 역량 항목과 내용이 겹치고 정작 봐야 할 가치관은 안 드러나요. 그래서 살짝 비틀어, 직무 이야기를 정면으로 하기보다 본인이라는 사람의 색깔이 먼저 보이게 써야 합니다. 게다가 이 항목은 해시태그로 자신을 압축하라고까지 요구하잖아요. 한두 단어로 나를 어떻게 규정하는지를 보면 그 사람의 자기 인식과 개성이 고스란히 드러나거든요. 결국 이 자리는 "당신은 어떤 결을 가진 사람이고, 그 결이 우리 일과 맞는가"를 확인하려는 질문이라고 보면 됩니다.
■ 풀이 방법
이 항목은 여러 일화를 늘어놓기보다, 본인을 가장 잘 드러내는 한 장면을 골라 깊게 풀어내는 방식이 잘 맞아요. 600자라는 짧은 분량에선 이것저것 욕심내는 순간 아무것도 안 남거든요. 자신의 성향이 또렷이 박힌 에피소드 하나를 정해, 그 안에서 "나는 이런 사람"이 자연스럽게 배어 나오게 쓰는 게 핵심입니다.
이때 강점만 늘어놓지 말고, 부족했던 면을 함께 드러낸 다음에 그걸 어떻게 메워 왔는지를 보여 주는 걸 추천해요. 사람은 원래 입체적이고, 완벽하다고만 하면 오히려 신뢰가 안 가거든요. 자신 없던 부분을 솔직히 인정하고 그걸 보완하려 부딪혀 온 과정을 담으면, 읽는 사람은 오히려 "자기를 돌아볼 줄 아는 사람"이라고 받아들입니다. 다만 약점과 그 배경 이야기는 짧게 한두 줄로 끊고, 글의 무게는 어디까지나 '보완하려 한 노력과 그 성과' 쪽에 실어야 해요. 부족함을 고백하는 게 목적이 아니라, 부족함을 딛고 나아가는 사람임을 보여 주는 게 목적이니까요.
마무리는 본인의 그 성향과 경험을 지원 직무로 슬쩍 이어 주는 한두 문장으로 닫는 게 좋습니다. 앞서 말했듯 직무 관심 계기를 정면으로 쓰진 말되, 마지막에 "이런 결을 가진 사람이라 이 일에서 이렇게 기여하고 싶다" 정도로 가볍게 연결하면 깔끔하게 떨어져요.
해시태그는 이 항목의 얼굴이나 마찬가지라 특히 신경 써야 합니다. 추상적인 말보다, 보거나 셀 수 있는 구체물이나 본인을 콕 집어 보여 주는 표현으로 만드는 게 효과적이에요. 예시로 주어진 것처럼 자신이 가장 잘하는 무언가를 한 단어로 압축하거나, 본인의 개성을 또렷이 드러내는 별명 같은 표현을 두 개까지 골라 보세요. 본문이 그 해시태그의 빈칸을 확실히 채워 줄 때 비로소 한 단어가 힘을 갖습니다.
■ 상위 1% 예시
[ 수십 장의 회로도에서, 단 하나의 오류를 ]
저를 두 단어로 줄이면 #끝까지_파는_사람 과 #1mV_를_읽는_눈 입니다.
캡스톤 막바지, 회로가 자꾸 오작동하는데 모두가 원인을 못 찾고 지쳐 갈 때였습니다. 저는 수십 장의 회로도를 처음부터 한 줄씩 짚어 가며, 사흘 만에 배선 하나가 엉뚱한 곳에 연결된 지점을 끝내 찾아냈습니다. 그날 이후로 안 되는 데는 반드시 이유가 있다는 믿음이 제가 일하는 방식이 되었습니다. 작은 어긋남도 그냥 지나치지 못하는 성격은 이렇게 빛을 냈지만, 처음엔 사소한 것까지 붙들다 정작 큰 그림을 놓치고 마감을 늦추는 약점이기도 했습니다. 그래서 무엇을 먼저 파고들지 우선순위를 정해 두고 깊이 들어가는 습관을 들여, 집요함이 발목이 아니라 무기가 되도록 다듬어 왔습니다. 덕분에 지금은 빠르게 훑어 가장 의심스러운 곳부터 파고드는 눈과, 그 한 곳을 끝까지 물고 늘어지는 끈기를 함께 갖추게 되었습니다.
수십억 개 소자 중 단 하나의 오류도 칩 전체를 망가뜨리는 설계에서, 끝까지 파고드는 이 결은 가장 든든한 무기가 된다고 믿습니다. 작은 어긋남도 그냥 지나치지 않는 눈으로, 오차를 허락하지 않는 회로를 그려 내고 싶습니다.