http://www.ciobiz.co.kr/news/articleView.html?idxno=3836

기업의 업무 프로세스 상 각 업무시스템은 서로 연동되고 정보를 주고받을 수 있어야 한다. 이때 기준이 되는 것이 기준정보(마스터데이터)이며, 이를 관리하는 시스템이 MDM이다. 기업들은 MDM의 중요성을 인식하고 있지만 업무별 MDM 구축보다는 플랫폼 관점의 접근이 필요하다.

애플리케이션 MDM과 플랫폼 MDM의 접근방식 차이에 대해 보다 정확하게 이해하기 위해 가상의 비즈니스를 살펴볼 필요가 있다.

한 다국적 제약업체는 전통적인 제약 사업부, 일반 판매용 약품, 생명공학 및 의료기기 등의 여러 사업부로 구성하고 있다. 암, HIV/AIDS, 박테리아 감염같이 심각하고 광범위한 질병에 대한 치료약을 제공하는 전통적인 제약 사업부는 규제준수 보고라는 심각한 문제에 직면했다.

이와 같은 문제가 발생한 것은 영업 인력이 의사, 병원 및 약국의 거래처 확보와 같은 영업 활동을 추적하기 위해 사용하는 시스템이 노후화되면서 데이터 중복이 만연해졌기 때문이다. 전통적인 제약 사업부 내 경영진과 IT 의사결정자들은 통합 의사 마스터데이터를 생성하는 MDM 프로젝트를 수행함으로써 이 문제를 해결하기로 결정했다.

이 의사 마스터데이터는 다양한 소스에서 나온 정보를 정제, 표준화 및 통합한 다음, 해당 사업부의 영업인력 시스템에 전달했다. 그 결과, 거래처 확보에 대한 정확한 데이터 덕분에 정확한 규제준수 보고서를 신속하게 작성할 수 있었다.

즉, 이 사업부는 우수한 솔루션으로 긴급 문제를 해결한 것이다. MDM 접근 방식이 애플리케이션 접근 방식을 채용했는지 또는 플랫폼 접근 방식을 채용했는지에 따라 이 시나리오가 어떻게 전개되는지 살펴보겠다.

◇애플리케이션 접근 방식은 임시방편적=MDM 애플리케이션 접근 방식에서 이 제약사업부는 먼저 별도의 MDM 허브 내에 의사(고객) 데이터의 생성 및 관리를 위한 비즈니스 로직을 분리시키게 된다. 그런 다음 기존 애플리케이션 인프라에 의해 결정되는 데이터 모델을 기반으로 비즈니스 로직을 지원하는 GUI를 개발한다.

이는 사업부가 특정한 문제(거래처 확보에 대한 규제 준수 보고)에서 출발하고 비즈니스 로직이 해당 문제에 종속되는 ‘외부에서 내부로(Outside-In)’ 접근 방식이다. 이를 지원하는 비즈니스 로직과 데이터 모델을 관리하는 GUI를 개발한다.

MDM 플랫폼 접근 방식은 애플리케이션 접근 방식과 정반대의 과정을 거친다. 플랫폼 접근 방식에서는 제약 사업부가 이러한 노력을 데이터 모델링부터 시작한다. 일단 완료되면 기준정보를 관리하는 GUI를 구성하고, 마지막으로 데이터 모델 위에 해당 산업에 특화된 비즈니스 문제와 매우 유사한 비즈니스 로직을 수립하기 위한 지원 체계를 마련한다.

‘내부에서 외부로(Inside-Out)’ 접근 방식인 이 MDM 전략은 데이터를 염두에 두고 출발하며, 앞서 정의한 데이터 위에서 GUI 및 비즈니스 로직을 유연하게 구성할 수 있도록 한다.

이제 다시 전통적인 제약 사업부와 이 사업부가 속한 전체 기업이 처한 가상의 비즈니스 문제로 돌아가 보겠다.

애플리케이션 접근 방식을 선택한 경우 사업부는 시급한 비즈니스 목적을 달성하고, 규제준수 보고 문제에 대한 단순한 솔루션을 제공하는 MDM 시스템으로서 끝날 수도 있다. 하지만 그것은 희망 사항에 불과하다.

만약 이 새로운 시스템을 현업에 적용하고 1년이 지난 뒤 해당 사업부 내 IT 의사결정자가 중복 및 여타 오류는 물론 공급망 데이터의 불일치가 자체 생산 일정에 부정적인 영향을 미치고 있다는 것을 깨닫는다면 어떻게 될까.

이 새로운 비즈니스 문제 역시 또 한번의 MDM 프로젝트를 수행할 수 있는 더할 나위 없이 좋은 대상이 될 수 있다. 하지만 앞서 규제준수 문제를 해결하기 위한 1차 MDM 프로젝트에서 도입했던 비즈니스 로직, GUI 및 데이터 모델은 새로운 문제를 해결하지 못할 수 있다.

1차 MDM 솔루션은 애플리케이션 접근 방식을 이용하여 해당 사업부의 거래처 확보 및 규제 준수 보고 등과 같이 해당 사업부 고유의 문제를 처리하도록 맞춤 설계되었기 때문에 MDM 프로젝트를 확장해 추후 발생하는 문제를 해결할 수 없다.

이 솔루션은 당초의 문제를 해결했지만 일단 현업에 적용한 이후 정적인 포인트 솔루션이 되었다. 그 결과, 이 제약 사업부는 새로운 공급망 데이터 문제를 해결하기 위해 완전히 새로운 별도의 MDM 솔루션을 개발해야 한다. 최종적으로 이 회사는 2개의 개별 MDM 사일로를 만들게 되며, 표준화되지 않은 데이터로 인해 문제는 더욱 심각해지게 된다.

◇플랫폼 관점의 멀티도메인 MDM 구축 필요=이제 제약 사업부가 규제준수 보고 문제를 위해 플랫폼 접근 방식을 채택한 경우를 생각해 보겠다. 가장 첫 번째 고려 사항은 데이터 모델이며 정형 데이터가 소싱되는 위치, 다양한 시스템이 이를 체계화하는 방법, 어떤 애플리케이션이 언제 그 위에서 작성되었는지 등에 대한 상세한 가이드를 개발해야 한다.

이 중요한 단계가 해결되고 나면 비즈니스 문제에 따라 비즈니스 로직을 토대로 데이터를 관리하도록 GUI를 구성할 수 있다. 플랫폼 기반 접근 방식을 이용하여 제약 사업부의 MDM 시스템은 발생 가능한 모든 후속 문제를 처리하도록 손쉽게 확장할 수 있다.

이는 단순히 해당 사업부 내 문제뿐만 아니라 전체 기업 자체가 직면하고 있는 문제에도 효과적이다. 예를 들어 기업은 핵심 제약 조직을 위한 공급망을 최적화하고 의료기기 조직 내 계약 관리를 수행하며 일반 의약품 사업부를 위해 영업 인력을 최적화할 수 있다.

MDM 플랫폼 접근 방식은 유연성이 뛰어나기 때문에 가장 유연한 멀티도메인 MDM 솔루션을 생성할 수 있으며, 따라서 사용자는 단순히 고객이나 제품 뿐만 아니라 어떤 도메인에서도 MDM을 시작할 수 있다. 이를 통해 동일한 멀티도메인 MDM 플랫폼이 발생 가능한 다른 유형의 비즈니스 문제도 함께 수용하도록 발전시킬 수 있다.

MDM의 가장 중요한 비전 중 하나는 많은 기업들이 고질적으로 안고 있는 데이터 오류와 충돌 문제를 제거하며, 궁극적으로 중복 데이터 저장소 및 시스템을 제거되도록 한다는 것이다. 하지만 애플리케이션 접근 방식을 이용하여 MDM을 구현한다면 이러한 이점을 실현할 수 없다.

실제로 MDM의 애플리케이션 접근 방식은 고객들이 여러 문제를 해결하기 위해 제각각 다른 MDM 애플리케이션을 구입하도록 만들기 때문에, 정확하다고 간주되는 동일한 데이터 사일로를 형성하게 된다. 이와 같은 이유로 비즈니스 로직, GUI, 데이터 모델 순으로 진행하는 것은 실제로 퇴보 또는 역행하는 것이 될 것이다.

전통적인 접근 방식은 단일 비즈니스 문제를 해결하는 전사적자원관리(ERP), 고객관계관리(CRM), 공급망관리(SCM) 등과 같은 애플리케이션 솔루션에 적용된다. 그러나 멀티도메인 MDM은 플랫폼 중심의 수평적인 속성을 가지고 있다. 많은 비즈니스 문제들을 해결하는데 사용되고 다양한 비즈니스 애플리케이션을 통해 액세스되는 데이터를 최적화한다.

멀티도메인 MDM 프로젝트를 성공적으로 수행하기 위해서는 IT팀들이 ERP, CRM, SCM 등과 같이 단일 문제 해결을 위한 애플리케이션을 사용해 비즈니스 문제들을 해결하겠다는 사고방식에서 탈피할 필요가 있다.

플랫폼 접근 방식을 사용하면 IT팀이 한 가지 비즈니스 문제를 신속하게 해결할 뿐만 아니라, 동일한 플랫폼을 사용해 다른 문제들도 충분히 해결할 수 있다. 따라서 TCO 절감이나 신속한 가치 창출 같은 MDM 고유의 장점과 가치를 실현할 수 있다.