씁슬한 한국 개발자들의 자화상

필자는 업무상 외국 개발자들과 업무 회의를 하는 경우가 종종 있다. 본업이 소프트웨어 분야이기 때문에, 주제는 운영체제, 소프트웨어 시스템 설계, 기능 정의, 개발 언어 등등이며, 필자가 외국 업체를 방문해서 회의를 하는 경우도 있고 국내에서 하는 경우도 있으며, 가끔 전화로 텔레컨퍼런스를 하기도 한다.

본론으로 들어가기 전에, 얼마 전에 있었던 에피소드를 한 가지 소개하겠다. 회의실 예약을 해놓고 30분 정도 미리 약속 장소에 도착했는데, 마침 상대측 개발자도 미리 도착해 있었다. 회의실을 사용하려면 30분 정도 기다려야 했기에 '인사하고, 커피 한잔 하면서 가볍게 날씨 얘기로 분위기를 자연스럽게 만들어볼까'하는 생각에 그 사람과 인사를 하고 커피를 권했다. 물론 고맙다면서 커피를 받아 마시기는 했는데, 갑작스레 그쪽에서 먼저 오늘의 본론을 꺼내는 것이었다. 급한대로 주위에 있는 불편한 간이 의자를 끌어와 앉아서 두손으로 자료를 잡고서 미팅을 시작했다.

혹시 외국 생활을 해본 분들은 알겠지만, 그들은 이렇게 언제 어디서나 회의·토론을 자연스럽게 할 수 있는 문화가 몸에 베어있는 경우가 많다. 처음에는 이런 즉석(?) 회의가 좀 어색했지만, 이러한 일을 여러 번 겪으면서 이런 식으로도 진지한 회의가 진행될 수 있다는 것을 다시 한 번 깨달을 수 있었다.

지금부터 편의상 외국 개발자를 A, 국내 개발자를 B라고 하겠다.
A와 업무 이야기를 할 때마다 매번 느끼는 점이지만, 그들은 정말 철저하게 준비를 하고 업무에 임한다. 약간 과장해서 표현하자면, 항상 준비된 자세로 자신의 일에 임하고 있다. 그리고 자신의 관심 분야와 업무 분야에 대해서는 정말로 전문가다운 지식과 관심을 가지고 있다. 어떻게 보면 이러한 자세가 당연한 필요 요소이기는 하지만, B의 경우에는 이러한 필요조건마저 충족돼 있지 않은 경우가 허다하다.

A와 회의를 하면서 마무리되는 전형적인 예는 다음과 같다:
A: 이상으로 논의한 내용에 대해서는 제가 본사로 돌아가서 저희 쪽 엔지니어들과 협의한 후에 결과를 알려드리겠습니다.
B: A나 B나 모두 프로젝트 실무자인데, 일단 이 자리에서 개략적인 일정과 개발 내용을 정하는 것이 좋지 않을까요?
A: 이 프로젝트는 저 혼자 진행하는 것이 아니라서, 팀원들과 정확하게 범위를 확정 한 후에 프로젝트에 대한 내용과 범위를 다시 한 번 논의하도록 하겠습니다. 특히 계약이나 일정, 금액적인 면에서는 마케팅 쪽과 상의해야 합니다.
B: 저희는 일단 시작부터 하고 보완해나갔으면 하는데요...
A: 프로젝트의 범위와 일정을 정하지도 않고 어떻게 일을 시작하나요? 이해가 안 되는데요...
B: 우리나라에서는 대개 일단 프로젝트를 시작하고 나서 진행하는 도중에 마케팅 담당자들끼리 일정과 금액을 논의합니다.
A: 좀 이상하네요...프로젝트 내용과 일정도 정해지지 않은 상태에서 어떻게 일을 진행할 수 있나요?
B: 음...글쎄요...저희는 일단 시작하고 봅니다.

우리나라 업체끼리 일을 할 때 위의 A와 같은 태도를 보이면 같이 일할 의사가 없는 것으로 간주되고 B는 또 다른 업체를 알아보게 된다. 즉 A가 너무 튕기고 괘씸하다는 생각을 하게 된다. 그러나 A의 경우에는 이것을 당연한 업무 절차라고 생각한다.

또다른 측면에서 보자면, A는 학교에서 배운 것들에 충실한 것 같다.
우리가 학교에서 배운 각종 이론들, 특히 소프트웨어 공학 측면에서 A는 정말 철저한 모범생들이다. 프로젝트를 시작하기 전에 먼저 업무의 내용과 범위를 확정하고, 이에 따른 비용을 산출한다. 개발 결과물에 있어서도 '테스트'와 '문서'가 반드시 포함된다. 심지어 아직 만들어지지도 않은 문서에 대해서 가칭으로 문서 제목까지 언급하면서 이러이러한 문서가 반드시 제공될 것이라는 것이 프로젝트 내용에 포함된다. 유지 보수 측면에서도 언제 어떠한 내용의 작업이 필요하다는 예측까지도 프로젝트에 포함시키고 있다.

그러나 우리는 어떠한가? 학부에서뿐만 아니라 대학원에서도 지속적으로 소프트웨어 공학에 대해서 학습을 하지만, 실무에서 이러한 것들을 따르려면 앞뒤 꽉 막힌 사람이라는 소리를 듣기 십상이다. 일단 만들어진 결과물을 상대방에게 제공한 후에 테스트를 하는 경우가 많으며, 이 경우에도 최소한의 테스트만 하는 경우가 부지기수이다. 문서? 이것은 정말로 찬밥 신세이다. 문서는 시간이 남을 때 약간 긁적거리거나, 심지어 개발자가 문서 작업을 하면 그의 능력을 의심받는 경우도 있다. 더욱 심한 것은 '형상 관리'이다. 소스 코드 관리와 문서 관리 시스템에 대한 얘기가 나오면 '왜 그런 걸 돈 주고 해야 하는데?', '개발자가 조금만 시간내서 신경쓰면 해결되지 않는가?'라는 결론을 얻는 경우가 대부분이다.

물론 대기업이나 중견 기업처럼 시간과 (개발)인력 관리 측면에서 여유가 있는 기업에서는 이와 같은 프로젝트 관리 및 형상 관리가 자리를 잡아가고 있는 것 같다. 그러나 우리나라 IT의 대다수를 차지하고 있는 중소 벤처에서는 이러한 관리를 기대하기가 어려운 것이 현실이다. 시간과 비용 때문이다. 화살을 굳이 돌리자면 '갑'측의 횡포 때문이라고도 할 수 있겠다. 최소한의 개발비만 주고서 최단시간 내에 많은 것을 요구하다보니, '을'에 해당하는 용역 업체에서는 정신없이 시간에 쫓기고 테스트나 문서 작업이 부실해질 수밖에 없다. 더구나 제대로 비용도 받지 못하는 유지 보수는 무료 봉사에 가깝다. 대다수의 SI 관련 업체가 개발자 인력난을 겪는 것도 이러한 맥락으로 볼 수 있겠다. 오죽하면 SI 업계에서 '볼모'라는 단어가 공식 용어처럼 통용되고 있을까.

한 가지 더 언급하자면, 학교에서 아무리 최신식의 훌륭한 IT 교육을 받았다고 하더라도 실무 개발에서 이를 필요로 하지 않는다면, 지금과 같은 인력난이 계속될 수밖에 없을 것이다. 학교에서는 정도(正道)를 가르치지지만, 이렇게 배운 정도를 현실에서 사용할 수 없기 때문이라면 지나친 표현일까? 당장 실무에 투입할 IT 인력이 없다고 쩔쩔 매면서도, 정작 제대로 된 '개발자'를 원하는 것이 아니라 임기응변과 변칙적인 기술에 능통한 '해결사'를 원하기 때문은 아닐까?

종종 한미 합작, 한중 합작을 해봤자 결국 우리나라가 손해를 본다는 소식을 접하곤 한다. 특히 중국 비즈니스와 관련해서는 '당했다'라는 표현을 할 정도로 그들은 철저하게 준비하고 이익을 챙긴다. 덕분에 불쌍한 우리의 개발자들은 실컷 고생한 후에 욕을 먹는다.

미국이나 유럽 등 선진국의 개발자들이 좋은 대접을 받는 이유는 몇 가지가 있겠지만, 필자가 느낀 한 가지는 그들은 정말 자신의 분야에 있어서 전문가이고 자신감이 있다는 것이다. 자신의 분야에 대해서는 누구 못지않은 전문가답게 행동하면서도, 그 분야와 관련된 전반적인 주변 내용들도 광범위하게 설파하고 있다는 것이다. 이유야 어떻든 간에 우리 개발자들은 부족한 면들이 많은 것이 사실이다.

필자는 이 글에서 우리 개발자나 시스템을 탓하려는 것은 아니다. 오히려 이렇게 전락해버리고 대접 못 받는 개발자들이 진심으로 불쌍하다(필자도 이 부류에 포함될 지도 모른다). 그리고 이 글에서는 어떠한 대안을 제시하고 싶지도 않다. 필자가 아무리 부르짖더라도 '갑'이라는 '막강 파워'에 도전할 수 없기 때문이다.

그러나 한 가지 짚고 넘어가야할 것은, 비록 현실이 이렇더라도 옳고 그른 것을 정확히 파악하고 있자는 것이다. 비록 현재는 우리의 개발자들이 불합리하고 어려운 여건에서 일하고 있지만, 생각 있는 개발자들이 점차 늘어나고 고령화됨에 따라서 서서히 변화되기를 바란다. 그리고 반드시 그렇게 되어야 할 것이다.

제목 처럼, 우리의 자화상은 상당히 왜곡되고 안타까운 면들이 많다. 학교에서 배운 것들을 다 잊어버리고 사회 선배나 직장 상사로부터 왜곡된 관행을 답습해왔기 때문일 수도 있다. 아니면 당장 밥 먹고 살기에 급급해서 전후좌우 살피지 않고 무조건 코앞의 땅만 쳐다보고 달려가고 있기 때문일 수도 있다. 흔히 하는 말로, '사회생활이 다 그렇지'라는 말로 치부해버리곤 한다. 하지만 '사회가 다 그런 건 아니다.' 하루하루 고민하면서 힘들게 살아가는 것보다 아무 생각 없이 사는 바보가 더 행복할 수도 있다. 그러나 미래를 꿈꾸고 창조적인 개발을 하고 있다는 자부심과 자신의 분야에서는 최고가 되겠다는 자신감이 있다면, 지금처럼 눈 가리고 아웅 하는 식의 '해결사'가 되기보다 진정한 '개발자'의 길을 포기해서는 안될 것이다.

우리의 선배들이나 선진 외국 개발자가 우리의 자화상을 그려주지는 못한다. 우리의 자화상을 정확하게, 그리고 보다 아름답게 그려나가기 위해서는 우리 스스로 안목과 감각을 키우고 다듬을 수밖에 없을 것이다. @