목차
공대에 다니다 보면 어느 순간 전공 지식을 수업 밖에서 실제로 써보고 싶다는 갈증이 생깁니다. 저 역시 "이론만 배우고 있는데 이걸 어디에 써먹을 수 있을까" 하는 고민이 쌓일 즈음, 친구의 추천으로 처음 공모전과 해커톤에 참여하게 되었어요. 그 경험은 제 전공 공부에 대한 태도와 진로를 바라보는 시야를 완전히 바꿔놓았습니다. 공모전은 단순히 실력을 자랑하는 자리가 아니라, 실제 문제를 내 손으로 풀어보는 실전 무대였어요. 혼자 참여해도 되고 팀을 이뤄서 나가도 되지만, 중요한 건 내가 어떻게 문제를 정의하고 어떤 방식으로 해결했는지를 경험해 보는 것이었죠. 막연한 갈증을 구체적인 경험으로 바꿔준 이 활동을 통해 저는 전공 지식이 실생활 문제에 어떻게 연결되는지를 처음으로 체감할 수 있었습니다. 이번 글에서는 제가 직접 참여한 공모전과 해커톤 경험을 바탕으로 전공별 대회의 유형, 팀과 기획 구조, 수상 경험을 이력 화하는 방법에 대해 정리해보려 합니다.
1. 전공별 공모전·경진대회 유형의 이해
처음에는 모든 공모전이 비슷할 줄 알았지만 막상 찾아보니 전공에 따라 대회의 성격이 아주 다르게 구성되어 있다는 걸 알게 되었어요. 예를 들어 기계나 전기전자 계열은 실제로 작동하는 물리적 결과물을 만드는 것이 핵심이라 도면의 정확성이나 조립 구조, 작동 안정성이 주된 평가 요소로 작용합니다. 반면 제가 전공한 소프트웨어 분야에서는 알고리즘의 효율성, 사용자 인터페이스의 직관성, 그리고 구현 속도와 정확성이 중요하게 다뤄졌어요. 화학공학, 신소재, 환경 분야에 있는 친구들은 실험 설계와 데이터 해석, 기술 적용의 타당성을 중심으로 발표와 보고서 작성을 준비했더라고요. 이처럼 공모전은 단지 아이디어를 내는 것이 아니라 내가 배운 전공 지식을 어떻게 구체적인 문제 해결에 적용할 수 있는지를 보여주는 자리라는 걸 체감했습니다. 특히 첫 참가 당시 제 수준을 객관적으로 확인할 수 있는 기회가 되었고, 부족한 부분이 무엇인지 명확히 알게 되면서 이후 전공 공부의 방향도 보다 구체화할 수 있었어요. 단순히 상을 받는 것이 목적이 아니라 실전 경험을 통해 학문과 산업의 접점을 체험할 수 있는 기회였기에, 공모전은 공부 그 자체보다 더 값진 배움이 있었습니다.
2. 팀 구성과 프로젝트 기획의 구조
공모전에서 가장 크게 느낀 점 중 하나는 바로 팀워크의 중요성이었습니다. 저희 팀은 개발자, 디자이너, 기획자가 한 조를 이뤘는데 각자의 전공이 다르다 보니 역할 분담이 자연스럽게 이뤄졌고 프로젝트도 빠르게 정리될 수 있었어요. 기획 단계에서는 고객의 문제를 정의하고, 어떤 방식으로 해결할지를 구조화하는 데 많은 시간을 들였습니다. 초반엔 아이디어가 너무 많아 구현 불가능한 기능까지 넣으려다 보니, 시간 안에 완성하지 못할 뻔한 위기도 있었어요. 그래서 현실적으로 구현 가능한 핵심 기능을 중심으로 범위를 줄이고 우선순위를 설정하는 과정이 필요했죠. 이후 설계, 개발, 검증까지 각자의 역할에 맞춰 책임을 갖고 움직이면서 하나의 완성된 시스템을 만드는 과정은 정말 큰 배움이었습니다. 무엇보다 정기적인 중간 점검과 회고를 통해 문제가 생기기 전 미리 조율할 수 있었고, 스케줄 관리를 철저히 하면서 실제 개발 현장과 유사한 경험을 할 수 있었어요. 저는 이 과정에서 단순한 기술 구현 능력뿐 아니라 협업 구조 속에서 내가 어떤 식으로 기여할 수 있는지를 고민하게 되었고, 그것이 학교 수업에서는 절대 배울 수 없는 값진 훈련이라는 걸 깨달았습니다. 결국 공모전은 기술력뿐 아니라 커뮤니케이션, 일정관리, 책임감이라는 종합적인 문제 해결 능력을 키우는 장이었습니다.
3. 수상 경험을 이력으로 정리하는 방식
공모전에서 상을 받았을 때는 물론 기뻤지만, 시간이 지나고 자기소개서를 쓰게 되면서 더 중요한 건 단순한 수상 내역이 아니라 그 과정을 어떻게 설명할 수 있느냐는 걸 알게 됐어요. 단순히 "대상 수상"이라고 적기보다는 어떤 문제를 정의했고, 어떤 역할을 맡았으며, 어떤 방식으로 해결했는지를 순서대로 서술하는 것이 훨씬 설득력 있었습니다. 그래서 저는 공모전 경험을 정리할 때 문제 정의, 역할 분담, 사용한 기술, 해결 과정, 결과라는 다섯 가지 항목으로 나누어 기술했습니다. 예를 들어 "앱 내 사용자 위치 추적 기능을 담당했고, GPS 오차 범위 문제를 Kalman Filter를 활용해 해결했다"는 식의 구체적인 설명을 덧붙였죠. 흥미로웠던 점은 수상을 못 한 공모전 경험도 면접에서 유용하게 쓰였다는 것입니다. 그때는 실패라고 생각했지만, 어떤 이유로 문제가 생겼고, 다음 프로젝트에서 어떻게 보완했는지를 이야기하니 오히려 더 큰 학습의 기회로 평가되었어요. 이렇게 정리해 둔 기록들은 포트폴리오를 만들 때도 유용했고, 실제 면접 질문에도 명확하게 대응할 수 있는 기반이 되었습니다. 결국 중요한 건 공모전의 결과가 아니라 그 과정을 통해 내가 무엇을 경험하고 배웠는지를 나만의 언어로 이야기할 수 있는가였습니다. 공모전은 단순한 경연이 아니라 내가 전공자로서 어떤 문제를 정의하고 해결하는 사람인지를 보여주는 첫 무대였고, 그 경험을 제대로 정리하고 활용하는 것만으로도 실무적 자신감을 갖게 되는 계기가 되었습니다.