이상엽씨가 쓴 글

글 모듬인데;;; 예전에 스터디할때 썼던 VC 6.0 프로그래밍 책 쓴 사람임...



10억짜리 티코 100만원짜리 그랜저
작 성 자 : zikimiadmin 2003년 05월 04일 04시 06분 56초
홈페이지 : http://
첨부화일 : 첨부화일 없음

필자가 경험한 이야기 이다.

필자의 국교 동창 두놈이 나를 찾아왔다.

"상엽아 니가 한 프로그래밍 한다고 하기에 왔다. 우리가 현재 인터넷 3D로 쇼핑센타를 구축하는 회사를 차렸거든...그래서 현재 제품이 거히 다 나왔어! 근데 한가지가 안돼서 너에게 왔단다. 너가 이것좀 해결해 주라" 이다.

난 사실 놀랬다. 그때 당신 인터넷으로 3D로 쇼핑을 할수 있는 시스템을 구축한다고 할경우 대단한 기술이 아닌것이다. 사실 엄청 어렵다. 제품을 모두 3D로 구성해야하는 툴이 있어야 하며 해당 데이터를 압축해야 하고 그리고 그것을 정말 보기쉽게 사용자가 검색할수 있어야 하기 때문이다.

"와! 니네 기술력이 대단한가 보다!" 라고 난 찬사를 아끼지 않았다. 그친구들은 으쓱하면서 "어 우리에게 핵심 기술자 2명이 있는데 정말 대단한 애들이야. 사실 조금 고생좀 했다. 지금까지 쏟아 부운 돈이 10억정도 된다. 처음에는 IT 회사는 돈 별로 안든다고 해서 들어왔는데 정말 많이 들더라 근데 2년동안 고생해서 지금 드디어 결말을 보니 정말 감계 무량하다!" 라고 했다. 그렇게 말하는 두친구의 얼굴에는 " 봐라 내가 이제 돈을 빗자루로 쓸어 모을것이다. 스벌!" 라는 표정이 역역했다.

난 기술자들을 만나 보았다. 도대체 어떤 문제가 막히는것인지 그러면서 나또한 걱정이 되었다. 사실 3D 로 객체를 출력하는 기술에는 많은 어려움과 난이도가 매우 높아서 내가 도와줄수 없을수도 있기 때문이다. 그리고 도대체 얼마나 컴공이 강한 컴사이기에 그것을 한것인가? 하는 설레임도 있었다. 난 컴공이 높은 컴사들을 만나는게 너무 반갑기 때문이다.

그들을 만나는 순간 나는 아찔했다. 너무 컴공이 강해서? 그게 아니고 너무 컴공이 없어서 이다. 두친구가 소개해준 기술자는 플래쉬로 에니메이션 그림을 그리는 디자이너들이었다. 그것도 최하급 디자이너 들인것이다. 플래쉬가 무엇인지 모르는 사람들을 위해서 설명하자면 지금 이글을 읽고 있는 본 웹페이지에서 우측 좌측에 깜빡 거리는 그림들 있지 않은가? 그거 만드는 사람이다.

그둘은 플래쉬와 에니메이터로 그림을 열심히 그려가지고 그것을 마우스 클릭하면 보여주게 만들었다. 그러니까 그림을 3D처럼 보이게 그린것이다. 이쁘게는 그렸더라...

"어때 멋있지. 근데 이게 현재까지 만들때는 이형태로 밖에는 안돼, 그래서 여기에서 이 3D 쇼핑몰이 좀 다변화 되었으면 해서 예를 들어서 이곳 문들어가면 말이다. 이그림에 기둥이 이쪽으로 보이게 하고 그리고 이 물건이 다른 물건으로 바꾸게 하는 그런거 말이다,현재 데이터를 위치 좌표만 바꾸어서 하는 방법을 모르거든"

종이에다 그림을 그려놓고 (좀 멋있게 3D로 그려놓고) 그종이를 가지고 와서 그림에 있는 객체의 위치를 바꾸어 달라는 것이다. 난 정말 기가 막혔다. 속으로는 이렇게 까지 생각했다.

"자슥, 10억중에 2억만 주지 그럼 내가 이것보다는 낳은거 만듵텐데..."

내가 그 친구에게 말했다. "그렇게 할려면 처음부터 다시 만들어야 해 지금 이것가지고는 힘들어" 라고 했다. 그랬더니 깜짝 놀라면서 "무슨소리야! 지금봐봐 다되잔아 여기에서 그것 하나만 만들면 되거든"

내 초등학교 동창놈들이라 여기서 더이상 언급 하지 않겠다.. 어쨋든 그놈중 한놈은 이분야에서 쫄닥 망하고 들리는 소문에는 냉면가게를 한다고 한다.

돈 엄청 들여서 티코 만들어 놓고 나에게 가져와서 "거히 다만들었어요. 봐요 물건나르는거 정말 잘나르죠 근데 문제점은 이게 5톤 분량을 나르려고 할려면 500번을 왔다 갔다 해요. 그래서 온것이니까 상엽씨가 이프로그램을 조금만 수정해서 한번에 5톤을 나르게 하면 안될까요?" 한다.

"수정은 불가피 하구요. 다시 만들어야 합니다. " 라는 나의 답변에 기가막힌듯이 "아니 눈으로 보고 있잖아요 지금 운반은 한다니까? 여기다가 조금만 수정하면 된다니까..." 그래도 안된다고 하면

"새로만든다고 하면서 돈 많이 받아 쳐먹을라구 그러는구나" 라고 생각하거나 또는

"지뿔 모르는놈이구나 기술도 없는게 폼만 잡는구먼" 라고 생각하는게 일반적이다.

이글을 읽는 사람들아 티코를 개조해서 트럭이 한번에 나르는 크기의 물건을 나를수 있다고 생각하는가? 티코 엔진과 트럭엔진은 근본적으로 차이가 나지 않는가 말이다.

소프트웨어 이기 때문에 그것을 알수가 없다는 것이다. 그냥 눈으로 보면 비슷하니까 말이다.

자동차와 외곽의 크기를 알수 있지만 소프트웨어는 그렇지 않기 때문이다.

IMF 이후 벤처기업 육성을 난리 부리면서 솔직하게 웃긴 현상을 많이 봤다. 10억 들여서 티코만들고는 그리고 메스컴에 자랑하고 난리를 부린다. 정말 과관이다. 그리고 신문에 난 기사 보면 그놈의 영문 약자는 엄청 많아서 뭐 대단한것 만든것 같이 보인다. ITS,LMT,CMS,MPEG,GRID 등등 그리고 조사 빼구는 전부 모르는 이야기만 열불라네 쓰면서 신문등에 자랑하고 이거 20억에 판다고 난리를 부린다. 난 속으로 "어느 미친놈이 그것을 20억에 살까?" 했다. 근데 재미있는게 그것을 20억에 사는 놈이 있더라는 것이다. 그리고 또 우리가 매입했다고 매스미디어에 열심히 홍보한다.

더 재미있는 것은 그것을 산 회사에 수많은 복부인 아줌마, 아저씨, 사채놀이 아자씨 게다가 정부까지 투자라른 명목에 50억을 뿌렸다. 그러니 20억주고 산놈은 30억을 번셈이 되는 것이다.

이거 여기에 올리는거니까 솔직하게 이야기 하지만 참 그때 정말 재미있었다. 그냥 특허하나 대강내면 창투사에서 몇억은 기냥 주었다. 그것도 5배수니 10배수니 이지랄 떨면서 말이다. (지금은 그래도 창투사들이 빼꼼이가 되어서 그런짓안하지만 ) 정부 놈들중에 솔직하게 기술 지뿔 모르고 있는 놈이 태반이었다. 그런놈들이 나라돈을 뿌렸으니 진짜 기술있는곳에는 안가고 맹한데 즉 티코 만든데만 돈이 간것이다. 그러니 비리가 장난이 아니지 그 비리가 결말이 지금 터지고 있지 않는가?,
거 있지 않는가? 지마누라 죽이고 간첩이라고 한 새끼, 29살에 벤처인지 뭔지 해서 창투 만들고 비리저질르고 정부고위급에게 뇌물받친 새끼, 대통령 아들과 친하게 놀아난놈, 등등 그외 사실 합법적으로 때돈 번놈도 많다.

그때나 가능한 이야기지 지금은 불가능한 이야기 이지만 요즘은 창투 자금가지고가 아니고 개인 돈들이 모여서 10억 투자해서 티코만드는 데가 너무 많다는 것이다. 그러니 정말 부탁한다. 뭐 하나 만들려고 한다면 제발 기술부터 알아보라는 것이다.



내 프로그래머 초급시절, 케텔(지금 하이텔)에서 모뎀으로 접속해서 언어 프로그래밍을 배웠다. 그때 사실 케텔의 프로그래밍 동아리에서 아주 유명한 프로그래머들이 있었다. 그중에 한분을 난 사부로 두고 프로그래밍 공부를 했다. 그분의 이름을 "김컴사" 라고 하겠다. 세월이 흘러 케텔은 없어졌고 컴사들은 뿔뿔이 흩어져 컴원을 떠돌아 다녔다. 내가 어떤 프로그램을 개발했을때 그 프로그램과 경쟁이 되는 회사를 알게 되었다. 그회사의 프로그램이 나와 같은 기능을 가진것이다. 근데 참 큰 회사였다. 연 매출액이 20억이 넘으니 그래도 큰회사가 아닌가? 그리고 어느날 컴사들이 모였을때 과거 이야기를 하면서 "김컴사" 이야기를 했었다. 근데 그 "김컴사"가 바로 내가 알고 있는 그 경쟁회사의 직원으로 그 프로그램을 만든 본인라이는 것이었다. "그럴줄 알았어, 그정도 컴공이 있어야 만들수 있거든..그럼 그분은 그회사 기술이사정도 되나부지" 했다. 그 김컴사의 사정을 아는 사람이 "아니 직원으로 있었다가 이제 그만두고 조그마하게 하청 받아 프로그래밍 짜는 회사해" 라고 말했다.

부인이 갑자기 병이 걸려서 오전에는 병수발을 해야 하기 때문에 회사에 출근을 할수 없게 되었고 그래서 어쩔수 없이 회사를 그만둘수 밖에 없었다고 했다.

"웃기고 있네 그정도 프로그래머가 그만둔다는데 회사가 그사람을 그냥 보내주겠냐?"

라고 할수도 있을것이다. 근데 내가 들은 정확한 소식통에 의하면 20억 매출을 올리는 회사에서 그제품은 그사람 혼자서 만든게 사실이었다. 회사가 작을때 프로그래머로 들어왔고 월급주면서 한 1년 개발해서 그것을 발표한게 대박인것이었다. 사실 회사 오너는 그렇게 생각했던것 같다. "머 돈 많이 버는데 프로그래머가 한두명인가?"

왜냐 처음에 만난 프로그래머가 진국이었기 때문에 세상에 있는 모든 프로그래머가 다 그정도 하는줄 로 알기 때문이다. 그러니 부인때문에 오전에 출근못하는 그런 월급장이 프로그래머를 회사에서 그냥 용납을 안한것이고 결국 김컴사는 회사를 나오게 된것이다.

에쿠우스를 천만원에 만든것이다. 그리고 엄청 대박을 얻어 낸것이다. "햐 나두 그래봤으면 좋겠다!" 라고 생각할수 있겠지만 그게 좋은게 아니다. 왜냐면 김컴사가 나온후에 그회사는 점차 기울어가고 있고 지금 사실 회사존패가 위태하게 되었다. 그이유는 김컴사 이후의 프로그래머들이 김컴사를 능가하지 못했기 때문에 업버전이 안된것이다. 기술자의 가치를 제대로 대우하지 못한 이유 때문에 발생한 사건이다.

IT업계에 사업을 내는 사람들중에 운이 좋아서 처음부터 정말 좋은 기술자를 만난 사람들이 있다. 그런사람들은 행운아들이다. 왜냐면 1000만원에 에쿠우스를 샀으니까 그리고 그것으로 대박을 얻었으니까...그러나 그런 사람들 중에서 많은 사람들이 기술자들을 등한시 한다. 모든 프로그래머들이 다 그정도 하는줄 알기 때문이다. 그래서 감사 할줄 모른다는것이다. 이프로그램 내가 만들었다고 조금 재면 그게 꼬까와서 짤라버리면서 이런다. "니아니면 사람없냐?" 그랬다가 결국 망하게 되는 것이다.

"아니 제품 만들어서 팔고 있는데 왜망하나?" 이렇게 묻는다면, 그렇게 묻는 사람들을 위해서 내가 이글을 쓰는 것이다. 소프트웨어가 완제품이 아니라 반제품이라는 사실을 모르는데서 나오는 말이다.

소프트웨어는 지속적인 업그레이드가 되지 않으면 죽어가게 되고 죽어가면서 그냥 죽는게 아니라 엄청 돈다발을 먹으면서 죽는다는 것이다. 100억을 벌어도 발전이 없어지면 월 10억찍 처먹어가며 죽는게 소프트웨어이다. 한번 조사를 해봐라 그런회사 많다! 알겠는가?

잘되면 영업탓 못되면 프로그래머탓
작 성 자 : zikimiadmin 2003년 05월 04일 04시 08분 19초
홈페이지 : http://
첨부화일 : 첨부화일 없음

잘되면 내탓 못돼면 프로그래머탓
여기서는 내과거의 정말 쓰라리고 슬픈 경험을 이야기하고자 한다. 당시 나는 개인회사의 대표 였었고 사실 프로그램 하청을을 도맏아 했다. 그때 돈못받아서 쩔쩔맨적 많았고 프로그램 짜주고 돈까지 도로 다준적도 많았다.

프로그램 하청일을 맏으면 정말 고생이 이만저만이 아니다. 가장큰 이유는 간단하게 말해서 다음과 같다. "돈은 절실하게 필요하니 어떻하든지 하청을 해야한다" 이것은 내입장이고 하청을 주는 입장은 "가장 적은 돈을 주고 가장 좋은 프로그램을 만들데 없을까?" 이다.

결국 돈이 급한 나로써는 어쩔수 없이 작은값이라도 받기 위해서 프로그램을 하청 받아야 했다. 여기서 발생되는게 계약이다. 계약서 문구에는 "갑이 원하는 스팩의 프로그램을 을이 해야 한다" 가 대부분이다. 그리고 못하면 2배루 무느니 민사 형사 책임이 있다느니 없다느니 하는 말들을 써넣는다. 그런데 스팩이라는게 귀에 걸면 귀걸이고 코에 걸면 코걸이다. 예를 들어서 "그림을 그릴때 필터링 기능을 넣는다" 라고 일반적으로 스팩을 만들어 넣는데, 그안에는 매우 어려운 필터링도 있고 아주 간단하게 하는 필터링도 있다는 것이다. 그러니까 상청에서 어려운 필터링 프로그램을 제안했는데 못하면 계약 위반이라는 것이다. 근데 프로그램을 만드는데 참 어려움이 한두가지가 아니다.

첫째 프로그램 하청 주는 사람의 눈은 매우 높다는 것이다.

단돈 100만원을 주고 하청하든 1000만원을 주고 하청하든 프로그램을 하청준 사람은 그프로그램의 기능과 비교를 현재 상품화 된 외국의 유명한 프로그램과 비교 한다. 거 있지 않는가? MS워드나 포토샵 일러스트레이트 등등.

"그거는 만들기가 너무 힘들어요..." 라고 말하면 "아니 포토샵에는 있는데 왜 안돼요? 그리고 그거 안돼면 큰일나요 꼭 돼야 돼요" 이런다는 것이다.

아니 포토샵은 개발자 100여명 이상이 모여서 10년이 넘게 걸려 만든 프로그램이고 나에게 하청 준 프로그램은 단 3개월에 몇백만원 받고 만드는 것이다. 그게 어떻게 비교가 되는가? 그래도 상청은 막무가내이다. 못만들어 내면 "그럼 계약위반이다. 개발금 토해라!" 등등으로 협박을 많이 받았다. 때로는 너무 힘들어서 도망 다닐때도 있었고 어쩔때는 빗을 내서 개발금을 도로 준적도 있다. 그리고는 나쁜놈 소리도 듣기도 했다.

둘째 프로그램이 나와도 안팔리면 프로그래머 책임이다.

프로그램을 개발해서 나왔다 했을때 그것을 판매한다는게 과히 쉬운것은 아니다. 왜냐면 소프트웨어의 정식유통구조가 아직도 미비하고 인터넷을 이용한 웹프로그램을 사실 무료 배포가 많기 때문에 수익성이 작기 때문이다. 그런데 그것이 모두 프로그래머 책임으로 귀결되는 경우가 매우 많다.

내가 이전에 멀티미디어 CD타이틀을 제작하는 회사에 있을때다. 그때는 개발실장으로 있었는데 프로그램을 완결하여 영업부에 갔다주면 영업부에서 영업을 한다. 그런데 영업부에서 영업이 안되면 바로 개발실이 직격탄을 맞았다. "저 이기능이 되면 제가 만카피는 충분히 팔수 있어요!" 라고 하면서 지금 만든 프로그램을 쓸모가 없다는둥, 사용하기가 불편하다는둥, 하면서 다른 정말 유명한 외국 소프트웨어 프로그램과 비교하면서 기술이 없다는둥 뭐가 어떻다는둥 핑계를 일수하면서 말두안돼는 기능을 제시하였다. "시부렁 시부렁" 거리면서 가까스로 비슷하게 만들면 바로 아니나 다를까 또 유명 외국 소프트웨어와 비교를 하면서 기능과 인터페이스가 정말 안좋아서 못팔겠다고 난리다.

쓰벌 내가 볼때는 난 몇일밤을 새우면서 프로그래밍 하면 영업부의 어떤놈은 그프로그램 나올때 까지 월급받으면서 책상에서 신문만 보고 있었다. 그리고 나오면 폼만잡구 다닌다.



세째 잘팔리면 영업의 승리고 프로그래머는 없다.

어느날 내가 만든 프로그램이 한 20만장이 팔린적이 있었다. 근데 만든 나의 공이 아니라 영업의 승리로 보여졌다. "열받으면 이거 안팔고 딴데 간다.", "팔 프로그램이 없어서 이거 파는거 아니다" 라고 떠든다. 그러면 사장님은 쩔쩔 매며 영업부를 우대한다.



내가 영업부 공략하자구 이러는거 아니다. 그런데 우리 한국의 기업풍토가 이러니 참으로 걱정이라서 이러는 것이다. 기술자만 우대하라는 것도 아니요 영업부만 나쁜놈 만드는것도 아니다. 사실 IMF 때 구조 조정 들어갓을때 가장 많이 짤리는게 영업부 직원이기 때문에 영업부의 고충도 이루 말할수 없을것이다.



바로 기업을 경영하는 경영자가 이것을 정확하게 보고 처리하는 능력이 결여 때문인것이다.

시장성이 없는 프로그램을 만들면 분명히 안팔리는것인데 그것을 안팔린다고 압력을 가하면 영업부는 어쩔수 없이 핑계를 댈수밖에 없고 그 타겟이 개발부이며 개발부는 적은 인력으로 외국 유명 소프트웨어와 존나게 경쟁하다 피토하고 도망가거나 회사를 그만두게 되는 것이다.

내가 말해주고 싶은것은 다음과 같다.



첫째 이미 있는것 특히 외국 유명 브랜드 소프트웨어와 비슷한거 절대 만들지 마라

이거는 100% 망한다. 아까 한말을 되풀이한다면 수년을 거치고 엄청난 제작비를 들인 소프트웨어어 경쟁하는 것을 절대 안된다는 것이다. 근데도 이거와 대적하는 경우 난 결론은 뻔하다고 본다. 이런 아이템을 선택할것인가 말것인가를 결정하는것이 CEO 이기 때문에 결정을 내린 CEO의 책임인 것이다.



둘째 제발 기능추가 그만하고 팔려고 작정해라!

외국에 없는 소프트웨어를 만들었을경우 사실 없는것이기 때문에 시장확보가 유력하다고 볼수 있다. 그런데 한술밥에 배부르지 않는다. 없는 소프트웨어를 소비자에게 이해시키고 그것을 시장에 뿌리기까지 엄청 많은 돈과 시간이 투여 된다. 그런데 성급하게 생각하는 CEO들이 있다. 만들자 마자 안팔리면 어떻게 팔까 생각은 안하고 프로그램에 어떤 기능이 없나 부터 고심한다. 그게 소비자 때문이기도 하다. 물건을 가지고간 영업맨이 소비자에게 물건을 소개하면 소비자는 이것저것 보면서 갈등을 느낀다. 왜냐면 새로운 소프트웨어이기 때문에 구입에 주저가 있기 때문이다. 그런 소비자는 일반적으로 가끔 이런 이야기를 한다. "거 이런 기능이 있으면 좋으련만" 이라고, 사실 소비자는 이말할때 그기능이 있으면 사겠다는게 아니다. 그냥 한말인데, 그것을 영업맨은 진실로 받아들이는 것이다.

또하나 대부분 영업맨은 소프트웨어에 기술적으로 약한 사람이고 구매자들중에서 소프트웨어어 어느정도 아는 사람을 만나기도 한다. 쫌 안다는 구매자는 자신이 얼마나 많이 알고 있는지 자랑할려구 외국의 유명 소프트웨어의 특이 기능을 이야기하면서 그게 없는 소프트웨어라 별볼일이 없다고 하는 것이다. 그러면 영업맨은 회사에 바로 들어와서 이 이야기를 바로 개발부에 하는 것이다.

CEO 또한 영업맨들의 이야기를 많이 의존하기 때문에 그것을 그대로 받아들여서 개발부를 족친다. 그때부터 시작되는 소프트웨어의 기능추가가 바로 회사를 망하게 하는 것이다.

"이기능 넣으면 팔리겠지" 하고 조질나게 넣어서 보내면 영업맨은 그 소프트웨어의 본 목적을 잃어 버린채 새로운 기능에 대해서 역점해서 설명한다. 그렇게 되면 새로운 기능은 그 소프트웨어를 만든 의미와 거리가 있게 되고 결국 외국산 유명 소프트웨어와 비교하게 되는 마의 소굴로 빠지게 된다.

결국 또 빠꾸 이고 "저기능 넣으면 팔리겠지" 하다 보면 또 빠구 이렇다는 것이다.

현재자동차가 포니 만들때 그차가 좋았었나? 지금 에쿠우스 하고 비교해봐라 택도 없이 허접한 차인것이다. 그러나 그차로 부터 영업하면서 자본이 영입되면서 기술이 증가된것이다.

특수 시장을 공략하기위해서 만든 소프트웨어서 외국의 유명소프트웨어의 기능을 추가하면 할수록 결국 그 소프트웨어는 이것두 되고 저것두되는데 솔직하게 뭐하나 제대루 되는 것이 없는 그런 물품으로 전락하게 된다. 결국은 안팔리게 되는 것이다.

이글을 읽고 있는 CEO들에게 말한다면, 만약 영업부에서 요구하는 내용을 들었을때 그것을 무시하지 말고 차후 업그레이드 항목으로 기록해두기를 바란다. 그리고 영업부에게 "힘들더라도 지금 현재 상태에서 물건을 팔도록 계속 노력해라!" 라고 부탁을 하기를 바란다. 그래서 영업이 계속 되도록 해라..

그리고 자본을 모으라. 벤처가 무엇인가? 도전이고 모험 아닌가? 만일 그래도 영업이 안된다면 그제품을 포기하고, 그래도 팔리면 계속 판매에 도전하라는 것이다.

그럼 개발부는 노는가? 그게 아니다 영업부에서 들어온 요구조건을 모두 받아서 분석해야 한다. 설문조사도 해보고 일일히 고객 브리팅도 해서 가장 중요한 기능부터 정렬하기를 바란다.

이때 기능 정렬에는 두가지 변수를 50%,50%로 두어야 한다. 첫번째는 고객이 필요한 중요도, 그리고 두번째는 그 기술의 난이도 이다. 난이도가 작고 중요도가 높은순으로 정렬해야 한다는 것이다.

그리고 그것을 차근차근히 개발해 가기를 부탁한다. 물론 큰기업은 이 순으로 움직이지만 작은 기업들은 그렇지 못하다. 난 이글을 쓰는게 벤처기업가들에게 보게 하고픈 거지 큰기업에게 보게 하고픈게 아니다.

작은 기업의 CEO 들이여 정말 부탁하건데 새로운 소프트웨어를 만들고 판매하다가 안팔리면 미안하지만 포기해라! 거기에 기능 더넣었다구 절대 잘팔리지 않는다. 그 소프트웨어의 목적이 아직 시장형성이 안되었기 때문이다. 그리고 돈없으면 손털구 그래도 아직 개발자금이 있다면 새로운 아이템에 도전하는게 상책인것이다. 미련을 가지고 도전하다가는 쓸데 없이 돈만 계속 들어가게 되고 나중에는 재귀를 할수 있는 여지마저 없게 될수도 있는 것이다.

여자 꼬시는거와 똑같이 보면 된다. 아무리 공들여 밥사주고 영화 보여주고 난리 부려도 돌아서면 이미 물건너간거고 그러면 어쩔수 없이 새로운 여자를 꼬셔야 하는것이다.



세째 제발 만들지도 않았는데 영업하지 마라!

이게 가장 미친짓이다. 아니 회사 망할려구 폼잡는 짓이다.

과거에 내가 가장 많이 당하는 일이다. 여러 벤처기업들이 나에게 프로그램을 의뢰한다. 난 분명히 이렇게 이야기 한다. "앞으로 6개월후에 완제품이 나오고 그리고 1개월 테스트과정을 거쳐서 8개월 후에는 판매가 가능합니다" 라고 그리고 그전까지는 영업을 하지 말라고 한다.

결국 CEO 는 하청을 주고 그때 까지는 놀아야 하는 것이다. 이때 제발 놀기를 바란다. 꼭 안놀고 영업 직원 뽑고 회사랍네 차리구 그리고 계획 짜구 난리를 부린다. 그리고 나중에 판매 될때 원할하게 판매하기 위해서 거래처를 만들자고 또 난리부린다. 그러면서 이리저리 회사를 돌아다니기 시작한다.

그러다가 보면 회사들은 이렇게 말한다. "거 데모라두 한번 봅시다" 이런다는 것이다. 그럼 바로 이렇게 말한다. "그럼 요번달 언제까지 보여드리죠" 이런다. 그리고는 개발부에게 말한다. 데모 보여주기로 했으니까 그때까지 어떤 보이는 것을 좀 만들어 달라고...그리고 그게 우리 회사에 매우 중요한 일이라고 난리난리 부린다. 그러면 개발부는 프로그램 개발 진행을 중단하고 열나게 데모 만든다. 그래서 보여준다. 그러면 그회사는 그 데모 보고 "이럽네, 저럽네" 하고 나서 "좋긴한것 같은데 일단 개발 완료 되고 봅니다. 아마 좋은 관계가 될것 같습니다." 라고 한다. 그럼 무슨 큰 성과가 있는것처럼 의기 양양하게 돌아온다. 여기까지 하면 그래도 다행이다. 그리고 나서 방문회사의 요구사항을 분석한다. 그리고 현재 개발중인 프로그램에 추가되지 않은 기능이 없는가 고심한다. 그리고 그 기능을 추가하라고 개발부에 이야기 한다.

자 여기서 보자 개발 진행이 6개월일경우 데모땜시 15일을 손해 보면 6개월 15일로 늘어난다. 그리고 기능을 추가하면 없는 기능추가로 또 개발기간이 늘어나게 된다. 결국 6개월 만에 완료 되는것은 불가능하게 된다. 이렇게 반복하면 결국 프로그램은 완료 되지 못하게 된다.

"아니 예정에는 6개월 만에 만들기로 했지 않느냐!" 라고 개발자를 탄핵한다. 무조건 개발하는 놈이 나쁜놈이 되는 것이다. 중간에 변경되었던 여러 환경을 만든 리더자의 잘못은 절대 나타나지 않는다. 그리고 망하면 이런 말 한다. "내가 개발자를 잘못만나서 결룩 요모양 요꼴이 되었지 그 죽일놈들 지가 무슨 대단한 기술을 가지고 있다고 재기만 하지 지뿔 하는게 없어" 라고 말이다.

6개월 개발 기간을 두었는데 개발이 지연되고 만들어지지 않을때 원인을 정확하게 분석하기 바란다. 과연 개발자의 잘못인지 아니면 중간중간 회의하자고 난리친 의뢰자의 잘못인지를 말이다.

이부분에 대해서 또하나 말한다면 비밀 누설이라는 것이다. 만일 새로운 제품을 개발하고자 한경우 분명 그 시장성은 크고 때돈을 벌것이라는 확신에서 부터 시작되었을것이다. 그것은 매우 중요한 비밀이며 공개하지 말고 매우 크게 보안을 유지해야 한다. 다만들기 까지는 말이다. 그리고 다 만든다음에 폭탄 터트리듯 "빵!" 하고 터트려야 한다. 그런데 데모 보여주면서 자신의 비밀을 다 폭로 하고 다닌다. 가장 큰이유는 운영비를 좀더 얻기 위해서 이겠지만 결국 10원 벌고 1000원 잃어버리는 결과가 되는 것이다. 만일 여러분이 생각한 아이템이 정말 획기적이라고 생각해보자! 그렇다면 남들이 볼때 도 획기적인 것일께 당연하다. 데모보고 이럴수 있다는 것이다. "어 저거 괺찮은 아이템 같다! 내가 해볼까" 하는 경우도 있다는 것이다. 사실 이렇게 해서 아이디어가 누출되고 오히려 딴놈이 돈번 경우가 허다하다는 것이다. 왜 그런 미친짓을 하는가 말이다.

개발 할때 까지는 영업부도 만들지 말구 차라리 회사도 만들지 마라! 아니면 회사에는 개발 인력만 두어라. 그리고 개발금은 확실하게 보유를 하고 그돈으로 무조건 개발만 할수 있도록 하라는 것이다.

그리고 CEO 당신이 개발능력이 없다면 일의 진척만 확인하고 메니저만 하면서 놀아라! 그게 정말 열심히 일하는 CEO 인것이다.

이말을 제발 그냥 넘어가지 않기를 바란다.

대기업 하청이라고 절대 안심하지 마라.
작 성 자 : zikimiadmin 2003년 05월 04일 04시 09분 07초
홈페이지 : http://
첨부화일 : 첨부화일 없음

소프트웨어 개발비는 참으로 신기하다. 눈에 걸면 눈걸이 귀에 걸면 귀걸이다. 그리고 개발비도 무슨 총판, 대리점, 소매점 있듯이 중간을 거치면서 리베이트 비용이 없어진다. 그것도 댓방 많이 없어진다. 필자의 경험을 또 이야기 하고자 한다.

과거 필자는 대기업의 화학공장의 공장 자동화 프로그램을 제작한적이 있다. PC한대가 42만평에 있는 화확 탱크의 유압과 온도를 제어하는 프로그래밍이다. 그때당시 난 그프로그램을 250만원에 개발의뢰를 받았고 그리고 "AS는 절대 없다" 라는 조건에 합의 해서 개발을 했다.

개발을 완료하고 거히 6개월간은 아무이상 없이 돌아갔다. 그런데 6개월 후에 데이터가 차서 프로그램이 멎어 버리는 사태가 발생했다. 난 6개월 동안 이동이 있었고 그때 의뢰자와는 연락이 두절된 상태였다. 어느날 대기업의 관계자가 나를 이리찾고 저리찾아서 연결을 했고 해서 그 대기업의 회의실을 방문하게 되었다. 근데 거기에서 정말 재미있는 것을 보았다.

그 대기업의 전산회사의 팀장과 화학회사 팀장 그리고 하청준 A회사 그리고 A회사로 부터 하청 받은 B회사 의 간부들이 모두 있었다.

사연을 이야기 하자면 대기업 화학회사에서 전산회사로 대략 3억정도에 해당 프로그램을 하청을 주었다. 그리고 그 전산회사는 A회사에게 5천만원으로 하청을 주었고 A회사는 B회사에게 1000만원을 주었고 B회사가 나에게 250만원을 준것이다. 다시 말해서 3억의 개발금을 가지고 실제 개발에 든 비용이 250만원인것이다. 이게 사실이면 믿을수 있겠는가?

솔직하게 사실이다. 아마 지금도 이런 루틴을 타고 하청이 들어가는게 너무 많을것이다.



또하나를 이야기 하고자 한다. 필자가 미국에서 의뢰를 받아서 어떤 프로그램을 개발하고 그프로그램에 맞는 하드웨어를 설계 하여 주었다. 그리고 그때 내가 받은 개발금이 4000만원 이었다. 그 미국회사를 욕하자는게 아니다. 사실 난 미국회사와 계약하는 것을 매우 좋아한다. 정확하게 평가되고 정확하게 금액을 지불하기 때문에 난 아무런 불만이 없었다. 그런데 어느날 조선일보 첫면 광고에서 난 완전히 총맞은 사람처럼 어안이 벙벙했다. 어떤 제품광고 밑에 "미국 A회사 기술제휴" 라고 써 있는 것이다. 그 A회사는 내가 프로그램을 납품한 회사였다. 도대체 그 대기업이 기술제휴로 얼마로 비용을 사용했나를 알아 보았다. 기가 막힌 금액을 사용하였다. 이게 얼마나 한심한 노릇인가?

대기업의 생각은 그런가 보다, 한국 프로그래머들이나 엔지니어는 못믿겠고 그래도 미국에 있는 회사는 엄청난 기술을 가지고 있는 회사겠지 그러니까 미국에서 의뢰하여 제품만들어야지 했나 보다. 그것도 엄청남 금액을 들이고 말이다. 그러니까 그대기업이 IMF때 무너지는게 아닌가 하는 생각이 든다.



이왕 열받는데 한가지 더 이야기 하고자 한다. 어느날 S 기업에서 나에게 연락이 왔다. 프로그램을 개발하고 있는데 몇가지가 막혀서 도움을 청한다는 것이다. 해서 강의식으로 가르쳐 주면서 제품을 만들수 있게 매니저를 하라는 것이다. 난 어떤 기능인지 기능스팩을 메일로 보내달라고 했으며 그메일을 받아 보았다. 메일을 받아보는 순간 한심해서 웃음이 나왔다. 스팩내용이 전문 기술 내용이니 그것을 자동차에 비해서 설명하겠다. 자동차를 만들려고 하는데 다음과 같은 내용에 대해서 가르쳐주고 개발할수 있게 도와 달라는 것이다.

1.자동차 엔진만드는법 설명

2.자동차 외곽 샤시 만드는법 설명

3.타이어 만드는법 설명

4.자동차 페인트 칠하는법 설명

이것이다. 결국 자동차를 만드는 1 부터 10까지 만들어 달라는 것이다.

그러니 내가 웃음이 나오지 않겠는가? 난 못한다고 통보를 해주었다. 왜냐면 그것을 강의로 할수 있는게 아니고 사실 프로젝트 개념이기 때문에 힘들다고 말이다. 그랬더니 다시 연락이 왔다. 현재 그것을 개발한다고 20명의 개발자고 뭉쳐있고 다음달 1일에 완료 날짜인데 지금 위의 항목때문에 난항을 격고 있다고 하였다.

"참내 위항목땜에 난항을 격고 있다는 것은 결국 하나도 못만들었다는것 아닌가?"

그래서 만들어 놓은게 무엇인가 물어 보았다. 항목은 다음과 같다.

1.핸들

2.의자

3.의사 가죽 시트

4.범버

5.와이퍼

6.차창 유리.

:

정말 한게 많았다. 그런데 독자들은 보아라 내가 전문 기술을 쓰지 않고 자동차에 비유했는데 못한것은 4가지요 한것은 6가지 이상이다. 그러나 한눈에 볼수 있듯이 지금까지 한것으로는 절대 자동차를 만들수가 없는 것이다.

제발 만들수 있게 해달라고 간곡하게 요구해서 내가 다음달까지는 불가능하고 그다음달까지면 최대한 노력해보겠다고 했다. 그랬더니 그쪽에서 얼마정도면 되겠느냐고 물어보길래 필자는 매우 저렴한 가력으로 최대한 저렴한 가격을 이야기 했다. 그런데 재미있는게 그 금액을 듣고 놀란것은 S사 관계자였다.

"아니 그렇게 비싸요? 4가지 항목 밖에 안돼는데..." 라고 이야기하는 것이다.

대기업은 그제품을 만들어서 아마 시장 가치를 1~2억을 생각하지는 않을 것이다. 분명 몇십억 몇백억을 생각할것이다. 그런데 그것에 10분의 1도 채 안돼는 아주 저렴한 가격을 비싸다고 혀를 내두르는 것이다. 기술에 대한 가치와 평가가 결여 되었기 때문인것이다. 결국 그 프로젝트는 못하겠다고 정중하게 이야기 해주었다.



벤처를 생각하는 CEO요 내가 분명하게 이야기 하는데,

"우리 회사는 대기업 S사와 제휴 관계로 어쩌구 저쩌구" 라고 하면 이회사는 벤처기업이 아니라고 분명히 이야기 하고 싶다. 다른 부품 제작 부분은 그래도 대기업에 하청으로 먹구 살수 있지만 IT업계는 대기업과 붙으면 100이면 100 다 패하게 된다는 것을 명심하라.

그럼 대기업과 붙지 않으면 어떻게 자금을 영입하는가 하는 걱정을 하게 될것이다. 사실 안정된 발전은 대기업과 손을 잡고 가는것이 어떤 면에서 옳을수도 있다는 것이다.

그러나 내 분명히 말하지만 대기업들은 작은 벤처들이 운영하고 먹구 살수 있을만큼 주지 절대 대박을 주지 않는 다는 것이다. 벤처를 왜하는가? 대박을 터트리려고 하는게 아닌가? 그런데 대기업이 과연 벤처기업의 대박을 허가 할것 같은가? 하청줄때 허구헌날 돈깍구, 미국 기업은 우대하고 거품적인 개발비를 운영하는데 큰돈을 벤처기업이 벌수 있게 할것 같은가 말이다.

또하나 대기업과 연계는 영업 연계가 대부분이다. 개발은 벤처가 그리고 영업은 대기업이 자신의 이름으로 판매한다는 것이다. 쉽게보면 OEM 이라고 볼수 있는데 소프트웨어는 이 OEM이라는게 애매하기 그지 없다는 것이다. 만약 영업을 해서 대박이 터지면 아니 대박이 터질것 같은 예감이 들면 대기업은 바로 전환이 시작된다. 즉 벤처와 결별을 하고 자체 개발로 들어간다는 것이다. 그게 적자 생존이라는 것이다. 대기업과 연결된 벤처기업은 결국 기술과 아이템 모두 대기업에 주고는 공중 분해가 되는게 대부분이라는 것이다. 소프트웨어가 아닌 전자,기계 같은 유형물 제조에는 그렇지 않다. 어느정도 함께 공유할수 있지만 소프트웨어의 특성때문에 이런일들이 많이 벌어진다는 것이다.

필자가 과거 관리하던 벤처기업이 있었는데 대기업 S사가 함께 협력하여 웹 프로그램을 개발하고 그것을 서비스하여 이익을 나누어 갔자는 제안을 받았었다. 내가 그렇게 가지 말라구 당부했는데 결국 나와 결별하고 그쪽으로 가게 되었다. 그 대기업이 제안하는 것은 바로 이것이다.

1.자신의 이름이 있으니까 이름을 빌려주겠다.

2.대신 개발을 너내가 하고 개발비는 너네가 다대라

3.잘돼면 우리가 5 너희가 5가진다.

그럼 대기업이 하는게 무엇인가? 솔직하게 아무것도 없다. 그냥 대기업이라는 자랑뿐인것이다. 그게 전부이라는 것이다. 결국 나와 결별한 벤처기업은 망했다. 대기업이 요구하는 엄청난 제안을 모두 다 개발한체 망한것이다. 대기업은 그덕분에 특정 제품이 시장성이 있는가 없는가를 확인할수 있는 계기가 되었다.

망한 이유는 잘되지 않았기 때문이다. 잘되지 않았기 때문에 결국 손해 본것은 벤처일뿐인 것이다.

그럼 대기업은 어떻게 이용하는것이 최상인가? 다음이 좋을듯하다.



1.확실한 OEM 계약을 해라

이게 참 어렵다. 대기업과 연계할려는 중소기업이 너무 많기 때문에 확실한 OEM 계약이 어렵다는 것이다. 살기위해서 어쩔수 없이 믿지고 들어가는게 현실이다. 그러나 난 이렇게 밖에 말할수 없다.

왜냐면 살것 같지만 결국은 살지 못하기 때문이다. 좀 힘들어도 노력을 부단히 해라. 그래서 OEM계약을 확실하게 따내기를 바란다. 방법은 담당자를 죽어라구 찾아가서 부탁하는 방법밖에는 없다.

얼르고 달래서 그리고 "아이고 선생님 제발 부탁드립니다" 라고 앓는소리 쫙쫙 해서라도 그것을 꼭해야 한다. "으 안돼면 어떻하지!" 이렇게 걱정하지 마라. 그렇게 확실한 OEM 계약이 안된다면 차라리 없었던 일루 하는게 옳다는 것이다.



2.대기업에서 차장 이상급은 퇴직하면서 이용하라.

이게 아주 좋은 방법이다. 그 대기업에서 차장급 이상있던 사람이 해당 분야에 대한 납품이나 기술 제휴 협약을 하면 정말 좋은 계약이 이루어진다. 이렇게 해서 성공한 케이스의 기업이 몇개 있다.

대기업에서 퇴직한 사람들은 그 기업의 해당 분야에 대해서 매우 잘알기 때문에 그 기업의 담당자와 아주 쉽게 계약을 할수가 있기 때문이다. 이런경우 난 대기업을 이용하라고 적극 권장하고 싶다는 것이다.



대기업에게 나는 다시 부탁한다. 뭐 이글을 읽을지 안 읽을지 모르겠지만.

국내 벤처기업을 살리지 않으면 결국 다치는 것은 대기업이라는 것이다. 대기업에는 솔직하게 보면 핵심 기술 몇개 외에는 이렇다할 기술이 없다. 사실 많은 부분을 중소기업에서 납품받는것에 의존하고 있다. 딱 까 보면 그게 사실인 것이다. 그런데 기업의 이익땜시 벤처기업을 무시하면 결국 기반기술이 사라지고 그렇게 되면 기반기술을 얻기 위해서 비싼 돈을 주고 외국과 계약해야 한다는 것이다.

쩝 뭐 국내에서 개발된 기술도 미국에서 비싼돈주고 사는 형편인데 뭐라고 말할수 있겠다.



벤처기업의 CEO여 대기업과 연계되어 있다고 절대 자랑하거나 안심하지 말라


도대체 언제 만들어지는거야?
작 성 자 : zikimiadmin 2003년 05월 04일 04시 09분 59초
홈페이지 : http://
첨부화일 : 첨부화일 없음

도대체 어디까지 만든거야?


필자가 몇년전 한 프로젝트를 담당할때 였다. 대기업은 아니나 적지 않는 기업이었다. 그 프로젝트를 위해서 팀을 구성하였는데 그 팀을 보면 팀장 1명 총무관리 여직원 1명 과장 1명 대리 1명 디자인 담당 대리1명 등으로 구성했다. 총 5명의 직원이 이팀을 맏았고 이팀은 프로젝트가 그회사의 핵심 프로젝트가 되는 것이다. 그런데 개발 진행에 대해서 아는 사람이 단 한명도 없는 것이다. 팀장이나 과장 대리등이 사실 IT에서 이럭저럭 업무만 진행했지 그분야에 실무 기술자가 아니라는 것이다. 결국 그 5명은 회사 사장에게 업무 보고를 하기 위해서 무엇이라도 하지 않으면 안되게 되었고, 결국 팀장은 “다음달에는 이기능 추가해서 무엇이라도 보여주시오!” 라고 개발자에게 명령하고 과장은 “기술 보고서를 작성해야 하니까, 요번달까지 한 내용을 문서로 해서 적어도 30페이지 만들어서 주세요” 라고 해서 그 문서에 이름만 바꾸어서 제출하고, “요번 프로그램에 들어갈 디자인이 나왔는데 현재 만든것에 껴서 저에게 보여주세요” 라고 하고...사실 정신이 없었다.

실제 개발에는 전혀 도움이 되지않는 일들이 진행 되는 것이다.

사실 필자는 13년 동안 이런 프로젝트를 해가면서 지금까지 살아왔다. 그리고 몇몇의 프로그램을 제외하고는 모두 완결해주었다. 그덕분에 정말 강인한 기술자로 성공했을지 모르지만 정작 완결 프로그램을 받은 회사에서 성공한 케이스는 10%도 안된다는 것이다. 전에도 이야기 했지만 소프트웨어는 반제품이며 실제 판매에 돌입되면서 나머지 50%가 완결되는 것인데 이렇게 만든 프로그램은 기 발전이 어려워 결국 패배의 쓴맛을 느끼게 되는 것이다.




프로그램을 제작하는 부분에서 프로그램이 진행되는 현재 과정이 어떻게 되어 있는지 알수가 없어서 발생하는 문제가 바로 프로그램을 완결하는데 가장 큰 장애가 된다.

이 원인의 대표적인게 그분야에 전문가가 아닌 사람들이 "메니저"를 맏고 있기 때문이다.

필자가 경험한 부분중에서 가장 고통을 받는 부분이 바로 이부분이다.

" 이프로그램을 제작하는데 기간이 얼마나 걸립니까?"

" 예 1년 정도 걸립니다."

라고 이야기하고 프로젝트를 계약하고 프로그램을 개발해 간다. 2개월이 지나면 아니나 다를까 바로 미팅에 돌입되어서 "어디까지 되었는지 봅시다" 라고 이야기를 한다.

난 내가 지금까지 설계한 내용과 그것을 코딩한 소스를 보여준다.

" 그게 아니라 눈으로 볼때 뭐 돌아가는거 말입니다. 내가 이소스 본다고 압니까?"

" 지금까지 한게 이겁니다. 더 보여줄께 없습니다." 라고 이야기 하면 바로 관리자는 불안에 떨기 시작한다.

' 프로그램 진행이 전혀 되고 있지 않다', '이러다가 프로그램이 나오지 않으면 어떻하지' 등등 여기까지면 다행이다.

' 지금까지 저놈이 개발비만 받아 먹고 논것은 아닌가?' 라는 의구심까지 가게 되는 것이다.

IT 산업에서 기술 개발에 전혀 문외한이 메니저가 될경우 이런 문제가 항시 발생된다.

여기서 문외한이라는게 컴퓨터에 컴자도 모르는 사람이 아니다. 미안하지만 "내가 전산을 전공했어요.." " 모 대기업에서 이분야에서 한 10년 했지요", "내가 이분야를 연구하는 사람이오" 라는 사람도 모두 포함된다. 쉽게 말하면 이론에 대해서는 대가이다. 그러나 그것의 실제 구현방식과 스텝에 대해서는 전혀 아는게 없는 사람들을 필자는 미안하게도 "문외한" 이라고 표현한다.




1 년정도 기간으로 프로그램을 작성하고자 할경우 실질적으로 눈앞에 그 프로그램이 보이는 싯점은 7개월 이후가 맞다. 그 이전에는 어떤 로직은 개발자 머리속에 어떤 작업은 설계도에 의해서 어떤 부분은 라이브러리라는 소스코드로 존재하게 된다.

그런데 안타까운것은 이런 부분에 대한 전혀 이해를 하지않는 국내의 많은 분야의 개발 여건이다.

“저도 솔직하게 많이 기다렸어요. 3개월 동안 제가 뭐라구 간섭을 했습니까? 난 단지 개발비만 꼭꼭 주지 않았습니까? 그런데 사실 여태껏 제가 본게 하나두 없다는 것입니다. 지금 이상태에서 제가 불안하지 않겠습니까? 안그래요? 이선생”

“제가 소스와 설계도 그리고 데이터 타입등을 보여 드렸지 않습니까? 지금까지 한일이요. 그리고 라이브러리 테스트된 결과도 보여 드렸구요”

“제가 그것을 보고 압니까?”

“아니 그래도 이분야에서 한 10년을 했다고 하셨는데...”

“그러니까 답답하지요. 아니 어떻게 3개월동안 아무것도 보이는게 없다는 말입니까? 이렇게 1년 보내다가 아무것도 안나오면 어떻게 해요? 그럼 난 어떻하라는 말입니까? 그러니 마시고 다음달 한달까지 기간을 줄테니까 제가 뭘 볼수 있게 해주세요.”

이런식으로 개발이 진행되면 결국 파탄으로 가게 된다.매니저는 개발자가 놀고 있는 것처럼 생각하고, 개발자는 고립되고 개발에 전념하는것 외에 보고자에게 무엇을 보여주어야 한다는 중압감에 시달리게 된다. 하청을 받아 개발을 하는 사람이면 ‘목구멍이 포도청’ 이라 어쩔수 없이 4개월에는 간단한 대모라도 보이게 해줄수 밖에 없다. 그러나 여기서 부터 어두움은 시작된다고 본다.

“음...이제 제대로 보이는 구먼.. 그럼요 여기에다 이기능을 다음달 까지 만들어 주세요.”

“아니 그것은 힘듭니다. 왜냐면요 지금 현재는 간단한 데모 형태이고요. 전체 구조를 완벽하게 구성하지 않고 넣을수는 없어요.”

“이선생님, 저도 이분야에서 10년은 있던 사람입니다. 저도 알거는 안다는 말입니다. 왜 안된다는 것입니까?”

이런식으로 출발을 하게 되면 결국 매니저가 원하는 형태로 기능을 하나하나 추가 하게 된다. 이렇게 되면 매니저는 무척 기뻐한다. 왜냐면 현재 일의 진척을 본인 스스로가 느끼고 알고 있기 때문이다.

이게 무슨 문제점을 야기하는지 아는가?

건물을 지을때를 이야기 해보자. 만일 10층 건물을 짓고자 한다면 기반공사 부터 들어가야 한다. 즉 10층을 버틸수 있게 지하로 땅을 파고 땅을 단단하게 다지는 공사를 해야 한다는 것이다. 그렇게 기반 공사를 몇개월 동안 한후에 철근 골조를 심어야 눈앞에 건물이 올라가는 볼수 있는 것이다. 소프트웨어에서도 같은 의미이다. 기반 공사를 해야 하고 기반 공사가 완결 될때 까지는 이렇다할 뭐가 보이지 않는 것이다. 그런데 기반공사를 하지도 않은체 이번달에는 1층 짓고 다음달에는 2층 짓고 해보자 그 건물이 제대로 올라가겠는가?




필자가 누구를 나무라기 위해서 이글을 쓰는게 절대 아니다. 이런 문제점은 어디서 부터 출발하는가? 바로 개발에 대한 실무 경험이 없는 사람이나, 또는 아주 간단한 경험을 가진 사람들이 메니저를 할때 출발이 된다.

이글을 읽고 있는 분들에게 부탁드린다. 만약 개발을 시작하고자 한다면 다음과 같은 룰을 가지고 움직이는것이 좋다.

1.말은 유창한 사람들을 절대 믿지 말고, 실무 경험자를 꼭 매니저로 두길 바란다.

어떤 아이템을 가지고 개발할때 보면 두 부류가 있다. 첫번째 부류는 실제 그 분야에서 개발을 해보았던 사람,또는 그와 유사한 제품을 개발해 보았던 사람, 두번째는 그 분야에 있기는 했는데 개발에 참여가 적은사람 으로 나눌수 있다.

개발을 해보지 않은 사람들을 절대 메니저로 나두지 말라. 특히 “모 대기업에서 해당분야에 차장 부장까지 하신 높은분” 은 절대 금물이다. 이렇게 이야기 하면 필자가 욕을 먹겠지만 이것이 사실이다. 대기업에서는 실제 제품의 개발을 담당하는 것이 아니고 많은 부서과 관리를 담당하게 되어있으며 엄청 큰 조직이 관리의 분업으로 이루어진다. 결국 그 대기업의 특정 분야의 특정 부분만 알지 전체적인것에 대해서는 그냥 대략적으로 만 알기 때문이다.

이럼 분들이 매니저로 두게 되면 결국 자기 보다 조금 더 알고 있는 사람을 자기 믿으로 두게 된다. 다행이 그사람이 실무 경험이 있다면 어느정도 다행이나, 그렇지 않다면 결국 그 밑으로 실무자가 배치되게 된다. 결국 일의 진척을 알지 못하는 매니저급이 2명이나 위에 있고 사장까지 합치면 3명이 3단계 보고식으로 구성을 하게 된다는 것이다. 그리고 기술자는 바로 그밑에 존재하는 것이다.

지금 이글을 읽으면서 자신이 아는 어느 기업의 흐름을 보기를 바란다. 내가 보기에 위에 관리자 급 3명 (3단계라고 표현하는 것이 옳을것이다)는 해당 분야에 실제 기술자가 아닌경우가 매우 많을 것이다. 그리고 그 밑에야 어느정도 그분야에 개발을 할수 있는 기술자가 포진 된다. 그런 회사에서 제품을 완결한다 하더라도 제품 개발 비용이 매우 크게 들수 밖에 없다. “관리자 3명의 월급이 뉘집 애 이름인가?”




2.1단계 책임제를 도입하라.-가능하면 1명으로

어떤 아이템이 있고 그것을 개발하고자 한다면 해당 분야에 개발을 해본 사람을 1명을 섭외해서 해당 사람에게 책임을 전가해 주기 바란다. 하청일경우 계약 부분을 정확하게 하고 완결을 못했을때의 책임에 대해서 강력하게 명시하라. 그리고 그 개발 일정에서 볼수 있는 내용들이 어떤것인가를 확인하라. 초기에는 프로그램이 아니더라도 어떤 설계도와 도큐먼트만 있을것이라 해도 그것이 돼어있는지 확인하기 위해서 그것들을 계약에 명시하도록 하라. 회사 내에서 개발을 한다 할경우에서 개발계획을 정확하게 하고 그리고 진행 과정에서 나오는 결과물을 확인하라. 이 결과물은 절대 눈으로 보이는 것이 아니다. 어떨대는 서류 뭉치가 나올수도 있는 것이다.

만일 책임자가 직원이 필요하다고 하면 가능한한 하청으로 유도하라. 해당 분야의 일을 할수 있는 하청자를 선택하고 해당일이 끝나면 그일에 대한 보수를 지급하는 형식을 택하는 것이 좋다. 책임자가 해당 분야에 개발을 알고 있다면 하청을 주어도 그 기술을 그대로 받아 들일수 있기 때문이다.

이런 책임자를 둔다면 비용이 일반 책임자를 두는것보다 매우 비쌀수 있다. 그러나 분명히 말하지만 그것이 비용 절감을 가져오게 된다. 1명이 3명이상의 몫을 하기 때문이다.

또하나 그 책임자는 고임금을 받기 때문에 딴생각 하지 않고 열심히 일하게 되는 효과가 있다.




3.제품이 완결되었을때 조직을 구성하라.

1명 책임제로 하여 제품이 완결되면 그때서 조직을 구성하라. 절대 급하게 구성하지 말기를 바란다. 일단 제품 완결후 부터 몇개월은 기술설명서및 라이브러리 등등을 모두 자료화 해야 한다. 그렇게 하고 앞으로 발전 계획을 생각하고 그 발전 계획이 완결되면 일이 분화 되며 이렇게 일이 분화 되었을때 그 일에 맞는 사람을 써야 하는 것이다.

이때 분명히 이야기 하지만 고임금을 두려워 하지 말기를 바란다. 만일 해당 분화된 분야에 적합하지 못한 인력이 투입된다면 결국 개발자는 늘어나게 되어있기 때문이다.

일반 많은 회사들이 제품의 개발인력보다 최소 2배 또는 3배나 많은 인력을 보유하고 있다. 그이유는 바로 고임금을 두려워 한데 원인이 있으며 적재 적소에 인력배치가 안돼기 때문이다. 그 테스트는 간단하다. “저 사람이 없어지면 개발에 차질이 올까?” 라는 생각을 했을때 “약간 불편을 하지만 크게 차질이 없다!” 라고 한다면 그 인력은 쓸모 없는 인력이 된다.




“도대체 어디까지 만든거야” 라는 발상은 눈으로 보이지 않는 IT 분야에서는 매우 위험한 행동이다. 또한 비용이 점차적으로 증가되는 문제도 야기 하게 된다.

“상엽아! 이 분야가 장난이 아니더라, 처음에는 이정도 금액만 들어간다고 하더니 계속적으로 밑빠진 독에 물붇기가 되더라구,그리고 지금도 엄청 들어가고 있고..사실 죽겠다. 제품은 안나오고”

이런 푸념을 하는 CEO가 있다면 그사람은 본 내용을 꼭 상기 해보기 바란다

학벌좋은 기술없는매니저,학벌낮은 기술있는사원
작 성 자 : zikimiadmin 2003년 05월 09일 00시 06분 19초
홈페이지 : http://
첨부화일 : 첨부화일 없음

“나에게는 경건이라는게 없다!”
여러분이 알다 시피 난 솔직하게 내세울 간판이 없다. 그렇기에 일반 교수들이 가지고 있는 그런 점잖음 이나 그런게 있을수가 없다. 그냥 밑바닥인생에서 프로그래밍이 좋아서 움직인 놈이 그런게 있을수가 있겠냐 말이다. 모범생으로 지금까지 오지 않는 놈이 꼴에 교수가 되었다고 위선을 부리는게 나에게는 절대 맞을수가 없다는 것이다.
그런데 난 여기서 한가지 의문점을 제시하고자 한다. 꼭 유명대학을 나오고 꼭 남들이 말하는 순서로 올라가야만 정상에 올라가는것인가? 하는 부분이다.
대통령중에 정말 공부잘하고 모범생으로 올라온사람이 있는가? 국내의 재벌을 만든 사람이 남들이 말하는 모범생 케이스로 올라갔는가? 하는 부분이다. 솔직하게 많은 부분에서 튀는 사람들은 우리나라의 현재 교육제도에서 탈피했을때 나타나고 있다는데 우리는 한번 생각해 봐야 한다. “서태지”가 서울대학을 나왔는가? 하는 부분이다.
그런데 우리는 아직도 간판을 못버리고 있다. 실제로 기술은 간판이 낮은 사람이 있는데도 그사람 위에는 프로그래밍을 할줄도 모르는데 좋은 간판을 가진 사람이 매니저를 하고 있다는 것이다.
“학벌이 좋은 매니저가 학벌이 낮은 엄청난 프로그래머를 매니저하는게 바로 문제이다”
난 업체를 볼때마다 정말 재미있는 것을 본다. 일반적으로 나이차이는 별로 나지 않는데 어느 사람은 “팀장”,“과장” 등의 명칭을 가지고 올라오고 어떤사람은 그밑에 사원으로 들어가는 형태이다.
좀더 재미있는 이야기를 하자면 정말 프로그래밍을 잘하는데 간판은 전문대 졸이나 고졸 출신이라면 그냥 사원이고 같은 나이라도 국내 유명대학의 석사나 박사 또는 학사라도 나오면 프로그래밍을 전혀 못하고 중간,기말 시험 잘쳐서 A받은 사람이 과장급으로 있는 경우이다. 솔직하게 이것이 태반이다.
더욱 재미있는 것은 전문대 졸이나 고졸 출신들은 그래도 사원인 것을 너무 감사하게 생각하고 열심히 일하는 반면 유명대학 간판을 가진 사람들은 “회사가 나에게 이렇게 섭섭하게 대하다니 내가 어떤 사람인데” 라는 경우가 있다는 것이다. 유명대학을 나온 모든 사람이 이렇다는게 아니다. 일부가 그렇다는 것이다. 간판이 좋은 사람들이 이글을 보고 나를 욕하지 말기를 바란다.

“이런 문제가 바로 IT 기술을 저하시키는 것이다!”
프로그래밍을 잘하는 사람이 매니저를 해야 그게 제대로 길을 가게 된다는 것을 우선적으로 알려주고 싶다. 간판이 좋다고 제대로 길을 가는게 아니라는 것이다. 간판도 좋고 프로그래밍도 잘하면 그게 바로 최선이지만 그게 아니라면 간판보다는 실력을 우선으로 하는 사회가 되어야 한다는 것이다.
고등학교 3년 누구는 열심히 공부했고 누구는 좀 놀았다고 그 3년으로 80년의 인생을 서열로 매기는 현사회가 과연 옳은 교육정책인가 물어보고 싶다는 것이다.
고등학교 3년 놀다가 정신 차려서 20대 초반에 3년 정말 열심히 공부했다면 그것또한 인정해야 하지 않느냐는 것이다!
그런 간판 서열 매김이 업체의 개발을 저하시키는 하나의 씨앗이 되는 것을 왜 모르는가 말이다. 내가 볼때는 분명히 잘못된 제안을 하는데도 “저사람이 미국의 어느대학을 나왔어!” 라는 것 때문에 그 사람 말이 15년동안 엄청난 프로그래밍을 했던 나의 경험보다 옳아야 하는가 말이다.
내가 요즘 프로그래밍 보다 가르치는데 좀 열심히 하려고 “이상엽 프로그래밍 아카데미”를 만들었다. 여기를 지원한사람들을 난 개별로 일일이 면접을 모두 보았다. 난 그들을 면접 보면서 간판보다는 솔직하게 “난 정말 프로그래머가 되고 싶어요” 라는 마음을 볼려고 했다. 그이유는 내가 하고픈 일을 할때 그때 그인간의 최대의 능력을 키울수 있기 때문이다. 아카데미에 원생들중 그래도 유명대학 석사를 졸업한 사람들도 있고 고등학교를 나온사람들도 있다. 그런데 재미있는 것은 석사를 졸업한 사람이라고 프로그래밍을 그보다 못한 학력을 가진 사람보다 잘한다는 보장을 할수 없다는 것이다. 고졸이면서도 엄청난 끼가 있는 사람도 있다는 것이다. 난 그런 것을 보면서 “간판보다는 역시 개인의 능력이다!” 라는 것을 인정할수 밖에는 없다는 것이다.

업체들에게 간곡하게 말하고 싶다.
“간판을 배제한 정말 실력의 서열로 만들어주기를 바란다”
그렇게 되어야만 정말 제대로 된 프로그램이 나오기 때문이다. “아무리 그래도 저사람은 학벌이 그런데 믿을수가 있을까?” 라는 부분은 솔직하게 구시대적인 발상인것이다.

내글에서 가끔 쌍소리가 써있다고 그것을 탓한다면 나도 할말이 없다. 그러나 이글을 올리는 란이 바로 내 홈페이지인 만큼 나도 할말은 하고 살고 싶다는 것이다.
더불어 난 프로그래머로써 인정받고 싶은 사람이지 가식이나 위선을 가지고 인정받고 싶은 사람이 아니라는 것이다.
그것을 이야기 하는 것은 사람을 평가하고자 한다면 다른 것 가지고 하지말고 평가하고 싶은 바로 그부분의 실력을 보고 이야기 하자는 것이다.
쩝 물론 인간성도 중요하다고 본다. 그런데 이상엽이 인간성 나쁘다는거 아직 들어보지는 못했다..“게 교수 맞아! 어째 교수가 그모양이냐? 경박스럽게” 라는 말은 많이 들었어도...

드디어 상엽이가 돈독이 들었구나!
작 성 자 : zikimiadmin 2003년 05월 11일 23시 12분 07초
홈페이지 : http://
첨부화일 : 첨부화일 없음

드디어 상엽이가 돈독이 들었구나!

내가 아카데미를 오픈한 순간, 나에게 가장 많은 질타를 준 내용이 바로 돈독이 들었다는 것이다. 솔직하게 사실이라고 말하고 싶다. 난 지금까지 감추고 그러고 살지 않았기에 여기에서도 솔직하게 이야기 할뿐이다.
과거 내가 했던 일들이 솔직하게 공개파로 보일만큼(내가 공개파라고 한적은 없는데 그냥 가끔 신문이나 여러 부분에서 말했음) 무료를 많이 했다.
벤처기업을 순회하면서 무료 봉사한 적이나. 또는 책을 내면서 책을 그대로 웹사이트에 올린 것 하며 공개용 프로그램에 공개소스까지 등등 사실 지나간 한 8년간 수많은 공개를 자처한것이다.
그래서 칭찬도 솔직히 많이 받았고, 어떤 분들은 나를 존경한다고 까지도 했다. 지금도 가끔 나처럼 되는게 꿈이라는 사람을 볼때는 쥐구멍이라고 들어가고 싶다.
그런데 아카데미를 열어서 600만원이라는 거금을 받고 6개월동안 프로그래머를 가르친다는 부분을 보고 이런 이야기를 하는 것을 들었다. 뭐 틀린 이야기는 아니다. 수강료가 비싸기는 하니까...
두가지 측면을 이야기 하고 싶다.
1.자신의 나이에 따라서 움직임이 필요한것이다.
지금 내나이가 만으로 38살이다. 죽어도 만으로 따진다. 그래도 한살이라도 젊어 지고 싶어서... 이제 내 나이는 어떤 조직을 만들고 그리고 지금까지 내가 경험하고 쌓아 왔던 것을 실현을 할때라고 본다. 그동안은 내 자신을 숙성시키기 위해서 노력하였으나..이제는 내자신이 지금까지 해왔던 경험을 다시 후배들에게 돌려줄때라고 생각한다. 또하나 늙어가고 있는 지금의 나에게 이제는 그동안 쌓아왔던 것들을 이용하여 결실을 맺을때라고 본다. 솔직히 이것은 틀린말이 아니다. 내가 어리고 젊었을때는 젊음으로 움직임이 있고, 이제 나이가 들어가면 새로운 것으로 내가 움직여야 한다고 생각한다. 지금까지 프로그래머로 살았던 나의 모습을 그대로 가지고 그 영역에서 또다른 일을 해야 하지 않는가? 하는 것이다. 운동선수도 선수 생활을 하다가 은퇴하면 코우치나 감독을 하고 그이후에는 그분야에 대한 어떤 결실을 사회에 환원한다. 마찬가지로 나또한 이제 전환을 해야할 시점이라고 보았고..그리고 그 전환으로 아카데미를 출발시킨것이다.
아카데미를 깃점으로 난 국내에서 KMS 분야는 ?#51648;킴이?#51060;가 최고다, 아니 세계에서 최고다 라는 목표로 소프트웨어 개발에 박차를 가하고 있다. 아무리 유능한 장수라 하더라도 군사들이 없으면 빛좋은 개살구 밖에는 안된다. 내가 아무리 프로그래밍을 잘한다 하더라도 나혼자서는 할수 있는 일이 한계가 있는 것이다. 결국 이제는 조직을 만들어야 하고 조직을 운영해야 한다고 생각한것이다. 조직을 만들고 조직을 운영하기 위해서는 운영 자금이 필요하다. 두 번째로 쓸만한 프로그래머들이 있어야 하는데 이리 저리 찾아봐도 연봉만 쎄지 솔직히 마음에 꼭드는 쓸만한 프로그래머가 없어서 결국 내가 키울수 밖에는 없다는 것이다.세번째로는 내학교의 우리 학과 학생들 때문이기도 한다. 내가 삼육대학교 경영정보학과 교수직을 하고 있다는 것을 여러분은 알것이다. 경영정보학과는 컴퓨터와 경영이 중복되어 있고 그중에서 나는 컴퓨터 분야의 학문을 가르치고 있는데, 문과생들이 많이 와서 내분야에 대해서 너무 어렵게 생각하고 있다는 것이다. 또하나는