[IT월드]`기술 포트폴리오 다양화` 얻는 것 만큼 잃는 것도 많다

　 `기술 포트폴리오 다양화` 얻는 것만큼 잃는 것도 많다

　동종 기술 사용 확대에 따른 이점 고려후 서로간 균형점 찾아야

　

　그레타 제임스 가트너 아태지역 아키텍처 및 애플리캐이션 통합 연구 담당 이사 greta.james@gartner.com

　

　메인프레임 시절을 기억하는 사람은 당시 기술이 훨씬 단순했던 것으로 회상할 것이다. 심지어 대기업조차 단일 하드웨어 플랫폼에 단일 운용체계를 이용하는 경우가 대부분이었다. 이들 기업은 또한 IBM의 CICS와 같은 온라인 애플리케이션 환경 하나만으로 온라인 트랜잭션 처리를 모두 지원할 수 있었다.

　그러나 지금의 IT환경은 훨씬 복잡해졌다. 많은 미디어와 대기업은 점점 다양해지는 기술을 관리해야 할 필요성을 느끼고 있다. 이러한 기술은 플랫폼·운영 체제·DBMS뿐 아니라 네트워크·데스크톱 시스템·개발 언어·SAP·피플소프트·시벨 등과 같은 기업용 애플리케이션을 비롯해 다양한 종류의 환경과 미들웨어를 포함한 IT의 전 분야를 포괄하는 것이다.

　이러한 포트폴리오의 다양성에 영향을 준 요소는 많다. 그러한 요소 중 하나가 지난 5년여 동안 지속되어온 기술 침투 분야의 광범위성이다. 아마도 해당 애플리케이션은 아웃바운드 마케팅 캠페인 지원, 대금 지불 및 수금 업무의 통합, 생산 업무 지원과 같은 급박한 문제들을 해결해줄 것으로 기대됐을 것이다. 그러나 선택한 패키지가 기존 기술을 바탕으로 운용되지 않는 경우에는 타협이 불가피하며 패키지 운용으로 인한 혜택이 추가 기술의 지원 비용보다 큰 경우가 많았다.

　그러나 기술의 다양성은 어느 정도까지는 피할 수 없는 현실이다. 이 문제를 너무 융통성 없게 통제하려 한다면 기업이 새로운 도전과 기회에 대응하는 데 장애가 될 수 있다.

　그렇다면 이러한 다양성으로 인한 단점은 무엇일까. 그 중 하나는 필요한 지원 인력의 수가 늘어난다는 점이다. 아태 지역의 한 대기업은 여섯 개의 전략적 데이터베이스관리시스템(DBMS)을 지원하기 위해 38명의 데이터베이스관리자(DBA)를 두고 있다. DBMS가 적을수록 필요한 DBA의 수도 줄어들며 해당 인력은 특정 문제에 대한 전문성을 더 많이 확보할 수 있다. 물론 이러한 기술적 이슈는 DBA에 국한된 것이 아니며 프로그래머, 기술 지원 담당자 및 기타 업무 담당자와도 관련된다. 다른 기술 분야에서도 비슷한 상황이 예상된다.

　여러 가지 기술을 혼용함으로써 생기는 두번째 문제는 상호 운용성이다. 일을 할 때 두 가지 플랫폼을 연결하는 인프라를 만들어 유지할 수 있도록 해야 한다. 분명 한 회사에서 이용하는 플랫폼 종류가 적을수록 인프라 및 서비스 연결에 필요한 일의 양이 줄어든다. 또한 이는 플랫폼뿐 아니라 광범위한 기술(예를 들면 언어, 개발 환경, 네트워크 등)에도 적용되는 사실이다.

　복수 기술 도입으로 인한 비용 중 하나는 기술 선택에 수반되는 비용이다. 정부 부처는 종종 공식 선정 및 평가 절차를 감수해야 하며 다른 많은 회사들 역시 감사 문제 등의 여러 가지 이유로 같은 일을 수행한다. 선정 과정이 공식적이든 비공식적이든 선정 기준의 문서화, 벤더 및 제품 선정 대상 목록에 대한 설명, 벤더 인터뷰, 제품 시연 및 선정 기준에 따른 평가용 제품 제작 등의 일들이 뒤따른다. 바람직한 솔루션을 파악한 뒤, 많은 기업은 투자할 기술의 성능을 확인하기 위해 개념 증명 프로젝트를 수행한다. 이러한 업무에는 보통 수 개월 동안 많은 인력과 상당한 자원이 투입된다. 제품 선정 프로젝트가 적을수록 비즈니스 솔루션 구축을 위한 자원에 더 여유가 생긴다.

　끝으로 한 벤더와 더 많은 비즈니스 관계를 가질수록 할인의 여지가 많아진다는 점이다.

　요컨대 다양성 증가에는 분명 그럴만한 근거가 있지만 상당한 불이익도 따른다. 그렇다면 어떻게 해야 할까. 동종의 기술 사용 확대와 전문 솔루션 도입으로 얻을 수 있는 이점을 각각 비교한 후 서로간의 균형점을 찾아야 한다.

　기업이 적절한 타협점을 찾을 수 있는 열쇠는 제안서에 대한 평가다. 이러한 일련의 평가는 해당 기술 도입에 따른 이점을 설명하면서 동시에 총 소요 비용에 대한 검토도 수반돼야 한다. 필요한 추가 지원 인력으로 인한 비용은 얼마나 되는가. 개발자의 기술과 인프라 유지, 관리 기술은 얼마나 희석되는가. 기존 시스템에 제안받은 솔루션을 연결하는 데 소요되는 비용은 얼마인가. 그리고 이러한 연결의 관리에 필요한 부속 비용은 얼마인가.

　명쾌한 비즈니스 전략은 이러한 균형점을 찾아내는 데 커다란 힘이 된다. 예를 들어 교차 판매 기회의 극대화가 전략이라면 제품 저장 시스템을 고무시키는 제안서에는 마이너스 점수를 주어야 한다. 작업 기간 장기화를 유발하거나 비즈니스 프로세스에서 정보를 교환하고 해당 프로세스에 참여하는 데 따른 제품 시스템의 비용은 현 제안을 통해 실현할 수 있는 단기적 이익에 의해 상쇄될 수 있다.