지금 당장 필요하지 않습니다 (YAGNI)

저는 IT 분야에서 일하지만 소프트웨어 엔지니어링 배경을 가지고 있어서 운이 좋습니다. 이는 릴리스 주기와 기능에서 내부적으로 일어나는 일을 이해하는 것과 그 분야에서 얻은 지식을 이 분야에 적용하는 것 모두에서 IT 세계에 대해 조금 다른 관점을 제공합니다.

최근 몇 년간 소프트웨어 엔지니어링 커뮤니티에서는 “지금 당장 필요하지 않을 것이다” 또는 YAGNI라는 개념이 인기를 얻고 있습니다. YAGNI는 애자일 개발자의 익스트림 프로그래밍(XP) 그룹에서 생겨났으며 다음과 같은 규칙으로 명시됩니다: “항상 실제로 필요할 때 구현하고, 단지 예상할 때는 구현하지 마라.”

저는 YAGNI를 개발에서 “필요하다는 것을 알기 전까지는 투자하지 마라”로 바꾸어 표현하고 싶습니다. 하지만 개념은 같습니다. 언제 필요할지 확실하지 않은 부분을 구축하는 데 시간과 돈을 투자하면 가능한 한 일찍 가치를 얻지 못하는 위험(아직 중요하지 않은 것에 집중하면서 중요한 것을 소홀히 하여)과 결코 사용되지 않을 기술에 투자하는 위험(요구 사항 변경, 프로젝트 취소 등)을 감수하게 됩니다.

이 개념은 IT에 매우 잘 적용됩니다. 설계와 구매 모두 YAGNI의 영향을 크게 받거나 받아야 합니다. 스토리지가 좋은 예입니다. 내일 사용할 것이라고 생각하는 스토리지를 오늘 투자하지 마세요. 초기 스토리지 투자가 나쁜 이유는 많습니다: 비즈니스는 자체 성장을 정확하게 예측하는 능력이 거의 없으며, IT는 비즈니스 성장을 기반으로 스토리지 성장을 예측하는 데 미흡하며, 돈의 시간 가치와 오늘 스토리지를 구매하는 것이 내일 같은 스토리지를 구매하는 것보다 더 비쌉니다. 예측에 기반하여 구매할 때마다 위험을 감수하게 됩니다. 예측은 좀처럼 맞지 않습니다.

오늘 스토리지를 과다 구매하면 스토리지 비용이 시간이 지남에 따라 크게 하락하기 때문에 프리미엄을 지불하게 됩니다. 100% 여유 공간을 두고 구매하고 3년 이상이 지나서야 그 공간을 사용한다면 스토리지에 너무 많은 비용을 지불하는 것이며, 나중에 구매하면 실제로 그 시점에 필요한 것(용량뿐만 아니라 속도, 안정성, 기능 등)에 대한 더 나은 통찰력, 낮은 비용, 더 많은 옵션을 가져다줄 텐데 더 오래된 기술을 보유하게 됩니다.

과다 구매는 하나의 위험이고, 과소 구매는 또 다른 위험입니다. 과소 구매는 분명히 위험성이 낮지만 여전히 우려 사항입니다. 3년 후의 필요에 맞추어 오늘 구매하고 2년 후에 갑자기 수요가 급증한다면 필요를 충족시킬 수 없는 플랫폼이나 기술에 과잉 투자했을 수 있습니다.

스토리지는 하나의 예이지만 이는 소프트웨어 라이선스, CPU 용량, 메모리, 고가용성 기술, 심지어 데스크톱에 이르기까지 어디에든 적용될 수 있습니다. 3년 후 예상되는 인원 증가에 대비하여 데스크톱을 100% 과다 구매할 상점은 거의 없지만, 이상하게도 다른 영역에서는 주저 없이 그렇게 합니다.

즉각적인 필요에 맞는 것을 구매하고 나중으로 구매 결정을 미루면 상당한 비용 절감과 기술 향상의 기회가 생깁니다. 어떤 경우에는 잘못된 예측, 시장이나 전략의 변화, 또는 내외부적인 기술 방향의 변화로 인해 미래의 필요가 결코 발생하지 않을 수도 있습니다.

구매 외에도 YAGNI는 네트워크 설계에 적용될 수 있습니다. 종종 수년 후 예상되는 성장을 기반으로 크고 복잡한 설계가 제안되고 구현되는 경우가 드물지 않으며, 솔직히 현실적인 세계에서는 가능성이 그리 높지 않습니다. 예를 들어, 오늘 비용이 정당화되는 것이 겨우 두 대의 서버와 좋은 백업 계획인 상황에서 미래의 예상되는 회사 성장을 위해 비싼 라이선싱, 복잡한 네트워킹, 많은 스토리지를 갖춘 복잡한 고가용성 환경을 구축하는 것은 위험합니다. IT 지출을 정당화하기 위해 필요한 성장이 일어나야 할 뿐만 아니라, 돈의 시간 가치가 정당화될 만큼 빠르게 성장이 일어나야 하고 기술 비용이 두 시스템을 구현하는 것이 더 비용 효율적이었을 정도로 하락하지 않아야 합니다. 더 작은 임시 시스템을 도입하고 필요할 때 더 큰 규모의 시스템을 구현하는 것이, 더 크고 복잡한 시스템을 구축하는 비용이 첫 번째 시스템이 도입된 이후 크게 하락했다는 사실만으로도 훨씬 저렴할 수 있습니다. 이는 잘못된 예측의 위험을 고려하기 전의 이야기입니다.

조기 지출에는 추가적인 위험이 있습니다. 사용되지 않는 아키텍처에 기업 재원이 묶이게 됩니다. 그 돈은 비즈니스 성장을 위해 비즈니스의 다른 부분에 투자될 수 있었습니다. 극단적인 경우, 인프라에 과잉 투자하면 회사가 완전히 실패하는 데 기여할 수 있습니다. YAGNI를 사용하지 않은 것 자체가 YAGNI가 가장 적용되는 상황을 만든 자기 충족적 상황이 됩니다. 설계된 솔루션은 회사가 실패함으로써 결코 필요하지 않게 되었습니다.

YAGNI는 위험 완화 프로세스입니다. 예상하는 필요가 아닌 알고 있는 필요와 함께 작업하는 것입니다.

아마도 IT 조직들이 오늘날 과다 구매를 하는 이유는 특정 예산이 주어지기 때문일 것입니다. IT가 비즈니스의 호의가 베풀어질 때 가능한 모든 것을 구현하려는 기술 확보 시도를 하게 되는 것은 이해할 수 있습니다. 하지만 이는 매우 좋지 않은 비즈니스 관행입니다. 비즈니스는 IT가 현실 세계에 기반이 없는 비즈니스의 임의적인 예산을 근거로 투시력을 가정하여 시스템을 구현해야 하는 강요를 받기 때문에 IT에 막대한 금액이 낭비되고 있다는 것을 인식해야 합니다. IT는 종종 매우 불분명한 요소를 기반으로 비즈니스에 “판매”할 수 있는 것을 구매해야 하며 비즈니스는 종종 매우 변덕스럽게 IT에 자금을 지원합니다. 이는 IT가 선택의 여지가 거의 없어 돈을 낭비하고 비즈니스는 IT가 효율적으로 운영되도록 허용하지 않기 때문에 IT를 낭비로 보는 매우 건강하지 않은 비즈니스-IT 관계를 만듭니다.

이 상황을 해결하려면 비즈니스와 IT가 협력해야 합니다. IT는 비즈니스 감각 있는 부서처럼 행동해야 하며 비즈니스는 IT에 의존하여 지침을 얻고 예측 기반 예산을 사용하거나 그 선택의 기술적 영향을 기술적으로 이해하지 못하면서 기술적 접근 방식을 선택하는 데 얽히지 않아야 합니다. IT는 비즈니스가 논리적인 재무 결정을 내릴 것을 신뢰해야 하고 비즈니스는 IT가 비즈니스를 위한 논리적인 기술 결정을 내릴 것을 신뢰해야 합니다. 비즈니스가 IT를 이끌고, IT는 비즈니스를 가능하게 합니다. 이는 공생 관계입니다. 비즈니스가 IT에 예측하고 고정된 예산으로 운영할 것을 고집한다면, IT는 예산이 승인되지 않을 수 있는 내일에 대비하기 위해 가능한 한 과다 지출하고 과설계할 수밖에 없습니다. IT가 필요한 것을 요청하고 비즈니스가 적절한 시기에 기술 필요에 자금을 지원할 것을 신뢰할 수 있다면 두 조직 모두 공동의 이익을 위해 더 효과적으로 운영될 수 있습니다.

요점: 일찍 투자하지 마세요. 내일 기술이나 비즈니스가 어떻게 될지 알 수 없습니다.