박치기를 하려면 맨땅부터 기획하라구요?

001 시작 전) 인하우스와 에이전시의 차이가 뭐예요?

채그래 — Thu, 26 Feb 2026 20:00:34 +0900

* 이 시리즈는 불꽃남자25님의 강의『PM을 위한 IT SI프로젝트 전 과정 알아가기』커리큘럼에 기반한 수강노트입니다.
* 수강노트에 예시로 삽입된 에피소드는 실화를 일부 각색한 것입니다.

저번 편 마지막에, 제가 원래 대학원에 갈 생각이었다는 말 기억나시나요? 네, 사실 전 회사나 기업이라는 개념 자체가 어색했던 사람입니다. 제가 평생 직업이라는 걸 가질 수 있을 거라 생각하지 않았죠. "얘가 대체 뭘 해서 벌어먹고 사나?"는 아주 오랜 시간 저희 가족을 괴롭힌 질문이었습니다. 중간에 공무원 준비를 한 적도 있었는데... 대학교 직업적성검사에서 공무원만큼은 절대 하지 말라고 말리더군요? 그나마 기획 업무를 가장 추천한대서, 그냥 기획자 TO를 찾아다니다 운 좋게 취업을 했습니다.

내가 왜 여기 있지

정말로 저는 이렇게 얼렁뚱땅 서비스 기획자가 되었답니다. 전공 연관성은 커녕, 취직하기 전까지 이런 게 있다는 것도 몰랐던 직업을 갖게 되었죠. 서비스 기획자가 뭔지도 몰라, IA, 스토리보드, WBS 같은 용어는 별세계 이야기고, figma, Jira, Confluence는 말 그대로 필요할 때마다 인터넷에 검색해서 익혔습니다. 그렇게 저는 모든 맨땅에 헤딩을 하며 한 사람의 회사원으로 성장하고 있습니다.

제게 인하우스라는 용어를 처음 알려주신 분은 제 첫 직장 마케팅팀 팀장님이십니다. 그러니까 저는 인하우스에 입사하면서, 이 세상에 인하우스라는 게 있다는 걸 알게 된 셈입니다! 정말 재밌죠. 있는지도 몰랐던 직장에 있는지도 몰랐던 직군으로 입사를 하다니.

우리 각각의 아이큐 100, 도합 아이큐 800의 힘으로 이 프로젝트를 성공시켜야 한다.

인하우스(In-house)라는 말은 사전 상 "조직 내에서 이뤄지거나 존재하는 것(done or existing within an organization.)", 또는 "조직 외부에서 도움을 받지 않은; 내부적인(without assistance from outside an organization; internally.)" 이라는 뜻입니다.

비단 IT업계 뿐만 아니라, 대부분의 회사에서는 프로젝트라는 일의 단위가 굴러가고 있습니다. 심지어 제 공무원 친구도 프로젝트에 투입되거나, 직접 아이디어를 내서 예산을 짜고 프로젝트를 운영하는 업무를 하더라고요? 이 때 프리랜서 등 외부 인력의 도움 없이, 회사에 소속된 인원만으로 프로젝트를 운영하는 방식을 인하우스라고 합니다. 그리고 이처럼 내부 인력을 주축으로 하여 프로젝트를 진행하는 회사도 인하우스라고 하며, 회사에 소속된 인원들에게도 인하우스 직원이라는 이름이 붙습니다. 예를 들어 인하우스 기획자, 인하우스 디자이너, 인하우스 개발자 같은 식으로요.

즉, 인하우스는 현장에서 다음과 같은 의미로 사용되고 있는 듯 합니다.

1. 조직에 소속된 인원만으로 진행되는 프로젝트

2. 독자적인 IP나 사업 모델을 가지고 있어, 소속한 인원을 주축으로 하는 프로젝트를 주로 운영하는 기업

3. 기업에 상시 고용되어 있는 소속 인력, 또는 그러한 소속을 이르는 말

마케팅 팀장님이 알려주신 인하우스의 용례는 이 중 2번이었습니다. 회사에서 프로젝트를 운영할 때 회사 소속 인력이 주축이 되며, 회사 내부에 직군과 파트가 세분화·조직화 되어 있다는 뜻입니다. 프로젝트 인력이 바로 옆 자리 동료이기 때문에 직접 소통이 가능하며, 그를 바탕으로 빠른 대응을 할 수 있어 서비스 고도화와 운영·보수에 유리하다는 장점이 있습니다. ... 이론상 그렇다고 합니다. 확실히 소통 경로가 더 다양하다는 느낌은 있어요. 같은 회사 사람이니 심리적 거리도 훨씬 가까웠고요.

계획대로 되지 않기 때문에 프로젝트인 것입니다

하지만 인하우스 기업이어도 실제 프로젝트는 완전한 인하우스로 진행하지 않는 경우가 많습니다. 프로젝트는 시작하기 전에 그 규모를 쉽게 예측하기 어렵고, 기업은 그 인원을 상시 고용 상태로 두는 것을 부담스러워하기 때문입니다. 제가 다닌 곳은 100인 미만 스타트업이었는데, 동시 진행해야하는 큰 프로젝트가 두세 개는 되었기 때문에 그 중 한 프로젝트는 거의 완전히 프리랜서의 힘을 이용했죠. 이처럼 인하우스 기업은 사실상 프로젝트의 성격보다는 직접적인 사업 모델의 소속, 좀 더 정확히 말하자면 "프로젝트를 시작하는 아이디어를 가진 쪽"을 가리키는 말입니다.

이 때 등장하는 개념이 바로 SI(System Integration)입니다. 세상에, 시스템이라는 말도 정확히 설명하지 못하겠는데 통합(Integration)이요? 다행히 제 사수는 좀 더 직관적으로 이해할 수 있는 단어를 사용하셨습니다. 구축이라고요.

구축은 사전적으로 "체제, 체계 따위의 기초를 닦아 세움."이라는 뜻입니다. 그러니 IT업계에서 구축을 한다고 하면, 당연히 IT서비스의 체계를 세우는 프로젝트를 말합니다.

은행은 하나인데 어플은 서너 개

은행의 어플을 구축하는 프로젝트가 가장 이해하기 쉬운 예시가 되겠어요. 사실 IT회사에 입사하기 전까지, 저는 하나의 은행에 왜 이렇게 많은 어플이 필요한지 몰랐습니다. 서비스에 따라 이 어플 켰다 저 어플 켰다 하기 귀찮은데. 그냥 한 어플에 때려 넣고 돌리면 안되는 건가? 어차피 뭐 기능이 그렇게 많은 것 같지도 않고, 어플끼리 크게 다른 기능을 가지고 있는 것 같지도 않은데.

쓰루님의 요구사항 정의서 샘플. 제가 참여했던 한프로젝트의 요구사항은 다섯 자리를 넘었습니다.

... 그 땐 몰랐습니다. 은행 어플에 그렇게 많은 화면과 기능과 고민이 들어가있는 줄. 지배 구조 문제든 앱의 용량 문제든 운영 주체의 문제든, 은행 어플이 여러 개인데는 다 이유가 있다는 것도요. 물론 통합 어플리케이션 구축 시도도 계속 있긴 하지만, 어쨌든 일을 하는 입장에서 은행들이 계속 어플을 만들고 리뉴얼하고 없애고 새로 만드는 건 반길 만한 일입니다. 투입될 프로젝트가 계속 생겨난다는 뜻이니까요.

어쨌든, SI(구축) 프로젝트는 한 서비스, 또는 어플리케이션을 론칭하는 프로젝트를 의미합니다. 말 그대로 어플리케이션 같은 새로운 시스템을 구축하는 것이죠. 그리고 은행, 전자 등 대기업(클라이언트)으로부터 요구사항을 받아 구축 프로젝트를 시행하는 업체를 SI업체라고 합니다.

이게 개인정본지 공공정본지

그런데 여기서 한 가지 의문이 생깁니다. 시스템을 새로 구축하는 일은 기업 입장에서 굉장히 민감한 프로젝트에 속하거든요. 2025년부터 지금까지 IT업계를 뒤집어놓고 있는 정보 보안이 특히 문제죠. 개인정보를 전산화하고 사업에 이용하는 순간, 유출 가능성은 반드시 생겨나는 것이거든요. 시스템을 구축할 때는 기업이 가지고 있는 사업 노하우나 지적 재산이 반드시 사용되기도 하고요. 내부 직원도 믿기 어려운데, 이런 중요한 정보를 외부 인력에 맡기는 건 정말 큰 위험을 감수하는 일입니다. 그러나 이런 위험성에도 불구하고 기업들이 SI업체를 필요로 하는 이유는, 그들이 요구하는 디지털 전환의 폭이 워낙 넓고 방대하기 때문입니다.

2024년 기준 SI업체 사업장 가입자 수. 상위 4개 회사를 4대 SI라고 합니다.

삼성전자를 예로 들어보겠습니다. 혹시 지금 삼성전자에서 팔고 있는 전자제품의 종류가 몇 개인지 아시는 분 계신가요? 개인적으로 이걸 알고 있는 사람이 삼성전자 내부에조차 있을지 의문입니다. 기사에 따르면 지난 2015년부터 2024년까지 삼성전자가 새로 론칭한 가전제품만 무려 753개에 달한다고 하는데요. 그 전에는 몇 개의 제품이 팔렸으며, 단종된 제품은 몇 개인지 알 수가 없습니다. (혹시 아시는 분이 있다면 댓글로 슬쩍 알려주세요.)

여튼, 딱 봐도 천 개는 훌쩍 넘을 제품을 판매하는 플랫폼을 구축한다고 합시다. 이 방대한 정보를 가진 사이트를 어떻게 만들어내야 하죠? 얼마만큼의 트래픽을 견딜 수 있는 서버가 필요할까요? 사용자가 보는 화면은 얼마나 될까요? 또 운영은 어떻게 하죠? 어떤 솔루션을 이용하고, 어떤 규칙을 이용해 히스토리를 관리해야 할까요?

이처럼 말도 안되게 복잡하고 거대한 시스템을 만들어야 하기 때문에, 대기업들은 전문가를 필요로 합니다. 이런 대형 프로젝트를 여러 번 해봤기 때문에 경험이 누적되어 있는 전문가 기업, SI업체는 바로 그러한 니즈를 충족시키기 위해 만들어졌습니다. 삼성SDS, LG CNS, SK C&C, 현대오토에버 등 4대 SI를 비롯해서 대형 SI업체가 거의 대부분 대기업을 모기업으로 두고 있는 이유도 그 때문이에요. 대형 SI 프로젝트는 대기업으로부터 나오거든요.

PM 박수미님의 블로그에서 발췌. 여기서 을에 해당하는 대기업 IT 자회사가 대형 SI업체입니다. 그렇다면 병~기는?

하지만 SI프로젝트에 대형 SI업체만 투입되느냐? 그렇지 않습니다. 위에서 "기업은 많은 인원을 상시 고용 상태로 두는 것을 부담스러워한다."고 했었죠. 그건 SI업체도 마찬가지입니다. 모든 SI 프로젝트는 규모가 상이하고, 제대로 된 계획이 나오기 전까지는 그 정확한 규모를 가늠하기 쉽지 않습니다. 예를 들어 제가 잠깐 들어갔었던 은행 어플리케이션 구축 프로젝트는 총 인원이 1,000명 이상에 달하는 초대형 프로젝트였습니다. 언제 다시 생길지 예측할 수 없는 초대형 프로젝트에 대비하기 위해, 모든 SI업체가 항상 1,000명 이상의 대기 인원을 고용해둘 수 있을까요? 물론 그렇게 된다면야 취업난도 해결되고 이직처도 늘기 때문에 노동자인 입장에선 참 좋겠습니다만... 현실적으로 가능하지 않죠.

여기서 바로 에이전시가 등장합니다. 여기까지 오시느라 수고하셨어요. 하지만 저는 물리적으로 인하우스에서 에이전시까지 도달하는데 1년이 넘게 걸렸으니까, 이 정도 돌아가기는 애교로 봐주세요.

후에 강의노트를 쓰며 자세히 다루겠지만, IT 프로젝트에는 여러 직무의 사람들이 관여합니다. 일단 PM과 기획자가 있고, UX/UI 디자이너와 앱 디자이너가 있어요. 프론트엔드와 백엔드 개발자, QA까지는 필수로 참여해야 합니다. 웹 페이지라면 퍼블리셔가 포함될 수도 있고, 본격적인 구축이 시작되기 전에 클라이언트사가 컨설턴트를 고용하여 요구사항을 정리할 수도 있죠. 이후 운영까지 하려면 광고기획자, 광고 디자이너 등이 필요하죠.

에이전시는 이런 직군의 사람들을 모아 놓은 회사입니다. 어떤 분은 "말이 에이전시이지 사실상 인력사무소"라고 에이전시를 비꼬기도 했는데... 저는 개인적으로 그 말을 부정할 필요가 없다고 생각합니다. 불법을 저지르는 것도 아니고 노예사업을 하는 것도 아닌데 인력파견업을 하는 게 무슨 문제인가요? 전문성이 없는 게 아니고 사회적으로 더 낮은 계급인 것도 아닌데 파견 인력인 게 뭐 어떻습니까? 전 직업인의 능력을 증명하는게 소속이 아니라 프로젝트 경력 및 실제 결과물이라고 생각하거든요. 당연히 에이전시에서 수수료를 떼어가기 때문에 상대적으로 월급을 많이 주지 않는 게 좀 서운하긴 한데, 약간의 몸값을 프리랜서의 고용불안정성과 맞바꿨다고 생각하죠, 뭐.

대표님 좋은 프로젝트 많이 많이 따와주세용

여튼, 에이전시는 SI업체들이 검증된 인력을 필요로 할 때 찾는 곳입니다. IT 에이전시에는 기획자, 디자이너, 퍼블리셔, 개발자, QA, 마케터, 컨설턴트 등 다양한 직군의 사람들이 소속되어 있습니다. 또는 특정 직군의 사람들만을 모아 놓은 에이전시도 있고요. 범위를 IT로 한정하지 않는다면, 특히 디자인 에이전시와 광고 에이전시가 많은 편이라고 알고 있어요. 그 이유는 아직 잘 모르겠네요. 트렌드에 더 민감한 직무일수록 전문가들을 외부에 모아두는 것이 더 낫기 때문일까요?

vs놀이는 정말 언제쯤 질릴까요?

이렇게 인하우스, 에이전시, 중간에 SI업체까지 잠깐 알아봤습니다. 이쯤되면 꼭 따라오는 질문이 하나 있죠. 그래서 인하우스에 입사하는게 좋냐, 아니면 에이전시로 가는 것이 좋냐? 그리고 이 질문의 답은 둘 중 하나로 정해져 있습니다. 케이스 바이 케이스다, 혹은 돈 많이 주고 널 뽑아주는 곳으로 가라. 솔직히 후자는 맞는 말이라고 생각합니다. 지금 같은 취업 시장이라면 그냥 뽑아 주는 곳에 감사합니다 하고 가는 게 가장 현명하죠.

하지만 케이스 바이 케이스는 지나치게 포괄적인 답이라고 생각합니다. 물론 인하우스가 더 잘 맞는 사람이 있고, 에이전시가 더 잘 맞는 사람도 따로 있는 것 같아요. 상품의 전생애를 지켜보며 관여하고 싶거나, 소규모 소통을 지향하는 사람이라면 아무래도 인하우스에 있을 때 더 편하겠죠. 반대로 한 가지 도메인만 다루는 것이 식상하다고 느끼거나, 새로운 사람과도 쉽게 말을 틀 수 있는 사람이라면 에이전시에서 더 잘 적응할 거고요.

그렇지만 저는 연차와 직군에 따라 더 성장하기 유리한 환경은 분명 있다고 생각합니다. 개인적으로 전공자 출신의 저연차 사원일 경우는 SI업체나 에이전시가 더 나은 부분이 분명 있다고 봐요. 다양한 도메인을 접하고, 빠른 프로젝트의 속도에 적응하면서 경쟁력을 키울 수 있거든요.

그러나 비전공자 출신이라면, 초반 1~3년 동안만이라도 사수가 있는 인하우스에서 보호를 받으며 성장하는게 모두를 위해 좋다고 생각합니다. 물론 규모가 있고 사람이 좋은 곳이면 어디서든 성장할 수 있죠. 제가 지금의 회사를 계속 다니고 있는 이유도 그 때문이고요. 하지만 비전공자는 이 산업 자체에 적응할 시간도 필요하고, 특히 기획자는 전체적인 그림을 봐야하는 직무이기 때문에, 상품이나 프로젝트를 조망하는 시각을 기르려면 인하우스를 한 번 쯤은 경험해봐야 한다고 생각합니다. 저도 인하우스에 있었기 때문에 상품기획, 론칭, 구축, 운영 같이 폭 넓은 과정을 좀 더 빠르게 볼 수 있었거든요. 프론트와 백오피스를 모두 기획해보기도 했고요.

사실 어디에 가느냐는 본인 선택이죠. 개인에게는 회사 특성보다 업체의 규모나 워라밸 여부가 더 중요할 수도 있고요. 하지만 적어도 자신이 있는 환경의 특성을 알면, 그것을 이용하여 더 성장할 수 있지 않을까요? 포켓몬도 자신의 속성에 더 유리한 환경일 때 진가를 발휘하는 것처럼요. 저처럼 무식하게 몸통 박치기 하며 성장하는 것도 나쁘지 않지만, 이 글을 읽으시는 분들은 좀 더 효율적인 회사 생활을 누리시길 바랍니다.

진짜 고라파덕은 몸통 박치기 안한다고요? 그러니까요...

000 시작 전: IT가 뭐예요?

채그래 — Thu, 12 Feb 2026 20:00:49 +0900

IT가 정확히 뭐하는 업계예요?

그러...게요?

IT업계에 들어온지 이제 2년이 지났습니다. 짧게나마 인하우스, 에이전시를 모두 경험했고, 사업기획부터 제품 릴리즈까지 IT 프로젝트의 전 과정을 조금씩이나마 맛봤죠. 그런데 여전히 누군가가 "IT가 뭐냐?"라고 물으면, 가장 먼저 '그러게?'라는 생각부터 듭니다. 기획자가 뭐하는 직업이라고 이야기 해야할지는 더더욱 감도 안 오고요. IT는 그만큼 직관적이지 않은 업계이고, 기획자는 그만큼 직관적이지 않은 직무입니다. 제가 노베이스 출신이라 더 그렇겠지요.

영원히 질문만 던질 수는 없다.

하지만 언제까지 모르고 있을 수는 없습니다. "엄마는 뭐하는 분이시니?", "아빠 직업이 어떻게 되니?"라는 질문을 들은 초등학생도 아니고. 어른이잖아요. 이 세상 모든 일을 다 알 수는 없지만, 적어도 스스로 무슨 일을 하고 있는지 설명할 수 있어야 진짜 어른이겠지요.

그래서 강의를 복습함과 동시에, 제가 그동안 막연하게만 알고 있던 지식을 정확히 정리하기 위해 이 수강노트를 씁니다. 제가 20년차 넘은 대선배처럼 모든 걸 이해할 수는 없겠죠. 가끔 틀린 말을 하기도 할 겁니다. 그래도 모르는 걸 알려고 시도하고, 이해하기 위해 애쓰는 과정 자체에 충분한 가치가 있다고 생각합니다. 인류가 위대한 이유는 세계를 주어진 그대로 받아들이지 않고 해석하고자 하는 욕망에 있으니까요.

미디어 속 IT는 보통 이런 이미지지만, 실제 이런 느낌으로 일하지는 않더군요.

무언가를 알기 위해선 가장 먼저 좋은 질문을 던져야겠죠. IT업계와 기획자를 알기 위해선, 이 질문을 던지는 것이 우선일 것입니다. "IT가 무슨 뜻이에요?"

IT. Information Techknowledge의 약자. 한국어로 직역하면 정보 기술입니다. 우리말샘에서는 IT를 "정보의 생산과 획득, 가공 처리 및 응용에 관련된 모든 기술."이라 정의하고 있습니다. 초고속 인터넷, 이동 통신, 광 통신, 홈 네트워크 등의 ‘통신 기술’과, 컴퓨터, 소프트웨어, 데이터베이스, 멀티미디어 등이 융합된 ‘정보 통신 기술’이 이 기술의 핵심이죠.

초고속 인터넷? 이동·광 통신? 홈 네트워크? 컴퓨터? 소프트웨어? 데이터베이스? 멀티미디어? 무슨 통신사 광고에나 나올 법한 단어들이 줄줄 나옵니다. 진정 뜻을 가진 단어라기보다는, 피상적인 이미지를 전달하는 광고 용어처럼 느껴져요. 물론 이 말의 의미를 정확히 이해하고 계신 분들도 있을 거예요. 아마 경영학 교수님이나 오래 일한 선배님에게 물어보면 친절하게 설명해주실 겁니다. 하지만 저는 관련한 학사 학위조차 없고, 글을 쓰고 있는 현재 시점 2년차를 겨우 넘은 간당간당 신입이네요. 그러니 저는 초보 수준의 접근을 할 겁니다. 단어를 하나하나 뜯어보는 식으로 말이죠.

인간이 활동하며 만들어내는 모든 정보가 IT의 재료가 될까요?

IT(정보 기술)는 "정보"에 관한 기술입니다. 즉, IT의 주재료는 정보입니다. 정보의 사전적 정의는 "관찰이나 측정을 통하여 수집한 자료를 실제 문제에 도움이 될 수 있도록 정리한 지식. 또는 그 자료."이죠.

여기서 한 가지 의문이 발생합니다. 정보가 현실 문제를 해결하기 위해 필요한 자료 또는 지식이라면, 일반적으로 IT업계에서 다루는 정보(information)는 자료(data)일까요, 지식(knowledge)일까요?

고작 2년차인 제가 이해하기로, IT업계에서 다루는 정보란 일반적으로 자료(data)를 이야기합니다. 현장에서는 "데이터"라는 표현을 더 많이 쓰니, 앞으로 자료를 말해야할 때는 데이터라고 쓸게요.

데이터란 사전적으로 "이론을 세우는 데 기초가 되는 사실. 또는 바탕이 되는 자료."입니다. 데이터는 "관찰이나 실험, 조사로" 얻을 수 있으며, "컴퓨터가 처리할 수 있는 문자, 숫자, 소리, 그림 따위의 형태로" 가공이 되죠.

도서관 사서는 방대한 양의 정보를 다루지만, IT직업으로 분류되지 않습니다. ...아마도.

이 때 IT의 측면에서 중요한 건, 일상에서 "데이터"라는 단어를 사용할 때 컴퓨터가 처리할 수 있는 형태로 가공된 정보를 지칭한다는 것입니다. IT업계에서 다루는 데이터는 모두 디지털 형태를 하고 있습니다.

통합과학 교과서를 떠올리세요... 얍

잠시 고등학교 통합과학 시간으로 돌아가보죠. 우리는 자연의 신호를 크게 두 가지 형태로 나눌 수 있다는 사실을 배웠습니다. 하나는 아날로그 신호, 다른 하나는 디지털 신호입니다. 두 신호의 차이는 연속성에서 발생합니다. 아날로그 신호는 연속적이며, 디지털 신호는 불연속적이죠.

두 가지 신호 중, 컴퓨터가 이해할 수 있는 것은 오직 디지털 신호 뿐입니다. 왜냐하면 컴퓨터는 0과 1, 이진수로 돌아가는 기계이기 때문이죠. 인간의 두뇌 시냅스도 전기 신호로 움직이니 사실 진정한 의미의 아날로그 신호는 처리될 수 없고 해상도의 차이가 있는 정도 아니냐는 개인적인 의문이 있긴 한데... 이건 지금 중요한 게 아니니까 넘어갑시다. 아는 뇌과학자분 연락주세요.

기술의 발달과 함께 인간이 발생하고 포착하는 데이터의 양은 상상할 수 없을 정도로 많아졌습니다. 실시간으로 관측 가능한 사회가 넓어지며 인간의 욕망은 더욱 빨라지고, 섬세해지고, 강렬해졌죠. 이렇게 발생하는 방대한 데이터를 인간의 힘으로는 다 다룰 수 없기 때문에, 우리는 컴퓨터의 도움을 받기로 했습니다.

그렇게 데이터의 디지털화는 현대 사회의 필수 요소가 되었습니다. 우리는 컴퓨터의 도움을 받아 무수한 데이터를 만들고, 가공하고, 송출하고, 저장하고, 해석합니다.

아는 것은 힘이요 프랑스는 베이컨

그렇다면 이렇게 많은 양의 데이터를 필요로 하는 사람이 누구일까요? 일찍이 프랜시스 베이컨은 "아는 것은 힘이다."라고 한 적이 있습니다. 프랜시스 베이컨이 정확히 이렇게 말한 건 아니고 그의 저작에서 여러 번 변형되어 현재 우리가 아는 격언이 되었다고 하는데, 이건 중요하지 않으니 넘어가기로 하고... 여튼, 지금으로부터 500년 전에도 정보를 갈망하는 인간이 궁극적으로 원하는 건 권력이라는 이야기를 하고 싶었습니다. 어마어마하게 많은 돈, 또는 중요한 위치를 깔고 앉아 벌어들이는 영향력. 어찌되었거나 정보를 많이 가지고 있는 사람은, 타인에게 어떤 행위를 강요하거나 유도할 수 있는 힘을 가집니다.

이쯤해서 IT업계인 대부분은 그런 생각을 하시지 않을까요. '아니, 난 그냥 좀 벌어먹고 살려는 거지. 대단한 권력자가 되어서 사회를 좌지우지 하겠다는 야망같은 게 있는 건 아닌데...' 그건 저도 그렇습니다. 다만 우리가 "벌어먹고 살기"위해 만나야 하는, 사장님들 시각에서 그렇다는 이야기입니다.

목란 짬뽕 진짜 맛있나요? 드셔보신 분 후기 좀

예를 들어 제가 유명 음식점의 사장님이라고 해보죠. 식당은 이미 1년치 예약까지 꽉 차 있고, 업장은 더 확장할 수도 없습니다. 이 정도에 만족하면서 살 수도 있지만, 기왕 장사를 하는 거 좀 더 많은 돈을 벌고 싶습니다. 그러려면 단순히 업장을 운영하는 것만으로는 부족합니다. 레시피를 공장화하여, 밀키트를 판매하면 더 많은 수익을 벌어들일 수 있겠죠.

열심히 연구해서 밀키트를 만들었습니다. 그 다음엔 어떻게 해야할까요? 당연히 팔아야죠. 문제는 누구에게, 어떤 플랫폼을 통해서, 어떻게 노출이 되게 만들까 하는 것입니다. 밀키트를 누구에게 팔면 좋을까요? 맛있는 한 끼를 위해 1만원 상당의 식비를 소비할 의향이 있는, 30대 이상의 자취하거나 가정이 있는, 일하는 여성을 대상으로 판매하는 것이 가장 적절하겠네요. 집안일을 하거나 레스토랑을 기다릴 시간이 없어 밀키트를 구매하는 것일테니, 새벽배송이 가능한 플랫폼에서 팔면 더욱 좋겠고요. 그들이 자주 이용하는 SNS, 예를 들면 인스타그램 릴스에 노출되게 만드는 것도 좋은 전략입니다. 혹은 3040여성이 많이 구독하는 리뷰 유튜버들에게 협찬을 주어 광고하는 것도 좋겠죠.

제가 위의 예시에서 굵게 표시한 부분은 전부 데이터입니다. 판매 표적, 혹은 예상 구매자의 페르소나를 구체화하는 키워드이기도 하죠. 이처럼 사람들이 살면서 자연스럽게 만들어 놓은 데이터는 전문가의 손에 들어가 유의미한 수치로 가공된 뒤, 사업 전략을 뒷받침하는 도구로 활용됩니다. 그리고 IT산업은 이 전 과정에 참여하여, 데이터를 추적하고 또 생산하며 가공하는 역할을 하죠.

그래서 저는 IT산업을 이렇게 이해하고 싶습니다. "데이터를 기반으로 하여, 효율을 극대화함으로써 부가가치 상승에 기여하는 산업."

맥도날드는 IT산업일까요? 의외로...

IT업계에 있는 모두가 데이터에 기반한 결정을 내리는 건 아닙니다. 사실 이 업계에 있는 대다수는 이미 효율적으로 만들어진 생산라인을 따라 부품처럼 일해야하죠. 극도로 효율화된 맥도날드 주방을 운영하는 맥도날드 직원처럼요. 개인적으로는 운영 직무에 대한 인식과 대우가 박해서 안타깝기도 합니다. 아무리 멋있는 키오스크가 있다한들, 요리하는 직원이 없다면 맥도날드 같은 세계적 대기업도 돌아가지 않는데 말이에요.

그러나 기획이든 디자인이든 퍼블리싱이든 개발이든 QA든 마케팅이든 운영이든, 모든 IT업계인이 궁극적으로 다루고 있는 것은 정보입니다.

건방지지만 좀 강하게 말해볼까요. IT산업 그 자체는 어떤 물질적 가치도 생산하지 않습니다. 우리가 아무리 웹사이트를 만들고, 어플리케이션을 만들고, API를 붙이고, 데이터베이스를 구축해도 현실 세계를 움직이는 물질은 만들어지지 않습니다. 무신사에서 옷을 팔려면 옷을 만드는 공장이 있어야하고, 마켓컬리에서 음식을 팔려면 음식을 만드는 공장이 있어야하며, 하다못해 유튜브에서 영상을 보려고 해도 카메라를 만드는 공장과 피사체가 되어줄 사람이 필요합니다. 우리가 일을 하기 위해서는 타인의 운영하는 실체 있는 사업이 필요합니다. 아무 목적도 없이 웹페이지만 덜렁 떠있을 순 없는 노릇이니까요.

그러니 "IT가 정확히 뭐하는 업계예요?"라는 질문에 대답하기는 처음부터 쉬운 일이 아닙니다. 아마 당신이 유물론적 사고를 가진 사람이라면 더 어려울 겁니다. 우리는 실체를 가진 무엇을 만들어내는데 궁극적 가치를 두지 않습니다. 그보다는 이미 만들어진 것을 가장 효율적으로 분배하거나, 지식에 대한 지식을 갈고 닦는데 목적을 두고 있지요. 이것이 이 산업을 "생산하려는 것"으로 설명하고자 했을 때 쉽게 실패하는 이유입니다. 어떻게 보면 대학원에 가까운 업계가 아닐까요. 하하.

집에 돈이 없어서 대학원에 못 갔더니... 돈 주는 대학원에 온 기분.

물론 IT에 관한 철학이 있어야만 IT업계에서 일할 수 있는 건 아닙니다. 저를 보세요. IT가 뭔지 딱히 정의하지 않고도 2년을 버텼습니다. 그리고 정말 아주 솔직하게 말하자면, 앞으로 3년 정도는 더 그렇게 버틸 수 있을 것 같다고 생각해요. 저는 엄청난 야망을 가지고 이 업계에 들어온 게 아니거든요.

그렇지만 이게 뭔지도 모르는 곳에서 일하는 건 아무래도 인간에게 너무 슬픈 일입니다. 굳이 카를 마르크스의 소외론을 들먹이지 않더라도, 내가 나를 정의할 수 없다는 건 자아상에 그다지 긍정적 영향을 미치지 않아요. 그런 거 없이 돈만 잘 주면 괜찮다고 생각하시는 분들은 또 모르겠습니다만... 안타깝게도 저는 그런 특질을 타고나지 못했네요. 제게는 제가 하는 일이 이 세상에 어떤 보탬이 되고 있다는 확신이 필요합니다.

그러니 저와 같은 고민을 하시는 분이 있다면, 이 노트가 도움이 되길 바랍니다. 사실 저도 그냥 "웹사이트나 어플 같은 거 만드는 거예요."라는 답이 다른 사람에게 설명하기는 더 간단했습니다. 스스로 납득하기도 편리하고요. 그러나 그 간단한 설명이 스스로를 만족시키지 못한다면, 우리가 다루고 있는 대상을 고찰해보는게 도움이 될 겁니다.

저는 정보를 다룹니다. 타인을 이해하고 세상에 영향을 미치기 위해서. 그리고 제 동료들도 그렇다고 믿습니다.