소프트웨어 개발이라는 여정에서 우리는 과연 얼마나 새로운 길을 찾아왔을까요? 아니면 그저 오래된 지혜를 새로운 이름으로 포장하며 같은 자리를 맴돌고 있는 것은 아닐까요?
수십 년간 이 업계에서 수많은 기술 트렌드와 방법론의 부침을 지켜보며 종종 드는 생각입니다. 애자일, 스크럼, 워터폴 등 거창한 이름의 방법론들이 등장하고 유행처럼 번져나가지만, 정작 프로젝트의 성패를 좌우하는 것은 이러한 이름 뒤에 숨겨진, 어쩌면 너무나 당연해서 ‘잘 알려지지 않은(Little Known)’ 본질적인 접근법이 아닐까 합니다.
우리가 흔히 간과하는 것들은 대체로 화려하지 않습니다. 예를 들어, 어떤 문제에 대해 깊이 파고들어 본질을 이해하려는 태도, 즉 개발을 일종의 ‘탐구 활동’으로 바라보는 시선 같은 것입니다. 학술적인 연구 방법론들이 계획-실행-보고의 전통적인 단계를 거치며 지식을 생성하듯, 소프트웨어 개발 또한 단순히 코드를 작성하는 행위를 넘어 문제의 정의, 가설 수립, 검증, 그리고 그 과정에서 얻은 인사이트를 바탕으로 한 개선이라는 일련의 연구 과정과 닮아 있습니다. 하지만 우리는 종종 이 연구적 접근을 소홀히 한 채, 당장 눈앞의 태스크와 마감 기한에 쫓겨 표면적인 해결책만을 좇곤 합니다.
오랜 경력을 가진 개발자들은 종종 자신만의 ‘숨겨진 방법’을 가지고 있습니다. 이는 어느 책이나 강의에서 배운 것이라기보다는 수많은 실패와 성공을 통해 체득한, 특정 상황에 최적화된 직관적인 접근일 때가 많습니다. 이러한 방법들은 거대한 조직에서 표준화하기 어렵고, 계량화하기 힘들며, 때로는 너무나 당연해서 특별한 방법론으로 인식되지 않기도 합니다. 하지만 이 ‘보이지 않는 방법’이 오히려 프로젝트의 복잡성을 단순화하고, 예측 불가능성을 줄이며, 궁극적으로 더 나은 품질의 소프트웨어를 만들어내는 핵심 동력이 됩니다.
학습에 대한 관점이나 연구 설계에 대한 자료들을 살펴보면, 결국 중요한 것은 맥락에 대한 이해와 깊이 있는 탐구입니다. 학생들의 학습 방식이 학습에 대한 관념에 영향을 받듯이, 개발자들의 개발 방식 또한 그들이 소프트웨어 개발을 어떻게 인식하고 어떤 가치를 두느냐에 따라 달라집니다. 단순히 기능 구현에 급급한 것이 아니라, 사용자의 경험을 깊이 이해하고, 시스템의 동작 원리를 탐구하며, 더 나은 해결책을 끊임없이 고민하는 태도가 바로 ‘잘 알려지지 않은’ 개발 방법의 본질일 수 있습니다.
결국, 중요한 것은 유행하는 방법론의 이름을 따르는 것이 아니라, 그 방법론의 본질적인 가치와 자신의 상황에 맞는 지혜를 발견하고 적용하는 능력입니다. 때로는 너무나 당연해서 주목받지 못했던, 혹은 너무나 개별적이어서 공식화되지 못했던 그 ‘작은’ 방법들이야말로 진정한 개발의 가치를 실현하는 데 필수적인 요소일지도 모릅니다. 2009년에 쓰인 이 글이 오늘날에도 여전히 유효하게 다가오는 이유일 것입니다.
Little Known Development Methods (2009): https://lr0.org/blog/p/lkdm/
이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.
