간혹 개발 회사 중에서는 개발자들에게 이상한 능력(?)을 요구하는 회사들이 있다. 이런 회사들은 개발자들에게 아나운서를 능가하는 화술과, 홈쇼핑 전문가를 능가하는 제품 홍보 능력과 더불어, 워드 엑셀 등을 능가하는 프로그램을 만들 수 있는 개발 능력을 요구한다.

그리고, 전날 철야를 하든 말던 다음날 일찍 출근하는 엄청난 건강미(?)를 갖춘 개발자를 원하며, 이 모든 것을 감수하고서라도, 어떤 봉급을 주던 말던 간에 불만이 없는 착하디 착한 심성의 개발자를 원한다.

초샤이어인 손오공도 갖추기 힘든, 이런 엄청난 능력들을 가진 개발자는 현실에서 대체 몇명이나 되겠는가? 거의 없다가 사실 정답이다. 그런데도 이런 초샤이어인 손오공 같은 개발자를 원하는 회사들이 종종 있다. 만일 귀하의 회사가 이런 초샤이어인 손오공 개발자를 원하는 회사라면, 나는 이렇게 충고하고 싶다. 조만간 빠른 시일내에 그 회사를 관두라고...

초샤이어인 개발자를 요구하는 회사는, 대략 다음과 같은 증상을 나타낸다.

1. 개발과 별로 상관없는 이상한 문서 작업들을 툭하면 강요한다. 예를 들어, 제품 홍보를 위한 프레즌테이션 문서를 만들라는 둥, 당해 개발 계획서를 만들라는 둥, 올해 우리 회사 소프트 판매 예상액을 추정해 보라는 둥 등등이다.

-- 프라젝트 메니져나 기획자 혹은 영업부가 할일을 개발자에게 시키는 이런 회사는 심하게 말하면 똥오줌을 가리지 못하는 회사이다. 이런 일은, 대부분 업무 구분이 개판인 회사이거나 사장 한명에 개발자 한두명 정도의 소규모 회사에서 종종 발생한다. 개발자는 기획서나 판매 예상액을 추정하는데 전혀 전문적이지 못한 사람들이다.

따라서 마케팅 관련 전문성이 결여된 개발자에게 이런일을 시키는 회사는, 내 경험에 의하면 조만간 대부분 끝장난다는 것이다. 개발자가 만든 얼토당토 않는 판매 예상액을 믿는 회사가 오래 버틸수 있겠는가?

2. 유창한 외국어 회화 구사 능력을 요구한다.

-- 개발자는 영어 독해 능력 같이, 어느 정도의 외국어 능력이 필요하기는 하다. 그러나 대부분의 개발자들은 외국에 나가서 의뢰자 혹은 바이어와 직접 대화할 일이 없다. 이런 일은 당연히 관리자급인 실장, 부장 급들이 할일이다. 혹은 해외 출장이 빈번한 특수 부서에 한해서 요구되는 능력이다.

1년에 한번 갈지 말지할 외국 출장을 대비해서 말단 부하한테 뛰어난 외국어 구사 능력을 갖추기를 원하는 관리자는 자신이 할일을 부하한테 떠 넘기는 나쁜 인간이다. 이런 관리자하고는 같이 일해봤자 별로 좋은 것이 없다. 그런데 희안하게도 상당수의 회사들이, 거의 10년 넘도록 해외 출장 갈 일이 없는 직원들에게도 영어 회화 능력을 갖추기를 요구한다. 이나라는 참으로 미친 나라이다. 영어는 우리 나라의 상전 언어인가 보다.

3. 다양한 언어 혹은 개발툴들을 자유자재로 사용할 수 있는 카멜레온 같은 개발 능력을 원한다.

-- C++, 델파이, ASP, Java 같은 다양한 개발툴 사용 능력을 동시에 요구하는 관리자나 사장들의 이유는 매우 뻔하다. 그 회사는 주력 제품이 없고 수시로 이런 저런 프로그램을 풀빵 찍어내듯이 무작위로 개발하는 회사일 확률이 매우 크다. 즉 주력 개발 툴이 없는 회사 == 주력 개발 제품이 없는 회사라는 등식은 내경험에 의하면 거의 정확하다.

주력 개발 제품이 없고, 오로지 하청에 의존하여 생계를 유지하는 개발 회사의 생명력은 결코 길 수 없다. 하청은 덤핑을 부르고, 덤핑은 개발기간 단축, 과로로 이어지고 궁극에는 급여 연체로 이어진다.

4. 관리자나 사장이 철야 혹은 야근을 당연하게  또는 개발의 필수 덕목으로 생각한다

-- 직원들의 건강을 염려하지 않고 오로지 일에만 매진토록 하는 사장을 우리가 보편적으로 칭하는 용어가 있다. 바로 악덕기업주이다. 부하들에게 야근을 시켜놓고, 자신은 일찍 퇴근하는 사장과 관리자를 대체 어떤 부하가 존경하겠는가? 그런 관리자나 사장과 어떻게 동고동락할 수 있단 말인가? 모든 프라젝트 일정을 야근과 철야로 맞추려 드는 회사에서 대체 뭣을 배울 수 있겠는가?

대체 야근이 무슨 개발의 덕목 사항인가? 세계 어떤 나라에도 없는 근무 규정을 이나라 개발업계는 독자적으로 가지고 있단 말인가? 심한 경쟁사회에서 때로 초과 근무는 있을 수 있다. 그러나 철야는 정말 곤란하다. 야근을 밥먹듯이 하는 것도 정말 곤란하다. 야근과 철야의 잦은 반복은 개발자 수명을 단축 시키는 일등 공신이며, 개발자들로 하여금 자기 직업에 회의를 가지게 하는 일등 원흉이다.

개발자들이여! 봉급을 적게 주더라도 야근과 철야를 하지 않는 회사를 택해야 한다. 봉급 때문에 야근과 철야를 감수하면 더 심각한 것을 잃을 수도 있다.

5. 관리자 혹은 사장이 부하들의 실력 평가를 전혀 하지 못한다.

-- 일을 잘하는 개발자와 맨날 농땡이만 치는 개발자를 잘 구분 못하는 것은 관리자 혹은 사장으로서 실격 사항이나 다름없다. 그런데도 불구하고 이런 무능한 관리자들은 그 책임을 개발자들의 자기 표현 능력이 떨어지는 탓이라고 변명한다. 다른 분야와는 달리 개발자들끼리의 실력차는 한두달만 일해보면 너무 극명하게 드러난다. 벽돌 나르는 것과는 달리, 개발은 실력차에 따라서 생산성 차이가 매우 심하기 때문이다.

그럼에도 불구하고 개발자들간의 실력 평가를 못하는 관리자는, 부하들에게 별로 관심 없는, 게으른 무능력자일 뿐이다. 부하들의 실력 평가를 부하들의 아부능력에 비례하여 판단하는 회사라면 심각하게 퇴사를 고려해 봐야 한다. 아부 능력을 대인 관계 능력으로 보는 쪼다같은 관리자와 같이 일해서 도움 되는 것은 별로 없다.


결론인즉,

각 업무 부서마다 구체적인 전문화된 능력을 요구하는 것이 아니라, 모든 직원들이 경우에 따라서 이런 일과 저런 일을 동시에 할 수 있는 손오공의 분신 능력을 갖추기를 요구하는 것은, 망해가는 회사에서 매우 빈번하게 나타나는 공통 현상이다. 울트라맨 부하 직원을 요구하는 회사는, 관리자나 사장이 업무 능력이 떨어지기 때문에 자신이 혹은 다른 부서가 해야할 일을 이리저리 마구 떠넘기는 회사란 것이다. 이런 회사가 조만간 망하는 것은 지극히 당연하다.

개발부는 개발만 잘하고, 영업부는 영업만 잘하고, 경리부는 경리만 잘하면 그 회사는 당연히 잘 돌아가게 되어 있다. 어떤 부서의 역량이 떨어지는가를 판단하고, 역량이 떨어지는 부서를 강화하도록 방안을 강구하는 것이, 경영자나 관리자가 할일이다. 이 방안을 모색하지 못하는 관리자가 이끄는 조직이, 언제 와해될지는 오로지 시간 문제일 뿐이다.


불행하게도 대부분의 관리자나 사장은 자신의 능력이 떨어지는 것을 깨닫지 못하고, 부하들에게 과다한 능력을 요구한다. 똑똑한 부하를 원한다면 관리자 혹은 사장 스스로 월등히 똑똑해 져야 한다. 능력있고 똑똑한 부하가 쪼다같은 사장이나 관리자 밑에서 굳이 힘들게 왜 고생하려 들겠는가?

능력있는 부하를 원한다면 관리자 스스로 더 능력있는 사람이 되어야 한다. 나는 멍청하지만 부하는 유능하기를 바라는가? 제발 꿈 좀 깨시라. 졸장 밑에 명장 없다.