작성자: Gregor Hohpe, AWS 엔터프라이즈 전략가
핵심 소프트웨어 애플리케이션을 구매해야 할까요, 아니면 구축해야 할까요? 전에는 이 질문에 대해 경영진은 단순하게 다음과 같이 대답했습니다. 비즈니스를 차별화하는 요소는 구축하고, 나머지는 구매합니다. 고객의 기대치가 빠르게 높아지고 있는 오늘날, IT 의사 결정은 더 이상 이렇게 단순하지 않습니다. 오늘의 차별화 요소는 미래의 상품성에 연관되어 있습니다. 클라우드 기술이 IT 아키텍처를 위한 새로운 선택을 어떻게 열어주는지, 구매와 구축을 비교하는 질문을 어떻게 불필요하게 하는지 알아보세요.
구축의 한계
스마트한 경영진은 까다로운 IT 의사 결정에 직면할 때 판단을 하고 의사 결정을 내리며 복잡한 문제를 해결할 방법을 찾는 데 도움이 되는 간단한 전략 또는 정신적 프로세스와 같은 방법을 활용합니다. 많은 조직이 경험을 활용하여 핵심 소프트웨어 애플리케이션을 구매할 것인가, 아니면 구축할 것인가라는 중요한 질문에 답을 합니다. 이들이 사용하는 단순한 규칙은, 기능이 비즈니스를 차별화한다면 구축해야 한다는 것입니다. 그리고 차별화하지 않는다면 구매해야 합니다.
이 질문은 좋은 출발점이긴 하지만, IT가 그렇게 단순하지 않습니다. 회사 내에서 구축한 소프트웨어에는 종종 간과되는 세 가지 한계가 적용됩니다.
그 하나는 기회 비용입니다.
개발자가 사용자 지정 프로젝트를 구축하는 데 소비한 시간은 다른 제품에 대한 쏟는 노력과 같이 다른 비즈니스 가치를 생성하는 데 투자했을 수도 있는 시간입니다. 그래서 보상 및 장비와 같은 실제 비용과 기회 비용을 모두 고려해야 하며, 기회 비용이 몇 배 더 클 수도 있습니다. 상업용 소프트웨어를 광범위한 고객 기반에 판매하는 경제성은 사내에서 보다 저렴한 시스템을 구축할 가능성을 높입니다. 필요하지 않은 많은 기능을 포함하는 상용 소프트웨어는 예외일 수 있습니다. 다행히 이러한 시스템은 매우 드뭅니다.
소프트웨어는 사슬에서 하나의 연결 고리입니다.
비즈니스 가치는 소프트웨어 개발만으로 생성되지 않습니다. 기능 목록에 기반한 사용자 지정 소프트웨어는 가치 사슬의 첫 번째 연결 고리에 불과합니다. 또한, 투명성, 지원 시스템 및 민첩한 프로세스에 부합하는 에코시스템도 필요합니다. 사용자 지정 프런트엔드를 구축했지만, 백엔드 시스템은 변화 속도가 훨씬 느리다고 가정합니다. 이 시나리오에서 소프트웨어 엔지니어는 새 기능이 제공될 때까지 시간을 낭비하게 됩니다. 아니면, 사용자에게 중요한 대부분의 영역에서 기능 목록에 격차가 존재할 수 있습니다. 목록이 불완전하다는 사실을 확인하는 것만으로도 높은 수준의 투명성이 요구됩니다. 그리고 목록을 보다 유용한 기능으로 업데이트하기 위해서는 동등하게 높은 수준의 민첩성이 필요합니다.
여전히 투자는 필요합니다.
많은 조직이 자유를 얻기 위해 자체 소프트웨어 구축을 고려합니다. 소프트웨어를 구축한다면 원하는 대로 할 수 있을까요? 딱히 그렇지는 않습니다. 여전히 자체적으로 제작하는 요소만이 아니라, 시스템의 복잡성과 자산 가치에 제약을 받습니다. 예를 들어, 시스템을 새 기술로 이식하는 작업은 상용 소프트웨어보다 훨씬 더 어려울 수 있습니다. 그리고 리소스 제약으로 인해 구현할 수 있는 기능이 제한될 수 있습니다.
단순 구매 또는 구축 결정은 결국 그렇게 간단하지 않습니다. 여타의 IT 의사 결정과 마찬가지로, 신중한 해석과 뉘앙스에 좌우됩니다. 좋은 의사 결정을 내리려면 단순한 규칙이나 경험보다 더 많은 요소를 고려해야 합니다. 그래서 투자 수익이 가장 높은 IT 활동에 대해 생각해 보아야 합니다.
저자 소개
Gregor Hohpe
AWS 엔터프라이즈 전략가
Amazon Web Services에서 엔터프라이즈 전략가 역할을 맡고 있는 Gregor Hohpe는 기술 플랫폼과 조직 모두의 혁신에 대해 기술 리더에게 조언합니다. 싱가포르 정부와의 Smart Nation Fellow 프로젝트 및 Allianz SE의 최고 아키텍트로 쌓은 경험을 통해 그는 기술 의사 결정을 기업 전략에 연결하고 반대로 기업 전략을 기술 의사 결정에 활용하기도 합니다. 그는 The Software Architect Elevator 및 Cloud Strategy를 비롯한 그의 저서에서 아키텍처와 설계자에 대한 생각을 공유하는 것을 좋아합니다.
구매와 구축 블로그 시리즈 읽기
파트 1: 피해야 할 세 가지 덫
다음 단계 수행