금융기관의 차세대시스템이 금융상품 개발 및 비즈니스 프로세스 단순화에 미친 효과 :기업은행 사례를 중심으로

Presentation on theme: "금융기관의 차세대시스템이 금융상품 개발 및 비즈니스 프로세스 단순화에 미친 효과 :기업은행 사례를 중심으로"— Presentation transcript:

1 금융기관의 차세대시스템이 금융상품 개발 및 비즈니스 프로세스 단순화에 미친 효과 :기업은행 사례를 중심으로
남조화 장지태

2 목 차 1 2 3 4 5 6 차세대시스템의 개발배경 차세대시스템의 개발과정 차세대시스템의 아키텍처 IT의사결정 구조
차세대시스템의 구축효과 6 결론

3 차세대시스템의 개발배경 차세대 시스템 개발 필요 고립된 주요시스템 기능별 독립된 시스템 운영 금융시장 변화
기능별 독립된 시스템 운영 차세대시스템의 개발이 필요하게 된 배경에는 다음과 같은 세 가지 요인이 있었습니다.

4 차세대시스템의 개발배경 금융시장의 변화 외국계 은행의 국내 진출 → 수신과 여신의 은행간 경쟁이 치열
국책은행의 민영화 법안 국회 통과 → 은행의 자금조달비용 상승 국내 은행시장의 공급자 중심 → 소비자 중심으로 변화 첫 번째로는 금융시장의 변화를 들 수 있습니다. IMF 외환위기 이후 외국계 은행이 국내에 진출하면서, 수신(은행이 수익을 얻기 위한 자산을 만들기 위해 고객으로부터 자금을 조달하는 것)과 여신(은행이 조달한 자금을 고객에게 빌려줘서 수익을 얻는 것)의 은행 간 경쟁이 상대적으로 치열해졌습니다. 또한 국책은행의 민영화 법안이 통과된 후 제 1금융권으로부터 제 2금융권으로 상당히 큰 규모의 자금이 이동함으로써 은행의 자금 조달비용이 상승하는 어려움을 겪었습니다.이러한 금융 환경에서 은행들은 견실한 고객을 확보함으로써 수신과 여신을 함께 증대시키기 위해 그 동안 누려왔던 공급자 중심 시장에서 소비자 중심 구조로 바뀌게 되면서 고객 가치 증대를 경영의 핵심으로 삼는 시장 전략의 일환으로 차세대시스템의 개발이 필요하게 되었습니다.

5 차세대시스템의 개발배경 고립된 시스템들의 집합
은행의 주요 시스템은 그림과 같이 코어뱅킹 시스템, 채널 시스템, 정보계시스템, 전문 시스템, 관리 및 통제계 시스템으로 구성됩니다.

6 차세대시스템의 개발배경 고립된 시스템들의 집합 업무별, 기능별 독립적 시스템(Silo Systems) 운영
주요시스템들이 독립된 많은 섬들처럼 존재 → 시스템 통합적 운영이 어려움 고객 중심이 아닌 계정 과목별로 시스템 운영 → 시스템 개발 및 유지보수에 많은 비용 발생 업무별, 기능별 독립적 시스템(Silo Systems) 운영 UNIX에서 NT서버까지 다양한 서버도입 → 2000년 말 47개 서버 운영 , 시스템 통합의 어려움 IT기반구조 구축 안됨 → 새로운 상품 개발지연, 시스템 노후화로 인한 유지보수 증가 기업은행에 차세대시스템이 도입되기 이전엔 제대로 된 IT 기반구조는 존재하지 않았습니다. 새로운 상품이 개발되거나 업무가 발생할 때마다 개별적 업무에 적합한 독립된 서버가 도입되었습니다. 즉, 은행의 코어뱅킹 시스템, 채널 시스템, 정보계시스템 등과 같은 주요 시스템간에 데이터 통합을 위한 표준화 절차는 존재하지 않았습니다. 이러한 시스템들은 마치 무수히 많은 섬들이 서로 연결되지 못하고 고립되어 있는 형상에 비유할 수 있습니다. 앞의 그림에서 점선으로 둘러 싸인 업무들은 과거 독립된 서버에 의해 운영되어 왔습니다. 즉, 시스템의 통합적 운영은 구조적으로 어려운 실정이었습니다.

7 차세대시스템의 개발과정 최고 경영자의 전폭적 지원 선진 금융시스템의 패키지 도입
“IT란 경영의 보조 기능이 아닌 은행의 경영전략을 창출하고 선도하기 위한 것” “이제 은행의 경쟁력은 IT 시스템의 경쟁력에 달려있다” 선진 금융시스템의 패키지 도입 테메노스의 GCB 패키지와 한국 IBM 간의 컨소시엄 선정 한국 IBM e뱅크 FNS닷컴 뱅스 엑센추어 알타미라 IMS 뉴턴 테메노스 글로버스코어뱅킹(GCB) CSC 호건 차세대시스템을 개발하는데 있어서 가장 중요한 것이 바로 최고 경영진의 관심과 지원여부이다. 2002년 차세대시스템 프로젝트를 시작할 당시 기업은행의 이종창 전임 행장은 “IT란 경영의 보조 기능이 아닌 은행의 경영전략을 창출하고 선도하기 위한 것”이라고 했고 후임 행장도 “이제 은행의 경쟁력은 IT 시스템의 경쟁력에 달려있다”면서 차세대시스템에 대해 지대한 관심을 표명했다. 이처럼 최고 경영진의 전폭적 지원 하에 기업은행의 IT 부문에서는 다른 은행보다 한 발 앞서 차세대시스템 구축을 시작할 수 있었다. 기업은행은 차세대시스템구축을 위해 시스템 아키텍처를 자체적으로 개발하기 보다는 선진 금융시스템의 패키지를 도입하는 것이 유리하다고 결정하였다. 다음과 같은 6개의 패키지가 추천되었고 시스템의 유연성 및 확장성, 고객 중심의 시스템, 24시간 x 365일 무정지 시스템, 채널 통합관리, 웹 기반의 단말지원 환경, 단계별 보안 등급, 대용량 온라인 데이터 처리 기능 등을 고려하여 최종적으로 테메노스의 GCB 패키지를 선정하고 IBM을 SI 회사로 선정하였다.

8 차세대시스템의 개발과정 ◎요건 정의와 갭 분석
차세대시스템 구축을 위해 요건 정의가 이루어진 후, GCB 패키지가 그 요건에 얼마나 부합하는지를 검토하기 위해 갭 분석이 진행 되었다. 그런데, 패키지의 상위 레벨을 우선 검토해 본 후에 그 구입 여부를 결정하는 것이 통상적인 절차인데 기업은행은 GCB 패키지를 우선 도입한 후, 사후 갭 분석을 수행 한 것이 문제가 되었다. 우선 패키지의 사용설명서가 스페인어와 영어의 혼합인 스팽글리시 형태였기 때문에 이를 이해하기가 거의 불가능했다. 우여곡절 끝에 나온 1차 갭 분석 결과 패키지와 공통된 금융 업무가 60% 정도이고 나머지 40%는 패키지에 없는 업무였다. 더군다나 60%의 업무 중 절반인 30%는 부분적으로 추가개발이 필요하며 25%는 수정해서 사용할 수 있는 것으로 판명 되었다. 결국 패키지를 수정하지 않고 그대로 사용할 수 있는 부분은 겨우 5%에 불과했다. 결국 패키지를 수정해서 사용하고자 했던 계획은 무산되고 모든 시스템을 자체적으로 구축하되, GCB패키지는 참조 모델로만 삼기로 하였다. ◎설계와 구축 시스템의 설계단계는 4개월 만에 순조롭게 종료되고 구축 과정에 앱빌더라는 CASE(Computer Aided Software Engineering)도구가 적용되었다. 당초 계획에 비해 진척도는 85%에 그쳤지만 CASE도구 덕분에 생산성이 어느 정도 향상되었다. CASE : 소프트웨어 개발을 도와주는 소프트웨어? ◎테스트 2003년 12월 초에 실시한 1차 종합 테스트 결과가 기대에 못 미치고 노조에서 차세대시스템 개발을 중단하라는 성명서를 발표함으로써 또 한번 난관에 부딪치게 되었다. 이에 따라 전 직원의 협조와 공감대를 얻기 위해 노력했고 특히 프로젝트 관리자와 개발자 상호간의 공감대 형성에 주력한 결과 2004년에 다시 테스트를 수행할 수 있었다. 결국 2004년 5,6,7,8월 네 달간 여러 차례의 테스트를 거친 끝에 2004년 9월 6일 기업은행의 차세대시스템이 가동되기 시작했다. 2002년 5월 프로젝트가 시작된 이후 2004년 9월까지 총 494억 원과 5742M/M의 인력(평균 205M/M)이 소요된 것으로 집계 되었다.

9 차세대시스템의 아키텍처 코어뱅킹 시스템, 채널 시스템, 정보계 시스템, 목적별 시스템
기업어플리케이션 통합(EAI), 메타데이터 시스템으로 구성 기능별로 모듈화 → 신속한 금융 상품과 서비스의 개발 기업은행은 차세대시스템의 아키텍처에 여덟 가지 특성을 구현함으로써 은행 전체의 업무 효율성을 혁신하고자 하였다.

10 차세대시스템의 아키텍처 시스템 환경 1. 시스템 핵심부 코어뱅킹 솔루션 : GCB패키지 미들웨어 : CICS
데이터베이스 : IBM의 DB2 관리 및 보안 : Tivoli 웹환경 : IBM의 WebSphere 1. 시스템 핵심부 4대의 병렬처리 서버(IBM z-Server)구성 최소 1대의 CPU 작동시 안정적 시스템 운영 가능 24시간 365일 무정지 방식으로 운영가능 미들웨어 : 분산 컴퓨팅 환경에서 서로 다른 기종의 하드웨어나 프로토콜, 통신환경 등을 연결하여, 응용프로그램과 그 프로그램이 운영되는 환경 간에 원만한 통신이 이루어질 수 있게 하는 소프트웨어를 말한다.

11 차세대시스템의 아키텍처 2. 통합원장 데이터베이스 은행 전체의 모든 시스템에서 공유
기업 어플케이션통합(EAI)서버가 계정계 시스템에 구현 계정계에서 발생한 온라인 데이터는 사용자 로그를 거쳐 계정 후 처리를 통해 속보 및 환원정보로 제공된다. 매일 자정 직후 2분간 진행되는 일자 전환 작업을 통해 스테이징 시스템으로 데이터가 복제된다. 이 데이터는 일괄처리방식으로 DW로 전송되어 위험, 종합수익, CRM 등 각종 전문 분석시스템에 입력된다. 그 결과 데이터 흐름이 일원화되고, 정합성의 제고와 연중 무 정지 운영이 가능해졌다.

12 차세대시스템의 아키텍처 3. 서버(Server) 메인프레임 vs 유닉스 기업은행의 해결책 네트워크 프로토콜 TCP/IP 표준화
IBM메인프레임 컴퓨터 Lu6.2규격 메인 프레임 UNIX 장 점 보안성, 처리능력 개방성, 저렴한 유지비용 단 점 높은 유지비용, 폐쇄성 해킹의 위험성 적용 은행 기업, 국민, 우리 신한, 농협, 외환, 하나 Lu6.2(Logical Unit 6.2) : IBM이 1974년부터 독자적인 System Network Architecture를 위해 개발한 통신 프로토콜 기업은행은 메인프레임 아키텍처의 단점인 폐쇄성을 개선하기 위해 네트워크 프로토콜을 TCP/IP로 표준화하고, IBM 메인프레임 컴퓨터를 위한 통신만 Lu6.2규격으로 전환해 수행하도록 설계 했다. 그 결과 코어뱅킹 어플리케이션을 유지하면서 새로운 기술을 적용할 수 있는 유연한 구조를 갖추게 되었다. 그러나 메인프레임 컴퓨터의 높은 안정성에도 불구하고 비싼 유지비용과 시스템의 폐쇄성 때문에 은행 시스템에 유닉스가 자리를 잡을 수 있었다. 또한 유닉스의 안정성이 향상되어 대규모 거래 처리도 가능해졌다.

13 차세대시스템의 아키텍처 4. 시스템의 유연성과 독립성
시스템의 유연성을 향상시키기 위해 계정계 어플리케이션 아키텍처를 다음 그림과 같이 업무 시스템으로 구성하였다.

14 차세대시스템의 아키텍처 4. 시스템의 유연성과 독립성 기존 시스템 차세대 시스템 상품별 어플리케이션으로 설계 (채널별)
상품별 어플리케이션으로 설계 (채널별) 업무 프로세스 중복 연동처리 효율성 감소 중복 프로세스 통합 - 프로세스 수 감소 Product Factory 시스템 구축 - 업무처리절차 외부데이터로 전환 외부데이터 변경으로 신상품 개발가능 - 신속한 융·복합상품 개발 기존 시스템의 코어뱅킹 시스템 구조는 각 상품별 또는 채널별 어플리케이션으로 설계되었다. 그런데 금융상품이 다양해지면서 상품간의 업무 프로세스가 중복되고, 연동 처리의 효율성이 급감했다. 이러한 문제를 해결하기 위해 차세대시스템에서는 상품별, 채널별로 존재하던 중복 프로세스를 통합함으로써 프로세스를 축소, 표준화 시켰다. 또한 Product Factory 시스템을 구축함으로써 개별 프로그램 내에 존재하던 업무 처리 절차를 외부 데이터로 전환시켰다. 그 결과 프로그램의 수정 대신 외부 데이터의 변경만으로 싱상품 개발이 가능해졌고 이는 종합금융서비스를 실현하기 위한 필수조건인 융복합 상품의 신속한 개발이 가능하게 했다.

15 프로그램 개발과정 AppBuilder적용
차세대시스템의 아키텍처 4. 시스템의 유연성과 독립성 프로그램 개발과정 AppBuilder적용 개발과정과 모든 산출물 관리 손쉬운 시스템 아키텍처 통합 유지보수 생산성과 품질 향상 데이터계층 완전분리 응용 프로그램과 플랫폼의 독립성 향상 On/Off COD기술을 채택 업무량에 따라 필요한 만큼 프로세스 사용 유지비용 감소 서비스 개발의 유연성을 보장하고 응용 프로그램과 플랫폼의 독립성을 보장하기 위해 모든 비즈니스 응용 프로그램 개발 과정에 ‘AppBuilder’가 적용되었다. ‘AppBuilder’는 다중 플랫폼, 다중 프로그램 언어를 지원하는 CASE도구의 하나이다. 이는 개발 과정의 모든 산출물을 통합 관리하고 , 요건 정의 및 모델링 단계부터 설계, 구현, 테스트 과정에 이르기까지 모든 단계를 관리하고, 프로그램 개발을 표준화하고, 생산성을 향상시켜 준다. 또한, PC에서 프로그램 수정과 디버깅에 따른 영향 분석 및 테스트 대상 분석 등의 업무에서 매우 효율적이다. ‘AppBuilder’는 이처럼 하나의 소스로 다양한 플랫폼에 맞는 코드 생성이 가능하도록 지원해 주는 도구로서 시스템 아키텍처를 쉽게 통합해 주고, 유지보수 생산성과 품질을 향상시켜 주는 기능을 갖추고 있다. ★COD : IBM의 메인프레임에서 제공하는 Capacity On Demand서비스. 고객의 업무량에 필요한 만큼 프로세스를 사용하고, 바쁜 일과가 끝나면 추가했던 프로세스를 정지시켜서 유지 비용을 줄일 수 있다.

16 차세대시스템의 아키텍처 5. 대외계 시스템 정 의 종 류 채 널 특 징
은행과 다른 기관의 연계를 통해 거래가 이루어 지도록 하는 시스템 종 류 입출금거래 처리, CD공동망, 전자금융, 외환(SWIFT)시스템 등 채 널 단말기, 인터넷, 전화, PDA, CD, ATM 등 다양한 채널 존재 채널을 통해 전달된 거래는 코어뱅킹 시스템에서 처리 특 징 대외계 시스템은 호스트와 직접 연계 통신방식이 다르므로 직접 연계를 위한 통신의 변환 필요 TCP/IP, X.25는 API에 의해서 SNA방식으로 변환되어 연계 대외계를 제외한 시스템들은 모두 EAI서버 통해서 호스트로 연계 ★EAI -기업 내 상호 연관된 모든 애플리케이션을 유기적으로 연동하여 필요한 정보를 중앙 집중적으로 통합, 관리, 사용할 수 있는 환경을 구현하는 것으로 e-비지니스를 위한 기본 인프라를 말한다.

17 차세대시스템의 아키텍처 6. 정보계 시스템 기 능 특 징 효 과 코어뱅킹 시스템에서 처리된 정보를 DW에 분류 및 저장
고객별 위험관리 및 성과 측정 수행 은행 내부의 전문 통합 기능 TCP/IP, HTTP, X.25, SOAP등의 통신방식을 IBM방식인 SNA로 전환 특 징 부속 시스템으로 다양한 목적별 시스템 존재 호스트와 서버간 연동, ESB적용 가능하도록 설계됨 네트워크 중심부에 설치, 서버간 데이터교환 지원 유닉스 기반 오픈 시스템, 웹서비스 지원 효 과 메타데이터 시스템 구축하여 데이터 관리 효율성 향상 ★SOAP(Simple Object Access Protocol) : XML과 HTTP를 기반으로 다른 컴퓨터에 있는 데이터나 서비스를 호출하기 위한 통신 규약 ★SNA(Systems Network Architecture) : IBM 메인프레임의 통신 방식

18 차세대시스템의 아키텍처 7. EAMS 도입 배 경 내 용 결 과 ITA법 시행에 따라 사후관리를 위하여 도입
기존은 계정계와 채널계에만 집중, DW는 개선되지 않았음 EAMS프로젝트시 기존 DW를 EAMS범위에 포함 정보계와 활용계는 EAMS를 거쳐서 DW에 접속 EAMS표준에 맞춰서 활용계의 업데이트 결 과 계정계에서 생성된 Data 순서별 접근방식 파일로 변환, DW에 연계 프로젝트의 중구난방식 개발 방지 유지보수와 업무능률 향상 ★EAMS(Enterprise Architecture Management System) ★ITA법 : 정보시스템의 효율적 도입 및 운영 등에 관한 법률 – 공공기관들은 시스템에 관한 정보를 공유하기 위하여 시스템과 개발 방식 표준을 준수해야 한다.

19 차세대시스템의 아키텍처 8. IT센터 이전 / 백업센터 / 재해복구 체계 구축 IT센터를 수지로 이전
본사에 존재하는 시스템은 백업센터로 전환 백업센터의 모든 업무 원격으로 관리, 이중백업 시스템 구축 → 프로세스 신뢰성 향상, 아웃소싱 비용 및 인건비 24억원 절약 재해복구 체계 구축 기업은행은 차세대시스템의 아키텍처에 위와 같은 여덟 가지 특성을 구현함으로써 은행 전체의 업무 효율성을 혁신했다. 요약하면, 기업은행은 IT 기반구조로서 차세대시스템을 구축하였다. 이는 개별적 서버에 의존한 독립적 시스템들의 집합체와 같았던 기존 시스템의 단점을 극복하기 위한 노력이었다. 차세대시스템에서 은행의 채널시스템, 코어뱅킹시스템, 정보계시스템 등과 같은 주요 시스템간에 데이터 통합을 위한 표준화 절차가 도입되었다. 기업은행은 차세대시스템을 바탕으로 새로운 상품의 개발과 업무를 신속히 처리할 수 있게 되었다.

20 IT 의사결정 구조 의사결정 주체 최고경영진 위원회 IT전문가 - 다양한 관점 의사결정 - 전사적관점 의사결정
- 결과에 직접적 책임 X - 피상적 참여 - 전사적관점 의사결정 - IT전문지식 없음 IT전문가 - IT전문지식 보유 - Biz 프로세스정보 불충분 기업은행은 차세대시스템 개발을 위해 5,742M/M에 이르는 인력이 참여하였다. 이런 대규모 IT 프로젝트의 성과는 ‘IT 의사결정 구조’에 따라 크게 달라질 수 있다.

21 IT 의사결정 구조 IT 의사결정 내용 문 제 점 IT 비즈니스 역할 IT 아키텍쳐 IT 기반구조 최고 경영진과 IT부서역할
일반 경영진 응용프로그램 요구사항 IT 투자결정 문 제 점 최고 경영진과 IT부서역할 명확한 구분 상호 이해와 참여가 프로젝트의 성공요인 그런데, 이처럼 최고 경영진과 IT 부문간의 역할이 분명히 나누어지는 것은 오히려 바람직하지 않을 수 있다. 기업의 비즈니스 전략과 IT 전략의 수립이 상호의존적인 것처럼, 차세대 시스템과 같은 대규모 IT 프로젝트 의사결정 과정에 경영자와 IT 전문가 간의 상호 이해와 참여는 매우 중요하기 때문이다.

22 IT 의사결정 구조 기업은행 사례 IT 비즈니스 역할 IT 아키텍쳐 IT 기반구조 응용프로그램 요구사항 IT 투자결정
각 해당 사업부 IT 투자결정 정보화 추진 위원회

23 IT 의사결정 구조 기업은행 사례 정보화 추진위원회 프로젝트 타당성 H/W구입 타당성 부서간 요구조정 중요사항 사전협의
위원장외 위원 7명 프로젝트 타당성 H/W구입 타당성 부서간 요구조정 IT업무 방향 설정 중요사항 사전협의 기업은행은 IT 역량을 중요한 경쟁우위 요소로서 고려해 오래 전부터 ‘정보화 추진위원회’를 운영해 왔다. 이 위원회는 IT 프로젝트에 관한 중요 사항을 사전 협의하고, 관련 부서간의 서로 다른 요구를 조정하기 위한 기구이다. 정보화추진위원회의 주요 역할은 예를 들어 하드웨어의 구입 및 IT 프로젝트의 타당성 등을 심의하여 IT 업무의 방향을 설정하고 그 성과를 향상시키기 위한 것이다. 현재 정보화 추진위원회는 전무이사를 위원장으로 하여 7명의 위원으로 구성되어 있으며, 필요한 경우 해당 프로젝트 담당 부서장이 참여해 운영되고 있다.

24 IT 의사결정 구조 기업은행 사례 고객중심 경영전략 효과적인 지원가능 경영진 금융IT학습 IT부서 Biz 프로세스 요구 이해
고객중심 경영전략 효과적인 지원가능 경영진은 첨단 금융 IT에 대한 학습을 통해 비즈니스 전략에 응용할 수 있는 가능성을 모색 IT 부서에서는 비즈니스 부문의 요구를 이해하고 이를 충족시켜 줄 수 있는 시스템을 구축 이로써 고객중심의 경영전략을 효과적으로 지원할 수 있다.

25 차세대시스템 구축효과 차세대 시스템 구축 금융상품의 신속한 개발 고객중심 프로세스 구현 전사적 업무 프로세스의 표준화 모든 상품 거래의 연중 서비스 구현 ◎ Product Factory 시스템 개발 ◎ 기존시스템 대비 약 700%의 생산성 효과 ◎ 일괄처리용 일별 최종 원장을 따로 제공해 별도의 프로그램 없이도 24시간 서비스 가능 ◎ 시스템 운영 중에 시스템 기본사항(상품, 사용자, 영업점, 거래)을 변경하거나 H/W, S/W의 구성을 변경할 수 있는 절차를 확립하여 24시간 연속서비스가 차질 없이 제공 과거에는 금융상품별로 독립적 프로그램이 개발되었다. 따라서 신상품 개발은 신속히 진행되지 못했으며, 비용은 매우 높게 발생하였다. 기업은행은 각 프로그램별로 존재하던 업무 처리 절차를 외부 데이터로 전환한 ‘금융상품 공장(Product Factory)’시스템을 구축하였다. 이 시스템의 특성은 유연한 데이터 구조를 기반으로 새로운 금융 상품을 데이터베이스의 변경 없이 정의할 수 있다는 점이다. 또한 상품별 조건을 계층적 틀로 정의하여 프로그램의 수정 대신 외부 데이터의 변경만으로 신상품 개발이 가능해졌다. ◎ 상품별, 채널별 중복 프로세스의 통합/표준화 ◎ 별도로 처리되던 프로세스의 자동화, 연동처리 ◎ 사용자에게는 불필요한 업무처리 시간 단축 및 생산성 향상 효과 ◎ 시스템 개발자에게는 유지보수에 소용되는 노력 절감 효과 ◎ 고객 정보 통합 ◎ 향상된 품질의 고객 서비스 ◎ 고객 충성도 및 만족도 향상 ◎ 영업 기회의 확대 및 수익 증대

26 차세대시스템 구축효과 Product Factory 구축으로 인한 비즈니스 효과 381 54

27 차세대시스템 구축효과 Product Factory 구축으로 인한 비즈니스 효과
신상품 개발 평균 소요 일수 단축(단위 : 평균 건당 상품개발 일수) 20일 85% 7일 90% 66% 3일 3일 0.7일 1일

28 차세대시스템 구축효과 정성적 효과 고객 관점 업무 관점 상품 관점 IT 관점
고객정보의 통합을 기반으로 고객의 수요파악 및 성향분석 업무 강화 효율적인 업무처리를 통한 고객서비스 향상, 궁극적으로 고객 만족도 및 충성도 증가 일관성 있는 고객 응대를 통한 고객 불만 감소 업무 관점 업무처리 단순화 및 사용자 편의성 증대로 인한 직원 만족도 향상 각종 분석 및 의사결정을 위한 기초자료 제공이 용이해짐으로써 효율적인 의사결정 가능 관리 및 통제 기능의 강화로 인해 운영상의 리스크 감소 상품 관점 Time to Market 및 다양한 맞춤상품 제공에 따른 대고객 인지도 및 인식 개선 제휴 및 복합상품 등의 제공역량 강화에 따른 시장대처 능력 향상 IT 관점 차세대 시스템 성공적 완료 및 선진 시스템 보유에 대한 자긍심 향상 사용자 부서의 요구에 대한 대응성 역량 강화 및 현업부서의 IT부서에 대한 긍정적 인식 확산

29 차세대시스템 구축효과 정량적 효과 비즈니스 측면의 효과 IT 측면의 29,418 13,269 11,692 54,109
수익창출 (매출증대) 비용절감 (업무처리 합리화) (시스템 1. 신규 가입 증대 효과 2. Share of Wallet 증대 효과 3. 해지율 감소 효과 4. 24x365 시스템 구현을 통한 수익 증대 5. 업무 효율화를 통한 업무처리 시간의 단축 6. NGS를 통한 간접광고 효과 7. 통장발행 비용 절감 효과 8. 선진 IT 시스템 구축을 통한 생산성 향상 효과 9. 선진 기술 습득을 통한 교육비용 절감 및 기술력 향상 10. 무장애 시스템 구현을 통한 기회손실비용 감소 11. 채널통합(EAI)을 통한 IT 비용 감소 효과 29,418 13,269 11,692 18,902 7,071 3,031 143 11,194 1,916 159 7,527 1,879 714 1,572 효과금액 합계액 : 54,109 ROI 효과구성 KPI 명 KPI별 효과 (단위:백만원) 효과 소계 - 위의 자료에서 보는 것 같이 차세대시스템 구축 이후 1년 간의 효과를 비즈니스 측면과 IT 측면으로 측정한 결과 초기 1년 간 약 541억 원의 투자효과가 발생한 것으로 분석되었다.

30 차세대시스템 구축효과 은행들의 차세대 시스템 구축 타 은행의 차세대시스템 도입 → 경쟁력 확보
차세대시스템에 맞추어 비즈니스 프로세스가 전사적으로 변화해야 하고 차세대시스템도 비즈니스 프로세스에 맞춰서 구축해야 함 한가지 흥미로운 이야기는 일부 경쟁 은행에서 기업은행의 ‘차세대시스템’ 구입 가능성을 타진한 것이다. 이는 시스템 개발에 막대한 비용이 발생할 뿐 아니라 약 2년 정도의 기간이 소요되기 때문이다.

31 결 론 기업은행 사례를 통한 차세대시스템 구축의 시사점
리스크를 최소화 하기 위해 사전에 변화관리를 위한 체계적인 계획 수립 새로운 시스템의 아키텍처는 은행의 최고 경영진과 IT 부문이 함께 설계해야 한다. 최고 경영진의 전폭적인 지원 새로운 IT구조, 환경에 대한 구성원의 이해 차세대시스템과 비즈니스 프로세스와의 조화 →차별화된 경쟁우위 확보

32 Q & A