태터데스크 관리자

도움말
닫기
적용하기   첫페이지 만들기

태터데스크 메시지

저장하였습니다.

Search results for '투자'

빨리 망해서 없어져야 할 회사들

2010/03/08 10:59 by 전규현
 All of Software 블로그를 RSS Feed에 등록을 해 놓으시면 편리하게 받아보실 수 있습니다. rss RSS Feed



소프트웨어 업계에는 빨리 망해야 서로 도움이 되는 회사들이 매우 많지만 악착같이 버티면서 소프트웨어 생태계를 좀먹고 있습니다. 이렇게 좀비화 된 "좀비 회사"들은 또다른 "좀비 회사"를 만들어 내는 악순환의 고리를 만듭니다.

뛰어난 기술이나 별다른 경쟁력 없이 오로지 생존력만 가지고 시장을 갉아 먹는 회사들은 빨리 빨리 사라져 줘야 합니다. 즉, 망할 회사는 빨리 망해야 우리 모두가 삽니다.

정부지원으로 버티는 회사

정부의 지원은 이를 통해서 기술을 개발하고 소프트웨어 산업의 밑거름이 되라는 것이지 이것으로 연명하라는 것이 아닙니다. 하지만 예나 지금이나 기술 개발보다 떡밥에 관심있는 회사가 많습니다. 
이런 회사들의 엉터리 기술은 시장을 교란하고 가격 체계를 무너뜨리곤 합니다.
아직 미성숙한 소프트웨어 산업을 키우기 위해서 정부 지원이 필요한 것은 사실이지만, 종종 역효과가 일어나곤 합니다. 그래서 차라리 이럴바에는 정부에서는 그냥 내버려 두는게 나을 수도 있습니다.
방해도 하지 말고 도와주지도 않는 것이 소프트웨어 업계에는 도움이 될 수 있습니다.

덤핑을 일삼는 회사

기술이 부족하다보니 모든 bidding에 덤핑으로 대응하는 회사들도 있습니다. End user market이 매우 작은 우리나라에서 이런 덤핑의 일상화는 물귀신 작전이 아닐 수 없습니다. 덤핑도 전략이라고 말할 수 있지만, 이렇게 시장이 교란되고 나면 그 피해는 고스란히 소프트웨어 업계 전체에게 돌아갑니다.
덤핑은 이런 회사 뿐만 아니라 대기업들간에도 흔히 발생하는데, 시장에서의 지위와 자본력을 내세워 경쟁자를 망해버리게 하려는 덤핑은 법으로도 금지되어 있지만, 소프트웨어 업계에서는 유명무실이더군요. 그렇게 시장을 차지해봤자 소프트웨어 업계에서는 별 재미를 못보는게 일반적입니다.

대마불사

회사의 덩치를 잔뜩 키워 놓고 마음대로 죽지 못하게 만드는 방법입니다. 회사가 망하면 대한민국 경제에 악영향을 끼치기 때문에 정부에서 망하게 가만히 두지 않을 것이라고 기대하곤 합니다. 물론 로비도 잘 해야겠죠. 또한 고객들이 워낙 많아서 담당자들이 유지보수 때문에 망하게 놔두지를 않습니다. 발목잡힌 거죠. 

투자는 없이 개발자를 혹사해서 연명하는 회사

여기에 해당하는 회사는 너무나 많은 것 같습니다. 투자는 하지 않고 특별한 기술력 없이 오로지 개발자들의 개별 전투력에 의존하여 저가수주 후에 개발자들의 끊임없는 야근으로 버텨나가는 회사입니다.
기술에 투자를 하지 않기 때문에 회사의 기술력은 발전하지 않고 개발자들이 오래 버티지 못하고 나가면 그나마 축적된 노하우도 쉽게 유출되고 맨날 이런식으로 몸으로 때우는 회사들입니다. 회사나 개발자나 미래가 없는거죠.

임금 돌려막기

위의 회사들에 해당하기도 하지만 직원들의 임금을 정상적으로 지급하지 못하면서 다음달 영업하여 체불 임금을 지급하고 이런 현상이 장기화 되는 회사입니다. 벤처기업에서 단기적으로 이런일을 겪을 수도 있고 직원들이 이런 어려움을 서로 감내해서 극복할 수도 있지만, 이런 일이 일상화되고 장기화되면 회사는 자꾸 안좋은 비즈니스라도 단기적으로 직원들의 임금을 지급하기 위해서 수주를 해야 하는 악숙환이 반복됩니다. 기가 막히게 이를 극복하면 좋겠지만, 거의 대부분 회사나 개발자들에게 상처만 남는 경우가 많죠.

이 외에도 빨리 망해서 없어져야 소프트웨어 업계에서 일하는 우리 모두가 행복해지는 회사들은 매우 많을 겁니다. 어떤 회사들이 있을까요? 여러분들의 의견을 적어주세요.

* 이 포스트는 blogkorea [블코채널 : 꿈꾸는 소프트웨어 개발자 세상] 에 링크 되어있습니다.
Image by Geoff

저작자 표시 비영리 변경 금지

전규현 소프트웨어이야기 임금, 투자, 혹사

Trackback Address: http://allofsoftware.net/trackback/172 관련글 쓰기
  1. 2010/03/08 14:43
    gsong의 생각 Tracked from realgsong's me2DAY
  1. 찬성 1표

  2. 영회님 반갑습니다.

  3. 정부지원과 대마불사는 국내 대기업들의 모습이 아닐까 생각이 됩니다.

  4. 구차니님 안녕하세요.
    SI회사로 대표되는 대기업들의 문제는 또 다뤄볼 문제입니다.

  5. Blog Icon
    BackToT

    윗글에서 해당되는 경우가 있는 회사에 다니지만

    당분간은 매여있어야 하기때문에 슬프군요.

    굿을 해서라도 망하게 하고 싶은데 말이죠. 후..

  6. BackToT님 안녕하세요.
    병특인가요? ^^

  7. 정부 지원으로 버티는 회사에 한표 과감히 던집니다.

    요즘 그런 좀비같은 회사들인 눈에 띄긴하네요.
    고용하는 것도 좀 살펴보면 고용보험으로 몇달간 인건비 지원에...

    문제입니다. 문제~

  8. 정부의 지원은 필요악이라고 생각합니다.
    워낙 환경이 열악하여 필요하기는 하나 별로 도움이 안되고 오히려 방해가 되는 경우가 많죠.

  9. Blog Icon

    비밀댓글입니다

  10. 안녕하세요.
    저는 티스토리에 제공하는 기본 폰트와 글씩크기를 이용합니다.
    하지만 독자에 따라서 웹을 보는 환경이 너무 달라서 어디서 잘보이고 어디서 잘 안보이는지 저는 알 수가 없네요.
    저는 IE, 불여우, 오페라, 사파리 두루 테스트를 하지만 그런 문제를 찾지 못했습니다.
    웹을 보시는 환경을 정확하게 기술해주시거나, 화면을 캡쳐해서 보내주시면 도움이 될것 같습니다.

    화면이 잘 보이지 않는 것은 폰트크기 때문일 수도 있으니 웹의 폰트를 키워보시는 것은 어떨까요?
    브라우저마다 다르기는 하지만, Ctrl을 누르고 마우스의 트랙볼을 살살 굴리면 화면이 커졌다 작아졌다 합니다.
    저는 글씨가 작아서 잘 안보이는 웹화면은 이렇게 봅니다.

    그래도 문제가 해결되지 않으면 연락주세요. 감사합니다.

  11. Blog Icon
    불여우

    제 파이어폭스에서 글씨가 흐릿하게 보입니다만, 옵션에서 웹페이지에서 지정한 폰트를 사용치 못하게 하니 선명하게 보입니다.

  12. "투자는 없이 개발자를 혹사해서 연명하는 회사"에 한표 !
    위에서 해당하는 회사들은 곧 망할거라고 생각 합니다.
    단지 언제 망하냐가 문제인데....
    기술력도 없고 그렇다고 특정 업무에 정통한 것도 아니고
    이도 저도 아니면서 잘 한다고 립서비스 하는 회사도
    퇴출 됐으면 좋겠습니다.

  13. 립서비스로 연명하는 회사. ^^
    립서비스 잘하는게 문제는 아니지만, 할줄 아는게 립서비스밖에 없다면 문제겠네요.

  14. Blog Icon
    풀그리미

    "투자는 없이 개발자를 혹사해서 연명하는 회사"는 건실하게 투자도 하고 개발자의 비전을 보여줄 수 있는 그런 중소기업을 덩덜아 망하게 합니다. 항상 저가 수주를 일삼아 정당한 비용을 받으려는 중소기업들을 아사하게 만들죠.

  15. 그래서 물귀신이라고 합니다.

  16. 저도 임금돌려막기 하는 회사에 다녀봐서 아는데~ 정말 답이 안나옵니다.
    사업을 정상적으로 할 수 없더라구요~ 임금 돌려막기 + 퇴직금 돌려막기
    아주 안좋은 상황은 다 펼쳐 집니다. ㅠ.ㅠ

  17. Blackstone님 안녕하세요.
    어려운 상황에서 개발자나 회사나 모두 솔직하면 좋겠네요. 나중에 상처만 남는 경우가 대부분이죠.

  18. 안녕하세요. 규현님.
    추가로 꼭 망해야 하는 회사를 몇개 적어봅니다.
    1. 소스코드를 오픈하지 않는 회사
    2. 코어 인력 없이 개발자를 돌려막기 하는 회사
    3. 처음 목표와 나중 목표가 수시로 바뀌는 회사
    4. 소프트웨어 목표가 정치 목표가 되어버려 알짜배기 목표가 사라져 버린 회사
    5. 개발자,엔지니어를 단순 노무,노동자로 치부해 버리는 회사.

  19. Blog Icon
    bluepoet

    안녕하세요 moova님^^
    소스코드를 오픈하는 회사는 특정 산업에 국한된 이야기 아닐까요..저는 반도체MES분야에서 일하고있어서그런지 소스코드를 오픈 한다는것 자체가 불가능하다고 생각되어서요.^^

  20. Blog Icon
    WndProc

    1/2/3번은 공감할수가 없네요.
    소스코드를 오픈하지 않는 회사가 사내에서 오픈하지 않는 것을 말씀하시는 것이라면 수긍하지만(그런 회사가 설마?), 사외에 오픈하지 않는다고 망해야 하는 회사라면, 애플도 망해야 하고, 구글도 망해야 하고, SAP도 망해야 하고, Oracle도 망해야 하고, MS도 망해야 하고... 대부분의 회사가 다 망해야 하네요. GNU를 존중하지만 GNU신도가 되어서는 안되지 않을까요?
    2번은 코어 인력 빠져나가면 회사가 휘청하는 구조를 만드는 것보다는, 코어 인력을 안만들고 사내 시스템을 잘 만드는 것이 더 좋은 방법이라고 생각됩니다. 유능한 사원을 뽑는것도 중요하고, 무능한 사람 퇴출하는 것도 중요하죠.
    3번은... On-Time이 중요한 요즘같은 상황에서 회사가 살려면 반드시 습득해야 하는 기술 아닐지요.

  21. 사내 개발자들에게도 소스코드를 공개하지 않는 회사는 의외로 많습니다. 보안핑계를 대곤 하는데 소프트웨어를 잘 이해 못하는 경영자에게는 이게 먹혀들어 갑니다.

  22. 1번에(단문이니 그렇게 생각했을 수도 있겠습니다.:)
    모든 소프트웨어가 공개되어야 한다라는 주장이 아니였습니다.(GNU를 맹목적으로 추종하는 것처럼 느껴지시나요?, 전혀 그런의미에서 쓴게 아닌데.ㅋ)
    저도 PLM쪽에 일해봐서 그쪽 소스코드를 공개하면 어떤 일이 일어나는지 잘 알고 있습니다.
    반면에 일반 SI터에선 옆에 사람에게도 자신의 소스코드를 공개하는 것을 꺼려하는 문화가 많더라는 것입니다.
    (코드리뷰를 사형정도로 여기는 분들이 있기때문에..)
    같은 직장내 동료에게도 소스코드를 움켜쥐고 보여주지 않았던 회사도 있었답니다. 이런 경우 말 다한거죠.ㅋ

    2번은 우리나라 노동구조 , 특히 SI형태를 보고 안타까워서 넣어봤구요.

    3번은 All of software에서도 SRS의 중요성을 강조했듯이 초반 설계와 요구사항 정립의 중요성이 은연중 실려 있었습니다.:)


    그냥 짧막하게 나열해서..의미를 확실하게 전달하지 못했군요.

    여튼 4번 5번은 공감이니 그나마 다행입니다요~ㅎ

  23. 안녕하세요. moova님
    1,2,3번에 대해서 저는 처음보고 바로 이해했습니다.
    워낙 짧게 쓰셔서 오해할 수 있는 사람도 있을 것이라고 생각은 했지만, 제가 이해한 것과 동일한 맥락으로 쓰셨군요. moova님이 누군지 개인적으로 점점 궁금해지네요. ^^

  24. 뜻이 비슷하고 길이 같으면 언젠가는 만나리라 봅니다.^^

개발자는 억울하다.

2009/04/21 11:19 by 전규현
 All of Software 블로그를 RSS Feed에 등록을 해 놓으시면 편리하게 받아보실 수 있습니다. rss RSS Feed
회사에서 제대로 배우고 성장할 기회를 갖지 못한 채 혼자서 북치고 장구치고 밤새가면서 개발하여 회사를 성장시켜놨는데 이제는 골치덩어리 개발자가 되어 버렸습니다.
이제는 문서도 안 만들고, 프로세스도 지키지 않으며, 정보를 꽉 쥐고 내놓지 않으려는 "꼴통개발자"로 보이기 십상입니다. 실제로 한참 후배들은 그런 고참개발자를 "꼴통" 또는 "철밥그릇"이라고 부릅니다.
당장은 그런 고참 개발자가 없으면 회사가 안 돌아 갈 것 같으니까, 잡아두고 있지만, 프로세스를 정비하고 시스템을 구축하여 정보가 공유되고 후배들이 그들을 대신할 수 있으면 언제 든지 내쳐질 것 같습니다.
살기 위해서는 소스코드와 업무지식을 내 놓지 않고 꽉 쥐고 있어야 하는데, 점점 쉽지 않아집니다.

이렇게 된 가장 큰 이유는 회사의 소프트웨어 개발에 투자가 필요하다는 것에 대한인식 부족 때문입니다.
소프트웨어 회사는 개발자들이 알아서 제품 만들고 영업이 팔고 그렇게 하면 쉽게 운영이 될 것 같지만, 소프트웨어 회사들이 갖춰야 할 기본 체계와 투자를 해야 한다는 것을 모르고 있는 것 같습니다. 사실 개발자 혼자라도 얼마든지 제품을 만들어 낼 수 있습니다. 그래서 너무 쉽게 보였는지도 모릅니다. 즉 겉으로 보여지는 모습만 보고 소프트웨어를 제대로 개발하고 개발자들을 훈련시키고 성장시키기 위해서는 얼마나 많은 투자를 해야 하는지 모르는 겁니다.

그 결과 회사는 외형적으로 성장을 했는데, 개발자들은 성장하지 못하고 커진 회사의 외형을 뒷받침을 못하니 천덕꾸러기 개발자가 되고 맙니다. 원래 회사는 적절한 시기에 적절한 투자를 꾸준히 해 나가야지 경기가 안 좋다고 잠시 미루고 매출이 떨어졌다고 잠시 미루고 이렇게 투자의 시기를 놓치면 그 손해는 배가 됩니다. 개발자들에 대한 교육 및 회사의 개발 체계에 대한 투자가 늦어지면 손해가 배가 아니고 몇 갑절이 될 수도 있습니다. 반대로 적절한 시기에 개발자들을 교육하고 성장시키면서 회사의 개발 시스템을 발전시켜나가면 몇 배의 성장도 할 수 있습니다. 

물론 이러한 투자가 성공을 담보하지는 않습니다. 적어도 비즈니스적인 성공의 발목을 잡지 않게 됩니다. 지금도 수많은 소프트웨어 회사들이 내부의 개발 실패와 비효율적인 개발 시스템으로 발목을 잡히고 있습니다. 그러면서도 개발이 잘못되고 있다는 것을 쉽게 알아차리지 못하고 있습니다. 늦었더라도 내부에 대한 투자를 멈추면 안됩니다.

이미지출처 : Microsoft Office Online
* 이 포스트는 blogkorea [블코채널 : 꿈꾸는 소프트웨어 개발자 세상] 에 링크 되어있습니다.  
저작자 표시 비영리 변경 금지

전규현 사람과 기술 개발자, 고참, 투자, 후배

Trackback Address: http://allofsoftware.net/trackback/115 관련글 쓰기
  1. Blog Icon

    공감이 됩니다.

  2. CW님 감사합니다.

  3. 지금까지 일해본 회사에서 개발자에게 투자한 회사는 한번도 본적이 없네요.
    암울한 현실입니다. 그나마 삼성에서는 투자하더군요. - 제 경험입니다. 엘쥐등하고는 일은 안해봐서 ^^;

  4. 묘재님 안녕하세요. 일부러 안하기도 하겠지만, 몰라서 못하는 경우도 태반입니다.

  5. 공감합니다. 학부도 마찬가지고 IT 전문 학원도 마찬가지고.. 프로세스/이슈관리/형상관리을 포함한 방법론을 이론뿐만이 아닌 실용적으로 사용할 수 있을 정도로만이라도 훈련시켜줬으면 합니다.

  6. Peter님(김태영차장님) 반갑습니다. 따로 배우지 않아도 학교 숙제를 하거나 학원에서 프로젝트를 할 때 적용을 하면 기본적인 컨셉은 알게 되는데, 그냥 Language와 전산 기초만 배우느라고 기본적인 프로세스와 형상관리도 모르게 됩니다. 또 많은 기업들도 체계가 안잡혀 있으니 또 주먹구구인 경우가 많지요. 점점 분위기를 조성해가면 좀 바뀌지 않을 까요? 저는 이런 교육에 대한 솔루션을 고민하고 있습니다.

  7. 공감합니다. 개발자들이 알아서 만들어서 제품이 한두개 나오고 그것으로 장사가 좀 되면 다음부터는 당연히 제품은 나오는 것으로 생각하는 회사가 많습니다. 특히 첫 한두 제품으로 인해 회사가 규모가 커지면 그런 경향이 더 커지는 것 같습니다. 그때부터는 소프트웨어 회사인지 세일즈 비즈니스 회사인지 정체성을 잃곤 하죠. 그래서 저는 항상 얘기하는 것이 있습니다. Never take anything for granted!

  8. C-Thinker안녕하세요.
    경영자들도 대한민국 소프트웨어 산업을 이지경으로 만든 주범들 중 하나죠.

  9. Blog Icon
    퓨리에

    문서도 안만들고 프로세서도 안지키고...그런 부류의 인간이라면 뭐하러 회사 다닙니까? 회사가 뭐 양아치 놀이터입니까? 퇴직금 받아서 산에가서 혼자 코딩하는게 맞겠지요.

  10. 퓨리에님 안녕하세요. 나도 그렇게 생각합니다. ^^ 하지만 일부러 그렇게 되었다기 보다 어쩌다보니 그렇게 된 개발자들도 정말 많더군요. 불쌍하기도 하지만, 누굴 탓하기도 힘들죠.

관리자가 이런 일까지?

우리나라 SW 조직에서 관리자란 위치는 참 애매한 위치다. 물론 전문 관리자라면 얘기가 다르지만 왕년에 SW를 조금 개발해 본 경우가 애매하다. 개발팀에서 가장 경험이 많은 SW 개발자들이 주로 팀장이 되곤 한다. 이 경우와..

과거의 성공이 발목을 잡을 때

수많은 소프트웨어 회사들이 첫번째 성공을 거두고 나서 두번째 도약에 실패하고 사라져간다. 물론 첫번째 성공도 어렵지만 이미 성공의 경험이 있고 방법을 알고 있는 회사들이 두번째 또는 세번째에는 많이 실패하는 이유가 무엇일까?..

스펙을 제대로 작성하는 것은 구식이다?

'소프트웨어 개발 방법이 얼마나 발전했는데 아직도 스펙을 제대로 작성하고 개발을 하는가?' 라고 하면서 스펙 작성에 반대하는 주장을 하는 사람들이 있다. 스펙, 설계를 작성하고 구현을 하고 테스트를 하는 방식으로 개발하는 것..

내가 개발에 집중할 수 없는 이유

우리나라에서는 개발자들이 개발에 집중할 수 없는 환경인 곳이 참 많다. 정도의 차이가 있지만 거의 대부분이라고 봐도 무방하다. 그 결정적인 이유는 개발자 혼자서 북치고 장구치고 다해야 하는 상황이기 때문이다. 원래는 이렇게..

설계가 필요할까?

최근에 Software Architect의 정체에 대해서 혼란을 겪고 있는 것 만큼 Software 설계에 대해서도 혼동스러운 것은 마찬가지인 것 같다. 그래서 설계에 대해서도 깔끔하게 정의를 해보자. 흔히 설계에 관한 다음..

Software Architect를 양성하는 나라

우리나라에서는 종종 SW Architect를 양성한다고 한다. 정부에서 막대한 예산이 지원도 되며 SW Architect를 양성하는 학원도 생기고 야단법석이다. 그럼 도대체 SW Architect는 무엇인가? SW Archi..

우리에게 지금 필요한 것은? 바로 이것

우리나라 대부분의 소프트웨어 회사들에게 가장 시급하게 필요한 것은 "기초 체력"이다. 히딩크가 우리나라 국가대표 축구팀을 처음 맞았을 때 강조한 것이 기초 체력이었다. 그전까지 우리는 국가대표 축구팀이 체력은 세계 어디를 내..

프로토타입을 재활용하면 될까? 안될까?

며칠 전 프로토타입에 관해 올린 글에 대해서 프로토타입 재사용에 대해서 여러 의견이 있어서 이 내용에 대해서 조금더 설명해보려고 한다. 2011/11/03 - [프로젝트/요구사항분석] - 프로토타입이란? 소프트웨어공학의 목적..

프로토타입이란?

프로토타입 (경제/경영) 양산(量産)에 앞서 제작해보는 원형(原型)을 '프로토타입'이라 하는데, 프로토타이핑이란 개발자들과 사용자들의 의사소통상의 효과를 증진시키기 위하여 취하는 시스템개발상의 기법이다. 일반적인 분석방법을..

같이 일하려면 적어라.

"협업은 말로 하는 것이 아니라 문서로 하는 것이다." 동서고금을 막론하고 개발자들은 적는 것을 싫어하고 또 잘 적지 못한다. 우리나라 개발자들은 그 정도가 훨씬 심하다. 우리나라에서는 회사가 크던 작던 상관없이 대부분 5년..