SI산업의 문제점

얼마전 IT분야에 새로 들어오신 분이 질문을 합니다.
“왜 다들 SI가 문제라고 하는건가요?”

글쎄요. 무엇부터 말해야 할지 몰라 선뜻 대답을 하지 못했습니다.
이미 악순환의 고리로 접어들어 설명할 것들이 너무 많기 때문입니다.
물론 단순 개발자 입장에선 좋았던 부분도 꽤 있습니다.

짧은 경험을 바탕으로 제 생각을 정리해 보았습니다.
IT를 잘 모르는 일반인들을 위해 쉽게 써보려고 노력했습니다.

1. SI 란 (System Integration)

윈도우가 나오기 이전 일반인에게 IT란,
어떤 기능을 가진 컴퓨터(하드웨어)를 사는 것이었습니다.

그런데 기업용 서버는 설치환경까지 고려해야 해서 복잡했습니다.
그래서 시스템 통합(System Integration)이란 분야가 등장합니다.
즉, SI란 사용자가 요구하는 기능을 가진 하드웨어를 판매하는 행위였습니다.

업체들은 사용자가 원하는 기능을 만들기 위해
솔루션이나 패키지를 설치하고
필요한 기능을 직접 개발하기도 합니다.

그런데 하드웨어가 발전해서 표준화되고,
소프트웨어 비중이 커지게 되자
SI는 자연스레 “소프트웨어 개발의 아웃소싱”만을
지칭하게 되어버렸습니다.

초창기 SI시장은 대부분 수작업을 전산화하는 경우라
“불확실성”이 적었습니다.
“주민등록관련 업무”나 “회계 업무”를 생각하면 됩니다.

오랫동안 반복적으로 해왔던 업무이니
기성품을 선택할 수도 있고,
새로 기능을 만드는 것도 어렵지 않았습니다.
납품되고 나면 소프트웨어 변경이 필요없었습니다.

그런데, IT가 발달하자 “온라인 비즈니스”가 중심에 서기 시작했습니다.
기존에 없었던 새로운 일들을 바로 시스템으로 만들게 됩니다.
어떤 비즈니스는 매일 변화가 필요합니다.
인터넷 쇼핑몰, 인터넷 뉴스 서비스, 인터넷 뱅킹 서비스 등등.

이 시스템들은 매번 개발자의 손이 필요합니다.
사업 환경이 수시로 변하다보니,
“설계 후 개발”하는 것도 어려워졌습니다.
또한 개발이 완료되어도 종료라고 보기 힘들어졌습니다.
“불확실성”이 높아진 겁니다.

2. SI의 본질이 바뀌다.

초기 SI 회사들은 자동차 공장의 회계시스템과
백화점의 회계시스템이 같다고 생각했습니다.
그래서 기성복 만드는 것 처럼 시스템과 매뉴얼을 만들고
값싼 노동력을 투입해서 이윤을 남기고자 했습니다.
즉, 건설처럼 ‘비싼 설계’에 ‘값싼 노동력과 자재’를 조달하는 방식입니다.
이것이 아웃소싱 사업의 시작이었습니다.

사업대가는 Man Per Month로 1달에 투입되는 개발자수를 기준으로 받았습니다.
그러나 이 방식은 어려운 기술에 대한 대가를 더 받을 수 없습니다.
Function Point (기능 난이도, 개발량 등을 점수화)라는 제도가 생겨나죠.
그러나 표준화된 노동력을 팔아서 이윤을 남기고자 하는 본질은 같습니다.

어느 순간부터 첨단 프로젝트들이 만들어집니다.
그리고 많은 프로젝트들이 실패합니다.
자동차 공장의 회계시스템과 백화점의 회계시스템도 달라지게 됩니다.
어떤 프로젝트에서는 엉뚱한 걸 개발하기도 합니다.
잦은 변경으로 기일 내에 일을 못 끝내기도 합니다.
그러자 수행업체들은 발주기업이 자기 요구사항조차 못정리해서 그렇다고,
발주기업들은 수행업체가 요구사항을 제대로 정리하지 못해서 그렇다고
서로 비난하게 됩니다.

그러나 들여다보면, 요구사항을 제대로 정의할 수 없는 새로운 형태의 일입니다.
자꾸 바뀔 수 밖에 없는거죠.
요구사항을 정하고 만들었는데 원하던 결과물이 아니기도 합니다.
설계를 중간에 변경하는 경우도 허다합니다.
그러다보니 처음부터 끝까지 베테랑들을 투입할 수 밖에 없게 됩니다.
규격 개발자들을 대량으로 공급해서
이윤을 남기는 사업 방식이 어려워진 겁니다.

그래서 SI 회사들은 이렇게 이야기합니다.

“시장에 쓸 만한 개발자들이 없다.”
“개발자 몸값이 높아져서 사업해도 남는게 없다.”
“프로젝트 위험도가 높아서 맨날 적자 본다.”

3. IT현업부서의 개발능력 상실

예날에는 전산실 직원들이 직접 개발을 했습니다.
IT 시장이 성장하자 큰 규모의 프로젝트가 계속 만들어지게 됩니다.
그러자 전산실은 개발부서가 아닌 발주부서로 바뀌게 됩니다.
이 기간이 오래 되자 많은 전산실이 개발능력을 상실해버립니다.
개발자는 회사를 나가버리죠.

이 과정을 통해 기업들은 기술주도권을 상실하게 됩니다.
SI회사들은 기업들이 쉬지않고 IT용역사업을 발주하도록
매년 새로운 이슈를 만들어 냅니다.
그러니 각 기업들의 IT 비용은 당연히 상승합니다.

기업들은 이렇게 이야기 합니다.

“ 매년 투자를 엄청나게 하는데 뭐가 좋아지는지 모르겠다.”

그래서 최근의 대기업들은 다시 자체 개발역량을 늘려가는 방향으로
전환하고 있기도 합니다.

4. 갑을병정 생태계

아웃소싱이 없어지지는 않을 겁니다.
모두가 천재일 수 없으므로 부족한 부분에 전문가의 힘을 빌리는 것은
자연스러운 선택입니다.
그러나, 재하청구조는 문제가 됩니다.

재하청은 중간 업체가 이윤을 가로채기 때문에 일의 최종대가는 낮아집니다.
베테랑이 해야 할 일에 초급자를 고용할 수 밖에 없습니다.
두 명 들어가야 하는 일에 한 명을 쓸 수 밖에 없습니다.
베테랑의 실력을 가진 초급자나
두 배 일할 수 있는 개발자를 고용하고자 합니다.
(물론 그런 개발자는 없습니다.)

초보자도 기능을 개발할 수는 있습니다.
하지만 오랜 경험을 넣어서 개발할 수는 없습니다.
시행착오가 잦아지니 야근을 할 수 밖에 없습니다.
이것은 나중에 기술부채를 만들어 냅니다.

재하청은 대표적으로 “일감 몰아주기”에서 발생됩니다.
하청업체가 자기가 소화할 수 없는 분야를
다시 아웃소싱 하면서도 이윤을 떼기 때문입니다.
일감 몰아주기는 주관업체에게 실패 책임을 묻기는 좋습니다.
발주기업이 관리 하기에도 용이합니다.
(한 놈만 패는 거니까)

그러나 여러번 이윤떼기는 실제 일하는 사람에게 제값을 줄 수 없게 만듭니다.
최종적으로 필요로 하는 수준의 전문가와 일할 수 없으므로
이상한 결과물이 나오게 됩니다.

일감 몰아주기가 적어지면 “중간업체 살찌우기”가 사라집니다.
그러면, 많은 SI업체들이 인력유통사업의 비중을 줄일 수 밖에 없습니다.
슈퍼을이 되기 위해 고객영업에 집중하는게 불필요해집니다.
높은 값을 받을 수 있는 기술 개발이 더 남는 장사가 될겁니다.
(이 이야기를 펼치면 좀 복잡해지네요.)

5. 요약

한마디로 정의하면, 한국형 SI 의 본질은 기술 개발보다는 인력유통산업입니다.
따라서, 고부가가치의 상품이 나오지 않고,
학연 지연을 바탕으로 한 영업경쟁만 치열하죠.
당연히 국제적 경쟁력도 약합니다.

IT 산업분야에서도 이런 환경 개선을 위한 자성의 목소리가 나오고 있습니다.
하지만, 산업체질이 변화되려면 적지 않은 시간이 흘러야 할 겁니다.
제도개선과 함께 IT 종사자들의 마인드도 바뀌어야 하기 때문이죠.

좀 더 자세한 이야기는 다음 번에 해보겠습니다.