jaso extends j2ee :: 새로운 개발자 문화-두번째이야기

지난 글에서는 새로운 개발자 문화의 필요성에 대해 말했다.
정리하면 개발자들은 현재 처한 상황 및 처우에 대해서 많은 불만을 가지고 있으며 이러한 문제로 인해 프로젝트, 유지보수 시스템의 품질에도 영향을 미친다고 할 수 있다. 하지만 현재의 개발자 문화는 누군가가 해결해 주기만을 기다리고 있다라고 했다.

이번글에서는 왜 이런 문화가 형성되어 있는지에 대해서 생각해 보았다.

1. 개발자들은 너무 순진하다.

개발자들은 거짓말 하는데 익숙하지 않은 것 같다. 프로그램 자체가 논리적인 사고를 많이 요구하는 일이다 보니, 훌륭한 개발자들은 아주 논리적이다. 따라서 거짓말을 거의 하지 못한다. 예로 영업사원의 경우 밤에 접대로 인해 술을 많이 마시고 다음날 출근하면 아침에 잠깐 인사만 하고 고객 또는 거래처를 만나러 간다고 한다. 하지만 팀장부터 맨 아래 개발자까지 어디 가는지 알고 있다. 잠깐 눈 붙일데를 찾아 가는 것이다. 그래도 다들 눈감아 준다.
하지만 개발자는 이것을 잘 못한다. 한다고 해도 관리자들이 인정하지 않는다. 전날 아니 그날 새벽 1 ~ 2시에 퇴근하고다 다음날 정시 출근해야 하고 프로그램 만들어야 한다.
개발자와 영업맨들의 차이가 무얼까? 영업맨에 대한 사회에서 인식하는 문화는 술 마신 날은 오전에 잠깐 사우나를 가도 허용하는 것이다. 이런 것이 어떻게 만들어 졌을까? 처음에는 물론 관리자로부터 많은 질타를 받았을 것이다. 하지만 과거의 영업맨 선배들은 어떤 핑계를 대서라도 잠깐 나가서 눈을 붙였다. 그것이 오랜 세월에 걸쳐 관례화 된것이라 추측해본다.
그럼 개발자들은 어떤가? 영업맨들이 하는 것과 같은 눈에 보이는 거짓말은 잘 못한다. 순진하기 때문이다.
다른 사례를 들어 보자. 개발자들은 고객 또는 PM으로부터 업무 지시를 받을 때 "이거 언제까지 끝낼 수 있습니까?" 라는 질문을 받으면 자신이 다른 업무를 하지 않고 야근을 했을 때 처리 가능한 기간을 말한다. 그리곤 "이 일에만 전념했을 때 일정입니다."라고 전제 조건을 말한다. 하지만 이를 받아들이는 관리자는 그럼 그 기간 또는 일정을 더 당겨서 끝내라고 지시한 후 다른 업무는 주지 않겠다고 말한다. 절말 그럴까... 고객으로부터 오는 전화, 회사 인사부서로 부터의 인사카드 수정, 인터넷 서핑, 잠깐의 신기술 공부 이런 것들은 관리자의 지시가 없어도 매일 일어나고 있는 일이다.
필자의 경우 이런 것들을 모두 고려하여 일정을 수립한다. 예를 들어 2 ~ 3일 열심히 하면 처리할 수 있는 일의 분량이면 1주일 정도를 말한다. 보통 2배 정도로 말한다. 물론 처음에는 많은 고객, 관리자의 반발이 있었지만 그들이 나를 어떻게 하겠는가? 그들도 나의 실력을 인정하고 있는데... 그리고 그들이 개발을 하는것도 아닌데!! 이것이 지속적으로 1년 이상 계속되면 영업맨의 눈에 보이는 거짓말처럼 일정 역시 당연한 것이 된다. 그러면 필자의 경우 평상시 업무 보는 것과 같은 일정을 가지고 자기 개발도 하고, 잠깐의 여유도 가지면서 개발을 할 수 있는 여유를 가지게 되었다.
물론 SI 프로젝트 같은 경우에는 D-day가 정해져 있기 때문에 이렇게 하는 것은 무리이다. 하지만 애초 프로젝트 계획 수립시 또는 제안 단계에서 프로젝트 투입 인력 및 일정 계획 수립시에 시니어 개발자 또는 아키텍트, PM 중에 한명이라도 이러한 요소들이 반영되도록 참여하여야 한다. 이런 회의에 참여할 수 있도록 적극적으로 요청해야 한다. 이것은 필자와 같은 경력 수준의 개발자들이 해야할 역할이 아닌가 생각하면서 다시 한번 반성해 본다.

어느 블로그에서 본 글인데 다음글과 같은 맥락이다.

"열심히"씨와 "훌륭한"씨는 각각 "엄청난소프트웨어회사"와 "허벌난소프트웨어회사"의 두 직원이다. 우연치 않게 두 회사에 정확히 똑같은 내용의 주문이 들어왔다. "열나어려운문제" 해결을 위한 프로그램을 작성해 달라는 것이었다.

열심히씨는 처음 예상 소요 시간인 3개월 동안 정말 열심히 일했다. 하지만 일을 하면서 예상 외의 장애를 직면했고, 밤샘 작업까지 해가면서 3개월의 마지막 날 매니져에게 이런 말을 할 수 있었다. "정말 열나게 프로그램을 짰슴다. 밤샘도 하고요. 제가 지금까지 작성한 프로그램은 2000줄입니다. 그런데, 새로운 문제가 기술적으로 불가피하게 발생했습니다. 복잡한 버그(프로그램의 오류)도 몇 가지 해결해야 하고요. 한 달 가량이 더 필요합니다." 그러고 한달 후 열심히씨는 몇 개의 버그와 더불어 나름대로 작동하는 프로그램을 매니져와 고객에게 자랑스럽게 보여줄 수 있었다. 벌겋게 충혈된 눈과 미쳐 깎지 못한 수염, 무지무지 어렵고 복잡해 보이는 2500여 줄의 프로그램과 함께. "예상보다 훨씬 더 복잡한 문제였군요. 정말 수고하셨습니다."라는 칭찬을 들으면서.

훌륭한씨는 매니져가 "의무적으로" 잡아놓은 예상 소요 시간 3개월의 첫 2달 반을 빈둥거리며 지냈다. 매니져는 훌륭한씨가 월말이 되어서 "정말 죄송해요. 아직 한 줄도 못짰어요. 너무 어려워요. 좀 봐주세요."라고 처량하게 자비를 구할 날을 손꼽아 기다렸다. 웬걸, 마지막 날 훌륭한씨는 예의 "너무도 태연스러운" 모습으로 나타났다. 150여 줄의 프로그램과 함께. 그 프로그램은 멋지게 "열나어려운문제"를 해결했다. 하지만, 매니져가 그 코드를 들여다 보자, 한마디로 "너무도 쉬웠다." 초등학생도 생각해 낼 정도였다. 매니져와 고객은 이름을 "열나쉬운문제"로 바꾸는 데에 전적으로 동의한다. 훌륭한씨는 "이렇게 간단한 문제를 3개월 씩이나 걸려서 풀었습니까? 왜 이렇게 성실하지 못하죠?"라는 비난을 들어야 했다.

둘 중에 누가 승진을 했을까?

열심히씨는 승진하고, 급여인상을 받았다. 훌륭한씨는 급여삭감을 직면하고는 퇴사해 버렸다.

훌륭한 프로그래머는 가난하다. 훌륭한 프로그래머의 딜레마인 것이다.

이제 훌륭한 프로그래머들도 정당한 평가를 받기 위해서 열심히 하는 척은 해야 하지 않을까? 그것이 양심에 조금 찔리더라도...
남는 시간에는 후배를 키우고 집필하고, 연구하는데 시간을 좀 더 투자하는 것이 어떨까.

2. 개발자 수준의 하향 평준화.

현재의 개발 문화의 또 다른 면은 개발자 커뮤니티 전체의 실력이 너무 저하되어 있다는 것이다. 대학의 공식적인 교육절차에 의해 배출되는 인력은 턱없이 부족하고 3 ~ 6개월 정도의 교육기관을 통해 배출되는 인력이 너무 많다. 물론 정규 교육을 받은 개발자가 비전공자에 비해서 실력이 뛰어나다고 평가할 수는 없다. 학원과 같은 교육기관을 통해 배출된 개발자들 중에도 뛰어난 실력을 발휘하고 있는 개발자들도 많이 보았다. 필자가 말하고 싶은 것은 전산전공자이든 비전산 전공자이든 소프트웨어 개발을 너무 쉽게 보고 있다는 것이다. 앞의 글에서도 말했지만 필자는 10년이 지난 지금에도 아직도 제대로 된 개발을 하고 있지 않고, 계속 공부하고 있다. 아직도 많은 개발자들은 필자의 생각에 동의하지 않거나, 동의하지만 더 나은 수준으로 올라가려는 시도를 하지 않고 있다.

물론 이것은 실력있는 개발자에 대한 보상 문제와도 관계가 있을 수 있다. 아무리 실력이 뛰어나봐야 기껏 받는 월급이 많아야 300 ~ 500만원 정도이고, 아무리 실력이 없어도 100 ~ 300만원 정도는 받을 수 있는 현재의 평가 및 보상 시스템에는 문제가 있다. 또한 정통부 소프트웨어 개발 인력에 대한 보수 체계가 실력이 아닌 단순히 년차로만 구분되는 현실에서는 더욱이 개발자들의 자기 개발 의지는 부족할 수 밖에 없다.
지금까지는 외부에서 이것을 해결해 주기를 바랬지만 지금부터라도 개발자 커뮤니티에서 스스로 해결하는 노력도 필요하지 않을까 생각한다. 현재 우리 개발자들이 제대로 평가 받지 못하고 있는 것도 어떻게 보면 하향평준화 되어 있는 개발자의 수준이 또 다른 원인이 될 수도 있다.
소프트웨어 개발에서의 생산성은 다른 산업 분야에서의 생산성과는 다른 양상을 보인다고 할 수 있다. 많은 외국의 소프트웨어 공학 관련 서적에서도 잘하는 개발자와 그렇지 못하는 개발자들 사이에는 약 20배 정도의 차이가 난다고 한다. 이것은 공식적인 수치이고 필자의 의견은 무한대라고 본다. 필자와 같이 프로젝트를 수행한 개발자 중 일부는 2주동안 단순한 데이터 조회하는 하나의 웹 화면 조차도 만들지 못하였다. 그동안 다른 개발자는 4개 정도의 화면을 개발하였다. 0:4, 다시 말해 무한대이다.
이것은 프로젝트 계획서 또는 비용 청구서에 개발인력 00명이라고 적혀있는 내용을 만족시키기 위해 전혀 도움이 되지 않는 개발자를 투입시키기 때문에 발생하는 문제이다. 고객 또는 PM, 관리자는 한명이라도 더 많은 개발자가 투입되면 아무래도 더 빨리 또는 더 많은 프로그램을 만들수 있다고 생각하겠지만 실제로는 그 반대일 수도 있다. 프로젝트 구성원이 많아 질수록 서로 커뮤니케이션 해야 하는 채널은 기하 급수적으로 증가하게 되고, 더 좋은 생산성을 낼 수 있는 개발자들도 이런 커뮤니케이션 또는 관리의 늪에 빠져 평균 수준의 생산성만을 낼 뿐이기 때문이다.

그리고 프로젝트 막바지에는 이러한 실력 없는 개발자들이 만들어낸 코드에서 발생하는 오류를 해결하기 위해 더 많은 시간을 투입해야 한다.
필자는 아직 "The Mythical Man-Month" 라는 책을 읽어 보지는 못했지만 몇몇 서평과 요약된 글에서 보면 이와 같은 내용들이 많이 나타나고 있다. 이 책은 출판된지 벌써 20년 이상이 지났다. 아직도 이런 문제를 해결하고 있지 못한 것은 무한대의 생산성 차이를 인정하지 않으려는 문화에서 비롯된 것이 아닐까 하는 생각도 해본다.
우리 개발자들은 너무 순진하여 이런 생산성 Zero 개발자들의 몫까지 모두 자신이 가져와 개발하기 때문에 이런 악순환이 반복되는 것이 아닐까? 이해할 만한 수준의 품질과 납기를 맞추지 못하는 개발자들을 우리 개발자 스스로가 퇴출시켜야 하지 않을까? 그들의 짐을 우리가 모두 짊어지고 가기에는 현재의 우리 개발자들에게는 너무 무겁게만 느껴진다.
프로젝트에 투입될 개발자들을 인터뷰하는데 있어 PM, 관리자에 의한 인터뷰 뿐만 아니라 반드시 기술 인터뷰 절차를 지키게 하고 기술 인터뷰에서는 적당한 수준의 실습을 병행하여 어느 정도 수준인지 판단한 후 등급을 결정하고, 자신의 등급에 대해 개발자가 인정하지 않을 경우에는 옵션 조항으로 프로젝트 완료 시점에 다시 평가하여 적절하게 보상해주는 체계는 어떨까? 프로젝트 도중에라도 다른 개발자에 비해 현저하게 생산성에서 차이가 나는 개발자는 조금 야속하지만 관리자에게 건의하여 퇴출 시키는 것이 어떨까?
보상에 대한 부분은 민감하기 때문에 다음에 고민해본다 하더라도, 투입전 기술 인터뷰와 실습은 개발자의 전반적인 수준 향상을 위해서는 반드시 필요하다고 생각한다.

다음 글은 어떤 기사에서 본것이다.
소프트웨어는 기술이 아니라 문화이다.
- 웹2.0은 집단 지능을 이용한다. 국내 개발자 커뮤니티도 이런 모습들을 보여 주고 있지만 조금은 소극적이고 이렇게 모인 집단 지능을 이용하여 비즈니스로 전환하는 선순환이 만들어지고 있지 않다.
이것을 뛰어 넘기 위해서는 국내 소프트웨어 산업 전체가 변동해야 하지 않을까 생각해 본다. 이것의 주체는 정부나 회사 경영진이 아닌 개발자들에 의해서 되어야 하지 않을까???

다음글에서 계속...

* 생산성이 떨어지는 개발자 등은 운운하며 일부 개발자들을 비화한 부분에 대해서는 미리 사과의 말씀을 드립니다. 물론 "이런 글을 쓰는 당신은 얼마나 잘 하길래" 라고 손가락질을 할 수도 있습니다. 이런 비판 모두 수용하겠습니다.
필자는 저희 아버님 세대에게 매우 감사하고 있습니다. 우리 아버지들이 땀을 흘려 만들어 놓았디 때문에 우리나라 대한민국이 이정도 살 수 있다고 생각합니다. 우리 아버님들은 땀과 열정으로 공업국가를 만드셨습니다. 그럼 우리는 제 옆에 잠들어 있는 제 딸들에게 어떤 나라를 만들어 줄지 고민해 보았습니다. 지식국가만이 미래의 대한민국 모습이 아닐까요? 그중 소프트웨어는 지식국가의 핵심입니다. 소프트웨어 강국을 우리 다음 세대에게 물려주기 위해서 저는 이보다 더한 컬럼을 적을 각오를 하고 있습니다. 물론 저 자신도 끊임없는 학습과 연구 활동을 계속해 나갈 것입니다.

** 본 글에서 말하는 개발자는 단순히 프로그래머를 의미하는 것이 아니라 단순 프로그래머부터, 분석/설계, 아키텍트와 같이 실제적으로 프로젝트에 투입되어 QA, 사업관리 등의 업무가 아닌 개발과 관련된 업무를 수행하는 개발자를 말한다.
마틴파울러, 켄트벡 이런 사람들을 우리는 개발자라 불러야 할까 아니면 뭐라고 불러야 할지...

크리에이티브 커먼즈 라이센스