김익환 의 " 소프트웨어 지혜 ": 컨설팅 에 는 돈 을 안 낸다 . 
 한국 의 비즈니스 에서 는 대체로 하나 의 공통점 이 있 다 . 무형 의 가치 를 잘 인정 하 지 않 으려고 한다 . 자동차 나 냉장고 같 은 하드웨어 는 제 값 을 받 고 파 는데 문제 없 지만 소프트웨어 는 그 가치 를 잘 인정 하 려고 하 지 않 는다 . 한번 만들 어 놓 으면 원가 없이 복사 만 하 면 사용 할 수 있 기 때문 에 돈 내 고 소프트웨어 제품 을 사 는 것 을 아까워 한다 . 하물며 그냥 대화 나 하 면서 자문 을 해 주 는 것 에 는 돈 을 지불 할 생각 을 하 지 않 는다 . 구체 적 인 형체 가 있 는 것 에 는 돈 은 아깝 지 않 게 내 는데 컨설팅 식 의 자문 이나 방향 설정 이 라든지 하 는 것 은 으레 공짜 로 하 려고 한다 . 저녁 이나 한 번 사 면 된다고 생각 한다 . 여기 에 는 두 가지 문제 가 있 다 . 첫째 가 돈 을 내 려고 하 지 않 는다는 점 이 고 둘째 는 지속 적 인 컨설팅 없이 는 효과 가 나 지 않 는다는 것 이 다 . 정당 한 대가 를 지불 하 지 않 으면 누가 시간 낭비 하 면서 지속 적 인 컨설팅 을 해 주 겠 는가 ? 한두 번 만나 고 는 더 이상 안 만날 것 이 다 . 
 소프트웨어 개발 을 하 려고 하 면 컴퓨터 도 필요 하 고 운영 체계 도 필요 하 고 소스 코드 를 적 기 위한 도구 등 필요 한 것 이 많 다 . 개발 시작 전 에 이런 것 을 다 결정 해야 한다 . 전산 고문 이 “ 이런 개발 도구 를 사용 해야 합니다 ” 하 는 결정 을 내린다고 하 자 . 이러 한 결정 이 잘못 선정 된 개발 도구 로 수 많 은 엔지니어 가 밤새워서 열심히 일 하 는 것 보다 중요 한 것 이 다 . 이렇게 중요 한 정보 를 공짜 로 주워 들으려고 한다 . 이 를 결정 하 기 까지 는 수 많 은 시행착오 를 거치 면서 정립 된 경험 과 동물 적 인 감각 이 필요 하 다 . 그리고 결정 을 내리 기 위한 자료 수집 도 필요 할 지 모른다 . 하지만 마지막 으로 나온 결론 은 간단 하 다 . 그러 니 그런 말 한마디 에 왜 돈 을 내 느냐고 생각 한다 . 이미 다 알 았 는데 더 이상 필요 없 다고 생각 하 기 도 한다 . 
 프로그래머 들 이 만들 어 내 는 소스 코드 는 물론 시간 도 걸리 고 양 도 방대 하 다 . 하지만 올바른 길 을 갈 때 그 가치 가 있 는 것 이 다 . 전산 고문 의 한마디 말 을 가치 를 기준 으로 해서 보 면 모든 엔지니어 의 임금 을 더한 것 보다 중요 할 수 있 다 . 정량 적 으로 측정 하 기 는 힘들 다 . 가끔 소프트웨어 의 가치 를 억지로 정량 적 으로 측정 하 기 위해 소스 코드 의 줄 수 를 세 는 경우 가 있 는데 이 역시 말 도 안 되 는 것 이 다 . 뾰족 한 수 가 없 으니까 궁여지책 으로 나온 방법 이 다 . IT ROI ( 투자 회수 대비 ) 를 측정 하 는 방법 이 있 다고 주장 하 는 사람 들 도 있 다 . 이것 역시 궁여지책 끝 에 나온 부 정확 한 방법 이 다 . 기술 쪽 에서 자라 온 사람 들 이 보 면 사기 라고 볼 수 도 있 다 . 마치 그림 을 한 장 사 서 회사 에다 걸 어 놓 았 는데 이 그림 에 대한 투자 가 얼마나 생산 성 에 기여 했 는지 를 계산 할 수 있 다고 주장 하 는 것 과 다를 바 없 다 . 이러 한 것 은 오랫동안 의 기업 경영 에서 오 는 직감 적 인 판단 의 영역 이 다 . 정량 화 하 기 는 어렵 지만 주관 적 인 판단 을 내려야 하 는 경우 는 수도 없이 많 다 . 
 언젠가 한국 에서 게임 을 개발 하 는 업체 인 E 사 를 방문 한 적 이 있 다 . 친구 가 부탁 을 했었 다 . 자기 동생 이 관련 되 어 있 는 회사 인데 제품 에 문제 가 있 는 데 고치 면 또 다른 문제 가 생기 고 해서 고객 들 의 불평 이 끊이 지 않 는다는 것 이 었 다 . 방문 을 해서 개발 팀장 들 을 모아 놓 고 회의 를 했 다 . 그 즉시 문제 를 알 수 있 었 다 . 개발 프로세스 가 전혀 정립 되 어 있 지 않 은 것 이 었 다 . 학교 숙제 하 는 식 의 주먹구구식 의 개발 이 었 다 . 너무 고칠 데 가 많 은 중 에 도 가장 필요 가 있 을 듯 한 개발 관리 도구 를 사용 하 라고 충고 해 주 었 다 . 모두 들 진지 하 게 자세히 질문 도 하 고 어떻게 적용 하 는지 를 가르쳐 주 었 다 . 그리고 자세 한 내용 이나 실제 상황 에서 벌어질 일 은 모든 경우 가 다르 므로 각 경우 에 맞 게 진행 하 면서 조정 을 필요 로 한다고 말 해 주 었 다 . 그리고 그것 은 일 주일 에 한 번 정도 개발 과정 을 계속 지켜보 면서 자문 을 해야 가능 하 다고 하 였 다 . 물론 자문 료 는 비싸 다고 했 다 . 사실 프로그램 하 며 일 하 는 사람 들 의 관점 에서 보 면 비싸 기 는 하 다 . 하루 와서 말 몇 마디 하 고 가 는 것 처럼 보이 는데 자기 들 한 달 월급 을 지불 하 려면 아깝 기 그지 없 다 . 그래서 그런지 더 이상 자문 을 요청 하 지 않 았 다 . 물론 처음 자문 도 공짜 였 다 . 나 역시 바쁜 와중 에 자문 을 계속 할 수 있 는 처지 도 아니 어서 더 이상 확인 하 지 는 않 았 다 . 나중 에 라도 부탁 하 면 친구 를 생각 해서 억지로 시간 내 야 하 는 처지 였으니 말 이 다 . 그 회사 가 경영 에 어려움 을 겪 고 있 던 것 을 고려 하 면 비싼 돈 을 지불 하 면서 자문 을 받 을 처지 는 아니 었 다 . 또 새로운 방법 으로 변화 하 는 것 에 대한 두려움 도 있 었 다 . 새로운 방법 론 이 정립 되 기 까지 변경 후 초기 에 는 개발 속도 가 느려질 수 밖 에 없 다고 얘기 했 기 때문 에 어려운 결정 이 었 을 것 이 다 . 아마도 그 때 사용 하 던 방법 그대로 개발 하 고 있 을 것 이 다 . 계속 똑 같 은 문제 를 가지 고 있 을 것 이 고 . “ 나 는 내 방식 대로 살 겠 다 ” 는 의지 의 한국인 이 다 . 
 몰라서 도 못하 고 알 아도 제대로 하 기 힘드 는 것 이 올바른 소프트웨어 개발 이 다 . 모든 운동 이 마찬가지 이 지만 혼자 서 골프 교본 없이 골프 를 배우 기 도 힘들 지만 마치 골프 교본 한 권 주 었 다고 골프 를 잘 칠 수 없 는 것 과 마찬가지 다 . 누가 말 한마디 로 잘못 된 점 교정 해 준다고 고쳐 지 던가 ? 천만 의 말씀 이 다 . 진정 골프 를 잘 치 려면 계속 해서 실전 과 함께 전문가 한테서 레슨 을 받 아야 한다 . 필드 에 나 가 실전 만 하 는 것 도 문제 가 있 고 연습장 에서 레슨 만 받 는 것 도 문제 가 있 다 . 실전 과 교육 이 적절히 균형 을 이루 어야 한다 . 교육 은 특히 좋 은 선생 한테서 받 아야 한다 . 경험 이 많 아서 그 사람 의 특성 에 맞 는 방법 을 가르칠 수 있 어야 한다 . 획일 적 으로 는 안 된다 . 골프 뿐 아니 라 모든 운동 이 그렇 고 소프트웨어 개발 도 비슷 하 다 . 나 도 가끔 골프 레슨 을 받 는데 돈 이 아깝 다는 생각 이 들 기 도 한다 . 하지만 나 혼자 서 는 골프 실력 이 늘 기 는 어려우 니까 아깝 지만 할 수 없 다 . 그러 니 소프트웨어 개발 의 컨설팅 도 그렇 게 생각 할 것 이 다 . 안타까운 일 이 다 . 그 회사 는 다행히 도 게임 업체 이 니까 그래도 성공 할 수 있 는 여지 는 남 아 있 다 . 다른 소프트웨어 와 달리 조금 결함 이 있 어도 사용 할 수 있 기 때문 이 다 . 하지만 회계 프로그램 이나 영업 프로그램 같이 결함 을 용납 하 지 않 는 응용 프로그램 의 경우 에 는 시장 에서 실패 할 것 이 뻔하 다 . 
 소프트웨어 로 성공 하 기 위해서 는 근본 적 으로 배움 에 투자 할 줄 알 아야 한다 . 전문가 에게서 제대로 된 방법 을 꾸준히 배워야 한다 . 불행히 도 한국 에 는 소프트웨어 의 역사 가 너무 짧 아 좋 은 전문가 를 찾 기 어렵 다 . 올바른 지도 없이 자수성가 하 기 는 오랜 시간 이 지나 도 제대로 되 기 어렵 다 . 잘못 된 문화 가 뿌리깊 게 자리 잡 기 전 에 조금 이 라도 빨리 제대로 된 소프트웨어 문화 를 정립 해야 할 때 다 . 
 작성자 : 김익환 ( Ike Kim ) 시간 : 오후 5 : 27