제 생각과는 전혀 반대이군요.

정당한 아이디어에는 정당한 보상을 해 주어야 합니다.
또한 이러한 보상은 도덕적으로 아무런 문제가 없습니다.

업무상 아이디어를 내야하는 업무라면 아이디어에 대한 보상은 도덕적으로 문제가 되지만
자신의 개인 시간을 투자하여 고민하고 검토하여 제안한 아이디어는 정당한 보상을 받아야 더 발전 할 수 있습니다.

개발자는 무조건, 아이디어가 프로젝트화 되고 아이디어에 자신의 이름이 따라다니면 뿌듯해하고 만족한다는 것은 초창기 개발붐(?)이 불때 있었던 열성적인 개발자에게만 해당 되겠죠.

보상을 해줘도 해주지 않아도 문제는 생길것 같군요.

中庸이라는 단어가 떠오르는 글이네요.

없어도 많아도 문제가 되는게 개발자에 대한 보상이니까요.

받아도 눈치안보이는 것이 무엇이 있을지 고민해봐야 겠네요.ㅎㅎ

그 아이디어가 어떤 것이냐에 따라 달라야 하지 않을까요?
이를테면 기존의 제품을 개선하고 발전시키는 그런류의 아이디어와, 획기적이고 회사에 새로운 매출을 가져다줄 아이디어와는 달라야죠.
그리고 합리적인 보상이 이루어지지 않는다고 생각되면 적당히 월급받는 만큼만 일하자는 생각이 들테고, 걍 수동적으로 시킨 일만 하게 될 것 같습니다.

ted 의 강의 중에서 관련된 내용을 봤습니다. 보상이 오히려 성과를 낮출 수도 있다는 것이 심리학 실험으로 밝혀졌다는군요.
http://www.ted.com/talks/lang/kor/dan_pink_on_motivation.html

최대의 보상은 성취감이겠죠^^
물질적 보상은 일시적인 효과일뿐 아니라 오히려 역효과를 내기 쉽다는 얘기엔 깊이 공감이 갑니다.
보상을 바라는 성취가 아니라 성취뒤에 따르는 자연스런 보상!..이런 게 진정한 보상이 아닐까 싶네요^^
인센티브란게 지나치면 독이 될 수 있음을 지적해주시는 좋은 글입니다^^
보상제가 아니라 아이디어가 샘솟을 수 있는 환경, 회사가 중요하단 말씀이 핵심인 것 같습니다.
좋은 글 감사와 행복한 하루되시길....^^

1%에 거는거 보다 10%에 거는게 나을꺼 같아요 ㅎ

"개발자에 대한 최대의 보상은 자신들이 낸 아이디어로 프로젝트를 할 수 있게 해주는 겁니다"
전 이말에 백만개~ 동의합니다.^^ 하지만 저희 회사는 SI나 용역만 하고 있죠..ㅋㅋ 이 슬픈 현실..
그런데 저희 회사는 아이디어 콘테스트로 2천만원의 상금을 걸었습니다..ㄷㄷㄷㄷ;;;;

이번에 회사의 기술을 가지고 어떤서비스를 할지 아이디어를 내는게있어서 저는 신입이라
나름대로 열심히 해서 발표를 했습니다.
제가 제안한게 채택이 되고 대표님은 저한테 한번 해보라고 하셔서 기분이 좋았는데
선임이 저한테 일만 늘었다면서 왜그렇게 열심히 했느냐는 식으로 말을 하더라구요
조금 서글펐습니다. 아직 프로젝트를 이끌어가는 문화가 잡히지 않아서 그런건지,
아니면 말안하는게 상책이다로 굳혀진건지....
아직 사회 초년생한테는 익숙하지 않은게 많네요

2000만원이 걸린 콘테스트 댓글 보다가 잠깐 든 생각인데요.
(직접적이든 간접적이든) 강압적인 참여가 아니라 콘테스트 자체를 즐길 수 있다면 그것도 괜찮을꺼 같아요
(깊이있게 생각해보진 않았어요 ㅎㅎ)

다니엘 핑크 TED 강연이라면, 다음 포스트를 참고하시면 좋겠습니다.
http://agile.egloos.com/5166038
꾸벅~!

전 이사님, 그간 잘 지내셨는지요.
지난번 강의 감사드립니다.
다음번에 또 좋은 주제가 있으면 연락드리겠습니다.

오랜만에 들렸는데 좋은 글이 첫페이지를 장식하고 있네요. 감사합니다.

우리날에서 그런 환경의 회사를 찾는 것도 참 어려운 일이겠군요..

나중에 저도 취직하게 되면, "그냥 하는 일이나 잘하지"처럼 되버리는 건 아닐지 겁이 나네요.

비밀댓글입니다

ㅋㅋ 그런 막장 회사에 다니고 있습니다.

돈만 벌면 그만입니다.

그래도 이 상황을 극복하려는 중소기업들의 노력을 간과해서는 안되겠습니다.

처음에 의욕적으로 블로그를 채워 나가셨는데 요즘들어 약간 비관적인 모습이 비추는것 같습니다. 힘드신일이 있으신가 봅니다. 힘내세요.

잘 읽고 갑니다.

얼마전 중견 솔루션 업체 면접을 보고 왔습니다.
솔루션을 가장한 SI업체 더군요. 솔루션은 말뿐이고 역시 파견지로 가서 다시 개발하는 구조였습니다.

대형 SI회사 뿐만아니라 솔루션, 고객 전체적 구조에 모순이 있는거 같네요.

그 아래 개발자만 힘들뿐... 차후 5~10년 뒤엔 국내 개발자는 현재 있는 사람들만 남고 신규는
없으니 이젠 동남아로 하청 SI 가야 할 날이 얼마 남지 않은거 같네요.

제 생각엔 대형 SI업체에서 더이상 국내 개발자로 이익이 없고 개발자 수도 없으면 역시 동남아로 인력을 돌릴거 같네요.

공감합니다. 비관적인 글이 아닌 미래의 대한 제시가 엿보입니다.
한국의 소프트웨어 업계가 발전하기 위해선 Win-Win은 필수조건이라고 생각합니다.
SI가 사업이긴 하지만 중요한 맥을 잃어 가고 있는 것도 사실입니다. 좋은 선배를 배출하고 좋은 후배들을 키울 수 있는 여건이 점점 어려워 지고 있습니다. SI체제에서는 갑은 그냥 배나 두드리며 자리를 지키고 있고 정작 실력있는 병이나 자회사들은 그냥 저냥 말도안되는 체제 속에서 일종의 하청 노동자로 전락될 수 밖에 없는 현실입니다. 보통 프로젝트의 모든 작업권을 실무를 담당하는 을의 자회사나 컨설팅 업체들의 도움으로 프로젝트가 시작되고 마무리 되어 가지만 우리나라의 을이상들은 그들의 작업권마저 사업상 자신들의 이름으로 도배를 하고 있는 것이 안타깝습니다. 얼마전 열심히 한 후배들이 일궈놓은 소프트웨어가 전혀 상관없는 사람들의 이름으로 올려져 있는 것을 봤고. 아무런 이유없고 가차없이 짤려나가는 후배를 보고. 참 si미래가 암담하게 느껴졌습니다. 그런 악순환의 반복이 마치 당연한 것처럼 느껴지게 되는 것 같아 보입니다. 돈을 투자해서 사업을 했으면 당연히 winwin이라는 것이 존재해야하는데.. 우리가 돈을 쓰는데 너희들이 작업권이 어디있느냐. 그냥 일만해라. 라는 식이니.. 발전가능성이 전혀 없죠.

얼마전 SS에서 리더로 일해보라는 콜을 받았고 작은 프로젝트지만 서로 winwin할수 있는 여건의 시작을 경험해 봤으면 하는 작은 소망이 있습니다.

저는 전규현님의 비판적인 글에서 발전이라는 것을 느끼고 있습니다. 사상이 저와 매우 비슷하시네요^^

글 잘 봤습니다. 저도 요즘 이직때문에 여러군데 면접을 보곤했는데 겉만 솔루션업체지 실상은 파견 SI업체가 대부분입니다. 게다가 제 경력이 솔루션쪽이고 si쪽 경력이 적다보니 취업하기도 정말 어렵더군요. 진짜 앞날이 캄캄하게만 느껴집니다. 얼마전에 우리나라가 인터넷강국이니 어쩌구니 하더니 요즘은 어떻게 됐습니까 몇몇 공룡 포탈업체만 남고 거의다 망했죠.
그에반해 일본이나 인도, 중국 등 다른나라는 최신 web2.0 기술로 무장한 조그맣고 경쟁력있는회사가 많이 생기고 있습니다. 부러울 따름이네요.
제 생각에 살아남으려면 일찌감치 영어에 투자하고 북미권 문화를 경험할 수 있는 곳으로 가는게 상책인것 같습니다.
미국이나 호주쪽의 IT 기술이민이나 그런것들 말이죠. 그런 문화를 쉽게 경험할 수 있는 방법이 있다면 조언부탁드립니다.

너무도 동감가는 이야기입니다.

나름 회사에서 솔루션을 만들고 이끌어가고 있지만, 가끔 이 솔루션이 과연 회사에서 원하는 솔루션인가에 대한 회의감이 들때가 많습니다.

인도 소프트웨어 기업의 성공사례를 되새겨볼 때인것 같습니다.

좋은 글 잘읽었습니다. :-)

올려주시는 글을 아주 잘 읽고 있습니다.^^ 저의 경우에는 작은 솔루션 회사에 다니고 있습니다. 회사내부에서는 개발자를 상주시켜서 개발하고 싶어하질 않습니다. 될수 있으면 내부에서 개발을 하기를 원합니다. 그러나, 고객은 상주를 요청합니다. 아예 설계 단계부터 상주를 원합니다. 회사 내부에서는 개발자들이 상주를 하면서 세미나도 하고 그러길 원하는데 문제는 다들 상주를 해야 하기 때문에 세미나나 강좌를 할 수 없어서 가끔은 답답하게 생각합니다. 물론 신입사원들도 체계적인 교육도 해줘야 하는데 사람이 딸리면 상주해서 개발을 하게 됩니다. 참 슬픈현실입니다. 작은 회사이다 보니 돈이 우선시 되네요.

제가 일하고 있는 곳은 새로운 아이디어가 있다면 알아서 적용시키고 실현 시킨뒤에나 검토가 됩니다. 따라서 회사의 요구대로 아이디어 따위는 일체 생각도 하지 않고 있습니다. 음... 개인시간을 좀더 늘려서 혼자만의 아이디어 스캐치를 해보는게 좋을듯 싶네요

회사에 맞게 딱 맞는 프로세스를 도입한다는 것이 정말 힘든 일인줄 압니다.
이론적인 프로세스를 도입하고 그것에 맞춰서 따라간다는 것은 마치 적응하지 못한 간난아기보고 걸어달라고 하는 것과 마찬가지인것 같습니다. 이론적인 프로세스를 도입한다 하더라도 조직에 맞게 변형해서 수년간 틀을 마련한다면야..되겠지만.말이죠..

창의성을 저해하는 것은 프로세스를 위한 프로세스를 무작정 도입하기 때문인 것 같습니다. 어디서 누가 좋다고 하니까 필요없는 돈을 발라가면서 열심히 도입을 하고, 일단 도입은 해 놨으니 그게 옳건 그르건 무조건적인 준수를 강요합니다. 뭔가 좀 문제가 있다 싶으면 그걸 해결한답시고 또 다른 프로세스를 도입하기를 반복하죠. (순수 IT 회사보다는 제조로 시작한 회사가 그런 경향이 강한 것 같습니다.) 나중에는 프로세스 따라 다니다가 지쳐버리죠.
회사의 몸에 딱 맞는 개발프로세스를 갖출 수만 있다면 정말 좋을텐데요...

"멋진 아이디어가 떠올라도 마땅하게 Follow up할 방법이 없어서" 라는 부분에 격하게 공감합니다.