태터데스크 관리자

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

태터데스크 메시지

저장하였습니다.

개발자 5적

2008/12/22 19:38 by 전규현
 All of Software 블로그를 RSS Feed에 등록을 해 놓으시면 편리하게 받아보실 수 있습니다. rss RSS Feed
소프트웨어 회사의 가장 중요한 자산은 개발자입니다.
개발자는 회사를 흥하게도 하지만 망하게도 합니다.
안타깝게도 우리 주변에는 좋은 개발자보다 나쁜 개발자가 더 많습니다.
초년병 때는 대부분은 좋은 개발자이거나 좋은 개발자가 되려고 합니다.
하지만 시간이 흐를수록 주변의 환경 때문이던 본인 때문이던 나쁜 개발자가 더 많아집니다.
내가 생각하는 가장 나쁜 개발자는 다음과 같습니다.

  • 자신의 지식을 남에게 공유하지 않는 개발자
  • 다른 개발자를 도와주지 않는 개발자
  • 개발보다 정치에 관심이 많은 개발자
  • 자기 개발을 위해서 노력하지 않는 개발자
  • 경영자, 관리자, 동료와 자신을 속이는 개발자

안타깝게도 이러한 개발자는 쉽게 구분하기 어렵거나 회사가 이러한 개발자에 완전히 종속되어서 어쩔 수 없는 경우가 대부분입니다. 아무리 그렇다고 하여도 이러한 개발자가 회사를 이끌어가고 있다면 회사의 미래는 이미 정해진 것이나 다름이 없습니다.

소프트웨어 회사는 개발자들이 정보를 공유하지 않고는 정상적으로 동작하지 않습니다. 그리고 개발자들은 위로 올라갈수록 자신의 일보다는 동료의 일, 타 부서의 일에 관여를 하며 도와야 합니다. 하지만 공유 문화가 정착되지 않은 회사에서는 정보의 단절 악순환이 계속됩니다. 이러한 현상은 회사의 경쟁력을 약화시키고 개발자의 성장을 저해하며, 특정 개발자에 대한 의존도는 점점 커지게 됩니다. 따라서 실력은 부족하지만 회사에서 영향력만 커진 개발자들은 자신의 위치를 지키기 위해서 경영자와 동료를 속이며 정치에 매달리는 경우가 흔합니다. 그리고 자신이 모르는 것을 아는 척하며 심지어는 안다고 착각하기도 합니다.

이러한 문제는 착한 개발자를 뽑는다고 해결되는 것은 아닙니다.
소프트웨어 회사는 사람에 의해서만 돌아가게 되면 이러한 문제가 발생합니다. 최소한의 조직, 시스템, 프로세스를 갖추고 좋은 개발 문화를 장려하며 넓고, 장기적인 안목으로 개발팀을 가꿔나가야 합니다.  CTO가 이러한 것들을 리드하는 역할을 할 수 있습니다. 소프트웨어 회사에는 CTO가 꼭 필요한 이유입니다.

자신 스스로가 나쁜 개발자가 되어가고 있다면 한번 되돌아 봐야 합니다. 혼자서 이 굴레를 벗어날 수는 없습니다. 동료들이 같이 움직여야 하고, 회사가 도와줘야 가능한 일입니다. 필요하다면 제가 도움이 되어 드리겠습니다.
저작자 표시 비영리 변경 금지

전규현 사람과 기술

Trackback Address: http://allofsoftware.net/trackback/42 관련글 쓰기
  1. Blog Icon
    애들아빠

    안녕하세요. 지나가다 들른 사람입니다.
    다름이 아니라 님께서 올리신 글은 개발자에 한정된 글은 아닌 것 같습니다. 굳이 개발자가 아니라 "요리사", "전문가", 심지어 "직장인" 으로 단어만 바꾸면 모두 적용되는 얘기인 것 같습니다.
    글의 내용애 공감은 가지만, 뭔가 너무 일반적인 이야기가 개발자라는 잣대에 맞추어지는 것 같습니다. 어찌보면 개발자가 동네북도 아닌데 말이지요.
    (초면에 실례가 될듯한 리플 죄송합니다만, 너무 개발자에 대한 일반화가 되어있는것 같아서요. 그럼 건필하십시오.)

  2. 애들아빠님 안녕하세요.
    소프트웨어 개발 블로그라서 개발자에 대해서 촛점을 맞추었습니다. 다른 분야는 잘 모르고요. 그리고 실제 생각하고 있는 내용보다는 좀 순화를 시켜서 적은 것입니다. 문제보다도 해답을 찾는 것이 더 중요하겠죠. 댓글 남겨주셔서 감사합니다.

  3. 안녕하세요~ 레이님 :-)

    좋은 지적 담긴 글 잘 보았습니다~

    우리나라 개발현실속에 가두어져 있어서 동화되어 가면서 저런 개발자들이 생긴다고 생각합니다.

    점 명확한 비전을 보여주는 개발 현실이라면, 굳이 정치적인 개발자가 될 필요가 없을 텐데요.. ㅡ_ㅡ;;

    그럼 행복한 크리스마스 보내시구요~ 2009년에도 좋은글 기대하겠습니당~ ;-)

  4. 장성진님 안녕하세요.
    이러한 것은 개발자에게만 맞겨둘 수 없는 일이죠. 회사가 제대로 갖추고 있어야 개발자가 그 틀에서 제 역할을 하게 됩니다. 그래서 제 일이 회사를 바꾸는 일이죠.

  5. 다른건 몰라도 정보 공유를 하지 않는 개발자는 확실히 팀에 해를 끼치더군요.
    혼자 개발하고, 자기 소스 남이 보는거 싫어 하는 개발자랑 일 해 본적이 있는데요.
    완전 최악이였습니다.

  6. 묘재님 안녕하세요.
    소프트웨어 개발에 가장 필요한 것은 "공유"입니다. 대부분의 문제가 "공유"가 안되어서 발생합니다. "공유"를 개발자 혼자에게 맡겨두면 안되고 회사에서 시스템적으로 공유를 하도록 해야 합니다.

  7. 완전 공감하는 글입니다.. ㅠㅠ
    요즘 그렇잖아도 골치아픈 사람이 하나 회사에 있거든요.. ㅠㅠ

  8. kkommy님 안녕하세요.
    골치아픈 사람을 어떻게 해야 하는지 의견을 드리지요.
    그런 사람이 바뀔 가능성은 거의 없습니다. 따라서 그런 성향에 알맞고, 문제가 안생기는 일을 시키거나 그런 일이 없거나, 감당이 안되면 그만두게 하는 것이 좋죠.
    하지만 회사가 그사람에게 의존도가 높다면 그만두게 할 수 없습니다. 회사가 사람에 대한 의존도를 점점 낮춰가는 수 밖에 없습니다.
    여기서 중요한 것은 사람은 바뀌지 않는다는 거죠. ^^
    인력 관리의 중요한 진실입니다. :)

  9. 개발자 뿐만 아니라 어떤 직종에서 일하든 저런 성향을 가진 사람들은 나쁜 직원이 될 수밖에 없을 듯합니다. 좋은 글 잘 보고 갑니다.

  10. 호랭이님 안녕하세요.
    다른 분야도 마차가지겠지만, 특히나 소프트웨어는 협력이 필수적이고, 협력하기가 유난히 더 어려운 것 같습니다.

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

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

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

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

설계가 필요할까?

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

Software Architect를 양성하는 나라

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

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

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

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

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

프로토타입이란?

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

같이 일하려면 적어라.

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

우리 식대로
우리 식대로 2011/10/30

"우리 식대로" 마치 북한에서 하는 얘기 같지만, "우리 식대로"를 주장하는 소프트웨어 회사는 의외로 많다. 체계가 하나도 없이 완전 주먹구구 방식의 소프트웨어 회사가 있는가 하면 "우리 식대로"를 주장하여 정말 많은 일을..

문서는 얼마나 적어야 할지?

소프트웨어 개발 프로젝트에서 문서는 적게 적어야 한다. 다시 말하면 "보통의 회사에서는 문서는 필요한만큼만 가장 적게 적어야 한다." 물론 문서를 많이 적으면 여러 각도에서 상세히 적기 때문에 중복은 많이 발생하지만 잘못된..