한국 비즈니스 SW 패키지, 혁신이 필요한 이유 1부
1부: 국내 비즈니스 SW 패키지 사업 진단과 혁신 필요 이유
왜 국내 비즈니스 SW 제품(패키지)은 글로벌 진출을 하지 못하는가?
글로벌 비즈니스 소프트웨어 패키지 시장에서 대한민국 SW 패키지의 초라한 성적표의 근본적인 원인을 찾고자 총 2회에 걸쳐 특집 기사를 마련했다. 한국 비즈니스 소프트웨어 패키지 산업을 적용 프레임의 문제점으로 접근하고, 비즈니스 SW 패키지가 글로벌 채널 비즈니스를 가능하게 하기 위해 갖춰야 할 혁신적 마인드와 제품화 조건에 대해 다뤄보도록 하겠다.
1부: 국내 비즈니스 SW 패키지 사업 진단과 혁신 필요 이유
2부: 혁신 방향과 국내 비즈니스 SW 패키지 사업이 갖춰야 할 미래상
글로벌 마켓 0.9% 미만인 한국 SW 패키지 실력(IDC, 2013년 통계자료)
이쯤 되면 SW 후진국 중에서도 완전 꼴찌 수준이다. 이 통계 데이터를 앞에 두고 ‘IT강국 한국’의 모습을 찾을 수 있는 이는 아무도 없을 것이다. 수년간 SW 강국을 주장하며 펼쳤던 많은 정부 정책과 업체의 시도들이 모두 벽 보고 반성해야 할 막다른 골목에 들어선 느낌이다. 그런데, 많은 전문가들과 SW 개발업체 당사자들이 글로벌 진출 실패 원인을 분석한 것을 보면 무언가 이상한 점이 있다는 것을 발견하게 된다. 현지 문화와 시장 상황을 판단하지 못한 것으로 인한 ‘현지화의 실패’를 가장 큰 원인이라고 대부분 말하고 있기 때문이다. 그렇다면 선진 글로벌 SW 패키지들이 국내에 들어와 시장을 지배하는 것은 무어라 설명해야 할지 모르겠다. 그들이 우리의 문화와 시장 상황을 얼마나 잘 판단해서, 우리 상황에 딱 맞는 현지화를 이루어 낸 결과라는 것인가? 오히려 까다로운 국내 고객사들의 입맛에 딱 들어맞지 않을뿐더러 비싸기까지 한 그들의 SW 패키지들이 우리 SW 패키지 시장뿐만 아니라 글로벌 시장까지 지배하고 있는 현실을 볼 때, 우리의 글로벌 진출 실패에 대한 원인 분석 자체가 잘못된 변명(?)이 아닐까 라고 생각할 수 있지 않겠는가? 문제에 대한 새로운 인식이 필요한 시점이다.
한국 SW 패키지, 건강검진 위한 문진표
범용 비즈니스 SW 패키지 사업이나 특화된 솔루션 패키지 분야의 사업을 하는 경영진이라면 아래 10여 개 질문에 답을 해보기 바란다.
건강 문진표
패키지 커스터마이징 프로젝트 시 거의 새로 만드는 것과 같지 않습니까?
커스터마이징 프로젝트가 반복됨에도 불구하고, 매번 투입 인력이 줄지 않고 있습니까?
커스터마이징 시 프로그래머 과다 투입으로, 고객으로부터 SI 시스템 취급을 받고 있지는 않습니까?
버전 관리가 완벽히 되지 못하며, Upgrade 버전 발표 시 기존 사이트에 일괄적으로 적용 할 수 없습니까?
혹시 고객사에 적용된 솔루션들이 모두 상이한 별개의 시스템화 되지 않았습니까?
특정 프로그램 언어(Java, .NET) 에 종속적이지 않습니까?
특정 환경 (WAS, OS, DBMS 등) 에 종속적이며, 타 환경으로 변환 시 많은 비용이 들지 않습니까?
완벽한 재조정 도구가 제공되지 않아 소스 조작 없이는 커스터마이징이 불가능 하지 않습니까?
버전 업그레이드 혹은 커스터마이징 시, 매번 소스 품질과 안정성 테스트에 많은 비용을 지불하고 있지는 않습니까?
소스의 오픈 없이는 안전하게, 파트너 사를 통해 커스터마이징 프로젝트를 수행 할 방법이 없지 않습니까?
해외에 수출할 경우 귀사의 패키지 연구개발자가 함께 수출되어야만 하지 않습니까?
위의 단 서너 가지의 질문에라도 ‘예’라는 대답을 한다면, 여러분의 SW 패키지 사업 개선을 위해 보다 혁신적인 접근 방법이 필요한 상황이라 할 수 있다. 이 진단표의 질문 구성이 SW 제품의 제작 단계나 방법에 대한 것이 아닌 커스터마이징 단계에 집중된 이유는 SW 패키지 사업이 일반적인 주문형 시스템 제작 사업과 그 생태계가 다르기 때문이다.
SW 패키지 커스터마이징 프로젝트, 무엇이 달라야 하나
보통 SI 프로젝트라고 일컫는 단위 개발 프로젝트의 성공 판단 요소는 ‘기한 내에 끝내는 것’과 ‘구현 시스템의 안정성’에 귀결된다. 빙상 스포츠에 비유한다면 ‘스피드 스케이팅’에비유할 수 있겠다. 하지만 SW 패키지는 하나의 사이트에서 끝나는 것이 아니라 SW 패키지 비즈니스 프로세스(패키지 R&D, 영업&마케팅, 서비스 등) 상의 모든 단계에 대한 거버닝(Governing) 확보가 절대적이다. 그리고 그 거버닝을 위한 다양하고도 복합적인 기술을 담고 있어야 한다는 점이 다르다. 앞선 예와 같이 빙상 스포츠에 비유한다면 스케이팅의 종합 예술이라 불리는 ‘피겨 스케이팅’이라고나 할까. 이러한 점을 무시하고 패키지의 커스터마이징 프로젝트를 단위 개발 프로젝트 개발하듯 한다는 점이 국내 비즈니스 SW 패키지 산업의 발전을 가로막고 있는 가장 높은 벽인 셈이다. 이상화에게 스피드 스케이트화를 신기고 피겨 스케이팅 링크로 데려가 ‘피겨 스케이팅’을 하라는 것과 다름없다. 그것도 김연아를 기대하면서 말이다.
서로의 생태계가 다르기에 적용할 프레임이 다른데도 한국의 정부와 기업 모두 스피드 선수들을 피겨 경기장으로 몰아넣어 좋은 피겨 경기를 기대하고 있다는 문제 인식을 하루속히 깨닫고, 올바른 프레임을 만들어 가야 하는 것이 시급한 상황이다.
앞의 문진표 항목들이 일반적인 SI 프로젝트에서는 별다른 큰 문제가 되지 않을 항목들이지만 비즈니스 SW 패키지나 솔루션 입장에서는 중요한 품질 자격 조건이 될 수밖에 없다. 따라서 이러한 요건들을 고려하지 않은 패키지나 솔루션은 커스터마이징 프로젝트에서 결국 제품 본연의 모습에서 벗어난 별개의 시스템이 되어 버리기 쉽고 향후 비즈니스 통제권에서도 멀어지기 십상이다.
‘혁신의 필요’에 대한 국내 애플리케이션 SW 패키지 업체의 반론……
“SW 자산화, SW 재사용률 확대, 그리고 오픈 소스 활용 극대화로 투입 인력을 점차 줄여가고 있다”, 혹은 “프로그램 소스 품질 관리 확대로 안정성을 높여가고 있다”라는 주장을 업계에서 가장 많이 하고 있는 것 같다.
마켓에서 많이 들어오던 이야기이고, 현재도 가장 많이 듣고 있는 말이다. 이러한 접근들이 일반 SI 시장에 접목된다면 둘도 없이 좋은 발전적 시도가 될 수 있을 것이지만 앞서 언급하였듯이 SW 패키지 시장의 필요 성공 요인이 다르기 때문에 기존 SI 프로젝트 식의 시도 방법으로 얻은 ‘글로벌 마켓 0.9% 미만 점유율’이란 성적표에 대해 보다 더 심각하고 냉철한 고찰과 문제에 대한 새로운 인식이 필요한 시점이다. 시도 방법 자체가 잘못된 것이 아니라, SI 사업 생태계에 적합한 시도 방법을, 생태계가 다른 SW 제품이나 패키지 시장에 그대로 적용하고 있다는 점을 어서 빨리 인정해야만 한다. 가령, 제품 프로그램 소스 품질과 관련 문서를 완벽히 관리해서 개발해 내었다고 해도(GS 인증까지 받았다), 똑같은 일을 커스터마이징 프로젝트에서 수행해야 할 것이다. 왜? 커스터마이징 된 SW 패키지는 GS 인증까지 받았던 그 제품이 이미 아니기 때문이다. 고객 상황에 맞춰 커스터마이징을 하며 기존 소스에 엄청난 칼질을 해 놓은, 또 다른 프로그램 소스 덩어리들이니, GS 품질 인증을 다시 받아야 할 판이다. ERP나 CRM 패키지, 그 외 특화된 산업분야의 솔루션 중에서 GS 인증을 받은 제품들이 꽤 있으나, 글로벌 마켓에 제품 개발인력을 포함하지 않고서 오로지 제품으로서만 진출하지 못하는 근본적 이유가 바로 프로그램 소스 Custom 방식이란 프레임에 갇혀 있기 때문인 것이다. SW 에 대한 품질 인증으로서 국내 가장 공신력 있다는 GS 인증을 받아도 글로벌 비즈니스를 할 수 없다면, GS 인증 수준이 문제인 것인지 아니면 SW 솔루션을 잘 못 만든 것인지를 검토해 볼 필요도 있는 시점이다(현실은 GS 인증 조차 받기 쉽지 않은 업체의 열악한 상황). 이제 SW 공학센터의 도움을 통해 품질 검토만 하면 비즈니스 비즈니스 SW 제품화 지수가 상승할 것이란 어리석음을 반복하지 말고, 자사의 비즈니스 SW 패키지 제작 개발자들을 더 이상 노동 인력 시장에 내어 놓지 않고서도, 좀 더 제품 가치 사슬의 연속성이 보장되는 프레임을 만들어야 할 때이다. 비즈니스 SW 업체가 한국 시장에서 ‘라이선스 인정’을 제대로 받지 못한다고 주장하거나, ‘유지보수료 현실화’를 주장하며 시장 탓만 하기 전에, 제대로 인정받을 만한 제품화 지수를 갖추었는가를 먼저 자각해야만 프레임을 바꿔 나갈 수 있지 않겠는가.
당장의‘300억 SW 솔루션 시스템 수출’을 자랑스러워할 것이 아니라, 300명가량의 개발자가 같이 수출되어야만 프로젝트를 할 수 있는 수준을 부끄러워하자. 자랑은 ‘30명(1/10)의 인력 투입’, 그것도 파트너사의 인력 위주로 투입하면서도 ‘300억 SW 제품 수출 달성’을 이룰 때로 미뤄야 할 것이다. 그것도 동시 다발적 프로젝트가 10개 이상 가능하다면 자랑할 만한 충분한 자격이 있을 것이고, 글로벌 마켓 점유율 역시 부끄럽지 않은 수치를 보여 줄 수 있을 것이니 말이다.
“Moonshot Thinking” 이 필요한 시점
“10X is easier than 10 Percent.”. “어떤 문제에 대해 기존의 시도들을 반복하며 점진적인 노력으로 10%의 발전을 얻기보다는, 새롭게 문제를 인식하여 전혀 시도하지 않았던 방법들과 혁신적인 도전으로 10배의 목표를 달성하는 것이 때로는 더 쉬울 수도 있다”는 의미인데, ‘Solve for X’라는 혁신적 사고단체 설립자인 애스트로 텔러(Astro Teller)라는 분이 한 이 말이 꽤 의미 있게 받아들여진다. 아마도 이 단체는 기존에 없던 혁신적인 문제에 도전하는 사고 체계인 ‘MoonshotThinking’만 하는 사람들의 모임인 것 같다. 혁신의 대명사가 된 구글(Google)이 끊임없이 혁신할 수 있는 비결 중 가장 대단하다 생각되는 것 중 하나가 ‘10배의 개선을 목표로 삼아라’라는 원칙이다. (구글의 혁신 9대 원칙 중 발췌)
달나라에 처음 우주선을 쏘아 올릴 때처럼, 처음 시도하는 일에는 보다 혁신적인 사고 체계가 필요하다는 의미의 ‘Moonshot Thinking’ 사고 체계
기존의 프레임 안에서였지만 좀 더 개선하기 위한 많은 고민과 방안을 오랫동안 우리도 연구하고 또 적용해 오고 있다. 하지만 기존의 오랜 시도들이 문제의 기본 베이스를 계속 안고 가면서 겨우 10%의 발전만을 이루어 내고 있다면, 앞으로도 그럴 것 아닌가. 국내 SW 패키지 비즈니스 전체 사이클을 통해 ‘10배의 개선 목표’를 이루려면, 어쩌면 기존에 해왔던 시도와 접근 방법을 완전히 버려야 할 지도, 그동안 그 일을 해왔던 많은 이들의 노고도 잊어야 할지 모른다. 그 만한 희생의 대가를 치르지 못한다면 ‘글로벌 0.9% 마켓 점유’에서, 그리고 글로벌 SW 패키지 업체의 지배에서 어찌 벗어 날 수 있겠는가. 하지만 저항의 벽이 매우 두껍고 견고하다. 아이러니한 것은 SW 패키지 비즈니스 프로세스 모델을 위한 새로운 혁신적인 프레임으로 전환하는 것을 꺼려하는 가장 큰 이유가 SW 개발 능력이 없기 때문이 절대 아니라는 것이다. 저항의 벽은 그동안의 노고와 성과가 무너진다는 이유로, 프레임을 바꿨을 때 다시 처음부터 시작해야 한다는 이유로, 그 외 다양한 이유의 벽돌들로 아주 견고하게 만들어져 있다. 때문에, SW 개발자의 마인드가 바뀌기 이전에 먼저 SW 업체의 경영자와 관리자들의 마인드 변화가 우선 선행되어 SW 패키지 사업을 위한 판을 새로 구성해야 할 것이다. ‘MoonshotThinking’ 이 절실한 이유다.
글로벌 소프트웨어 패키지는 날아다니고 있는데……
Google이나 SAP 같은 글로벌 SW 업체에서 SW 제품이나 서비스를 개발할 때에는 먼저 해당 제품이나 서비스를 개발하고 관리하기 위한 SW를 먼저 만든다고 한다. 이는 제품이나 서비스의 업무 기능(Function)과 휘처(Feature)를 개발하는 것에만 집중할 경우, 이후 점진적으로 늘어날 수밖에 없는 휘처에 대한 능동적 대응력을 가질 수 있는 제품이나 서비스가 될 수 없다는 문제 인식을 이미 오래전 새롭게 인식하였고, 제품과 서비스에 필연적으로 따라올 수밖에 없는 다양성(Variation)을해결하기 위한 혁신적인 접근 방법을 오래전부터 적용해 오고 있다는 것을 뜻한다. 대상 제품의 기능(Functional Requirements) 및 비기능(Non-functionalRequirements) 측면이 모두 고려된 이들의 접근 방법 결과는 해당 SW 제품이 자동화된 플랫폼을 갖게 하였고, 또 해당 플랫폼들은 단순히 제품과 서비스를 개발하는 것에 그치지 않고, 제품 혹은 서비스 사업의 모든 프로세스를 거버닝(Governing) 할 수 있는 비즈니스 플랫폼이 되었다. 글로벌 소프트웨어 업체들이 보유하고 있는 플랫폼들의 유형과 사용 기술들이 서로 다르지만 그 목적은 ‘SW 제품 사업의 전 프로세스에 대한 거버닝’이라는 오직 한 가지로 귀결됨을 확인할 수 있다. 이러한 플랫폼을 기반으로 SW 제품 자체의 추가적인 기능 추가나 제품 커스터마이징 시에 발생될 수 있는 재컴파일의 문제를 극복하고, 제품 소스의 공개 없이도 채널 파트너를 통한 글로벌 비즈니스 SW 산업을 지배할 수 있게 된 선진 글로벌 소프트웨어, 이들을 보고 한국 SW 패키지는 배워야 할 것이다.
그들의 혁신을 배워야 하고, 우리의 고정관념과 고정 프레임에서 하루빨리 벗어나야만 한다. 그래야 우리 SW 도 글로벌하게,‘손오공의 분신술’과 같은 화려한 매직을 구사할 수 있다. 혁신 없이, 또 거버닝 능력을 갖추지 못하고 ‘분신술’을 흉내만 내다가는, 손오공의 분신이 손오공이 되지 않고 저팔계가 되어 버린다. 손오공과 다른 저팔계 또는 사오정으로 만드는 과정이 이미 십여 년 동안이나 반복되고 있음에도 아직 원인 해결을 위한 혁신적 접근을 하지 못한다면 우리 SW 패키지는 정말 바보스런 고집쟁이와 게으름뱅이가 될 뿐이다. 진정한 게으름은 느림이 아니라 방향성을 잃고 제자리걸음 하는 것이기 때문이다.
비즈니스 소프트웨어의 구조 모델, 혁신이 필요……
국내 대부분의 비즈니스 소프트웨어 패키지의 기술 구조는 SI 스타일에서의 아키텍처와 별반 다르지 않은데, 바로 이러한 점이 SW 사업의 가치 상승을 가로막게 하는 요소이다. 대부분 Java 나. NET을 기반으로 한 3세대 프로그램 언어를 사용하여, 주어진 프레임웍 내의 요소를 채워 나가는 구조이다. 일부 자동화된 Solution을 접목하거나, 프레임웍 자체를 커스터마이징 한 진보된 프레임웍을 적용하기도 하지만, SW 제품의 Feature를 프로그램의 Source 기반으로 채워 나가는 방식에는 그 맥을 같이하고 있다.
제품의 Feature를 정말 잘 만들어 놓고, 그것을 SW 자산화 하여 커스터마이징 된 프레임웍 안에 넣어 두었다 해도, 커스터마이징을 위한 개발인력 투입 절감의 효과를 어는 정도 볼 수 있을지언정, 제품을 구성하는 프로그램 소스를 커스터마이징 사이트에 들고 다녀야 하는 사실에는 변함이 없다. 이를 극복하지 못한다면, 절대 글로벌 채널 비즈니스를, 손오공의 분신술을 할 수 없다.
제 2부에서는 프레임 혁신에 대한 저항 극복 방향성과 국내 비즈니스 SW 패키지 사업 주체가 갖춰야 할 미래의 이미지에 대한 글로 마무리하도록 하겠다.
