코딩 조기 교육은 윤석열 대통령의 대선 공약이었다. 그는 지난 14일 국민의힘 반도체특위 의원들을 만난 자리에서 지난해 검찰총장을 사퇴하고 정치에 입문하기 직전 홀로 코딩 학원에 다녔다는 경험을 밝히며 "현장의 벽이 너무 높았다"고 털어놓았다. 본인은 충격적일 만큼어려웠지만 꼭 필요한 교육이기에 국가가 지원해서라도 학생들에게 코딩 교육시간을 늘렸으면 좋겠다는 생각을 했다는 것이다. 

IT기업에 다니는 사람으로서 감히 토를 달자면 코딩이 어렵기 때문이 아니라 윤 대통령이 코딩에 소질이 없어서다. 코딩 공부를 한 번이라도 해 본 사람이라면 모든 사람이 흥미를 느끼긴 어렵다는 고백에 모두 공감할 거다. 코딩교육이 온라인 시스템의 기본 구조를 이해하는 데 도움이 되긴 하지만 모든 사람이 개발자가 될 수는 없다. 그렇다면 IT기업에선 일할 수 없는 걸까? 아니다. IT기업이 각광받으면서 너도나도 코딩에만 목을 매지만 코딩을 몰라도 얼마든지 IT기업에서 핵심적 업무를 할 수 있다. 직접 ‘만들기’보다 ‘무엇을 왜' 만드느냐에 더 관심 있는 사람이라면 말이다. 바로 내가 하는 이 기획자(PO·프로덕트 오너)라는 직업이 그렇다.  

문과생 출신 IT 서비스 기획자. 요즘 들어 부쩍 나에게 따라붙는 수식어다. 사람들은 개발(컴퓨터)을 배우지 않은 문과생이 IT업체에서 일하는 걸 신기하다는 눈빛으로 바라보지만, 나는 오히려 갑작스럽게 붙은 이 별명이 어색하기만 하다. 12년 전 이 일을 시작한 이래로 내가 겪은 수많은 기획자 가운데선 개발을 전공하지 않은 사람이 참 많았다. 지금 우리 회사(카카오스타일)에도 국문과를 나와 시인으로 등단한 서령님, 또 나와 같은 사학을 전공하고 올해 입사한 형원님 등이 있다. 다른 기획자들 전공이 뭔지 아예 모른다. 그만큼 서비스 기획자라는 직군에서 전공은 중요하지 않다. '문송(문과라서 죄송)'할 필요가 전혀 없다. 

아마 가장 유명한 기획자는 애플 창업자인 스티브 잡스(1955~2011)일 거다. 대학에서 철학을 공부했던 그는 역사상 이 일을 가장 그럴듯하게 잘해서 각광받았다. 개발자도 디자이너도 아니었지만 개발자나 디자이너가 내놓은 기술과 디자인을 활용해 뛰어난 서비스와 제품을 만들어내기까지 기가 막히게 지휘를 잘했다. 모든 기업 대표가 잡스처럼 그렇게 실무까지 뛰어날 수는 없기에 많은 기업은 아이디어를 현실로 만들어내는 과정을 함께 할 서비스기획자를 필요로 한다. 

이런 맥락에서 요즘 코딩 열풍이 살짝 아쉽다. 국내의 수많은 코딩교육 과정을 보면 ‘기획’의 존재는 없다시피 하다. 이러니 초보 개발자일수록 가장 큰 고민이 ‘무엇을 개발할지 모른다’는 점이다. 우리와 달리 영국의 코딩 교육은 컴퓨터 언어 학습 자체보다 이 언어로 무얼 만들 것인가, 즉 기획에 더 많은 부분을 할애한다고 한다. 코딩 기술을 활용해 의미 있는 무언가를 상상하고 만들어내는 게 우리가 지향해야 할 코딩 교육의 본질이라고 본다. 


 
하지만 우리 현실은 정반대다. 코딩 교육도 문제지만 여기 뛰어드는 수많은 문과생 역시 IT기업에 가야 한다며 맹목적으로 ‘파이썬’(컴퓨터 프로그래밍 언어)부터 수강한다. 이 과정에서 ‘개발자를 못하면 기획자나 되자’고 한다. 잘못된 접근이다. 서비스 기획자는 개발자와는 다른 영역의 전문성이 있다. 비즈니스 이해도를 바탕으로 사용자가 불편하지 않은 서비스를 구상하고, 이를 개발 가능한 수준으로 정리하면서 수많은 관계자와 제대로 소통할 줄 알아야 한다. 혼자서는 아무런 산출물도 만들어내지 못하지만 커뮤니케이션과 방향성, 우선순위 판단 등 기획자 개인의 역량 차가 매우 큰 차이를 만들어낸다. 

지금은 이렇게 쉽게 말하지만 이 일을 처음 시작할 땐 개발자와 대화하는 거 자체가 어려웠다. 처음 듣는 어휘와 낯선 로직에 자신의 부족함을 계속해서 체감해야 했다. 누구는 코딩을 배웠으면 간단하게 해결되는 문제 아니냐고 말하겠지만 고작 몇 달 코딩 배운다고 할 수 있는 대화 수준이 아니었다. 마치 영어 원서를 줄줄 읽고 쓰는 개발자 앞에서 초등 영어 10개 문장을 외어서 대화하겠다는 것과 마찬가지다. 

결국 인문학도는 IT기업 안에서 동등한 출발 선상에서 있지는 않은 셈이다. IT기업에서 제대로 역할을 해내기 위한 지식을 쌓아가려면 고통스러운 과정이 꼭 필요하다는 얘기다. 이렇게 말하면 도돌이표처럼 "거봐라, 코딩 배워야 하잖아"라고 말할지 모른다. 아니다. 과거에 배운 게 없어지지 않는다. 오히려 나만의 무기가 되기도 한다. 나 역시 그랬다. 사학과 경영학을 복수전공한 인문대생 출신이었기에 IT 분야 서비스기획자로서 남다른 장점을 가질 수 있었다. 

2011년 졸업 때 이미 사학과는 역사 사(史)가 아니라 죽을 사(死)라 불릴 만큼 취업 시장에서 죽을 쑤고 있었다. 원래 사학과로 입학한 뒤 굳이 경영학을 복수전공한 것 역시 취업하려면 그런 스펙이라도 있어야 한다는 선배들의 조언을 무수히 들었기 때문이었다. 롯데 공채로 입사하는 데에 경영학의 도움을 받았을지도 모른다. 하지만 현재 일하는 과정에서는 경영학은 무쓸모, 오히려 사학에서 배운 ‘생각하는 방식’이 훨씬 더 큰 도움이 되고 있다. 

사학은 역사를 배우는 학문이지만, 중·고교 시험 때 그랬던 것처럼 역사 연표를 줄줄 외우는 게 다가 아니다. 사학과 리포트나 시험은 백지 위에 특정 사건에 대한 원인과 의의를 쓴다. 외워서 단순히 풀어내는 게 아니라 사료를 근거로 자기 생각을 쓴다. 고교 때까지 단순 암기과목이라고 생각했던 사학은 실제 접해보니 ‘생각하는 법을 배우는 학문’이었다. 외어야 하는 게 있다면 단순 사건이 아니라 ‘사건의 맥락’이었다. 그리고, 이런 사고력과 맥락 파악은 서비스기획자로서 매우 큰 무기가 되었다.  

대학을 졸업할 때 선택하는 직업이 전공과 일치하는 할 확률은 얼마나 될까? 2020년 통계청에 따르면 일치한다고 답한 경우는 16.2%에 그쳤다. 전혀 관계없는 경우가 15.4%였다. 우리는 '전공이 곧 직업'인 세상을 살고 있지 않다. IT기업도 마찬가지다. 다시 말하지만 IT기업에는 개발자만 필요한 게 아니고, 코딩을 배워야만 어떤 직무를 수행할 수 있는 것도 아니다. IT적인 기술을 활용할 수 있는 IT기업 논리를 스스로 생각할 수 있다면 파이썬 쓸 줄 몰라도 IT기업이 모셔가기 충분한 인재가 될 수 있다.