태터데스크 관리자

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

태터데스크 메시지

저장하였습니다.

소프트웨어 회사가 기본적으로 갖춰야 할 것

2008/12/15 19:38 by Ray.전규현
 All of Software 블로그를 RSS Feed에 등록을 해 놓으시면 편리하게 받아보실 수 있습니다. rss RSS Feed
소프트웨어 회사가 처음에 작은 규모에서 시작할 때는 제품도 빨리 만들어 내고, 품질도 좋으며 생산성이 높습니다. 눈빛만 봐도 서로 무슨 생각을 하고 있는지 알고 생산성이 대단히 높습니다.

이런 과정을 거쳐서 회사가 점점 커져나갈 때 그 규모에 알맞은 준비를 하지 않으면 심각한 문제를 겪게 됩니다. 그럼 소프트웨어 회사가 기본적으로 갖춰야 할 것은 무엇일까요?

바로 조직, 프로세스, 기반시스템 그리고 사람개발문화입니다.

회사가 작을 때는 달랑 사람만 가지고 시작을 하곤 합니다.
이 때는 사람이 모든 Risk를 다 감당해야 하지만 작은 조직에서는 큰 문제가 되지 않습니다.
커뮤니케이션이 원활하고 모든 이슈들이 핸들링하기에 충분히 작기 때문입니다.


하지만 회사가 커지기 시작하면 상황은 달라집니다.
커뮤니케이션이 어려워지고, 이슈는 점점 늘어나며 조직이 점점 생산성이 떨어지게 됩니다. 
그래서 회사는 조직, 프로세스, 기반시스템을 적절하게 갖춰나가야 하며 개발문화를 정착시키기 위한 노력을 해야 합니다. 그래서 개별 사람에 대한 의존도를 낮춰야 회사는 Risk가 줄어 들며 각 개발자나 직원들은 좀더 전문적이고 자신의 일에 집중하여 Performance를 더 낼 수 있게 됩니다. 
수십, 수백명의 개발자를 보유한 조직에서 특정 개발자에 의존도가 너무 높다면 큰 문제가 아닐 수 없습니다.

사실 이러한 것들은 아주 소수일 때부터 준비가 되는 것이 더 바람직합니다. 그리고 회사의 규모에 알맞게 적절한 시점에 변모를 해야 합니다.

모자라는 것도 문제지만 과도한 것도 문제가 됩니다. 무리하게 복잡한 프로세스를 강요한다던지, 필요없는 조직으로 세분화가 된다던지 하면 차라리 없는 것만 못할 경우도 있습니다.

균형을 맞춰가면서 적절히 회사의 성장과 같이 회사의 내부 모습을 바꿔가는 것이 좋습니다.

모든 것은 때가 있듯이 그 시기를 놓치면 어려워집니다. 항상 준비를 해뒀다가 적절한 시점을 놓치지 않는 것도 매우 중요합니다. 실기는 실패보다 못한 경우가 많습니다.

구체적인 내용들은 계속 포트팅을 해나가도록 하겠습니다.
저작자 표시 비영리 변경 금지

Ray.전규현 소프트웨어이야기

Trackback Address: http://allofsoftware.net/trackback/37 관련글 쓰기
  1. 참 어려운 문제입니다. 사람으로 시작해서 사람이 계속해 갈수 밖에 없는 상황으로 계속해서 나가다가 어느순간 돌아보면 이게 아니다 싶은 경우가 발견되죠.
    시스템, 프로세스, 커뮤니케이션 참 중요한 부분인데 잘 안되는 부분이기도 하죠.

    영원한 숙제...

  2. 돌이아빠님 안녕하세요.
    그래서 경험자나 전문가의 도움을 받는 것이 좋죠. 하지만 이것도 그러한 필요를 느껴야지만 시도를 하죠. 많은 회사는 그러한 것들을 인식하지 못한채 그냥 지나가는 경우가 많습니다.

개발자의 파워는 어디에서 오는가?

뛰어난 개발자를 관리자로 써먹는 것 같이 개발조직에 비효율적인 일은 별로 없습니다. 하지만 현실에서는 이런 일이 흔히 벌어지고 있습니다. 실제로 저도 여러 회사에서 자주 접하고 있습니다. 여러가지 이유가 있을 수 있겠지만 주..

소프트웨어 개발자를 위한 소통의 장

그동안 블로그에 글을 쓰면서 여러 개발자분들의 의견을 듣는데 많은 불편함을 느껴왔습니다. 블로그의 글에 댓글을 남기면 약간 소통이 되기는 해도 주로 일방적인 전달을 벗어나지 못했습니다. 그렇게 해서는 많은 의견을 주고 받을..

애플이 아이폰4에서 한글을 바꾼 이유는...

얼마전 아래와 같은 아이폰의 Localization에 대한 글을 올린적이 있습니다. 2010/02/11 - [소프트웨어이야기] - 애플은 한국어와 한글을 구분하지 못한다? 심각한 내용은 아니었고, 아이폰의 다국어 설정 화면에..

마이크로소프트, 구글의 소스코드 트리의 비밀?

오늘 출근을 해서 메일을 확인하니 독자로부터 메일이 한통 와있더군요. 책에 대한 리뷰의 글이어서 감사히 읽었습니다. 질문도 하나 있어서 답변 겸 블로그에 글을 남깁니다. 독자 블로그 글 : 소프트웨어 개발의 모든 것 -전규현..

히딩크와 소프트웨어

월드컵도 다가오는데 소프트웨어와 축구를 한번 비교해보는 것도 좋을 것 같습니다. 제 블로그의 글들은 이런 방법 저런 방법으로 끊임없이 우리나라의 소프트웨어 현실이 무엇이 문제인지를 설명하고 있습니다. 그 중의 하나의 글이라도..

위기는 내부로부터 온다.

우리나라에서 소프트웨어 회사를 운영하기에 외적인 어려움들은 이미 많은 분들이 얘기를 해주셨습니다. 정권이 바뀔 때마다 급변하는 환경, 특히 대통령 따라 왔다갔다하는 여건들... 대기업과 중소기업간의 공정하지 못한 거래 대형..

Hotfix에서의 소스코드관리

아래 글에 차우차우님께서 Hotfix에 대한 질문을 해 오셔서 Hotfix에 대해서 좀더 자세히 설명하고자 합니다. 2010/05/03 - [기반시스템/소스코드관리] - 혼자서 개발을 하면 소스코드의 브랜치/머지가 필요없을까..

변경된 CC 평가 인증 제도

안녕하세요, 다시 CC인증에 대해서 이야기를 시작하려고 합니다. 제가 마지막 포스트를 한 것이 2008년 11월 이니까 거의 1년 반을 쉬게된 셈이네요. 다시 한번 심기일전하여 포스트를 해보록 하겠습니다. 마지막 포스트 이후..

혼자서 개발을 하면 소스코드의 브랜치/머지가 필요없을까?

소스코드관리에 대해서 얘기를 하다보면 혼자서 개발을 하기 때문에 별 고민 없이 대충 소스코드를 관리하는 경우를 많이 봤습니다. Subversion 등의 소스코드관리시스템을 쓰더라도 그냥 소스코드를 백업 받는 수준으로 사용하고..

맥에서 Subversion 사용하기

최근에 맥북을 구매해서 아이폰 개발 작업을 하고 있는데 맥에서 Subversion을 사용하는 환경이 그리 좋지 않다는 것을 알게 되었습니다. 그래서 맥에서 Subversion을 제대로 활용하기 위한 글을 적어보려고 합니다...