"소프트웨어를 어떻게 만들어야 하나?" 그리고 "소프트웨어를 만드는 사람은 어떻게 다루어야 하나?"라는 화두 혹은 질문이 시스템통합(SI), 패키지 소프트웨어, 포털/검색 소프트웨어, 게임 소프트웨어를 망라한 대다수 소프트웨어 개발업체 개발자 및 관리자들이 매일 던지는 질문일 거라고 생각합니다. 저도 C 프로그래머에서 시작해서 C++, Java, 웹 프로그래밍을 했었고 프로젝트관리자(PM)로서 대규모 소프트웨어를 만들어 고객에게 인도했던 경험이 있습니다. 현재는 많은 소프트웨어 개발자를 관리하는 관리자의 입장에서 위의 두 가지 질문을 항상 던지곤 합니다. 물론 쉬운 답은 없지요. 40여 년 전 프레데릭 브룩스(Frederick Brooks)가 갈파했던 소프트웨어만의 독특한 속성(Essential Problems) 4 가지 중 가변성(Changeability)과 비가시성(Invisibility)이 이러한 어려움의 가장 중요한 원인이라고 생각합니다.

현재 소프트웨어 업계가 아직도 정확한 답을 찾지 못하는 많은 부분이 있습니다. "요구사항을 어떻게 끌어내야 하나?", "요구사항은 어느 정도까지 구조화하면 되나?", "디자인은 어디까지 하면 되나?", "데이터베이스 설계는 언제, 어디까지 해야 하나?", "공수 추정은 어떻게 하나?", "최종 성능은 언제부터 어떻게 준비해야 하나?", "구현단계의 가시성은 어떻게 확보하나?", "어디까지 테스트 해야 하나?", "언제 고객에게 인도할 정도의 품질을 달성했다고 확신할 수 있나?" 등의 많은 질문에 대해 아직도 정확한 답을 주지 못하고 있지만, 그나마 그중에서 '구현단계에서의 가시성 확보'에 있어서는 지난 10년간 많은 진전이 있었습니다.

저는 위의 두 가지 질문에 대해, 구현단계에서의 가시성 확보 및 빠른 피드백을 얻을 수 있는 여러 가지 실행지침(Practice)이 어느 정도 해결책이 될 수 있다고 생각합니다. NHN에서는 이러한 실행지침을 체계화하고 내재화하기 위해 다양한 Change Initiative를 실행했는데, 지속적통합(Continuous Integration, CI), 퀄리티 프랙티스(Quality Practice, QP), 반복점진적 개발방법(Iterative & Incremental Development) 등이 그것입니다. 이들을 조직에 맞게 꾸준히 변화시키면서 운용해 보았습니다. 이러한 변화를 드라이브하면서 많은 시행착오도 겪었고, 이런 저런 장애물을 만나기도 했습니다. 이에 대한 다년간의 경험이 이렇게 책으로 묶여 나오게 되니 약간은 흥분되기도 하고 감격스럽기도 합니다.

우리가 건강을 유지하기 위해서는 유산소 운동도 하고, 중량운동도 해야 하고, 또 유연운동도 골고루 해야 균형 잡힌 건강을 유지할 수 있겠지요. NHN에서 실행한 실행지침이 한 가지가 아니고 다양한 이유가 그렇습니다. 한 가지만의 실행지침으로 좋은 소프트웨어를 만들 수 있다면 좋겠지만 그런 요술방망이(Silver Bullet)는 없습니다. 건강하다고 해서 운동을 하지 않아도 될만한 사람이 없듯, NHN에서도 계속해서 좋은 소프트웨어 개발 운동을 할 것입니다.

소프트웨어 개발자, 관리자 분들이 이 책을 읽은 후 자신의 환경 및 조직에 맞게 이런 저런 운동방법을 잘 조정해서 적용하시면 건강한 소프트웨어를 만드는 데 많은 도움이 될 것이라 확신하며 '과감하게' 이 책을 추천합니다.

김정민, (주)NHN 포털개발센터장