가내 수공업, 공장제 기계공업

장난으로 종종 하는 말이 하나 있습니다.

"가내수공업으로 제품을 만들고 있군..."

요는 제품을 만드는 회사가 원하는 목적이 프로그램을 만드는 것을 목표로하면,
아무것도 남지 않는다는 것입니다. 나중에는 만든제품 조차 버립니다.

"프로그램을 만드는 프로그램"을 만드는 것이 목표가 되어야합니다.

다른 말로하면, 개발 절차와 유지보수 절차를 셋업하는 것을 목표로 프로젝트를
진행해야한다는 것인데... 저는 개발절차는 모든 프로그램이 비슷하기는 해도
다르다라고 생각하고, 그러기 때문에, 매 프로젝트는 제품 만큼 새로운 절차가
나올 수 있다고 생각합니다.

요즘의 XP 방법론이라든지 전통적인 Water fall (?)방식의 방법론이라든지 모두
책대로 할 수는 없는 것입니다. 아무리 좋다해도 개발방법론도 구성원이 한 번 경험한,
그래서 어설프나마 서로 같이 경험 했을 때 다음번에 보다 효과적이라는 것입니다.

개발자 구성원이 한번도 같이 프로젝트를 경험해보지 않았다면, 어떤 좋은 방법론을
가지고 와도 시행착오 덩어리가 될 수 밖에 없습니다.

유행처럼 XP 개발방법론을 도입하려하지만, 실상 중요한 것은 팀웍이고, 그
팀에 어떤 방법론을 들여온다고 말하기 보다, 프로젝트는 하나의 제품을
만드는 것이 아니라 두 종류의 제품 즉, 실제 프로젝트의 산출물과 그 팀이
어떤식으로 운영되는지에 대한 운영방법을 서로 만들어가는 것이라고 정의하는
것이 합리적이다라고 생각됩니다.

한 팀이 가내 수공업으로 차를 한대 만들면 그게 끝이지만, 한 팀이 "부품을 집어
넣는 차가 나오는 공장"을 만들면 비록 그 공장에서 종국에는 한대만 생산
된다할지라도, 그것이 그 팀이 지향해야할 바라는 것이지요.

우리나라 현상황에서는 제품을 만드는 것보다, 제품 만드는 프로젝트 셋업을
제품이라 생각하는 것이 강국 IT로 가기위해 필요한 것이 아닐까합니다. 그것이야말로,
책으로만 얻을 수 없는 살아 있는 프로그램이지요.

그 프로그램의 입력값은 사람, 버그리포트, 로그, core dump, test suite 등등이며,
이런 것이 입력될 때 잘 돌아가는 프로그램을 서로생각하며 만들어 가자는
마음이 있어야만 제품도 잘나오는 것이라 생각합니다.

그냥 자기전에 주저리 써봤습니다.
벌써 글수가 700이 넘었군요... 저는 여기 폐인일까요?