국내 구직 시장에서 IT 기획 직무에 지원하는 비전공자 10명 중 8명은 이력서에 수료증을 한 장 이상 첨부하는 것으로 나타난다. 하지만 정작 IT 기획 실무자들을 대상으로 한 설문에서는 지원자의 학원 수료 여부보다 ‘문제를 끝까지 파고든 경험’을 더 높게 평가한다는 답변이 우세하다. 이는 수료증이 더 이상 합격을 보장하는 시대가 아님을 방증한다. 기업은 이제 수많은 유사한 수료증보다 ‘당신이 무엇을 겪었고, 어떻게 해결했는가’를 묻고 있다.
IT 기획은 개발자와 비즈니스 사이에서 요구사항을 정의하고, 일정을 관리하며, 서비스의 방향성을 설계하는 역할이다. 전공 여부가 크게 작용하지 않는 직군이지만, 그 대신 논리적 사고와 사용자에 대한 이해, 그리고 문서화 능력이 필수적이다. 비전공자가 이 직무로 전환하려면 남들과 차별화된 증거를 제시해야 하는데, 가장 흔한 선택지가 학원 수료증이다. 그러나 수료증은 ‘그 과정을 들었다’는 사실만 증명할 뿐, 지원자가 그 내용을 어떻게 소화했는지는 보여주지 못한다.
기업의 IT 기획 직무 담당자들이 실제로 열람하는 포트폴리오는 크게 세 가지 유형으로 나뉜다. 첫째는 완성된 기획안 문서 모음집, 둘째는 서비스 분석 리포트, 셋째는 개인 프로젝트의 진행 과정 전체를 담은 기록물이다. 이 중에서 가장 희소성이 높은 것은 세 번째 유형인데, 이유는 완성된 결과물은 베끼거나 다듬을 수 있어도 과정의 기록, 특히 실패의 기록은 조작하기 어렵기 때문이다.
실패 기록을 포트폴리오로 활용하는 전략은 의외의 강점을 가진다. 기획 직무는 본질적으로 ‘무언가를 예측하고, 그 예측이 빗나갔을 때 수정하는’ 반복 작업이다. 따라서 실패한 경험이 없다는 것은 오히려 검증되지 않은 기획자라는 신호로 읽힐 수 있다. 반면, 실패한 프로젝트의 기록을 체계적으로 정리해 제시하는 지원자는 위기 상황에서의 대처 능력과 객관적 분석 능력을 동시에 증명할 수 있다. 기업 입장에서는 신입에게 완벽한 성공을 기대하기보다, 문제가 생겼을 때 침착하게 원인을 찾고 해결책을 도출할 수 있는지를 더 중요하게 본다.
이 전략을 실행하는 방법을 유형별로 구체적으로 살펴보면 다음과 같다.
첫 번째 유형은 ‘기획 문서의 실패 버전 관리’다. 가령 자신이 만든 서비스 기획서가 있다면 초기 버전에서 어떤 가정을 세웠고, 그 가정이 왜 틀렸는지, 이후 어떤 근거로 수정했는지를 기록한다. 이때 중요한 것은 단순히 ‘실패했습니다’라고 쓰는 것이 아니라, 실패의 원인을 사용자 데이터나 시장 조사 결과 같은 객관적 근거와 연결짓는 것이다. 예를 들어 초기에는 20대를 타깃으로 잡았지만 실제 사용자 피드백을 받아보니 30대의 반응이 더 좋았다거나, 특정 기능의 진입 장벽이 예상보다 높았다는 식의 구체적 관찰이 포함되어야 한다.
두 번째 유형은 ‘기능 구현 시도 후 중단한 기록’이다. 비전공자가 IT 기획을 지망한다면 최소한의 개발 문법을 이해하는 것이 유리하다. 하지만 완성된 애플리케이션을 만들지 못해도 괜찮다. 프로토타입 제작 도구를 이용해 화면을 설계하고, 특정 기능을 구현하려다 실패한 과정을 문서로 정리하는 것만으로도 차별화된 포트폴리오가 된다. 여기서 강조할 점은 ‘구현하지 못한 것’이 아니라 ‘왜 구현하지 못했고, 그 한계를 어떻게 다른 방식으로 우회했는지’이다. 이런 내용은 개발 직군과의 협업 능력을 간접적으로 증명해준다.
세 번째 유형은 ‘사용자 테스트 결과를 반영한 개선 이력’이다. 소수의 지인이나 온라인 커뮤니티를 통해 만든 서비스의 사용자 테스트를 진행하고, 그 과정에서 받은 부정적 피드백을 어떻게 기획에 반영했는지를 보여주는 방식이다. 이때 겉으로 드러난 사용자 반응만 정리하지 말고, 왜 사용자가 불편을 느꼈는지에 대한 가설과 그 가설을 검증한 과정을 포함해야 한다. 이는 기획자의 핵심 덕목인 공감 능력을 가장 솔직하게 드러내는 방법이다.
물론 이런 실패 기록 포트폴리오를 준비할 때 단점도 존재한다. 첫째는 분량이 방대해져서 핵심만 뽑아내는 편집 능력이 필요하다는 점이다. 실패 과정을 기록했다고 해서 모든 내용을 나열한다면 오히려 집중력을 흐린다. 성공한 결과보다 실패에서 배운 교훈이 더 큰 의미를 가지는 에피소드만 선별하는 것이 중요하다. 둘째는 기록을 정리하는 데 생각보다 많은 시간이 소요된다는 것이다. 급하게 취업을 준비하는 상황이라면 과거의 기록을 재구성하는 것보다 새로운 소규모 프로젝트를 처음부터 실패 기록 형식으로 진행하는 것이 더 효율적일 수 있다.
면접에서 이 실패 기록을 활용하는 방식도 전략적으로 접근해야 한다. 면접관이 ‘가장 큰 실패 경험이 무엇인가’라는 질문을 던졌을 때, 단순히 아르바이트나 팀 활동에서의 갈등을 이야기하는 대신 포트폴리오에 담긴 기획 실패 사례를 중심으로 답변하면 일관성이 생긴다. 이때 중요한 것은 변명하는 어조가 아니라 분석하는 어조를 유지하는 것이다. 실패의 책임을 외부 요인으로 돌리는 대신, 어떤 의사결정 과정에서 어떤 오류가 있었고, 이를 어떻게 개선했는지에 초점을 맞추어야 한다.
이력서 작성 단계에서도 이 전략을 반영할 수 있다. 수료증을 기입하는 항목보다, 개인 프로젝트 섹션에 ‘실패 기록 및 개선 내역’이라는 별도의 소항목을 만들어 각 프로젝트의 실패 지점과 교훈을 한 줄씩 병기하는 방식이다. 이는 지원자가 단순히 수료한 것이 아니라 능동적으로 학습하고 성찰했음을 보여주는 결정적 단서가 된다.
결론적으로 비전공자가 IT 기획 직무로 전환을 준비할 때 학원 수료증은 기본적인 입문 과정임을 증명하는 역할에 그친다. 반면, 직접 부딪히고 실패한 경험을 정리한 기록은 지원자만의 독특한 사고 과정을 드러내는 강력한 무기가 된다. 완벽한 성공 이야기는 많은 지원자가 만들어낼 수 있지만, 솔직한 실패와 그로부터의 배움은 흔치 않기 때문이다. 기업이 원하는 것은 실패하지 않는 기획자가 아니라, 실패를 학습으로 전환할 줄 아는 기획자다. 부끄러워하거나 숨길 것이 아니라, 실패의 흔적을 체계적으로 다듬어 자신의 성장 가능성을 증명하는 자료로 승화시키는 것이 비전공자에게 가장 현실적인 차별화 전략이다. 오늘부터 자신의 지난 기획 시도들을 꺼내 보고, 그 안에 담긴 실패의 원인을 분석해보라. 그 기록이 이력서의 어떤 수료증보다도 설득력 있는 한 편의 이야기가 될 것이다.
