또, 무엇보다도 8년째님과 같은 분들이 정말 멋진 성과를 남기셔서 선례가 된다면 가장 큰 힘이되겠지요. 정말 멋지게 보여주세요!

한국 IT의 안타까운 현실을 joon님께서 잘 말씀하신것 같습니다.

전 위에서 말한 그런 관리자가 되고 싶지 않았기에, 일부러 관리자가 되기 싫다고 떠벌리기도 하고 그러면서 애써 개발자의 길을 걸어왔죠.
(그렇다고 리더쉽등의 소양을 무시하고 사는것도 아닙니다.)

사실 경력이 충분한 개발자는 관리자가 되어야 하는게 맞겠지요.

다만 그 관리자가 위에 말한 인력,일정이나 관리하는 관리자가 아니고 기술적으로 선도하고 리딩하며 시스템을 쉽게 설계해낼줄 알고, 개발상의 핵심 포인트를 잡아줄줄 알고 문제점도 해결해낼줄 아는 그런 Technical Leader 로서의 관리자 말이죠. 여기에 보너스로 인력,일정 관리를 하는게 진정한 개발리더가 되겠죠. 너무 거창한가요? ^^

우리나라에서는 최고 개발자는 Technical Leader가 아니라 Project Manager 이죠.
그것부터가 잘못되었다고 생각합니다.
대한민국에는 개발자 의견 없이는 일정도 못 뽑아내는 관리자도 수두룩 할걸요? ^^
왜일까요?
관리자가 Technical Leader가 아니라 Project Manager이기 때문이죠.
관리자가 되는 순간 개발을 손놔야 하는 한국 IT 구조에서는 어쩔수 없는 현상이겠죠.

James Gosling이 Java 언어를 탄생시킨게 그의 나이 40세일때입니다.
대한민국에서는 죽었다 깨나도 불가능한 일일겁니다.
아니 불가능한게 아니라 가능할수도 있지만 불가능하게 만들어버린다는게 더 정확할지도 모르겠네요.

잡다하게 글이 길어졌네요.
앞서 말한 거창한듯 보이는 개발리더.
전 그런 사람이 될것입니다.
그렇게 준비해왔고, 지금 그 길을 계속 가고 있고, 그런 리더가 되기 위해 계속 노력할것입니다.
제가 사업을 하고 사장되서 떼돈 벌기 전까지는 개발을 손놓지는 않을것 같네요.

검은열기님 화이팅입니다.
저도, 개발자도 오래 할수 있고, 오래 해서 잘될수도 있다는 선례를 남기고 말것입니다.
쉽지 않은 일입니다.
응원해주세요. ^^

바라건데 우리 IT 기업들이 관리자로 경력을 발전 시키고 싶은 사람들에게는 좋은 관리자가 될 수 있는 커리어 패스를 또, 프로그래머로 경력을 발전 시키고 싶은 사람들에게는 전문가로 경력을 쌓아 갈 수 있는 기업 환경을 제공해 주었으면 좋겠습니다.

그리고 그것이 진정 경쟁력을 확보하는 길임을 알아 주었으면 좋겠습니다.

많은 분들이 말씀하신 것처럼…

관리자와 개발자의 상하 관계를 정의하는 것부터 이미 방향이 잘못된 것이라고 봅니다. 대부분의 경우 국내에서 어떤 프로젝트를 진행 중일 때 변경 사항에 대한 ok/no는 관리자 선에서 이루어지는 경우가 비일비재합니다. 그럼 끝이지요. 프로그래머는 밤 새서 시간 맞추는 수 밖에요.

프로젝트의 목적이 있는 이상 관리자는 그에 대해 문제점이나 변경 사항에 대해 대응할 수 있도록 지속적으로 관리를 하는 사람이고, 개발자는 Project가 Product로 나올 수 있도록 개발을 진행하는 사람이니…문제나 변경 사항에 대해서 지시하는 것이 아니라 관리자와 실무 프로그래머가 협의를 하는 관계가 옳습니다.

해외의 한 업체와 일할 때 그렇더군요. 제일 부러웠던 점이 그것이었습니다.
제일 아쉬웠던 점 역시 그것이었구요.

개인적으로 어떤 프로젝트가 있을 때 그것을 ‘기술’을 통해 ‘효율적’으로 ‘개발’하고 싶어서 프로그래머의 길을 택했습니다. 효율적으로 ‘관리’하기 위함이 아니었습니다. 필요하다면 ‘관리의 기술’ 또한 습득하도록 노력하겠지만, 이 역시 개발을 위한 부분이길 바랍니다. 이 차이점이 인정되는 기업 문화가 정착되기를 바라고 노력해야겠군요. 결국 남이 해줄 수 있는 일은 아니니까요.