 |
 |
| |
 |
IMF 이후 국내 기업들은 외부적으로 빠르게 변화하는 비즈니스 환경에 Global 기업으로서 능동적으로 대응하기 위해 각 계열사를 상호 유기적으로 묶기 위한 그룹으로의 전환 또는 지주회사로의 전환체제를 단계적으로 추진하고 있다.
이미 선진화된 서구 선진회사들은 첫째, 세대를 거듭할수록 기업의 전통 유지가 어렵고 개인별 지분율 하락 및 응집력 감소로 이에 대한 해결방안으로 가문중심의 지주회사를 선택하고 있으며, 둘째로, 차세대 성장동력에 대한 고민, 유능한 관리 인력에 대한 고민에 대한 해결책으로 지주회사를 통한 규모의 경제 및 인력 확보 유인을 마련하고 셋째로, 투명한 소유지배구조의 요구, 순환출자 등 개별기업의 경영성과 외에 지분관계를 통해 성과 변동을 원하지 않는 외부환경적 요인을 이유로 지주회사로의 전환을 선택하고 추진하고 있는 상황이다.
주요국가의 지주회사 현황을 살펴보면, 우선 미국은 순수 지주회사보다 |
|
사업 겸업형 지주회사 체제로 GE, IBM, GM등이 있으며, 중국의 경우에는 외국자본의 중국투자 촉진을 목적으로
설립이 허가 되었으며, 자회사의 경영을 지원하는 자회사의 경영을 지원하는 지주회사의 성격을 지니고 있다. 독일의
경우에는 자회사 주식 대부분 100% 소유한 Siemens 등 지주회사 주식의 상당 부분을 은행이 보유하고 있다.
이러한 추진은 각 계열사간 커뮤니케이션 자원의 통합 및 효율적 활용을 바탕으로 그룹 시너지를 극대화 하고 동일한 환경, 동일한 UI를 통해 그룹전체 사용자의 Identity 제고 및 시너지 향상을 위한 필요성이 대두되고 있다.
삼성그룹이 2000년부터 그룹 통합 포털(mySingle)을 운영하고 있으며, 신세계, 동부, CJ, 두산 등이 그 뒤를 이어 그룹포털을 운영하고 있거나 단계적으로 확산 중에 있다. 국내 금융기관에서도 이미 금융지주회사로서의 전환체제를 갖추어 가고 있으며 국민은행, 우리은행 등이 지주회사로의 체제를 갖추고 있으며, 다른 금융기관들도 단계적으로 금융지주회사로의 체제로 갖추어 가고 있는 상황이다. 이러한 상황에 맞추어 국민지주그룹이 2008년 차세대 프로젝트와 연계하여 그룹포털 체계를 갖추었고 다른 금융기관들도 그룹포털 인프라 체계를 고려하고 있거나 구축하고 있어, 이를 통해 그룹 임직원들간에 정보를 상호 교환하고 시너지를 극대화하기 위한 체계를 마련하고 있는 상황이다.
본 연구에서는 삼성그룹 및 다양한 그룹포털 구축 및 운영 경험을 바탕으로 그룹 포털 구축 특성, 선진화된 관련기술 및 이를 바탕으로 고려해야 할 핵심 고려사항과 구축방안을 제시하고자 한다. |
|
|
각 계열사간 시너지 극대화 및 Identity 제고를 위해 그룹포털을 공통서비스(Shared Service) 형태로 운영하기 위한 기술을 살펴보면 다음에서 논의되는 10가지 기술 항목들이 사용될 수 있다. 각 항목들에 대한 개략적인 내용을 논의해 보기로 한다. |
| (1) 그룹임직원 동일 UI(User Interface) 제공 기술 : 포털(Enterprise Portal) |
| |
|
|
그룹포털은 그룹 임직원이 업무에 필요한 정보를 얻기 위해 단일화된 하나의 접근 창구(Access Point)를 통해 접근하도록 지원하며, 접근된 창구에서 개인화된 기능을 통해 자신이 필요로 하는 업무시스템들을 모아 편리하게 서비스 받도록 지원한다. 이러한 기술은 보통 전사적 포털(Enterprise Portal)이라는 솔루션들을 통해 구현되며, 단일회사 성격의 구축이 아닌 그룹차원의 멀티 포털 기능을 통해 각 계열사별로 차별화 되도록 구성하게 된다.
포털은 포털을 통해 각 걔열사 기간계 시스템에 존재하는 다양한 컨텐츠를 포털에서 규정하는 컴포넌트 방식으로 사용자에게 서비스 하도록 표준 인터페이스를 제공한다. 보통, 컴포넌트는 포틀릿(Portlet)이라는 명칭으로 통칭되며, W3C(World Wide Web Consortium)나 OASIS(Organization for the Advancement of Structured Information Standards)에서 규정한 국제표준 규격인 JSR 168(Java Specification Request)4) 규격과 WSRP(WebService for Remote Portlet)3)규격을 통해 표준적으로 규격에 대한 인터페이스를 제공한다. 포털 서버와 동일한 환경에서는 JSR 168 규격을 다른 서버에서는 WSRP 규격을 활용하여 상호 통신하게 된다. 잠시 WSRP가 운영되는 동작환경을 살펴보면 [그림1]에서 보는 것처럼 검색과 바인딩 기능이 통합되어야 한다.
UDDI[universal description, discovery, and integration] 레지스트리는 WSRP 서비스를 공개하고 검색하기 위한 중앙 레지스트리로 작동한다. UDDI 레지스트리는 기업 네트워크로 제한된 사설 UDDI일 수도 있고 공용 UDDI 디렉토리일 수도 있다. WSRP 서비스를 제공하거나 사용하고자 하는 클라이언트 애플리케이션은 다음 활동들을 수행할 수 있다. |
|
|
|
 |
포틀릿을 WSRP 서비스로 공개하기 |
| |
| 관리자는 포틀릿을 UDDI 레지스트리에 WSRP 서비스로 공개하기 위한 공개 기능을 사용할 수 있다. 예를 들어, 포탈의 관리 기능은 포탈의 포틀릿 레지스트리를 읽고 사용 가능한 모든 포틀릿을 표시하여 포틀릿 관리자가 공개할 포틀릿을 선택할 수 있도록 한다. |
|
|
|
|
|
원격 포틀릿 웹 서비스 발견 및 바인딩하기 |
| |
| 발견 및 바인딩 관리 기능은 관리자가 WSRP 서비스를 찾기 위해 UDDI 레지스트리를 검색할 수 있도록 한다. 선택된 서비스에 대해, 관리 기능은 이 서비스에 바인딩되는 포틀릿 프록시를 포틀릿 레지스트리에 자동으로 생성할 수 있다. |
|
|
|
|
|
WSRP 서비스를 표시하는 포틀릿 프록시 선택하기 |
| |
| 관리자가 포틀릿 프록시를 WSRP 서비스에 바인딩시킨 후에 사용자는 포틀릿 프록시를 자신의 개인 페이지 중 하나에 둘 수 있다. |
|
|
| (2) 통합 사용자 관리 기술 : LDAP (Lightweight Directory Access Protocol) |
| |
|
|
| 그룹 전체 임직원을 관리하기 위한 저장소로는 DB 또는 Directory를 사용하며 규모가 큰조직에서는 보통 Directory를 사용하며 Directory 접근표준 프로토콜인 LDAP을 사용하여 접근하도록 구현한다. LDAP을 사용하여 통합사용자 관리를 구축할 때는 보통 그룹차원의 DIT(Directory Information Tree) 설계를 통해 그룹 임직원 전체와 각 계열사별 조직도 전체가 LDAP을 통해 서비스 되도록 구축 한다. |
|
|
| |
|
|
| LDAP에 저장된 각 사용자 정보는 [그림2]처럼 각 계열사가 보유한 인사 시스템과 정기적/비정기적으로 동기화가 되도록 구현하며, 동기화된 정보를 바탕으로 통합사용자 관리가 되도록 운영한다. |
|
|
|
|
| (3) 기간계시스템 연계 기술 : Enterprise Service Bus |
| |
|
|
| 그룹 공통서비스를 각 계열사 기간계시스템과 연계하기 위한 기반 인프라로 미래지향적 아키텍쳐인 ESB(Enterprise Service Bus)를 사용한다. ESB는 웹서비스, 인텔리전스 라우팅(Intelligent routing), 트랜스포메이션 (Transformation) 기술을 기반으로 SOA를 지원하는 미들웨어 플랫폼이다. ESB는 소프트웨어 서비스와 애플리케이션 컴포넌트간의 연동을 위해 경량화된 백본의 역할을 수행한다. ESB를 통해 분산된 서비스 컴포넌트를 쉽게 통합 연동이 가능하며, 신뢰성 있는 메시지 통신이 가능하다. ESB의 유형으로는 MQ방식과 Proxy 방식으로 나눌 수 있다. MQ방식은 EAI를 확장하여 메시지의 통로로써 역할을 수행하며, 자체 또는 외부의 프로세스 관리 기능을 활용하는 미들웨어 플랫폼이다. Proxy 방식의 ESB는 기본적인 메시지 라우팅 기능을 기반으로 개별적인 웹서비스를 중앙의 Proxy를 통해서 관리가 가능하도록 지원하는 플랫폼이다. 두 가지 방식의 차이는 해당 플랫폼의 활용 측면에서 차이가 난다. MQ 방식은 EAI 측면의 BPM 구축 시에 유용하며, Proxy 방식은 웹서비스 관리 솔루션에서 도입 활용되고 있다. 초기의 ESB의 시작은 MQ 방식의 ESB에서 시작되었으며, 웹서비스 관리 솔루션의 등장과 함께 Proxy 방식의 ESB에 대한 관심이 높아지고 있다. |
|
|
| |
| [그림3]에서 제시된 ESB 동작환경처럼 분산된 서비스 컴포넌트의 효율적인 통합을 위해서 ESB는 BPEL 혹은 솔루션 벤더의 자체적인 표준을 따르는 프로세스 매니저와 연동해 프로세스 기반의 통합을 지원한다. 기능적으로는 기존의 EAI와 같은 역할을 수행하며, 프로세스 기반의 통합 지원과 웹서비스 기반의 통합환경 등을 지원한다. |
|
|
|
|
| (4) 그룹 임직원 상호 협업 기술 : 커뮤니티 또는 가상 팀룸, Blog |
| |
|
|
| 그룹임직원들간의 정보공유 및 공동 업무 수행을 위한 협업공간으로 보통 커뮤니티나 가상 팀룸(Virtual Teamroom)을 사용한다. 이러한 협업공간을 통해 그룹 임직원들은 자신의 회사 뿐만 아니라 그룹 소속인 타사 임직원들과 정기적, 비정기적 교류를 통해 상호 정보를 주고 받으며, 그룹 임직원이라는 Identity를 부여 받고 상호 협력하면서 업무를 추진하는 공간으로 활용한다. 이러한 협업공간들에 사용되는 기술들은 Web 2.0기반의 플랫폼 기술들인 Wiki, Blog, RSS(Really Simple Syndication), 폭소노미(Folksonomy), Widget, SNS(Social Network Service) 등이 주로 사용된다. |
|
|
|
|
| (5) 임직원 상호 커뮤니케이션 기술 : 메일, 메신저, 게시판 |
| |
|
|
그룹임직원들간의 기본적인 커뮤니케이션 수단으로 메일, 메신저, 게시판을 사용한다. 게시판은 그룹 게시판과 각 계열사 게시판을 공동으로 활용하게끔 적용하여 포털을 통하여 그룹 전체의 소식이 각 계열사가 알 수 있도록 구축하여 지속적으로 그룹 홍보 및 그룹 소속감을 증대시키고 메일, 메신저를 통해 실시간으로 그룹 임직원간의 원활한 정보 전달 및 커뮤니케이션이 될 수 있도록 활용하는데 사용된다. |
|
|
|
|
| (6) 그룹공통 및 사별 프로세스 기술 : 전자결재 |
| |
|
|
| 그룹차원의 프로세스가 가미된 전자결재를 통해 단일회사 뿐만 아니라 그룹차원의 각종 T/F를 통한 내부 결재프로세스가 필요하며, 이를 위해 공통 결재 프로세스 및 각 계열사별 차별화된 프로세스를 지원하는 표준 기술이 필요하다. 이러한 기술의 선진화 된 인프라로 SOA(Service Oriented Architecture)기반으로 프로세스를 유연하게 지원하는 기술이 적용된다. 프로세스 표준은 BPEL(Business Process Execution Language) 기반의 국제표준7) 프로세스를 통해 표현되어지고 실행되며, 이러한 표준이 그룹차원의 결재프로세스의 표준 기반 아키텍쳐가 되는데 유용한 기술로 사용되어 질 수 있게 된다. |
|
|
|
|
| (7) 보안 기술 : 복합인증, SSO(Single Sign On), 웹 보안, 데이터 보안 |
| |
|
|
| 포털은 그룹차원의 모든 임직원이 사용하는 단일 게이트웨이로서 각 사의 기간계시스템을 접근하는 중요한 통로이기 때문에 보안 인프라 기술 적용은 필수적이다. 최초 인증은 사내와 사외로 구분되며 모두 128bit Seed 암호화된 인증(국내는 보통 국정원 인증8) 암호화 알고리즘 사용)을 기반으로 처리된다. 사외는 ID/Password에 PKI(Public Key Infrastructure) 기술을 접목한 복합인증 방식으로 처리되어야 하며, 각종 네트웍을 통해 전달되는 중요 데이터(예, ID, Password, 주민번호, ..)나 웹페이지들에 대해서 보안 적용이 사용되어진다. 또한, 포털을 통해 각종 기간계시스템이 별도의 인증 없이 One Click으로 접근이 가능하도록 SSO(Single Sign On) 기술이 접목되도록 사용된다. |
|
|
|
|
| (8) 임직원 내/외부 컨텐트 검색 기술 : 통합검색 |
| |
|
|
| 그룹 공통 서비스에서 제공하는 각종 컨텐츠들에 대해서 자연어 기반 Full-Text 통합검색기술이 사용되며, 각 계열사 기간계시스템들과의 통합검색을 위해 표준적으로 통합검색 인터페이스 기술이 적용되어야 한다. |
|
|
|
|
| (9) 임직원 공통 문서 공유 기술 : 문서관리, 지식관리 |
| |
|
|
| 그룹 임직원들의 컨텐츠 공유 및 공동작업을 위해 통합 컨텐츠 관리 기술이 필요하며, 특히, 결재 완료된 문서 등 그룹 공통서비스를 통합적으로 관리하기 위한 인프라 구성이 적용된다. 특히, 각 계열사가 공통적으로 활용 가능한 컨텐츠에 대해 상호 공유 및 활용을 통해 시너지를 낼 수 있도록 그룹 공통 지식관리 서비스를 위한 기술 적용도 필요하다. |
|
|
|
|
| (10) 모바일 환경 |
| |
|
|
| 그룹공통서비스를 임의의 Device에서 사용하도록 환경 구성이 필요하며, 이를 위해 모바일 인프라 환경 구성이 필요하다. 보통은 그룹공통 서비스 중에서 자주 사용하는 메일, 결재, 게시, 일정 등을 확인하며, 보안과 네트웍 속도를 감안한 다양한 첨부파일을 조회할 수 있도록 구성한다. |
|
|
|
|
|
그룹차원에서 포털 인프라를 구축하기 위해서는 단일회사에서 구축하는 방법과 차별적으로 고려해야 하는 요소들이 각 구축 포털 단위 기술별로 존재한다. 단일회사의 포털구축이 자사 인트라넷 망에서 구축되는 것과 달리 대부분 자사 인트라넷 망이 아닌 그룹 공통 망(Shared Service Network)에서 구축이 되기 때문에 공통망과 각 계열사 인트라넷 망과의 네트워크 상황을 고려해야 한다. 이번 장에서는 각 포털 구축 시 고려해야 하는 기본사항에 대하여 논의하기로 한다. |
|
| (1) 그룹공통서비스와 각 계열사 기간계시스템 연계 시 고려사항 |
| |
| ① 각 계열사가 표준적으로 연계하기 위한 연계 표준 설정 필요 |
|
| ② 연계 표준에 기반한 각 서비스별 표준 API 제공 필요 |
|
| ③ 그룹 망과 각 사 네트워크 망 단절 시 진행중인 서비스의 안정적 통신 연계 필요 |
|
|
|
|
| (2) SSO 연계 시 고려사항 |
| |
| ① SSO 서버와 통신시 네트웍 부하 최소화 방안 고려 |
|
| ② 그룹망에 존재하는 SSO 서버 부하 최소화 방안 고려 |
|
| ③ 각 계열사 기간계시스템 증가시에 필요한 SSO Agent에 대한 추가 비용 고려 |
|
| ④ 각 계열사 SSO 연계를 위한 기간계시스템 환경 고려(C/S, Web, x-Internet, ERP 등) |
|
|
|
|
| (3) 포털에 기간계시스템 통합 시 고려사항 |
| |
| ① 국제 표준 방식에 의한 포틀릿 통합 표준 고려 |
|
| ② 통합되는 포틀릿의 위치 및 관리 방안 고려 |
|
|
|
|
|
| (4) 포털 효율적 운영을 위한 고려사항 |
| |
| ① 통합 포털서버에서 멀티 포털 서버 형태로 운영이 되도록 고려 |
|
| ② 그룹포털 관리자와 각 계열사 관리자가 차별적으로 포털을 운영하도록 고려 |
|
| ③ 그룹포털 컨텐츠는 각 계열사 포털에서 서비스 되도록 고려 |
|
|
|
|
| (5) 통합사용자 관리 구축 시 고려사항 |
| |
| ① 각 계열사가 표준적으로 연계하기 위한 연계 표준 설정 고려 |
|
| ② 그룹 전체 관리자와 각 사별 관리자가 차별적으로 운영할 수 있도록 고려 |
|
| ③ 각 계열사별 인사시스템과 효율적으로 연계가 되도록 고려 |
|
|
|
|
| (6) 게시판/커뮤니티 구축 고려사항 |
| |
| ① 그룹 게시판/커뮤니티를 각 계열사별로 공동으로 활용 가능하도록 고려 |
|
| ② 자사 커뮤니티를 계열사에 오픈/비오픈 개념을 통해 상호 협업할 수 있도록 고려 |
|
| ③ 그룹 게시판/커뮤니티는 그룹 담당자에 의해 운영될 수 있도록 고려 |
|
|
|
|
| (7) 전자결재 구축 고려사항 |
| |
| ① 각 계열사별 차별화된 결재 프로세스를 반영할 수 있는 표준 인프라 고려 |
|
| ② 기간계시스템 연계를 위한 표준 연계 방법 고려 |
|
| ③ 계열사 임직원 상호간 결재를 추진 할 수 있는 방법 고려 |
|
| ④ 업무전결에 따른 결재선 자동지정을 위한 표준 인프라 고려 |
|
|
|
|
| (8) 메신저 구축 고려사항 |
| |
| ① 기간계시스템 실시간 연계를 위한 표준 연계 방법 및 관련 인프라 고려 |
|
| ② 통합커뮤니케이션으로의 확대 가능한 인프라 고려 |
|
| ③ 통합사용자 관리와 연계된 그룹 임직원 온라인 상태 및 실시간 통신 가능 고려 |
|
|
|
|
| (9) 플랫폼 적용 기본 고려사항 |
| |
| ① 다양한 H/W에서 서비스가 가능하도록 고려 |
|
| ② 다양한 OS/WAS/DBMS 등을 지원하도록 고려 |
|
| ③ 장애로 인한 Fail Over시 한쪽 서버에서 서비스가 가능하도록 서비스 가용성 고려 |
|
| ④ Global 환경을 위한 다국어가 지원 가능하도록 고려 |
|
⑤ 다양한 브라우저(IE, FireFox, Safari, …) 지원이 가능하도록 고려  |
|
|
|
|
|
참고문헌 |
|
|
|
|
|
Keywords : Enterprise Portal, BPM, Groupware, SOA, ESB |
|
|
|
