자체적으로 구축할까요, 아니면 외부에서 구매할까요? 아직 이러한 대화를 나눈 적이 없다면 곧 결정을 해야 할 시기가 올 것입니다. 조직은 일정 및 물류 자동화에서 디지털 공급망 관리 분석, 테라바이트 규모의 시스템 또는 고객 데이터 구성 및 보안에 이르기까지 기술 소프트웨어 솔루션을 필요로 하는 문제에 자주 직면합니다. 부서(또는 조직 전체)의 성공은 올바른 기술을 구현하는 데 달려있습니다.
최적의 솔루션을 찾는 것은 외부에서 소프트웨어 솔루션을 구매할지 아니면 내부 팀에서 직접 구축할지에 대한 결정을 의미할 때가 많습니다. 여러 고객사와 협업한 경험을 통해 여러분과 예산 관리자는 엔터프라이즈 수준의 기술 도입에 대한 결정은 가볍게 내릴 수 없다는 사실을 잘 알고 있습니다. 제가 이 블로그 시리즈를 연재하는 이유도 그러한 어렵고도 공통적인 질문의 복잡한 요소들을 소개하기 위해서입니다.
저는 조직을 심층적으로 이해하고 솔루션을 자체적으로 구축할지, 외부에서 구매할지 파악하는 데 도움이 되는 5가지 핵심 질문을 수집했습니다. 이러한 프로세스는 내부 프로세스, 역량, 해결하고자 하는 문제에 대한 상세한 정보를 제공합니다. 그럼 시작하겠습니다!
1. 요구 사항을 설정하셨습니까?
먼저 비즈니스 목표를 지원하기 위해 기술 솔루션이 필요한 부문을 정의하세요. 이는 매우 중요한 단계이며 신중하게 수행해야 합니다. 구체적이어야 하며, 요구 사항의 우선 순위를 비롯한 명확한 비전을 염두에 두어야 합니다.
- 문제에 대한 이상적인 솔루션은 무엇인가?
- 소프트웨어에 필요한 기능은 무엇인가?
솔루션에 대한 요구 사항을 결정한 후에는 이를 실현할 수 있는 방법도 정확히 정의해야 합니다.
- 사용자는 누구인가?
- 사용자가 기술을 능숙하게 다루는가?
- 결과물이 누구에게 도움이 되는가?
2. 귀사가 직면한 문제가 정말로 특별하다고 확신하십니까?
다음으로는 귀사가 직면한 문제가 정말로 특별한 것인지 생각해봐야 합니다. 특이한 문제를 겪고 있고 내부 소프트웨어 엔지니어링 팀을 보유한 조직에게 자체 시스템 구축은 언제나 선택 사항입니다. 하지만 귀사가 직면한 문제를 다른 많은 기업도 동일하게 겪을 가능성이 높습니다. 따라서 아무것도 없는 상태에서 새롭게 구축할 필요가 없습니다. 솔직히 말해보죠. HIPAA 또는 금융 데이터 보호로 어려움을 겪거나, 주문형 또는 자동화된 데이터 피드를 찾는 기업이 귀사가 처음은 아닙니다. 귀사가 직면한 문제가 얼마나 일반적인지 파악하면 자체적으로 구축할지, 아니면 외부에서 구매할지 확실히 결정할 수 있습니다.
3. 솔루션을 운용하는 데 필요한 요소는 무엇입니까?
조직 내 인재, 전문성, 인력을 평가하여 적절한 소프트웨어 솔루션을 구축하는 것이 현실적인 선택인지 분명하게 파악하세요. 지원, 유지 관리, 문제 해결에 대한 조직의 실제 역량은 얼마이고, 기회 비용은 얼마인가요? 사내 구축을 선택한 경우 수행되지 않는 작업은 무엇인가요? 숙련된 엔지니어링 팀은 이미 다른 과제를 수행하느라 바쁘거나 일상적인 시스템 관리를 주로 담당하기 때문에 자체 시스템을 구축할 만한 여력이 없습니다. 또한 이직률이 높은 조직의 경우 시간이 지남에 따라 제도적 지식(institutional knowledge)이 줄어들어 고유한 시스템을 유지하기 어렵습니다.
4. 시간이 얼마나 있습니까?
가장 중요한 자원 중 하나인 시간을 고려하세요. 사건의 범위를 주의 깊게 관찰해야 합니다. 주요 마감 기한, 새로운 솔루션을 구현하려는 시기, 그리고 다른 계획 및 부서와 상호작용하는 방식을 염두에 두어야 합니다. 당장 활용할 수 있는 전문성에 관계없이 자체 개발 시스템은 구축과 테스트, 온보딩에 상당한 시간이 소요됩니다. 또한 구현 과정에서 예기치 않거나 불가피하게 발생하는 문제를 해결할 수 있도록 소프트웨어 엔지니어링 프로젝트 타임라인에 추가 버퍼를 두는 것도 좋은 방법입니다.
5. 커뮤니케이션 창구가 열려 있습니까?
정보보안팀, 영업팀, IT 팀 등을 비롯한 모든 팀 간의 명확한 커뮤니케이션은 새로운 비즈니스 솔루션으로 모든 이해당사자의 요구 사항을 충족하기 위해 필요합니다.
- 엔지니어링 팀은 마케팅 팀에서 데이터 집합을 조직화하고 전달해야 하는 이유를 이해하고 있는가?
- 분석 팀은 IT 팀이 원하는 프로세스 참여 방식을 알고 있는가?
- 소프트웨어 개발을 위한 팀의 방법론에 대해 합의했는가?
- 엔지니어링 팀은 외부 공급업체의 인사이트에 대해 개방적인가?
이러한 논의는 힘들어도 초기에 자주 진행하여 모두의 의견이 일치하도록 해야 합니다.
다양한 사람들과 이러한 질문을 논의할 때에는 외부 전문가가 제공할 수 있는 이점을 과소평가해서는 안 됩니다. 이러한 논의와 결정에 주기적으로 관여하는 공급업체와 대화를 나누면 인식하지 못하는 격차에 주의를 기울이고, 의사 결정 프로세스에서 협의적 접근 방식을 취할 수 있습니다.
이제 결정의 시간입니다. 자체적으로 구축하시겠습니까, 외부에서 구매하시겠습니까? 엔터프라이즈 소프트웨어 솔루션으로 비즈니스 목표를 달성하기 위한 최고의 접근 방식을 결정하는 프로세스는 복잡할 수 있지만, 요구 사항에 최적화된 솔루션을 식별하는 것은 그만한 가치가 있습니다. 다음 게시물에서는 데이터 통합 및 준비 요구 사항을 충족하기 위해 외부 구매 방식을 선택해야 하는 이유를 상세히 소개합니다.
자세히 알아보고 싶으신가요?
