금융권 차세대시스템 구축 이후 금융 it 발전...

2011년도 ｢금융 IT 컨퍼런스｣

금융권 차세대시스템 구축 이후 금융 IT 발전 전략

2011.10.20.

한국은행 전산정보국

2011년도 「금융 IT 컨퍼런스」에 즈음하여

우리나라 금융 IT 발전을 위하여 불철주야 헌신하고 계시는 금융계,

학계 및 업계 전문가 여러분들을 모시고 “금융권 차세대시스템 구축 이후

금융 IT 발전 전략”이라는 주제로 「금융 IT 컨퍼런스」를 개최하게 된 것

을 매우 뜻깊게 생각합니다.

금융공동망, 인터넷뱅킹 등으로 대표되는 우리나라 금융 IT는 고객의

편리하고 효율적인 금융생활에 기여하였을 뿐만 아니라 선진국에 비해서도

결코 뒤지지 않는다고 평가받고 있습니다. 이는 각 금융기관이 정보기술의

발전에 따라 고객 요구에 부응하는 다양한 금융상품을 개발, 적시에 제공할

수 있는 IT시스템의 중요성을 인식하여 IT 투자를 선제적으로 추진한데 주

로 기인합니다. 이러한 금융권 IT 투자활동의 성과가 차세대시스템 구축이

라는 결과물을 만들어낸 것으로 생각합니다.

한편 금융산업을 둘러싼 환경은 끊임없이 발전하고 있습니다. IT시스템

운영관련 정보보호, 장애대응, 재해대책 등의 이슈가 금융권 IT 전문가들에

게 새로운 과제를 계속 제기하고 있습니다. 차세대시스템 구축으로 안정적

인 운영기반을 확보한 금융 IT가 금융산업 변화, 모바일 환경의 급속한 확

산 등까지 감안한 최근의 변화에 적극 부응할 수 있도록 IT 발전 전략에

대한 논의가 지속적으로 이루어져야 할 이유가 여기에 있다고 하겠습니다.

아무쪼록 2006년 이후 여섯 번째인 이번 컨퍼런스에서 발표되고 토의된

내용들이 참석하신 모든 분들에게 실질적인 도움이 되기를 바라며 금융기관의

IT 발전 전략을 수립하는데 나침반 역할을 할 수 있기를 기대합니다.

2011. 10. 20

한국은행 전산정보국장 지춘우

순 서

환영사(14:00 ~ 14:10)

장세근 한국은행 부총재보

<사 회> 김성근 중앙대학교 교수

주제 발표(14:10 ~ 15:00)

발표 : 이경조 뱅크웨어글로벌 대표

Coffee Break(15:00 ~ 15:20)

토론(15:20 ~ 16:20)

토론자 : 박주석 경희대학교 교수 유시완 ㈜하나아이앤에스 상무 이수용 지티원㈜ 대표 조규산 한국은행 팀장

질의응답 및 종합평가(16:20 ~ 17:00)

폐회사(17:00~17:10)

지춘우 한국은행 전산정보국장

금융권 차세대시스템 구축 이후금융 IT 발전 전략

- 주제 발표 자료 -

© 2011 BankWare Global

포스트 차세대시스템의

과제와 전망

2011. 10. 20

이경조

뱅크웨어글로벌 대표

20 October 2011© 2011 BankWare Global

목차

I. 포스트차세대시스템의 과제와 전망

II. 서비스뱅킹시스템과 금융서비스허브

III. 어플리케이션 유지진화 혁신

2


우리나라는 이미 포스트차세대 시대로 들어섰다고 볼 수 있습니다.

3


선도 은행들은 비즈니스전략과 비즈니스시스템의 변화가 IT전략과IT시스템의 변화를 리드하는 것이 일반적입니다.

4

그림 2 J. Henderson의 전략 정렬 모델


세계적인 수준의 코아뱅킹시스템을 포스트차세대에서 전면 재개발할것인가가 중요한 테마입니다.

5

그림 3 ‘현재 우리나라 코아뱅킹시스템의 수준은 세계 최고 수준이다’에 대한 응답 분포(7이 최상)


연구의 목표

� 첫째, 코아뱅킹시스템의 전면 재개발 여부를 파악하기 위한 도구로서 ‘뱅킹시스템변혁동인 모델(Banking System Transformation Driver Model)을 제시하고, 그모델의 타당성을 검증한다. 그리고 그 모델을 사용해서 은행IT 및 IT업계 종사자들이 포스트차세대에 대해서 가지고 있는 민감도를 측정한다.

� 둘째, 업계의 공감대를 가질 가능성이 높은 포스트차세대시스템의 To-be 모델을제시한다.

� 셋째, 포스트차세대시스템을 구축하기 위해 실행해야 할 로드맵을 제시한다.

6


2011 트렌드에 코아뱅킹시스템 현대화가 포함되어 있는 것은 지난 30여년간코아뱅킹시스템의 교체를 시도하지 않았던 미국은행들로서는 괄목할 만한 변화라고볼 수 있습니다.

7

Bank Technology Outlook 2011

2011년도 10가지 game-changing 기술 트렌드 [BS&T, Jan/2011]

1 mobile banking 혁신

2 대형은행들의 hybrid cloud 시범 실시

3 영업점 자동화 촉진

4 Social media 를 진지하게 검토

5 자율적 리스크 관리 시스템 (영업이익 증대와 증가하는 리스크 사이에 균형 제공)

6 코아뱅킹시스템 현대화

7 정보 분석 고도화

8 모바일 지불(payment) 확산

9 협업 기술 (smart workplace)

10 여신 자동화


구미 은행들의 코아뱅킹시스템 교체 프로젝트의 특징은 빅뱅식을 지양하고 업무별및 지역별로 단계적으로 이행하는 방식을 취하고 있는 것입니다

� Deutsche bank: global transaction banking (해외전산시스템) 업무를 TCSBaNCS(TaTa)를 사용해서 6년짜리 project를 작년에시작했음

� 단계적이행을 위해서migrating checklist, command center 구조, communication 구조 등이 기술되어있는Migration factory of Deutsche bank (A story book for migration)을만들어서이행시마다 재사용하고있음

� 북미에서수십년만에업계 최초로 20조 이상의자산을가진 은행 중 3 곳이 올해 코아뱅킹시스템교체project를시작했음. 그 밖에 작은 은행들 중 2~4%가 core upgrade project 고려 중

� Silicon Valley Bank 는 5개년 프로젝트의첫 번째 서브 프로젝트로서외화자금여신(foreign currency loan)

을 먼저 가동함. 가동 후 변화된현실을 반영하여원래 계획을 수정한후 다음 번 서브 프로젝트를수행함.

1년에 평균 2번 가동(deployment) 계획.

� Commonwealth Bank of Australia: SAP for Banking으로 2008년부터개발 중. 4년간의 project. USD 580M

(6,000 억원) 투자.

� Commonwealth Bank of Australia 도 프로젝트기간 동안 비즈니스변화를 수용하지않을 수 없기 때문에고객정보통합과(customer data integration) 수신(deposit)을먼저 가동함. A series of projects 개념 적용.

또한 이번에 cloud를 실 환경에적용할 예정임. 은행 고객이 cloud에서 service를 살 수 있음.

� 중국의농업은행(ABC)이 Temenos 패키지를사용해서차세대 프로젝트를 2010년도부터 4개년 계획으로시작하였음. 건설은행(CCB)도 model driven development 방식으로차세대 프로젝트를 2011년부터시작함. 공상은행(ICBC)은차세대프로젝트를본격적으로수행하기전에 Product Factory등 일련의 POC 프로젝트를수행하고있음

8


4, 6, 7 과 같은 조항들은한정된예산과, 빨리빨리식의 우리 문화, 그리고 SI 계약상에갑과 을의 책임 관계가불분명한계약 관행 때문에 잘 지켜지지않았습니다만대부분은국내 은행들이이미 습득한 lesson learned를 확인시켜주는 것들입니다.

1. migration 전에 data cleansing을 해라

2. 프로젝트 스케줄을 정하고 그것을 지켜라

3. 고위 의사결정 기구를 만들어라

4. 모르모트를 사용해라

5. 재사용 가능한 blue print를 만들어라

6. 모든 것을 한 번에 다 끝내려고 하지 마라

7. 프로젝트 도중에 현업에게 가치를 전달할 수 있는 작은 서브 프로젝트들을 만들어라

8. 일정과 예산의 overrun을 예상해라

9. 지금 있는 IT 직원들을 새로운 기술을 배워서 일할 수 있게 만들고 붙잡아라

10. 현업이 새 시스템을 가지고 미리 연습할 수 있도록 해라

11. 이행을 모질게 관리해라

12. 신시스템에서 발생할 돌발 사고를 재빨리 고칠 준비를 해라

9

코아뱅킹시스템 교체 프로젝트를 수행할 때 성공 요인 [BS&T, Feb 2011]


차세대시스템 을 통해서 대량거래를 리얼타임 온라인으로 처리하는 코아뱅킹(계정계) 시스템은 구현 기능과 서비스 수준 측면에서 세계적인 수준에 이르게 되었습니다.

10

그림 4 현행 차세대시스템의 구조


은행IT시스템 세대별 동인 분석

11

1세대(과목별 온라인) 2세대 (종합 온라인) 3세대 (차세대) 포스트 차세대

비즈니스 모델 변

화 동인

전국 온라인처리 창구 역할 변화 상품출시 경쟁 (Product

Factory)

융복합상품서비스 (비금융권과

제휴)

대량 거래 처리 One stop service 고객중심 정보- 통합 지주사 차원 고객- 통합서비스

앱 금융서비스

온라인 고객 정보 활용 Internet banking 국외업무 확산

경영 정보 요구 24/365 보안

자본시장업무 실시간 데이터 분석 요구

리스크 관리

현행 시스템 유지

부담 동인

과목별로 copy해서 신

규 개발

Assembler-인력 부족 프로그램 복잡성 가중 년 평균 시스템 변경 건수: 1만

건 상회

프로그램 중복 신상품수용 곤란

IT기술 변화 동인 Mainframe MainFrame C/S (hetero 환경) Cloud, Appliance

Assembler 사용 COBOL, PLI HLL, C HLL, Java

DB/DC web Web 2.0

SOA, MDM, CEP

계정계, 정보계 개념 등장 Package 솔루션 BI 솔루션, Open SW

Application framework 도

입 (CAP)

CBD (Component Based

Develop’t)

MDD(Model Driven Development)

M&E(보안/운영/유지/진화 중시)


뱅킹시스템 변혁 동인(BSTD)을 파악하기 위해서 7개 금융기관과3개 컨설팅사의 리더들을 대상으로 설문조사를 실시하였습니다

12

소속회사종류

빈도 퍼센트유효 퍼센

트누적퍼센

트유효 금융기관 56 87.5 87.5 87.5

비금융기관 8 12.5 12.5 100.0

합계 64 100.0 100.0

직책

빈도 퍼센트유효 퍼센

트 누적퍼센트유효 경영진 8 12.5 12.5 12.5

매니져 41 64.1 64.1 76.6

직원 15 23.4 23.4 100.0

합계 64 100.0 100.0


코아뱅킹시스템을 전면 재개발한 시점이 2004년부터 2010년까지 분포되어 있어서나중에 차세대 코아뱅킹시스템을 가동한 은행들은 아직 재개발의 필요성을 느끼지못하고 있습니다.

13

전면재개발필요

빈도 퍼센트유효퍼센트

누적퍼센트

유효 1 10 15.6 15.6 15.6

2 20 31.3 31.3 46.9

3 7 10.9 10.9 57.8

4 19 29.7 29.7 87.5

5 6 9.4 9.4 96.9

6 2 3.1 3.1 100.0

합계 64 100.0 100.0

전면재개발시점(3년내)

빈도 퍼센트유효퍼센트

누적퍼센트

유효 1 8 12.5 12.5 12.5

2 14 21.9 21.9 34.4

3 11 17.2 17.2 51.6

4 15 23.4 23.4 75.0

5 3 4.7 4.7 79.7

6 8 12.5 12.5 92.2

7 5 7.8 7.8 100.0

합계 64 100.0 100.0


뱅킹시스템 변혁 동인(Banking System Transformation Drivers): 매년 BSTD 추이를분석한다면 경영진과의 소통 및 전략적 의사결정을 하는데 도움이 될 것입니다.

14

요인 그룹명 변수 명

내부요인

유지보수 부하 과중

업무프로그램 재정비 시급

유지보수 체계 개선 시급

차세대 추진 선결사항이 유지보수

현행 업무프로그램 품질 나쁨

현시스템 완성도 평가현행 코아 개선으로 현업만족 가능

현행 코아로 신요건 수용가능

생태계 요인

내외부 공감대 업계 공감대 있음

은행 내부 차세대추진 공감대 있음

신기술 인력 준비도 충분

현시스템에 대한 인식당행 코아뱅킹 수준 최상

우리나라 코아뱅킹 수준 최상

추진 의지 및 역량최고경영진 IT 신뢰도 있음

IT직원 사기 높음

외부 요인 비즈니스 해결 과제

지주사통합고객서비스

모바일뱅킹고도화

통합리스크관리고도화

IT 거버넌스 고도화

클라우드도입

데이터분석기술고도화

직원생산성향상

보안시스템강화

사용자인터페이스개선

융복합상품서비스


IT외부 동인: 포스트차세대에서 해결해야 할 비즈니스 과제들의 우선순위가 파악되었습니다.

15

우선

순위해결과제 평균 값 최대 값 최소 값

1 모바일뱅킹 고도화6.13 7 4

2 보안시스템 강화5.95 7 4

3 융복합 상품서비스5.55 7 3

4 직원 생산성 향상5.52 7 3

5 지주사 통합고객 서비스5.47 7 3

6 데이터 분석기술 고도화5.31 7 3

7 사용자 인터페이스 개선5.30 7 3

8 통합리스크관리 고도화5.02 7 1

9 IT 거버넌스 고도화4.83 7 1

10 국외전산 고도화4.73 7 1

11 클라우드 도입4.70 7 3


‘현행 코아뱅킹시스템을 개선하는 정도로도 새로운 비즈니스 요건들을 수용할 수 있다’라는설문에 대해서79%가 긍정적으로 대답한 것은 우회 또는 보완하는 대체 솔루션이 가능할것이란 판단을 하고 있는 것으로 해석할 수 있습니다.

16

비즈니스 환경변화 코아뱅킹시스템(계정계) 관점에서 본 특징코아뱅킹시스템 변경

정도

금융지주사의 보편화지주사 통합 고객 관리

total relationship value계산일부 변경 또는 우회

융복합 상품 및 서비

스의 대거 등장

업무 경계를 넘어선 타기관과 쉬운 제휴 처리

dynamic pricing 처리우회 아니면 대폭 수정

모바일 앱 금융시대의

도래,

모바일OS 별 처리와 비즈니스 로직의 분리

각종 결제 도구와 연결

개인별 금융 도구 app 제공

채널통합 부분 변경

실시간 마케팅의 고도

화

Operational CRM 시스템의 변경

Event processing 도입

거래 도중 실시간 CRM 메시지 수용 방안 필요

일부 변경 또는 우회

리스크 관리의 확대와

고도화 요구

통합 리스크 관리 시스템 확대


거래 도중 실시간 리스크관리 action 수용 필요

일부 변경 또는 우회

본격적인 국외진출

전사통합관리시스템과 연결.

해외고객을 통합고객관리에 흡수.

코아뱅킹시스템 패키지화(국제화 및 현지화)

패키지화 프로젝트


IT 내부 동인: 현행 어플리케이션의 유지보수 체계의 고도화가 시급하며, 포스트차세대를 추진하기 전에 유지보수 체계를 개선해야 한다는 응답이 높은 평균값을 보였습니다.

17

요인 그룹 설문

평균

값

최소

값

최대

값

신뢰도 그룹 평균

IT내부 동인(유지보수 품질 평가)

현행 어플리케이션의 유지보수 체계

의 고도화가 시급하다.

5.2 2 7

알파계수= 0.779

평균 = 4.25,

58%가 긍정

현재 업무프로그램 재정비가 시급

하다

4.48 1 7

포스트차세대 추진 전에 유지보수

체계를 먼저 개선해야 한다.

4.44 1 7

현행 업무프로그램 품질이 나빠져서

유지보수가 어렵다

2.88 1 6


생태계 동인: 가장 중요한 내외부 공감대는 72%가 부정적인 답변을 보였으나 이것은 차세대프로젝트를 가동한지 얼마 되지 않은 은행들이 상당수 답변에 포함되어 있기 때문이며, 외부IT업계에서도 아직은 전면 재개발에 대한 솔루션 준비는 안되어 있다는 것을 시사합니다.

18


평균

값

최소

값

최대

값

신뢰도 그룹 평

균

생태계(내외부 공감대

)

포스트차세대의 기술 아키텍처에 대해서

업계 공감대 있음

3.14 1 6

알파계수

= 0.704

평균 = 3.2

0, 28%가

긍정

은행 경영진, 현업, IT 부서간에 포스트

차세대 추진 공감대 있음

3.09 1 7

신기술 구사 인력이 내외부에 충분히 준

비되어 있음

3.38 1 7

생태계(추진 의지)최고경영진은 IT 부서를 신뢰하고 있음 4.75 2 7

알파계수

= 0.707

평균 = 4.4

0, 56%가

긍정 IT직원 사기 높음 4.06 1 6

생태계(개발리스크영

향도)

가동일에 비즈니스 장애가 발생하면 CIO

이상 선에서 책임지게 될 것임 5.39

1 7

평균 = 5.3

9, 11%가

부정


서베이 결과 요약: 포스트차세대에서 코아뱅킹시스템의 추진 방향예상

� IT내부적인 동인, 즉 프로그램의 품질 저하에 따른 유지보수의 어려움을 상당한수준으로 느끼고 있으나(평균 값 4.5), 시스템을 전면 재개발해야지만 해결될문제는 아니고 현 시스템을 개선하는 수준으로도 해결이 가능하다는 의견이(평균값 5.2) 지배적인 것으로 나타났음.

� 또한 코아뱅킹 재구축 프로젝트에 대해서 경영진을 포함한 은행 내부나 외부 IT

업계에서는 아직 공감대가 전반적으로 형성된 것은 아님을 알 수 있었음(평균 값3.1).

� 현재 개발해야 할 비즈니스 요건들은 산적해 있지만(평균 값 5.37) 그 또한코아뱅킹시스템을 재개발해야만 해결되는 문제는 아니고 별도의 시스템으로솔루션이 가능하다는 의견을 가지고 있는 것으로 파악됨.

� 유지보수 체계의 낙후성 문제를 혁신하지 않으면 전면 재개발을 한다 해도 같은문제가 반복될 수 있다고 보고 있음.

� 포스트차세대에는 단계별 가동 시나리오가 주류를 이룰 것으로 예상됨.

19


금융권 비즈니스 모델 변화의 핵심은 business convergence 입니다. 코아뱅킹시스템의변경을 최소화 하면서 product convergence, service convergence, distribution convergence를 담당하는 시스템이 금융서비스허브 입니다

� Product convergence

–다양한 융복합상품의 처리

� Service convergence

–온라인 거래처리와 CRM및 각종 밸류 서비스의 통합

� Distribution convergence

–advisor business

–금융서비스 가격 비교 및 유통

20


비즈니스 컨버전스를 해결하는 포스트차세대시스템 개요도

21


트랜잭션뱅킹시스템(계정계)과 대칭적인 용어로서 business service layer를 담당하는시스템을 service banking 시스템이라고 부릅니다. 정보계는 Smarter 뱅킹시스템이라고부르겠습니다 .

22


이번 서베이의 결과,포스트차세대에서 투자의 우선순위가 가장 높은 부분은유비쿼터스뱅킹시스템이고, 그 다음이 서비스뱅킹시스템, 그리고 세번째가스마터뱅킹시스템이 될 것으로 예상합니다.

23

그림 7 포스트차세대시스템 개념도

EPN 구축BI 고도화

금융서비스허브 구축통합고객계 구축

유지진화 혁신

모바일 platform 개발App 서비스 확산


서비스뱅킹시스템과 금융서비스허브: 타겟 시장의 고객의 입장에서 고객의 돈의 흐름이 있는모든 곳이 융복합상품의 대상이 될 수 있으므로 금융서비스허브는 장래에 출현할융복합상품들을 폭넓게 그리고 간편하게 수용할 수 있는 유연한 구조를 가져야 합니다.

24

금융 융복합상품의 모형

타겟 세그먼트

조건 조건상품 서비스

오퍼링 혜택조건

금리 제조사/수행사 수수료


서비스뱅킹시스템의 역할과 필요 기능

�비즈니스 트랜잭션 층에 있는 상품처리시스템들의 변경을 최소화

�종합적인 relationship에 기초한 dynamic pricing

�마케팅과 리스크 관리를 감안한 고객 통합 서비스

�융복합상품의 신속한 구현

�대량 거래 안정적 처리와 보안

�비즈니스 모델 변화에 유연한 대응

25


서비스뱅킹시스템을 구현하는 핵심 시스템이 금융서비스허브입니다.

26

그림 10 금융서비스허브 시스템 개요도


금융서비스허브는 어플리케이션의 유연성과 유지보수성이 절대적으로 중요하므로인에이블러를 먼저 개발하고 그 인에이블러를 사용해서 어플리케이션을 개발하는 것이 더효과적입니다.

27

그림 11금융서비스허브 인에이블러 개요도


융복합상품을 상담하는 세일즈 어플리케이션을 금융서비스허브 인에이블러를 사용해서다음처럼 구성할 수 있습니다.

28

그림 12 금융서비스허브 어플리케이션 예시


시스템을 전면 재개발해도 몇 년 안에 업무시스템의 품질이 나빠지는 문제를반복하지 않기 위해서 유지진화체계의 혁신은 포스트차세대를 추진하기 전에 지금이루어져야 합니다.

� 첫째, 유지진화의 중요성과 전문성을 부각시키기 위한 인식 전환 교육이선행되어야 하고

� 둘째, ISO 표준에 따라 유지진화활동의 측정을 시작하고 데이터를 축적하기시작해야 하며

� 셋째, Economic performance model에 따라 경영진의 비즈니스 관리 관점에서평가를 시작하고

� 넷째, 글로벌 베스트 프랙티스에 따라 성숙도를 평가해서 개선 로드맵을 작성하고

� 다섯째, 개선 로드맵에 따라 단계적으로 유지진화 인프라에 투자하면서 지속적인품질개선 활동을 관리해 나감

29

유지진화체계의 혁신을 위한 로드맵


SWEBOK(SW Engineering Body of Knowledge)에 소프트웨어 유지진화는 이미한 가지 전문분야로 독립해서, 이수해야 할 지식체계가 정리되어 있습니다

30

그림 13 SWEBOK의 소프트웨어 유지진화 표준 지식체계 [9]


측정없이 관리없다 (No measurement, No Management) [12] 는 말처럼 지속적인품질 개선을 위해서는 객관적인 데이터의 측정이 선행되어야 합니다.

31

그림 14. ISO14764 유지진화 활동의 수용과 거절 프로세스의 예 [14]


유지진화 서비스를 유형별 로 측정하면 개선의 방향성을 파악할 수 있습니다.

32

• 오류 수정 비율 감소

40

38

36

34

32

30

28

26

24

22

20

18

16

14

12

10

8

6Q1-89 Q2-89 Q3-89 Q4-89 Q1-90 Q2-90 Q3-90 Q4-90

CORRECTIVE

ADAPTIVE

USER SUPPORT

PERFECTIVE

Periods

Perc

enta

ge

• 기능 개선 증가 (사용자에게 보다 가치를제공해 줄 수 있는 일에 유지보수 역량투입)

• 현업 지원 비중 증가 (조사 시점에 신입직원의 투입으로 현업 지원이 증가하였음)

Expected result

[A. Abran, 1993]


유지진화 활동의 성과는 유지진화 서비스의 소비자인 고객의 관점에서 생산성이평가되어야 합니다

33

그림 15 A.Abran의 유지진화 경제성과 분석 모델

inputinput outputoutput비즈니스목표

생산성 수익성

Quality ofwork & life

Efficiency

Effectiveness

Quality ofProducts

& services

유지보수 활동

Metric :Line of code,

complexity, defects, failures, time of

services, …

Metric :어떤 기능을 나에게 전달했는가?

(Function points, …)

Metric :투자대비효과

Cost/Benefit analysis(IT balance score card)

혁신을 위해서는비용(cost)이 발생함

경영진의 관심 영역


유지진화에 관한 글로벌 베스트 프랙티스는 S3m(Software Maintenance Maturity Model) 입니다.

34

Customersand

UsersSuppliers

Software Development

Computer Operations

ApplicationSoftware

Maintenance

Up-frontMaintenance& Help Desk

1

2

3

4

5Service Level Agreement,maintenance services definition

Support developmentprojects Predelivery

and transition

failurecalls

Requests,

status

problemtickets Problem

Resolutioncommunications

S3M

[A. April, 2008: Software maintainers’ context reference model]


S3m은 CMMi 처럼 역량 성숙도에 관한 인증을 주는 것이 주요 목적이라기 보다는IT조직의 유지진화 활동을 지속적으로 개선하는 로드맵을 제시하고 그 이행을관리하고 촉진하는 것을 주 목적으로 하고 있습니다.

35

Key Process Areas of Software MaintenanceKey Process Areas of Software Maintenance

1-Maintenance ProcessFocus2-Maintenance Process/Service definition3-Maintenance Training4-Maintenance ProcessPerformance5-Maintenance Innovation anddeployment

1-Maintenance ProcessFocus2-Maintenance Process /Service definition-Maintenance Training

4-Maintenance Process Performance

5-Maintenance Innovation and deployment

3

1-Request& Event Management2-Maintenance Planning3-Monitoring & Control ofmaintenance requests4-SLA & Supplier Management5-

1- Request & Event Management2- Maintenance Planning3- Monitoring & Control of maintenance requests4- SLA & Supplier Management5- Quantitative Maintenance Management

1-Transition2-OperationnalSupport3-Evolution & Correction ofsoftware4-VerificationandValidation

1- Transition2- Operational Support3- Evolution & Correction of software4- Verification and Validation

1-Configuration Management2-ProcessandProductQualityAssurance3-Measurement, Decision Aanalysis4-4-Rejuvenation/Retirement Engineering

1- Configuration Management2- Process and Product Quality Assurance3- Measurement, Decision Analysis4- Problem Management and Causal Analysis5- Rejuvenation/Retirement Engineering

SMCMM Process Domains

Process Management

Maintenance Request

Management

Evolution Engineering

Support to

Evolution

Engineering

S3M Process Domains

Process Management

Maintenance RequestManagement

Evolution Engineering

Support toEvolution Engineering

CMMi Process Domains

Process Management

Support

Project Management

Engineering

CMMi Process Domains

Process Management

Support

Project Management

Engineering


요약: 포스트차세대 시대는 바야흐로 우리나라 은행IT가 선진국형 은행IT로진입하는 시기가 될 것으로 전망됩니다.

� 신규 개발 못지않게 어플리케이션 유지 진화를 중요하게 평가한다

� 은행 본업의 경쟁력 강화를 위해서 새로운 수익사업 및 비즈니스 insight 역량확보에 IT 투자의 우선 순위를 둔다

� IT 관리에 전문적인 경영관리 기법(MBA)을 도입해서 IT를 경영한다 (IT 서비스를고객 및 경영진 관점에서 측정하고 평가함)

� 완벽한 테스트 시스템 이중화

� IT 직원 및 관련 업체들의 근무조건 합리화

� 국내은행 상호간에 그리고 ISBSG등을 통해서 외국 선진은행들과 벤치마킹

� 글로벌 경쟁력이 있는 금융 소프트웨어 패키지 전문 회사 양성

36

20 October 2011© 2011 BankWare Global 37

감사합니다[email protected]


2011.10.

이 경 조**

-------------------------------------------------------------- * 본 연구 내용은 집필자 개인의 의견이며 한국은행의 공식견해와는 무관함** 뱅크웨어글로벌 대표

i

Table of Contents

서문 ......................................................................................................................... 1

I. 포스트차세대시스템의 과제와 전망 ................................................................. 2

I.1. 서론..................................................................................................................................2

I.2. 연구방법 개요 .................................................................................................................6

I.3. 포스트차세대시스템에 관한 국내외 연구 및 동향 .......................................................6

I.3.1. Bank Technology Outlook 2011 ...............................................................................6

I.3.2. 코아뱅킹시스템 현대화 동향 ...................................................................................7

I.3.3. 코아뱅킹 replacement 프로젝트 추진시 고려 사항 ...............................................9

I.4. 금융 환경의 변화와 포스트차세대 뱅킹시스템의 과제 ............................................. 10

I.4.1. 은행 IT 시스템의 발전 역사 ................................................................................. 10

I.4.2. 은행 IT 종사자들을 대상으로 한 설문조사 개요 ................................................ 14

I.4.3. 포스트차세대시스템의 과제 .................................................................................. 25

I.5. 포스트차세대시스템의 전망......................................................................................... 34

I.5.1. 비즈니스 컨버전스 대응방안과 금융서비스허브 ................................................. 34

I.5.2. 포스트차세대시스템의 구조 요약 ......................................................................... 36

II. 서비스뱅킹시스템과 금융서비스허브 ............................................................. 41

II.1. 융복합 상품/서비스 개요 ............................................................................................. 41

II.1.1. 융복합 상품의 구성과 발전 방향 ........................................................................ 41

II.1.2. 융복합상품 PLM(Product Lifecycle Management) .............................................. 44

II.2. 서비스뱅킹시스템의 역할과 필요 기능 ...................................................................... 45

II.3. 외국 금융기관의 동향 .................................................................................................. 47

II.4. 금융서비스허브 ............................................................................................................ 48

II.4.1. 금융서비스허브 아키텍처 .................................................................................... 48

II.4.2. 금융서비스허브 인에이블러의 기능 요건 ........................................................... 49

II.4.3. 금융서비스허브 인에이블러를 사용한 어플리케이션 예시 ................................ 50

III. 어플리케이션 유지진화 혁신 ......................................................................... 52

III.1. 어플리케이션 유지진화 혁신의 필요성 ...................................................................... 52

III.2. 유지진화체계의 혁신을 위한 로드맵 .......................................................................... 54

III.2.1. 유지진화의 중요성과 전문성을 부각시키기 위한 인식 전환 교육 .................. 54

III.2.2. ISO 표준에 따라 측정을 시작하고 데이터를 축적하기 시작함 ....................... 55

ii

III.2.3. Economic performance model 에 따라 비즈니스 관리 관점에서 평가 시작 ... 57

III.2.4. 글로벌 베스트 프랙티스에 따라 유지진화 체계의 성숙도 평가 ...................... 58

III.2.5. 단계적으로 유지진화인프라에 투자하면서 지속적인 품질개선 활동 .............. 59

IV. 결론 ................................................................................................................. 60

V. Appendix ......................................................................................................... 63

V.1. 『은행 IT 포스트차세대시스템의 과제와 전망』에 관한 조사 ................................. 63

V.1.1. 설문서 내용 .......................................................................................................... 63

V.1.2. 설문 응답 결과 .................................................................................................... 69

V.2. Bank Technology Outlook 2011 ................................................................................... 71

V.3. Core 시스템 replacement/migration 의 12 가지 best practices ............................. 73

V.4. 융복합상품 사례 ........................................................................................................... 75

VI. Glossary .......................................................................................................... 76

VII. 참조 문서 (Reference Materials).................................................................... 76

Figure List

그림 1 우리나라 은행 IT 의 역사 ................................ .................. 2

그림 2 J. Henderson 의 전략 정렬 모델 ................................ ............ 3

그림 3 ‘현재 우리나라 코아뱅킹시스템의 수준은 세계 최고 수준이다’에 대한 응답 분포

(7 이 최상) ................................ ................................ .. 4

그림 4 현행 차세대시스템의 구조 ................................ ................. 11

그림 5 포스트차세대시스템 개요도 ................................ ................ 37

그림 6 포스트차세대 서브시스템 그룹 ................................ ............. 38

그림 7 포스트차세대시스템 개념도 ................................ ................ 39

그림 8 금융 융복합상품의 모형도 ................................ ................. 41

그림 9 융복합상품 발전 예상도 ................................ ................... 43

그림 10 금융서비스허브 시스템 개요도 ................................ ............ 48

그림 11 금융서비스허브 인에이블러 개요도................................ ......... 50

그림 12 금융서비스허브 어플리케이션 예시 ................................ ........ 51

그림 13 SWEBOK 의 소프트웨어 유지진화 표준 지식체계 [9] .......................... 54

그림 14 유지진화 활동의 수용과 거절 프로세스의 예 [14] .......................... 56

그림 15 A.Abran 의 유지진화 경제성과 분석 모델 ................................ ... 57

그림 16 IT 프로세스 도메인과 베스트 프랙티스 요약표 ............................ 58

iii

Table List

표 1 Bank Technology Outlook 2011 ................................ ................ 7

표 2 은행 IT 시스템 세대별 동인 분석 ................................ ............. 12

표 3 뱅킹시스템 변혁 동인(Banking System Transformation Drivers) ................ 24

표 4 포스트차세대 비즈니스 해결과제 우선 순위 ................................ ... 26

표 5 포스트차세대 비즈니스 환경변화 대응방안 요약 ............................... 27

표 6 금융권 주요 전산사고 현황 ................................ .................. 52

1

서문

포스트차세대시스템의 과제와 전망 이란 제목하에 작성된 이번 논문은 실제로는 3개의 주제로 구성되어 있다. 첫 번째 주제는 최근 새로운 차세대(포스트 차세대)를 구축하려는 움직임의 등장에 맞추어, 이런 시스템 변혁에 영향을 미치는 요인들을 과거 은행 IT 역사의 경험으로부터 추출해서, 선정된 요인들이 체계적으로 도출되었는지를 은행 IT 현장 종사자를 대상으로 한 설문조사를 통해 확인하고, 그런 요인들이 현재 어느 정도 강력하게 움직이고 있는지를 파악해서 업계 전반적으로는 포스트차세대가 어떤 방향으로 어떤 추진 속도를 갖고 진행될 것인지를 예상하는 것이다. 두 번째 주제는 시급히 개발해야 할 비즈니스 과제로서 이미 부각되어 있는 금융융복합상품 및 서비스의 효과적인 처리 방안의 하나로서 금융서비스허브 솔루션의 아키텍처를 예시

하는 것이다. 이미 출시된 금융융복합상품들은 현재 가동중인 시스템을 수정해가면서 미봉책으로 수용하고 있지만 포스트차세대에서 근본적으로 해결해야 할 가장 중요한 과제이다. 세 번째 주제는 이미 오랫동안 현안으로 남아있는 현재 은행 IT 시스템의 유지보수 체계를 혁신시키는 로드맵을 제시하는 것이다. 이 주제는 포스트차세대시스템 추진과 연계하지 않더라도 현행 시스템의 안정성을 높이기 위해서 반드시 필요할 뿐만 아니라 포스트차세대를 대규모 프로젝트로 추진하려면 현 시스템의 유지보수 인력

의 재배치가 필요하므로 더욱더 시급하게 해결해야 할 선결 과제라서 이번 연구과제 중의 하나로 포함시켰다.

이번 연구를 위해서 은행 IT 계의 경영진 및 고급 관리자 그리고 핵심 전문가들이 설문에 참여하셔서 의견을 보내주셨다. 그 분들의 은행 IT 경력을 합산하면 1,000 년이 넘는다. 귀중한 시간을 할애해서 설문에 응해주신 분들 모두에게 깊은 감사를 드린다. 또한 이번 연구를 논문으로 정리하는데 지도를 아끼지 않으신 김성근 교수님(중앙대)과 류성열 교수님(숭실대), 그리고 유지보수 혁신에 관해 가치있는 insight 를 주신 캐나다 ETS 의 Alain Abran 박사와 Alain April 박사에게도 깊은 감사를 드린다.

2

I. 포스트차세대시스템의 과제와 전망

I.1. 서론

우리나라 은행의 IT 역사는 지금까지 두 번의 큰 변화를 거쳐왔다. 72 년도에 처음 온라인시스템을 도입한 이래로 보통예금, 저축예금과 같이 계정과목별로 개발된 시스

템을 80 년대 초에 전과목을 아우르는 종합온라인시스템으로 전면 재개발하는 큰 변화가 한번 있었다. 그 이후로 90 년대 후반부터 24*365, 상품 팩토리 기능 등 새로운 IT 기술 및 업무 아키텍처를 적용한 신시스템을 개발하게 되었는데, 이 때도 가동중인 프로그램들을 모두 전면 재개발하는 빅뱅식 개발방식을 적용하였다. 종합온라인시대 이후에 개발된 시스템들을 통상 차세대시스템이라고 부르고 있다.

그림 1 우리나라 은행 IT 의 역사

각 시대별로 은행들이 움직인 형태를 보면 어쩔 수 없이 시스템을 교체해야만 하는 등의 특별한 이유가 있는 선도 은행이 먼저 IT 업계와 같이 장기간의 검토를 시작해서 신시스템의 아키텍처를 확정하는 작업을 수행한다. 은행의 속성상 아키텍처를 결정하

는 작업은 사용하고자 하는 IT 기술이 충분히 검증된 것인가 또 해외에 확실한 적용 사례(reference)가 있는가 등을 주도면밀하게 검토하면서 매우 신중하게 진행된다. 그리고 선도 은행이 대형 프로젝트를 발주하여 개발에 들어가면 후발 은행들이 선도 은행의 아키텍처를 본격적으로 검토해서 유사한 모습으로 개발에 들어가는 형태가 대부

3

분이었다. 보통 한 시대의 수명은 각 은행별로는 10 여년 이고 전체 시대별로는 20 년 정도라고 볼 수 있다.

이런 측면에서 보면 올해 초 선도 은행이 다음 세대의 시스템 아키텍처에 대해서 본격적인 연구를 시작했으므로 우리나라는 이미 다음 세대에 접어들었다 라고 말할 수 있다. 다음 세대의 시스템은 아직 적당한 이름을 가질 정도로 성숙하지 않아서 현재는 그저 포스트차세대 라고 불려지고 있지만 새로운 아키텍처와 추진 방향이 정해

지면 조만간에 적당한 이름을 갖게 될 것이다. 포스트차세대의 핵심 테마 중에 하나는 은행 IT 의 기간시스템 즉 코아뱅킹시스템을

재구축할 것인가 아니면 개선할 것인가가 될 것이다. 이번 연구에서는 은행 IT 현장 종사자들의 서베이를 통해서 이 부분에 대한 민감도를 파악하고 포스트차세대에서 코아

뱅킹시스템의 추진방향을 예견하고자 하였다.

핸더슨의 전략 정렬 모델을 금융산업에 적용해 보면 IT 전략과 IT 시스템이 비즈니

스전략과 비즈니스시스템의 변화를 리드하는 경우도 있지만, 그것은 주로 후발 은행

의 경우이고, 선도 은행들은 비즈니스전략과 비즈니스시스템의 변화가 IT 전략과 IT 시

스템의 변화를 리드하는 것이 일반적이다 [1]

그림 2 J. Henderson 의 전략 정렬 모델

현재 은행 IT 시스템은 기간업무 거래처리를 담당하는 코아뱅킹시스템을 중심으로 하여 인터넷뱅킹시스템, 자본시장업무시스템, 리스크관리시스템 및 고객정보분석시스

템(CRM) , 직원들의 생산성 향상을 위한 작업환경지원시스템 등 다양한 시스템으로 구성되어 있으며 은행의 본부 및 영업점의 거의 전 업무를 커버하고 있다.

그 중에서 우리나라의 은행산업은 자본시장업무, 투자은행업무, 통합리스크관리 및

4

CRM 분석, 해외시장(국제) 업무 등은 비즈니스 시스템(프로세스) 자체가 미숙하기 때 때문에 그 업무들을 지원하는 IT 시스템도 선진국에 비해 기능이 부족한 것이 사실이

다. 그러나 코아뱅킹 업무와 인터넷뱅킹 및 모바일뱅킹 분야는 전세계에서 가장 앞선 것으로 평가 받고 있다. 이것은 우리나라가 일찍이 금융공동망과 금융결제원 시스템

에 투자하여 금융결제 인프라를 발달시킨 것과, 신용보다는 현금 위주의 상거래 관행, 그리고 전세계에서 가장 앞선 인터넷과 모바일 사용 고객들이 있었기 때문이다. 이런 비즈니스 환경을 지원하기 위해서 지금까지 두 번에 걸쳐 IT 시스템을 전면 재개발한 덕분에 코아뱅킹시스템은 세계적으로도 매우 우수한 서비스를 제공하게 되었다. 코아

뱅킹시스템에 대한 이런 인식은 이번에 본 연구과제를 위하여 IT 고급관리자들을 대상

으로 실시한 서베이에서도 잘 드러나고 있다.

그림 3 ‘현재 우리나라 코아뱅킹시스템의 수준은 세계 최고 수준이다’에 대한 응답 분포(7 이 최상)

어떤 소프트웨어 시스템이든지 시스템은 개발이 끝나고 일단 가동에 들어가면 유지

보수가 많아져 시간이 갈수록 품질이 나빠지게 마련이다[13]. 특히 은행시스템은 새로

운 제도와 상품의 출시 때문에 유지보수가 일년에 일만 건을 상회한다. 은행시스템은 변경이 많은 것을 특징으로 하는 시스템이다. 그럼에도 불구하고 지금까지 은행 IT 업계에서는 개발에 비해 유지보수 전문화에는 투자를 많이 하지 않아서 어떤 은행시스

템이든지 개발이 끝나고 일정시간이 지나면 내부적으로는 품질이 악화되고 있다고 해도 과언이 아니다. (이번 연구에서는 이런 유지보수의 문제점의 해결 방안을 별도의 주제로 III 장에서 다루었다.)

5

이런 연유로 코아뱅킹시스템이 상대적으로 경쟁력있는 서비스를 제공하고 있다고 하더라도 차세대시스템을 구축한지 오래된 은행의 입장에서는 프로그램 내부의 누적

된 문제점을 일소하고 다음 세대를 선점할 수 있는 새로운 코아뱅킹시스템을 구축하

고자 하는 니즈가 있다. 또한 아직 차세대시스템을 가지고 있지 않은 일부 은행의 입장에서는 차세대를 뛰어 넘어 곧바로 포스트차세대로 직행할 계획을 가질 수도 있다.

그러나 코아뱅킹시스템은 대규모의 투자가 필요한 시스템이다. 막대한 투자가 들어

가는 뱅킹시스템을 전면 재개발하는 결정은 전략적인 의사결정이다. 전략적 의사결정

에는 고객 동향, 잠재적 경쟁자 및 대체재 분석 등을 포함하는 산업구조분석, 경쟁자 분석, 투자 대비 수익 분석 등과 같은 광범위한 분야의 여러 가지 요인들이 영향을 미친다 [2]. 과거의 경험을 보더라도 은행 IT 시스템을 전면 재개발하는 의사결정을 할 때 순수하게 IT 적인 요인만을 가지고 경영진이 의사결정을 내리지는 않았으며 오히려 경쟁전략적인 관점이 더 중요하게 작용한 사례들을 많이 찾아볼 수 있다. 그러

므로 포스트차세대에서 코아뱅킹시스템을 전면 재개발할 것인가를 결정하는 요인들을 조사해서 어떤 요인들이 가장 중요한 영향을 미치는지를 알기 위해서는 이번 연구의 범위를 넘어선 매우 폭 넓은 연구가 필요할 것이다.

전략적인 의사결정에 영향을 미치는 여러 가지 요인 가운데에서도 포스트차세대시

스템 구축은 IT 조직을 중심으로 한 사업이니만큼, IT 조직이 전략적 사업을 추진해야

만 하는 니즈가 얼마나 크며 대형 사업을 수행할 준비가 어느 정도 되어 있는가도 매우 중요한 요인이라고 볼 수 있다. 예를 들어 은행 IT 의 역사를 돌아보면 신시스템 전면 재개발 같은 은행의 IT 전략 방향을 결정할 때는 반드시 은행 IT 및 외부 IT 업계의 솔루션에 대한 공감대가 있었다. 그러므로 IT 의 변혁 성숙도를 파악하기 위해서 IT 가 시급히 해결해야 하는 비즈니스 과제를 중심으로 한 IT 외부 요인, IT 조직 내부의 효과성과 효율성을 중심으로 한 IT 내부 요인, 그리고 IT 조직의 의사결정에 영향을 미치는 IT 생태계 요인에 대해서 은행업계 전반에서 느끼고 있는 민감도(심각도)를 조사

한다면 그것을 바탕으로 포스트차세대시스템의 방향성을 제시할 수 있을 것이다. 본 연구에서는 이런 관점에서 다음과 같은 연구 목표를 세웠다. 첫째, 코아뱅킹시스템의 전면 재개발 여부를 파악하기 위한 도구로서 ‘뱅킹시스템

변혁동인 모델(Banking System Transformation Driver Model)’을 제시하고, 그 모델의 타당성을 검증한다. 그리고 그 모델을 사용해서 은행 IT 및 IT 업계 종사자들이 포스트

차세대에 대해서 가지고 있는 민감도를 측정한다. 둘째, 업계의 공감대를 가질 가능성이 높은 포스트차세대시스템의 To-be 모델을 제

시한다. 셋째, 포스트차세대시스템을 구축하기 위해 실행해야 할 로드맵을 제시한다. 이번 연구에서 제안하는 포스트차세대의 아키텍처와 로드맵은 다양한 가능성 중의

하나이다. 그럼에도 불구하고 경쟁이 심한 우리나라 은행산업은 선도 은행이 새로운 아키텍처의 뱅킹시스템을 구축하면 그 아키텍처를 따라가는 경향이 있으므로 이번에

6

제시하는 포스트차세대시스템의 아키텍처와 개발 접근방법을 공론에 붙여 사전에 어느 정도의 업계 공감대를 형성하는 것은 매우 의미있는 작업이라고 볼 수 있다.

I.2. 연구방법 개요

전술한 바와 같이 우리나라 코아뱅킹시스템의 수준은 해외와 비교하여 상대적으로 높은 편이다. 과거에는 늘 신시스템을 기획할 때는 해외에 참조할만한 사이트가 풍부

했고, 적용하는 IT 기술들은 매우 안정된 것이었다. 그러나 이제 해외에서 참조할만한 적당한 연구 모델이 드문 상황에서 포스트차세대시스템의 과제와 전망을 고찰하기 위해서는 새로운 접근 방안이 필요하다.

이번 연구에서는 코아뱅킹시스템을 재구축할 수 밖에 없도록 만드는 IT 관련 동인

(driving force)의 종류를 과거 뱅킹시스템 재구축 프로젝트의 경험으로부터 추출하여, 그러한 동인들이 현재에도 강력하게 존재하는지를 분석하는 방법을 채택하였다. 분석 자료를 수집하기 위해서 설문서[appendix V.1]를 개발하여 국내의 대표적인 은행들의 CIO 및 IT 관리자들과, 은행 IT 시스템에 대한 컨설팅과 시스템 개발 작업을 지원하는 컨설팅 사 및 SI 사의 전문가들에게 배포하고 그들의 의견을 7 등간척도로 수렴하였

다. 서베이 대상자 그룹을 은행 IT 분야에서 15 년 이상 경험을 가진 은행 및 컨설팅 사의 팀장 또는 부장급 이상으로 제한하였기 때문에 모집단의 수가 적어져서 총 64명으로부터 답변서를 수집하였다.

SPSS 를 사용해서 서베이 결과에 대해 요인분석을 하여 신뢰도가 있는 요인 그룹

을 도출하였다. 또한 서베이에서 유의미하게 해석할 수 있는 사실들을 기초로 포스트

차세대시스템의 과제를 선정하였다. 그리고 포스트차세대의 아키텍처와 포스트차세대 과제들에 대한 접근 방안을 문헌 연구와 더불어 금융 IT 전문가 그룹의 공동 연구를 통해서 제시하였다.

금융서비스허브 솔루션 아키텍처는 금융 SW 전문기업인 뱅크웨어글로벌의 아키텍트

들의 오랜 연구 결과를 기초로 해서 제시하였다. 유지진화 혁신 방안에 관해서는 이 분야의 석학으로 인정받고 있는 캐나다 ETS 의

Dr. Alain Abran 및 Dr. Alain April 의 연구 결과 조사 및 그들과의 직접 토론을 통해서 베스트 프랙티스를 제시하였다.

I.3. 포스트차세대시스템에 관한 국내외 연구 및 동향

I.3.1. Bank Technology Outlook 2011

Bank Systems and Technology 사는 2011 년 1 월에 발표한 Bank Technology Outlook 2011 에서 2011 년도에 미국 은행을 근본적으로 변화시킬 수 있는 핵심기술로

7

다음의 10 가지를 들고 있다 [3].

표 1 Bank Technology Outlook 2011

Bank Technology Outlook 2011

2011 년도 10 가지 game-changing 기술 트렌드 [BS&T, Jan/2011]

1 mobile banking 혁신

2 대형은행들의 hybrid cloud 시범 실시

3 영업점 자동화 촉진

4 Social media 를 진지하게 검토

5 자율적 리스크 관리 시스템 (영업이익 증대와 증가하는 리스크 사이에 균형 제공)

6 코아뱅킹시스템 현대화

7 정보 분석 고도화

8 모바일 지불(payment) 확산

9 협업 기술 (smart workplace)

10 여신 자동화

Bank Technology Outlook 2011 의 보다 자세한 설명은 appendix V.2 에 수록하였다. 이와 같은 기술 트렌드 중에 코아뱅킹시스템 현대화가 포함되어 있는 것은 지난 30

여년간 코아뱅킹시스템의 교체를 시도하지 않았던 미국은행들로서는 괄목할 만한 변화라고 볼 수 있다. BS&T 가 선정한 10 가지의 game-changing 기술들은 국내 은행에

도 적용되는 내용으로서, 국내에서는 특히 모바일 뱅킹의 혁신, social media 를 이용한 고객과의 소통, 정보 분석 고도화 및 협업 기술에 대한 니즈가 높아지고 있다

I.3.2. 코아뱅킹시스템 현대화 동향

전세계 코아뱅킹 시장은 2011 년도에 4 조원으로 추산되는 거대한 시장으로서 전세

계적으로 100 여 개가 넘는 코아뱅킹 소프트웨어 전문업체들이 활동하고 있다 [4]. 외국의 대형 은행들의 코아뱅킹시스템은 개발된지 30 년이상 되는 것이 대부분이다.

IT 시스템에 대한 기투자가치를 회계적으로 중시해서 scrap & rebuild 를 생각하기 어려

운 경영 풍토와 코아뱅킹시스템의 교체로 인해 비즈니스의 연속성이 위협받는 리스크

를 회피하기 위해서 전면적인 코아뱅킹시스템의 교체 프로젝트는 지금까지 추진되지 않았었다. 그렇지만 Gen-Y 라고 불리는 모바일에 익숙한 젊은 세대들을 고객으로 획득할 필요성이 대두하고, 무거운 구 시스템에 대한 부담이 없이 자유롭게 새로운 비즈니스 모델을 확대해 나가는 비금융권과의 서비스 경쟁과 같은 새로운 비즈니스 환경변화를 극복하기 위해서 코아뱅킹시스템의 교체를 단계적으로 시행하는 은행이 증

8

가하고 있다. 외국의 대표적인 코아뱅킹시스템 교체 프로젝트 사례를 열거하면 다음

과 같다.

² Deutsche bank: global transaction banking (해외전산 시스템) 업무를

TCSBaNCS(TaTa)를 사용해서 구축하는 6개년 project를 작년에 시작했음

² 단계적 이행을 위해서 migrating checklist, command center 구조,

communication 구조 등이 기술되어 있는 Migration factory of Deutsche bank (A

story book for migration)을 만들어서 이행시 마다 재사용하고 있음

² 북미에서 수십년만에 업계 최초로 20 조 이상의 자산을 가진 은행 중 3 곳이 올

해 코아뱅킹시스템 교체 project 를 시작했음. 그 밖에 작은 은행들 중 2~4%가

core upgrade project 고려 중

² Silicon Valley Bank 는 5개년 프로젝트의 첫 번째 서브 프로젝트로서 외화자금

여신(foreign currency loan) 을 먼저 가동함. 가동 후 변화된 현실을 반영하여

원래 계획을 수정한 후 다음 번 서브 프로젝트를 수행함. 1년에 평균 2번 가동

(deployment) 계획.

² Commonwealth Bank of Australia: SAP for Banking으로 2008년부터 개발 중. 4년

간의 project. USD 580M (6,000 억원) 투자.

² Commonwealth Bank of Australia 도 프로젝트 기간 동안 비즈니스 변화를 수용하

지 않을 수 없기 때문에 고객정보 통합과(customer data integration) 수신

(deposit)을 먼저 가동함. A series of projects 개념 적용. 또한 이번에 cloud

를 실 환경에 적용할 예정임. 은행 고객이 cloud에서 service를 살 수 있음.

² 중국의 농업은행(ABC)이 Temenos 패키지를 사용해서 차세대 프로젝트를 2010년도

부터 4개년 계획으로 시작하였음. 건설은행(CCB)도 model driven development 방

식으로 차세대 프로젝트를 2011년부터 시작함. 공상은행(ICBC)은 차세대 프로젝

트를 본격적으로 수행하기 전에 Product Factory등 일련의 POC 프로젝트를 수행

하고 있음

² 한국: 국내에서는 2010년도 2월에 KB 국민은행의 차세대 시스템 가동을 종점으로

대형 은행에서 차세대시스템 개발 프로젝트는 일단락 된 것으로 보임. 지방은행

과 저축은행들의 차세대 프로젝트가 뒤를 이어 추진될 것으로 예상함. 2004년에

가장 먼저 차세대시스템을 가동한 IBK기업은행이 올해 5월부터 포스트차세대시스

템을 위한 컨설팅 프로젝트를 수행하고 있음.

9

구미 은행들의 코아뱅킹시스템 교체 프로젝트의 특징은 빅뱅식을 지양하고 업무별 및 지역별로 단계적으로 이행하는 방식을 취하고 있는 것이다.

또한 코아뱅킹시스템의 교체가 어려운 은행들의 경우는 Citi 은행의 Rainbow project처럼 우회하는 솔루션을 채택하고 있다. Rainbow project 는 고객들에게 통합 마케팅 서비스를 제공하기 위해서 코아뱅킹시스템의 앞 단에 비즈니스 허브를 배치시켜서 Event processing 기술을 이용하여 트랜잭션 거래 처리와 CRM 처리를 통합하는 아키

텍처를 사용하고 있다. BS&T 는 구미의 은행들이 core 시스템을 upgrade 하는 이유를 다음과 같이 6 가지

로 정리하고 있다[5].

① real-time 고객 데이터와 서비스를 통합하여 제공하기 위해서 ② 운영 효율성을 향상시키기 위해서 ③ 곧 다가올 규제에 대비하기 위해서 ④ 시스템 유지보수 부담을 줄이기 위해서 ⑤ 전세계를 대상으로 상품들과 시스템들을 조화롭게 운영하기 위해서 ⑥ 전반적으로 성장을 용이하게 하기 위해서

국내 은행들의 상황과 비교해 보면 국내은행들은 현재 가동중인 차세대 시스템을

통해서 상기 이유들 중 1, 2, 4, 6 은 이미 어느 정도 달성했으며 3, 5 는 미흡한 상태인

데, 이는 해외 비즈니스가 아직 열세인 관계로 국외전산 시스템이 발달하지 못했기 때문이다.

I.3.3. 코아뱅킹 replacement 프로젝트 추진시 고려 사항

BS&T 는 2011 년 2 월호 core systems survival guide 특집에서 코아뱅킹시스템 교체 프로젝트를 수행할 때 성공 요인으로서 다음의 12 가지를 들고 있다 [6]

① migration 전에 data cleansing 을 해라 ② 프로젝트 스케줄을 정하고 그것을 지켜라 ③ 고위 의사결정 기구를 만들어라 ④ 모르모트를 사용해라 ⑤ 재사용 가능한 blue print 를 만들어라 ⑥ 모든 것을 한 번에 다 끝내려고 하지 마라 ⑦ 프로젝트 도중에 현업에게 가치를 전달할 수 있는 작은 서브 프로젝트들을 만

들어라 ⑧ 일정과 예산의 overrun 을 예상해라 ⑨ 지금 있는 IT 직원들을 새로운 기술을 배워서 일할 수 있게 만들고 붙잡아라

10

⑩ 현업이 새 시스템을 가지고 미리 연습할 수 있도록 해라 ⑪ 이행을 모질게 관리해라 ⑫ 신시스템에서 발생할 돌발 사고를 재빨리 고칠 준비를 해라

상기 12 가지 best practice 에 대한 보다 자세한 설명은 appendix V.3 에 수록하였다.

이 practice 들은 대형 프로젝트의 성공을 위한 금과옥조로서 이미 여러 차례에 걸쳐 scrap & rebuild 식의 코아뱅킹시스템 구축 프로젝트를 수행한 국내 은행들이 이미 습득한 lesson 을 확인시켜 주는 것이다. 다만 4, 6, 7 과 같은 조항들은 필요성은 수긍하

면서도 한정된 예산과, 빨리빨리 식의 우리 문화, 그리고 SI 계약상에 갑과 을의 책임 관계가 불분명한 계약 관행 때문에 잘 지켜지지 않았다.

코아뱅킹시스템에 관한 구미의 움직임을 정리하면, 구미에서 진행되고 있는 코아뱅

킹시스템 현대화의 목표, 핵심 기술 동향, 현재 진행중인 코아뱅킹시스템 교체 프로젝

트 현황, 그리고 프로젝트 성공의 열쇠 등을 살펴보았을 때, 코아뱅킹시스템 현대화 분야에서는 우리나라 은행들이 대부분의 항목에서 수년은 앞서 있는 것으로 판단된다.

I.4. 금융 환경의 변화와 포스트차세대 뱅킹시스템의 과제

I.4.1. 은행 IT시스템의 발전 역사

I.4.1.1. 현행 차세대 시스템 개요 현재 우리나라 은행들의 대표적인 시스템은 통상 차세대시스템으로 불리고 있으며,

이는 우리나라 은행 IT 시스템의 역사에서 보면 3 세대 시스템에 해당한다 [그림 1 우리나라 은행 IT 의 역사].

차세대시스템에 대한 검토는 90 년대 하반기부터 시작했으나 금융위기에 따른 은행

산업구조조정의 여파로 구현이 미루어져 오다가 2004 년도에 IBK 기업은행을 시작으

로 실업무에 적용되기 시작했다. 가장 최근에는 2010 년도 2 월에 KB 국민은행이 차세

대시스템을 완성했다. 그 사이에 5 년여가 지났으므로 양행의 시스템은 차세대 1.0, 차세대 1.5 라고 부를 수 있을 정도로 진보가 있었으나 기본 설계사상 및 구현 기술

은 대체적으로 유사하다. 차세대시스템의 구조를 요약하면 [그림 4 현행 차세대시스템

의 구조]와 같이 도시할 수 있다. 종합온라인시스템(2 세대)에서는 은행시스템 아키텍처를 크게 두 개로 나누어 여수

신 입출금과 같은 기간거래를 처리하는 코아뱅킹시스템을 계정계라고 부르고, 후선의 정보분석 시스템을 정보계라고 칭하였다. 이번 연구에서는 금융시스템 아키텍처가 그 동안 많이 확장된 것을 감안하고, 또한 이 분야에서 사용되는 국제적인 표현들과 보조를 맞추기 위해서 정보계를 Business Intelligence Layer(BIL), 계정계를 Business Transaction Layer(BTL)로 표기하였다.

11

그림 4 현행 차세대시스템의 구조

차세대시스템 구축 프로젝트를 통해서 대량거래를 리얼타임 온라인으로 처리하는 코아뱅킹(계정계) 시스템은 구현 기능과 서비스 수준 측면에서 세계적인 수준에 이르

게 되었다.

I.4.1.2. 은행 IT 시스템 변혁을 이끄는 동인(driver) 도출

우리나라 은행이 1972 년에 온라인시스템을 처음 도입한 이래 지금까지 은행시스템 발전과정을 보면 scrap & rebuild 방식 즉 빅뱅 방식으로 재개발해서 시스템의 세대를 완전히 가를 때는 항상 세 가지의 커다란 동인이 있었다.

① 현업의 비즈니스 모델이 변해서 생존을 위한 새로운 서비스와 기능을 요구하

고 있다 (비즈니스 모델 변화) ② 현재 운용중인 프로그램들이 스파게티가 돼서 유지보수 부담이 과중하고, 신상

품 서비스에 대한 현업의 요구를 신속하게 수용하지 못한다. (현행 시스템 유

지부담) ③ 새로운 IT 기술이 대두해서 시스템의 기능 및 성능 향상은 물론, IT 의 누적된

문제에 대한 해결방안이 가능해졌다. (IT 기술 변화)

12

이런 세 가지 동인의 관점에서 과거 은행 IT 시스템의 빅뱅을 분석하면 다음과 같이 요약할 수 있다. [표 2 은행 IT 시스템 세대별 동인 분석]

표 2 은행 IT 시스템 세대별 동인 분석

1 세대(과목별 온

라인)

2 세대 (종합 온

라인)

3 세대 (차세대) 포스트 차세대

비즈니스 모델

변화 동인

전국 온라인처리 창구 역할 변화 상품출시 경쟁

(Product Factory)

융복합상품서비스 (비

금융권과 제휴)

대량 거래 처리 One stop service 고객중심 정보-

통합

지주사 차원 고객- 통

합서비스

앱 금융서비스

온라인 고객 정

보 활용

Internet banking 국외업무 확산

경영 정보 요구 24/365

보안

자본시장업무 실시간 데이터 분석

요구

리스크 관리

현행 시스템 유

지부담 동인

과목별로 copy

해서 신규 개발

Assembler-인력

부족

프로그램 복잡성

가중

연평균 시스템 변경

건수: 1 만건 상회

프로그램 중복 신상품수용 곤란

IT 기술 변화 동

인

Mainframe MainFrame C/S (hetero 환

경)

Cloud, Appliance

Assembler 사용 COBOL, PLI HLL, C HLL, Java

DB/DC web Web 2.0

SOA, MDM, CEP

계정계, 정보계

개념 등장

Package 솔루션 BI 솔루션, Open SW

Application

framework 도입

(CAP)

CBD

(Component

Based Develop’t)

MDD(Model Driven

Development)

M&E(보안/운영/유지/

진화 중시)

비즈니스 모델 변화는 주로 타 금융기관과의 경쟁에서 촉발되는 것으로서 IT 조직

외부에서 IT 조직에게 변화를 요구하는 것이므로 외부 동인이라고 분류할 수 있을 것

13

이다. 현행 시스템 유지보수 부담 가중은 끊임없는 프로그램 변경 요구 때문에 업무 프로그램의 품질이 나빠져서 더 이상 유지하기가 힘든 상황이므로 IT 내부 동인으로 분류할 수 있다. 경영진의 의지, IT 기술변화 그리고 외부 컨설팅 업체들의 마케팅 등이 또한 중요한 영향력을 발휘하는데 이런 요인들을 생태계 동인으로 분류할 수 있다. 외부 동인, 내부 동인, 생태계 동인의 구성 요소를 요약하면 다음과 같다.

① 외부 동인(External Driver) n 신 비즈니스 모델 및 M&A 대응 n 신 상품 및 서비스 출시 경쟁 n 낙후한 서비스에 대한 현업 및 고객 불만

② 내부 동인(Internal Driver) n 프로그램 품질 저하 n 현업의 변경 요구에 대한 IT 수용능력 포화 n IT 직원 근무 환경 열악화와 사기 저하

③ 생태계 동인 (Ecosystem Driver) n 경영진 의지 및 지원 n 현업부서 공감대 n 신 IT 기술 안정화 n 외부 IT 업계 마케팅

안정적으로 입증된 IT 기술을 선택하는 은행 IT 의 특성상, 신 IT 기술은 그 자체로서

는 driver 가 되지 못한다. 그 기술을 실 업무에 적용할 수 있는 기술력을 가진 인력들

이 은행 내외부에 충분히 존재할 경우에만 driver 의 역할을 할 수 있어서 생태계 동인으로 분류하였다.

과거를 돌이켜보면 이러한 동인들은 워낙 강력하고 은행 생존에 필수적이라서 경영

진과 현업 그리고 IT 부서 모두의 합의 아래, 3 년여의 개발기간과 수천억의 자본투자, 그리고 시스템 완전 교체에 따른 심각한 비즈니스 운영 리스크를 감내하고서라도 신시스템을 다시 개발할 수 밖에 없도록 만들었다. 가동중인 시스템을 scrap and rebuild 방식으로 지금까지 두 번이나 완전히 재개발한 결과 우리나라 은행 IT 시스템은 기능

과 서비스 수준 측면에서 짧은 시간 안에 선진국 코아뱅킹시스템을 따라 잡게 되었다. 그러나 사실 재개발은 엄청난 비즈니스 리스크를 수반하는 것이었다.

한편 이런 동인들은 구미의 은행들도 마찬가지로 가지고 있었다고 보아야 할 것이

다. 그럼에도 불구하고 구미의 은행들이 scrap & rebuild 방식의 재개발을 택하지 않은 이유는 무엇일까? 거기에는 기개발된 프로그램들을 자산으로 취급하는 회계 관행과

14

비즈니스 연속성 중시(전면 재개발에 따르는 리스크 회피), 그리고 현재 가동중인 업무를 재개발하는 것 보다 새로운 업무를 전산화하는데 투자 우선 순위를 놓는 경영진

의 마인드가 IT 를 지배했기 때문이라고 볼 수 있다.

I.4.2. 은행 IT 종사자들을 대상으로 한 설문조사 개요

코아뱅킹을 포함한 뱅킹시스템의 재개발이 막대한 투자는 물론이고 동반하는 비즈

니스 리스크가 매우 큰 만큼 포스트차세대에서 코아뱅킹을 포함해 전면 재개발을 기획하려면 그만큼 니즈가 강력한가를 검증하는 작업이 필요할 것이다. 이를 위해서 앞서 도출한 외부 동인, 내부 동인, 생태계 동인을 기초로 하여 각 동인의 현재 민감도

를 파악하기 위한 설문서를 만들어서 은행 및 IT 업계에서 의사결정에 참여하는 리더

들의 의견을 조사하였다

I.4.2.1. 설문서 내용

설문서는 다음의 세가지 큰 항목에 대해서 총 27 개의 세부 질문으로 구성되었으며 각 질문에 대해서는 7 등간 척도로 답변을 요구하였다. [Appendix V.1 참조]

I. 포스트차세대시스템의 해결 과제

① 금융지주사 차원의 고객 데이터 통합과 그것을 이용한 통합고객서비스가 가장 시

급하다.

② 다양한 형태의 융복합상품을 유연하게 처리하는 시스템의 개발이 가장 시급하다.

③ 스마트폰, SNS(Social Network Service)등 새로운 채널을 이용한 새로운 서비스

의 개발이 가장 시급하다.

④ 금융지주사 차원의 통합리스크관리 시스템의 보강이 가장 시급하다.

⑤ 국외전산 시스템의 표준화와 고도화가 가장 시급하다.

⑥ 현행 어플리케이션의 유지보수 체계(조직, 프로세스, 툴 등)의 고도화가 가장 시

급하다.

⑦ 현재 업무 프로그램들의 코드 정비 및 데이터의 클린징 등 업무 프로그램의 재정

비가 가장 시급하다.

⑧ IT 거버넌스를 고도화하고 IT 서비스 관리 시스템(ITSM)을 도입해서 IT 시스템

전반에 걸친 관리 역량을 강화하는 것이 가장 시급하다.

⑨ 클라우드 컴퓨팅을 사용해서 IT 인프라를 유연하게 바꾸는 것이 가장 시급하다.

⑩ 영업력을 고도화하거나 경영관리에 예지력을 갖기 위해서 실시간으로 수행하는

다양한 데이터 분석 기술을 도입하는 것이 가장 시급하다.

⑪ 은행 직원들의 업무 환경을 IT 기술을 활용하여 고도화해서 직원들의 협업 능력

등 생산성을 올리는 것이 가장 시급하다.

15

⑫ 보안 프로세스와 시스템에 투자해서 보안을 강화하는 것이 가장 시급하다.

⑬ 화면 등 사용자 인터페이스를 개선해서 직원과 고객들이 사용하기 쉬운 시스템을

만드는 것이 가장 시급하다.

II. 현행 코아뱅킹시스템에 대한 평가

① 현재 당행의 코아뱅킹시스템의 수준은 세계 최고 수준이다.

② 현재 우리나라 코아뱅킹시스템의 수준은 세계 최고 수준이다.

③ 현재 당행의 코아뱅킹시스템은 전면 재개발해야 한다.

④ 현행 코아뱅킹시스템을 개선하는 정도로도 새로운 비즈니스 요건들을 수용할 수

있다.

⑤ 현행 코아뱅킹시스템을 개선하는 정도로도 현업의 IT 부서에 대한 만족도를 높일

수 있다.

⑥ 현행 코아뱅킹시스템을 빅뱅식으로 전면 재개발해야 할 시점이 2~3 년 이내에 올

것이다.

⑦ 현행 업무 프로그램의 품질이 너무 나빠져서 유지보수 하기가 어렵다.

III. 포스트차세대 추진시 고려사항

① 현재 IT 부서 직원들의 사기는 높다.

② 현재 은행의 최고경영진은 IT 부서를 신뢰하고 있다.

③ 현재 경영진과 현업 그리고 IT 부서간에 포스트차세대 프로젝트를 추진해야 한다

는 공감대가 형성되어 있다.

④ 포스트차세대시스템의 기술 아키텍처(기반 기술)에 대해 은행 및 IT 업계 전문가

들 사이에 공감대가 형성되어 있다.

⑤ 포스트 차세대 프로젝트에서 사용될 새로운 IT 기술에 대해 잘 알고 있는 인력이

은행 내부 및 외부에 충분히 있다.

⑥ 앞으로는 신시스템을 처음 가동할 때 영업점에서 하루라도 혼란이 발생한다면

CIO 및 그 이상 선에서 책임을 질 수도 있다.

⑦ 포스트 차세대 프로젝트를 추진하기 위해서는 지금 유지보수 체계를 먼저 개선해

야 한다.

I.4.2.2. 설문 응답자 특성 및 분포

7 개 금융기관과 3 개 컨설팅사에 속한 임직원 총 64 명의 응답을 받았다. 응답자의

75%가 20 년 이상의 은행 업무 경력을 가지고 있으며, 과거 빅뱅 프로젝트를 경험한

응답자가 90%를 넘었다. 응답자의 특성 및 분포는 다음과 같다.

16

소속회사종류

빈도 퍼센트 유효 퍼센트 누적퍼센트

유효 금융기관 56 87.5 87.5 87.5

비금융기관 8 12.5 12.5 100.0

합계 64 100.0 100.0

수행업무종류


유효 현업 3 4.7 4.7 4.7

IT 61 95.3 95.3 100.0

합계 64 100.0 100.0

직책


유효 경영진 8 12.5 12.5 12.5

매니저 41 64.1 64.1 76.6

직원* 15 23.4 23.4 100.0

합계 64 100.0 100.0

* 직원이란 팀장급 이상으로서 전문직 역할을 수행하는 사람들을 지칭

전체업무경력


유효 10년미만 1 1.6 1.6 1.6

20년미만 15 23.4 23.4 25.0

20년이상 48 75.0 75.0 100.0

합계 64 100.0 100.0

17

IT업무경력


유효 10년미만 1 1.6 1.6 1.6

20년미만 30 46.9 46.9 48.4

20년이상 33 51.6 51.6 100.0

합계 64 100.0 100.0

BigBang프로젝트경력


유효 빅뱅경험무 6 9.4 9.4 9.4

빅뱅경험유 58 90.6 90.6 100.0

합계 64 100.0 100.0

I.4.2.3. 설문 응답 분석 요약 이번 설문조사의 목적은 포스트차세대시스템에서 해결해야 할 과제들을 파악하는

것이다. 또한 현행 코아뱅킹시스템을 재개발하는 의사결정을 하게 된다면 어떤 요인

들이 그 의사결정에 가장 큰 영향을 미치는가를 알아내는 것이다. 코아뱅킹시스템 재개발에 영향을 미치는 요인, 즉 corebanking transformation driver 를 알게 되면 현재 그 요인들이 얼마나 충족되었는지를 평가할 수 있을 것이다. 그리고 그 평가를 바탕

으로 포스트차세대에서 언제쯤 어떤 규모로 코아뱅킹시스템을 재개발하게 될 것이다 를 예측할 수 있을 것이다. 지금까지 corebanking transformation driver 들은 업계에서 다양하게 거론되어 왔지만 체계화된 연구는 없었다.

연구 목적을 달성하기 위해서 최근의 은행 임직원 인터뷰나 업계의 문헌 연구를 통해서 파악된 주요 개발과제들을 선별해서 어떤 개발과제들의 개발이 가장 시급한지를 알아보았다. 또한 과거 빅뱅식으로 코아뱅킹시스템의 재개발을 의사결정할 때 어떤 요인들이 가장 중요했었는지를 경험으로부터 도출하여 그 요인들이 지금도 중요하게 작용하고 있는지를 설문을 통해서 확인하고자 하였다.

먼저 주요 개발과제들에 대해서는 선정한 모든 주제에 대해서 다소 차이는 있지만 시급성이 확인되었다.

18

시급한 정도를 순서대로 보면 ① 모바일뱅킹 고도화, ② 보안시스템 강화, ③ 융복합 상품 서비스, ④ 직원 생산성 향상 지원, ⑤ 지주사 차원의 통합고객 서비스, ⑥ 데이터 분석 기술 고도화, ⑦ 사용자 인터페이스 개선, ⑧ 통합 리스크 관리 고도화, ⑨ IT 거버넌스 고도화, ⑩ 국외전산 고도화, ⑪ 클라우드 도입 의 순서로 나타났다.

특히 모바일 뱅킹 고도화와 보안시스템 강화는 최소값이 4 로서 시급성에 대해서

부정적인 견해가 하나도 없었다. 융복합 상품 서비스 지원, 직원 생산성 향상 지원, 지주사 차원의 통합고객 서비스, 그리고 데이터 분석 고도화가 포스트차세대시스템의 중요한 해결과제라는 것이 확인되었다.

코아뱅킹 transformation driver 를 파악하기 위해서 ‘현재 당행의 코아뱅킹시스템은 전면 재개발해야 한다’ 와 ‘현행 코아뱅킹시스템을 빅뱅식으로 전면 재개발해야 할 시점이 2~3 년 이내에 올 것이다’를 종속변수로 놓고 나머지 질문들이 공통성을 가지고 그룹화가 가능한지를 분석하였다.

실제로 상기 두 변수는 Pearson 상관계수가 0.518 로서 유의수준 0.01 에서 통계적

으로 유의미하게 나타났다. 상관계수가 상대적으로 낮은 것은 지금 전면 재개발을 해야 한다는 데는 부정적인 견해가 더 많지만(57.8%), 2-3 년내에는 재개발이 필요할 수 도 있다는 것을 부정하는 응답은 줄어들었기 때문이다(48.4%). 전면 재개발이 필요하

다 라고 긍정적으로 응답한 케이스는 12.5% 였고, 빅뱅식 재개발이 3 년내에 일어날

지주사통합고객서

비스융복합상품서비스


통합리스크관리고

도화국외전산고도화

IT 거버넌스 고

도화클라우드

도입

데이터분석기술고

도화직원생산성향상


사용자인터페이스

개선

유효 64 64 64 64 64 64 64 64 64 64 64

결측 0 0 0 0 0 0 0 0 0 0 0

5.47 5.55 6.13 5.02 4.73 4.83 4.70 5.31 5.52 5.95 5.30

6 6 7 5 4 5 4 5 6 6 5

1.069 .975 .934 1.105 1.212 1.254 .971 1.052 1.069 .967 1.136

1.142 .950 .873 1.222 1.468 1.573 .942 1.107 1.143 .934 1.291

3 3 4 1 1 1 3 3 3 4 3

7 7 7 7 7 7 7 7 7 7 7

분산

최소값

최대값

통계량

N

평균

최빈값

표준편차

19

것으로 긍정적으로 예측한 케이스는 25%여서, 전반적으로는 코아뱅킹시스템의 전면 재개발에 대해서는 부정적인 의견이 많았다. 이것은 차세대 코아뱅킹시스템을 아직 갖고 있지 않거나, 코아뱅킹시스템을 전면 재개발한 시점이 은행에 따라서 2004 년부

터 2010 년까지 분포되어 있어서 나중에 차세대 코아뱅킹시스템을 가동한 은행들은 아직 재개발의 필요성을 느끼지 못하기 때문이다. 이런 사실은 응답자의 익명성을 보장하기 위해서 이번 자료에는 포함시키지 않았지만 응답자의 소속 조직과 이 질문을 교차분석한 결과를 통해서 충분히 확인하였다.

전면 재개발필요


유효 1 10 15.6 15.6 15.6

2 20 31.3 31.3 46.9

3 7 10.9 10.9 57.8

4 19 29.7 29.7 87.5

5 6 9.4 9.4 96.9

6 2 3.1 3.1 100.0

합계 64 100.0 100.0

전면 재개발시점


유효 1 8 12.5 12.5 12.5

2 14 21.9 21.9 34.4

3 11 17.2 17.2 51.6

4 15 23.4 23.4 75.0

5 3 4.7 4.7 79.7

6 8 12.5 12.5 92.2

7 5 7.8 7.8 100.0

합계 64 100.0 100.0

SPSS 를 사용해서 요인분석을 실시한 결과 KMO 측도가 0.573 으로서 요인분석을

실시하는 기준치인 0.5 이상으로 나왔고, Bartlett 의 구형성 검정이 0.000 으로서 통계

적으로 유의하게 나와서 요인분석을 실시할 수 있는 것이 확인되었다. 공통성 분석 결과 모든 변수의 공통성이 0.5 이상으로서 변수의 분산이 추출된 요인

들에 의하여 어느 정도 설명된 것으로 판단할 수 있다.

20

공통성

초기 추출

지주사통합고객서비스 1.000 .780

융복합상품서비스 1.000 .641

모바일뱅킹고도화 1.000 .528

통합리스크관리고도화 1.000 .775

국외전산고도화 1.000 .615

IT 거버넌스 고도화 1.000 .585

클라우드도입 1.000 .643

데이터분석기술고도화 1.000 .772

직원생산성향상 1.000 .711

보안시스템강화 1.000 .579

사용자인터페이스개선 1.000 .545

유지보수 체계개선 1.000 .745

업무프로그램재정비 1.000 .834

당행코아뱅킹수준 1.000 .843

우리나라코아뱅킹수준 1.000 .660

현행코아신요건수용가능 1.000 .796

현행코아현업만족 1.000 .832

현행업무프로그램품질 1.000 .576

IT직원사기 1.000 .760

최고경영진신뢰도 1.000 .799

차세대추진공감대 1.000 .721

업계공감대 1.000 .779

신기술인력준비도 1.000 .652

차세대추진선결사항 1.000 .589

추출 방법: 주성분 분석.

설명된 총분산에서 고유값이 1 이상인 요인이 8 개 추출되었으며, 이 8 개의 요인이

전체 입력변수들이 가지는 총분산의 70% 정도를 설명하는 것으로 나타났다.

21

회전된 성분행렬a

성분

1 2 3 4 5 6 7 8

업무프로그램재정비 .821 .359 .021 .090 .089 .092 -.024 -.073

유지보수 체계개선 .808 .088 .155 -.099 -.095 .084 .182 .044

차세대추진선결사항 .690 -.124 -.160 .017 .030 .033 -.016 .265

현행업무프로그램품질 .678 .143 -.073 -.242 .004 -.091 .136 .064

국외전산고도화 .512 -.331 -.446 -.035 .001 .089 .095 .159

사용자인터페이스개선 .423 .077 -.192 .176 -.022 .355 .269 -.305

업계공감대 -.080 .772 -.230 .273 .137 .031 .168 -.046

차세대추진공감대 .256 .763 -.173 .033 .191 .083 -.007 .010

융복합상품서비스 .298 .487 -.288 .008 -.304 .341 .008 .153

현행코아현업만족 -.038 -.199 .877 .076 .112 .008 -.006 .064

현행코아신요건수용가능 -.048 -.226 .854 .015 -.001 -.024 .060 .097

당행코아뱅킹수준 -.252 -.048 -.125 .836 .141 .077 .191 -.024

우리나라코아뱅킹수준 -.062 .058 .150 .778 -.042 .105 -.108 -.034

신기술인력준비도 .160 .346 .048 .664 .120 -.175 -.134 .006

최고경영진신뢰도 .021 -.014 .115 .165 .858 -.005 -.113 .091

IT직원사기 -.002 .321 .019 -.022 .776 .106 .185 -.093

통합리스크관리고도화 -.017 -.038 .014 .051 .022 .863 .027 .156

IT 거버넌스 고도화 .233 .314 -.032 -.007 .096 .622 .127 -.135

직원생산성향상 .121 .157 .382 -.019 .093 .056 .717 .001

클라우드도입 .205 -.108 -.277 .025 .022 .190 .684 -.089

데이터분석기술고도화 .115 .390 .062 -.187 -.373 -.033 .586 .289

지주사통합고객서비스 .158 -.016 .101 -.071 .012 .161 .127 .835

모바일뱅킹고도화 -.116 -.019 -.142 -.205 .173 .351 .301 -.456

보안시스템강화 -.094 -.071 .149 .097 -.338 .393 .271 -.437

요인추출 방법: 주성분 분석.

회전 방법: Kaiser 정규화가 있는 베리멕스.

a. 9 반복계산에서 요인회전이 수렴되었습니다.

회전된 성분행렬 결과물을 가지고 각 요인별로 변수들을 그룹핑하면 다음과 같이

정리할 수 있다.

22

요인 그룹명 변수 명 신뢰도 평균 값

요인 1

내부 요인 (유지보

수 부하 과중)

업무프로그램 재정비 시급 알파계수 = 0.778 (사

용자 인터페이스 개

선과 국외전산 고도

화를 제거하면 알파

계수 = 0.779)

평균

4.5




국외전산 고도화 시급

사용자 인터페이스 개선 시급

요인 2

생태계 요인(내외부

공감대)

업계 공감대 있음 알파계수 = 0.730

(융복합상품서비스 제

거시 알파계수 =

0.836 으로 상승)

평균

3.1


융복합상품서비스 시급

요인 3 내부 요인(현시스템

완성도 평가)

현행 코아 개선으로 현업만족 가능 알파계수 = 0.904

평균

5.2 현행 코아로 신요건 수용가능

요인 4

생태계 요인 (현시

스템에 대한 인식)

당행 코아뱅킹 수준 최상

알파계수 = 0.681

평균

5.7



요인 5

생태계 요인 (추진

의지 및 역량)

최고경영진 IT 신뢰도 있음 알파계수 = 0.707

평균

4.4

IT 직원 사기 높음

요인 6

외부 요인 1

통합리스크관리 고도화 시급 알파계수 = 0.571

평균

5.4

IT 거버넌스 고도화 시급

요인 7

외부 요인 2

직원 생산성 향상 시급 알파계수 = 0.563

클라우드 도입 시급

데이터 분석기술 고도화 시급

요인 8

외부 요인 3

지주사 통합고객 서비스 시급 알파계수 = -0.160

모바일뱅킹 고도화 시급

보안시스템 강화 시급

각 요인별로 신뢰도 분석을 수행한 결과 ‘포스트차세대시스템에서 가장 시급하게 개

발해야 할 비즈니스 과제’에 대한 변수들은 여기저기 섞여서 그룹핑이 될 뿐만 아니라 신뢰도가 크롬바하 알파값이 0.6 이하로서 신뢰할 수 없는 것으로 나타나고 있다. 이

23

것은 전략 과제에 대해서는 은행 마다 전략 과제가 다르기 때문일 수도 있고, 또한 응답자의 대부분이 현업이 아니라 IT 소속이기 때문일 수도 있다.

요인 1 은 유지보수 부하 과중에 관한 변수들이 모였다. 이런 변수들은 IT 내부로부

터 발생하는 요인이라서 내부 요인으로 분류할 수 있다. 요인 1 에 속한 국외전산 고도화 시급 과 사용자 인터페이스 개선 두 변수는 포스트차세대의 해결과제의 하나로 기획되었지만 유지보수 부하 과중으로 해석할 수도 있다. 이 두 변수를 제거하고 신뢰도 분석을 하면 신뢰도가 소폭 상승하는 것을 보아 요인 1 은 내부 요인의 그룹으

로 신뢰도가 판명되었다. 요인 2 는 내외부에 공감대가 형성되어 있느냐에 관한 변수들로서 이 그룹을 생태

계 요인으로 분류하였다. 요인 1 과 마찬가지로 융복합상품 서비스 지원 변수를 제거

하면 신뢰도는 0.836 으로 상승한다. 요인 3 은 현행 코아뱅킹시스템을 가지고 현업의 변경 요구들을 수용할 수 있는가

에 대한 변수로서 현 시스템의 완성도 및 기능에 관한 설문이므로 내부 요인으로 분류할 수 있다.

요인 4 는 현행 코아뱅킹시스템에 대한 전반적인 만족도를 묻는 질문으로서 만족도

가 높으면 전면 재개발에 대한 의지가 낮을 것이란 가정 아래 생태계 요인으로 구분

하였다. 요인 5 는 최고경영진이 IT 조직에 대해 어느 정도 신뢰하고 있는가와 IT 직원들의

사기를 묻는 설문으로서 이 또한 대규모 프로젝트를 수행하려면 반드시 필요한 조건

들이다. 이 요인 그룹은 생태계 요인으로 분류하였다. 요인 6, 7, 8 은 모두 다 포스트차세대시스템이 해결해야 할 과제들에 대한 변수들로

서 외부 요인으로 분류할 수 있다. 이 외부 요인들을 임의로 묶어서 신뢰도를 분석한 결과 알파계수가 0.668 로서 유의미한 그룹으로 확인되고 있다.

외부 요인


알파계수 =

0.668

평균 5.37,

부정적인

답변 없음




클라우드도입






24

그러므로 코아뱅킹 transformation driver 들을 그룹핑하면 다음과 같이 정리할 수 있다.

표 3 뱅킹시스템 변혁 동인(Banking System Transformation Drivers)

요인 그룹명 변수 명

내부요인

유지보수 부하 과중

업무프로그램 재정비 시급




현시스템 완성도 평가 현행 코아 개선으로 현업만족 가능

현행 코아로 신요건 수용가능

생태계

요인

내외부 공감대 업계 공감대 있음



현시스템에 대한 인식 당행 코아뱅킹 수준 최상


추진 의지 및 역량 최고경영진 IT 신뢰도 있음

IT 직원 사기 높음

외부 요

인 비즈니스 해결 과제





클라우드도입






신기술을 구사할 수 있는 인력 준비가 내외부에 충분한가 라는 변수를 내외부 공감

대 라는 요인으로 옮겨서 요인 신뢰도를 계산한 결과 알파계수가 0.704 로서 신뢰성

이 있는 것으로 확인되었다. 결론적으로 이번 서베이의 결과로부터 코아뱅킹시스템의 변혁을 유발하는 동인들을

추출하여 통계적으로 유의미하게 그룹핑할 수 있었다. 이 요인들을 Banking System Transformation Drivers(BSTD) 로 부르기로 한다.

25

이 중에서 IT 외부 요인, 즉 비즈니스 해결 과제는 시대마다 다를 것이므로, 그 시대

의 요구에 맞는 변수들을 찾아서 시급도를 측정할 수 있을 것이다. 대규모의 뱅킹시스템 재개발 프로젝트는 보통 10 년을 주기로 발생했으며 앞으로도

또 다시 발생할 가능성이 얼마든지 있다. 은행의 IT 기획팀에서는 매년 BSTD 분류법

을 사용해서 자체적으로 인덱스를 구하고, 그 인덱스를 저장해서 추이를 분석한다면 전략적 의사결정을 하는데 도움이 될 것이다. 또한 축적된 데이터를 바탕으로 은행 IT의 변혁의 필요성을 효과적으로 경영진과 소통할 수 있을 것이다. BSTD 데이터의 추이를 보고 미리 조치를 취한다면 전면 재개발 같은 높은 리스크의 의사결정을 하지 않고 현 시스템의 수명을 연장할 수도 있을 것이다.

한편 ‘현행 코아뱅킹시스템을 전면 재개발해야한다’를 종속변수로 놓고 요인들의 평균 값을 계산하여 회귀분석을 시도한 결과는 회귀모형의 설명력이 39.8%로 낮았고, 유의수준 0.01 에서 통계적으로 유의한 것으로 나타났으나, 내부요인을 제외하고는 다른 요인들이 통계적으로 유의하지 않은 것으로 나타났다. 이것은 종속변수와 독립변

수들이 비선형관계를 가지고 있어서 회귀모형에 적합하지 않기 때문이다. 전술한 바와 같이 코아뱅킹시스템을 재개발한다는 의사결정은 전략적 의사결정으로서 IT 중심

의 관점이외에 다양한 요인이 영향을 미친다. 즉 IT 적으로는 전면 재개발이 최선의 해결방안일 수 있으나, 경영진의 최종 의사결정을 IT 가 전적으로 강요할 수는 없다는 말이다. 이런 사실은 이번 연구에서도 설문 문항들간의 상관분석을 실시한 결과, ‘코아

뱅킹시스템을 재개발할 시점이 2~3 년내에 올 것이다’ 와 가장 상관계수가 높은 설문 문항은 ‘경영진과 현업 그리고 IT 부서간에 포스트차세대 추진의 공감대가 형성되어 있다’ 라는 사실로도 (상관계수 0.514) 상당부분 뒷받침되고 있다. 코아뱅킹시스템의 전략적 의사결정 모델에 대해서는 추가 연구가 진행되어야 할 것이다.

뱅킹시스템 transformation driver 들이 시스템의 변혁을 유발하는 동인들임은 분명하

다. 이 동인들이 뱅킹시스템 재개발의 의사결정과 선형관계를 가지는 것은 아니라고 하더라도, 이 동인들 중 어느 하나라도 임계치(threshold)값을 초과하면 결국에는 경영

진이 재개발의 의사결정을 내릴 수 있다는 것을 과거의 경험으로부터 유추할 수 있다.

I.4.3. 포스트차세대시스템의 과제

그러면 이제는 이런 동인들이 얼마나 강력하게 움직이고 있는지를 좀 더 자세히 분석해서 포스트차세대시스템에서 해결해야 할 과제에 대해서 알아보기로 한다..

I.4.3.1. 현행 시스템 재개발을 요구하는 동인의 강력성 평가

1) IT 외부 동인(비즈니스 해결 과제)

26

금융비즈니스 환경은 계속 변화하고 있으며, 그 변화는 최근 수년 사이에 더욱 급격하여졌다. 대표적인 비즈니스 환경의 변화로서는 자본시장 통합법의 시행과 금융지

주사의 보편화, 리스크 관리의 확대와 고도화, 금융업을 넘어선 융복합 상품 및 서비

스의 대거 등장 (비즈니스 컨버전스), 모바일 앱 금융시대의 도래, 서비스 차별화를 위한 실시간 마케팅의 고도화, 그리고 본격적인 국외진출 등을 들 수 있다.

특히 주목을 끄는 것은 업무간 경계를 허물은 융복합 상품의 대거 등장과 모바일 앱 환경의 확산이 가져오는 변화이다. 이 트렌드는 대변화가 금융상품의 제조 사이드 보다는 유통 사이드에서 활발하게 일어날 것이란 것을 의미하며, 앞으로 금융업이 금융상품제조업과 금융상품유통업으로 나뉘어질 가능성마저 시사하고 있다. 영국에서는 2005 년 금융유통에 규제완화가 이루어져 이미 2 만여명이 넘는 IFA(Independent Financial Advisor)들이 금융상품제조업체 (Provider)들과 독립적으로 고객들에게 맞춤

상품들을 유통시키는 advisor business 를 하고 있다. 은행들도 이 분야에 진출해 Royal Bank Of Scotland 도 독자적인 advisor 회사를 자회사로 두고 있다. 우리나라에

서도 손해보험업계에서 금융상품비교판매 전문회사가 확산되고 있지만 이런 금융유통 비즈니스는 은행을 포함한 다른 금융분야로 더욱 확산될 것으로 예상된다. 이런 비즈

니스 모델의 변화를 Distribution Evolution [F&TRC, 2010[17]] 으로 지칭하기도 한다. 포스트 차세대에서 해결해야 할 비즈니스 과제(요건)들 중 가장 시급한 것은 무엇입

니까? 라는 설문에 대해서 은행 및 IT 업계의 고위 관리자와 전문가들이 응답한 내용

도 이런 트렌드를 뒷받침하고 있다. [표 4 포스트차세대 비즈니스 해결과제 우선 순위]

표 4 포스트차세대 비즈니스 해결과제 우선 순위

우선

순위 해결과제

평균

값

최대

값

최소

값

1 모바일뱅킹 고도화 6.13 7 4

2 보안시스템 강화 5.95 7 4

3 융복합 상품서비스 5.55 7 3

4 직원 생산성 향상 5.52 7 3

5 지주사 통합고객 서비스 5.47 7 3

6 데이터 분석기술 고도화 5.31 7 3

7 사용자 인터페이스 개선 5.30 7 3

8 통합리스크관리 고도화 5.02 7 1

9 IT 거버넌스 고도화 4.83 7 1

10 국외전산 고도화 4.73 7 1

11 클라우드 도입 4.70 7 3

27

모든 항목들이 최대값 7 을 받았으며 특히 모바일 뱅킹 고도화와 보안시스템 강화

는 최소값이 4 로서 시급성에 대해서 부정적인 견해가 하나도 없었다. 그 다음으로 융복합 상품 서비스 지원, 직원 생산성 향상 지원, 지주사 차원의 통합고객 서비스, 그리고 데이터 분석 고도화가 포스트차세대시스템의 중요한 해결과제라는 것이 확인되

었다. 이 우선순위는 은행계의 IT 고위관리자들의 의견을 수렴한 결과라는데서 중요한 의

미를 갖는다. 이런 비즈니스 해결과제들을 전산화하기 위해서는 코아뱅킹시스템 전체를 재개발해

야 하는가, 아니면 주변 시스템의 신규 개발 및 코아뱅킹시스템의 보강으로 대응이 가능한가가 이번 연구에서 중요한 검토 대상이다. 이번 서베이에서는 전면 재개발이 필요하다 라고 긍정적으로 응답한 케이스는 12.5% 였고, 빅뱅식 재개발이 3 년내에 일어날 것으로 긍정적으로 예측한 케이스는 25%여서, 전반적으로는 코아뱅킹시스템

의 전면 재개발에 대해서는 부정적인 의견이 많았다. 또한 현행 코아뱅킹시스템을 개선하는 정도로도 새로운 비즈니스 요건들을 수용할 수 있다 라는 설문과 현행 코아뱅

킹시스템을 개선하는 정도로도 현업의 IT 부서에 대한 만족도를 높일 수 있다 라는 설문에 대해서 79%가 긍정적으로 대답하였다. 즉 각종 비즈니스 해결과제의 시급성에 대해서는 모두 강력하게 시급성을 인정하면서도, 코아뱅킹시스템의 전면 재개발에 대해서는 유보적인 입장을 취하였다.

이런 서베이 결과는 당면하고 있는 비즈니스 해결과제들을 수용하기 위해서는 현재 가동하고 있는 코아뱅킹시스템 아키텍처의 관점에서 보았을 때 일부 변경이 불가피한 부분이 있겠지만 우회 또는 보완하는 대체 솔루션이 가능할 것이란 판단을 하고 있는 것으로 해석할 수 있다. 대체 솔루션들은 코아뱅킹시스템을 재개발하는 방법보다 더 짧은 시간에 대응 솔루션을 만들 수 있어서 더 빠른 time to market 효과를 낼 수도 있을 것이다. 표 5 포스트차세대 비즈니스 환경변화 대응방안 요약 에 각 과제별로 가능한 것으로 보이는 대체 솔루션의 윤곽을 정리하였다.

표 5 포스트차세대 비즈니스 환경변화 대응방안 요약

비즈니스 환경변

화 코아뱅킹시스템(계정계) 관점에서 본 특징

코아뱅킹시스템 변

경 정도

금융지주사의 보

편화

지주사 통합 고객 관리

total relationship value 계산

일부 변경 또는 우

회

융복합 상품 및

서비스의 대거 등

장

업무 경계를 넘어선 타기관과 쉬운 제휴 처리

dynamic pricing 처리

우회 아니면 대폭

수정

28

모바일 앱 금융시

대의 도래,

모바일 OS 별 처리와 비즈니스 로직의 분리

각종 결제 도구와 연결

개인별 금융 도구 app 제공

채널통합 부분 변

경

실시간 마케팅의

고도화

Operational CRM 시스템의 변경


거래 도중 실시간 CRM 메시지 수용 방안 필요


회

리스크 관리의 확

대와 고도화 요구

통합 리스크 관리 시스템 확대


거래 도중 실시간 리스크관리 action 수용 필

요


회

본격적인 국외진

출

전사통합관리시스템과 연결.

해외고객을 통합고객관리에 흡수.

코아뱅킹시스템 패키지화(국제화 및 현지화)

패키지화 프로젝트

2) IT 내부 동인 (현행시스템 유지부담)

은행의 시스템은 일년에 일만 건 이상의 공식적인 변경이 발생하는 시스템이다. 촉

박한 시간 안에 잦은 변경을 계속하다 보면 어플리케이션의 품질은 나빠지기 마련이

다. 또한 은행의 인사정책은 직원에게 한 job 을 계속 맡기지 않고 일정시간이 지나면 이동시키므로, 어플리케이션 개발 프로젝트가 끝나고 수년이 지나면 개발을 담당했던 직원은 타 업무로 이동하고 새 인력이 어플리케이션의 유지보수를 담당해서 전체 내용을 모르는 채 어플리케이션 변경을 하는 경우가 많다. 이런 일들이 누적되면 유지

보수 품질이 나빠져서 현업의 불만은 높아지고, IT 인력의 작업부하는 과도하게 늘어나

서 사기는 떨어지게 된다. 그러면 자연스럽게 IT 부서 내부에서 어플리케이션을 전면 재개발하자는 목소리가 높아지게 된다. 그러므로 현행 시스템 유지보수 부담이 어느 정도 되는지를 파악하는 것은 포스트차세대 프로젝트의 추진여부를 결정하는데 중요

한 요인이 된다. 이번 서베이에서 유지보수에 관련된 설문들은 한 가지 요인으로서의 결집도가 뚜렷

하게 나타났다.

29


평균

값

최

소

값

최대

값


IT 내부 동인 (유

지보수 품질 평

가)

현행 어플리케이션의 유지보수 체

계의 고도화가 시급하다.

5.2 2 7

알파계수

= 0.779

평균 =

4.25, 58%

가 긍정

현재 업무프로그램 재정비가 시급

하다

4.48 1 7

포스트차세대 추진 전에 유지보수

체계를 먼저 개선해야 한다.

4.44 1 7

현행 업무프로그램 품질이 나빠져

서 유지보수가 어렵다

2.88 1 6

무엇보다도 현행 어플리케이션의 유지보수 체계의 고도화가 시급하며, 포스트차세

대를 추진하기 전에 유지보수 체계를 개선해야 한다는 응답이 높은 평균 값을 보이는 것은 시사하는 바가 매우 크다. 이것은 유지보수 체계의 생산성을 향상시켜야만 포스

트차세대를 개발할 인력을 증원할 수 있을 것이란 의미이며, IT 직원들의 고단한 일상

을 반영한 것이기도 하다. 또한 유지보수 체계를 혁신시키지 않으면 포스트차세대시

스템을 개발한다고 해도 같은 문제가 재발할 것이란 것을 암시한다. 유지보수 체계 개선 부분에 대해서는 III 장에서 따로 대응 방안을 설명하기로 한다

현재 업무프로그램의 재정비가 필요하다는 설문에는 긍정적인 답변을 하면서, 현행 업무프로그램의 품질이 너무 나빠져서 유지보수 하기가 어렵다 에는 부정적인 답변이 더 많은 것은 업무프로그램의 품질에 문제가 있지만 유지보수를 못할 정도는 아니라

고 답변한 것으로 해석된다.

3) IT 생태계 동인

아무리 IT 내부 동인이 절절히 심각하고, IT 외부 동인이 시급하다고 해도 IT 생태계

동인이 움직이지 않으면 포스트차세대 프로젝트는 성사되지 않는다. 가장 중요한 생태계 요인은 은행 경영진과 현업 부서 그리고 IT 부서간에 포스트차

세대를 추진하지 않으면 살아남을 수 없다는 공감대가 무르익어야 한다는 것을 들 수 있다. 은행 IT 업계와 외부 IT 전문업체 및 컨설팅 업체 사이에 포스트차세대의 기술 아키텍처에 대해서 신뢰할만한 공감대가 형성되어 있는 것도 momentum 을 만드는 데 매우 중요하다. 또한 포스트차세대에서 사용할 신기술을 구사할 수 있는 숙련된 기술인력이 얼마나 은행 내부나 외부에 준비되어 있는가도 중요한 요소이다. 전술한 바대로 가용한 기술 인력이 없다면 IT 신기술은 그 자체로는 driver 가 아니다. 이번 서

30

베이 결과 분석에서도 생태계 요인 중 내외부 공감대가 종속변수로 상정한 포스트차

세대를 전면 재개발할 것인가와 가장 상관관계가 큰 질문으로 나타났다. 포스트차세대 프로젝트는 전략적 의사결정이므로 최고경영진의 지지가 절대적으로

중요한 요소이다. 또한 일단 시작하면 수년에 걸친 대역사이므로 IT 직원들의 추진 의지가 바탕에 깔려 있어야 한다.

마지막으로 대규모 시스템을 처음 가동하는 날에 어느 정도의 비즈니스 장애 리스

크를 수용할 수 있느냐 도 중요한 변수가 된다. 그 만큼 충분한 테스트를 하고 나서

야 가동에 들어갈 수 있다는 의미이며 프로젝트 품질과 예산에 큰 영향을 미치게 된다.

생태계 동인 중 가장 중요한 내외부 공감대는 72%가 부정적인 답변을 보였다. 이것은 차세대 프로젝트를 가동한지 얼마 되지 않은 은행들이 상당수 답변에 포함되어 있기 때문이며, 외부 IT 업계에서도 아직은 전면 재개발에 대한 준비는 안되어 있다는 것을 의미한다.

반면에 신시스템 가동에 따른 비즈니스 연속성 리스크에 대해서는 이제부터는 단 하루의 시스템 불안정도 용납되지 않을 것이란 대답이 절대적으로 우세했다 (89%). 이것은 앞으로는 빅뱅식 전면 재개발은 추진하기 어려울 것이며, 단계적 가동 방식을 선호할 것이란 점을 시사하고 있다. 또한 완벽한 시스템 테스트를 위해서 테스트에 관련한 공정과 도구뿐만 아니라 테스트시스템의 완벽한 이중화에 대한 투자가 필요하

다는 점을 시사한다.

요인 그룹 설문 평균

값

최소

값

최대

값


생태계(내외부 공감대)

포스트차세대의 기술 아키텍

처에 대해서 업계 공감대 있

음

3.14 1 6

알파계수

= 0.704

평균 =

3.20, 28%

가 긍정

은행 경영진, 현업, IT 부서

간에 포스트차세대 추진 공

감대 있음

3.09 1 7

신기술 구사 인력이 내외부에

충분히 준비되어 있음

3.38 1 7

생태계(추진 의지) 최고경영진은 IT 부서를 신뢰

하고 있음

4.75 2 7 알파계수

= 0.707

평균 =

4.40, 56%

가 긍정 IT 직원 사기 높음 4.06 1 6

생태계(개발리스크영향

도)

가동일에 비즈니스 장애가 발

생하면 CIO 이상 선에서 책임

지게 될 것임

5.39

1 7

평균 =

5.39, 11%

가 부정

31

4) 포스트차세대시스템에서 사용 가능성이 높은 IT 기술 변화 요약

최근에 대두한 IT 기술들 중에서 실용성이 검증되어 포스트차세대시스템에 적용가

능성이 높아진 기술적 변화들을 살펴보면 Cloud computing, hardware 와 software 그리

고 application package 를 일체화한 Appliance, SOA, MDM, Event processing, 그리고 비즈니스 데이터의 분석을 위한 BI(Business Intelligence) 솔루션들의 진전 등을 들 수 있다. 아래에 각 기술들의 특징을 간략하게 정리했다.

① Cloud computing:

Infrastructure, hardware, software 등 computing 자원을 소유하지 않고 필요

할 때 필요한 만큼 외부로부터 빌려 쓰는 기술로 infrastructure 사용방법의 혁신을 가져옴. 현재의 application 시스템에 metering 과 billing 시스템을 더해서 사용자들에게 과금하는 형태가 되므로 Infra 를 상시 유지하는 것과 대비하여 cost 를 절감할 수 있음. 금융기관에서는 private cloud 를 사용해서 test 시스템, PC 를 없앤 smart work place 등에 사용될 가능성이 높음. 또한 은행 고객들에게 cloud service 를 부가서비스로 제공할 수 있음. 데이터의 보안 문제에 대한 우려 때문에 금융기관이 코아뱅킹에 cloud 를 본격적으로 적용하는 것은 시기 상조라는 인식이 있었으나, 보안 문제에 대한 솔루션이 등장하면서 미국의 주요 은행들이 cloud 를 본격적으로 테스트하기 시작함.

② SOA (Service Oriented Architecture): Application 의 각 component 들을 service provider 로 보고 component 들끼리 서로 서비스를 요청하고 그 결과를 받아보는 방식으로 application 시스템을 구성하는 방법. 이미 국내 은행에 도입되었음. 포스트차세대에서 SOA 가 더 각광받는 이유는 Legacy 시스템의 application 들을 서비스 component 로 보고 재활용할 수 있기 때문임. 신기술을 적용한 새로운 business application 들

과 legacy 코아뱅킹시스템을 연계하는 기술로 많이 사용될 것임. Service request/response 들을 중개하는 중계기를 ESB(enterprise service bus)라고 함. ESB 와 과거 EAI (Enterprise Application Integration) 방식의 차이점은 EAI는 특정 회사의 접속방식을 사용하는 반면, ESB 는 표준 서비스 인터페이스

를 사용한다는 것임.

③ MDM (Master Data Management): 기존의 데이터베이스 체계와 그것을 사용하는 프로그램들을 현 상태대로 인정하고 전사적인 차원에서 master DB 를 정의하고 master DB 를 access 함으

로서 slave DB 들을 일관되게 access 할 수 있도록 하는 기술. 은행이 지주사 체계로 가면서 각 자회사의 시스템마다 존재하는 고객정보를 물리적으로 한군데에 통합하는 것보다 현재의 고객정보 DB 를 그대로 slave DB 로 두고

32

master 고객 DB 를 구축해서, MDM 방식으로 자동 갱신하는 방법이 대세를 이룰 것임.

④ Event processing: event 를 발생시켜 asynchronous 하게 처리하는 방식은 새로운 기술이 아니

지만 대량으로 발생하는 event 의 특정 pattern 을 실시간으로 파악해서 후속

처리를 하는 CEP(Complex Event Processing)기능이 실용화된 middleware (Event Processing Network)들이 실업무에 적용되기 시작함. 은행에서는 지금

까지 거래 log 를 사용해서 batch 방식으로 처리하던 후처리 시스템을 real time 으로 처리하는 것이 가능해졌음. CRM, 리스크 관리 등 정보계 업무에 BI(Business Intelligence) application package 를 도입함으로써 데이터 분석을 실시간으로 수행해서 영업과 경영에 실시간으로 활용하는 사례가 확산될 것임.

⑤ 개발 언어 및 방법론: X10 및 Python 등 더 business 지향적인, java 이후 세대 language 가 시험적

으로 사용되겠지만 코아뱅킹시스템이 요구하는 performance 를 보장할 만큼 성숙하지 않아서 아직 보편화되기에는 이르고, MDD(model driven development)도 대규모 application 시스템을 개발하는 방법과 툴로서는 완전

하지 못함. 특히 open source 의 사용이 늘어나면서 상용 개발 tool 의 사용은 더 저조해지고 있음.

결론적으로 과거 2 세대, 3 세대 코아뱅킹시스템 재개발시에 HLL(High Level

Language), DB/DC, Client Server 방식, 뒤이어 web 의 등장과 같이 IT 기반기술 자체

가 바뀌어서 신기술을 도입하지 않으면 경쟁에서 도태되고 마는 경우와는 다르게, 새로 주목을 끄는 기술들은 현재의 어플리케이션 시스템을 유지하면서 거기에 새로운 성능과 기능을 추가하는 것을 도와주는 기술들이 대부분이다. 그러므로 아직까지는 현재의 차세대시스템을 구성하고 있는 기술기반이 완전히 낙후되었다 라고는 평가할 수 없을 것이다.

5) 포스트차세대시스템의 동인 평가 요약

서베이 결과를 정리하면 포스트차세대에서 코아뱅킹시스템을 재개발해야 하는가에

대해서 IT 내부적인 동인, 즉 프로그램의 품질 저하에 따른 유지보수의 어려움을 상당

한 수준으로 느끼고 있으나(평균 값 4.5), 시스템을 전면 재개발해야지만 해결될 문제

는 아니고 현 시스템을 개선하는 수준으로도 해결이 가능하다는 의견이(평균 값 5.2) 지배적인 것으로 나타났다. 또한 코아뱅킹 재구축 프로젝트에 대해서 경영진을 포함

한 은행 내부나 외부 IT 업계에서는 아직 공감대가 전반적으로 형성된 것은 아님을

33

알 수 있다(평균 값 3.1). 현재 개발해야 할 비즈니스 요건들은 산적해 있지만(평균 값 5.37) 그 또한 코아뱅킹시스템을 재개발해야만 해결되는 문제는 아니고 별도의 시스

템으로 솔루션이 가능하다는 의견을 가지고 있는 것으로 파악된다. 그러나 각 은행이 포스트차세대를 기획할 때는 은행의 경쟁전략 수립 측면에서 접

근이 이루어지므로 이번 서베이가 시사하는 바와 다른 결정을 할 가능성은 항상 열려

있다. 지금까지 비즈니스 변화를 수용하기 위해서 현재 가동중인 차세대시스템의 프로그

램들을 계속 수정해 온 결과 일부 선발 은행에서는 프로그램의 복잡성이 현저하게 증가한 것은 사실이다. 프로그램이 복잡해지고 유지보수가 더욱 어렵게 되는 것의 원인

이 유지보수성을 간과한 원초적인 설계 잘못에 기인하는 바도 있겠지만, 그 보다 더 중요한 원인은 개발 후에 수행하는 유지보수 체계의 낙후성에서도 찾을 수 있을 것이

다. 이 문제를 혁신하지 않으면 전면 재개발을 한다 해도 같은 문제가 반복될 수 있다.

IT 기술의 변화도 전술한 바와 같이 코아뱅킹시스템을 완전히 새로운 기술 기반 위에 올려 놓을 만큼 혁신적으로 바뀌지 않았다.

우리나라 경제가 G10 에 진입하면서 금융기관의 안정성에 대한 사회적인 요구는 과거 어느 때보다 높아졌다. 이런 상황에서 경영진은 운영리스크를 지면서 현재 가동중

인 차세대시스템의 빅뱅식 전면 재개발을 승인하려고 하지 않을 것이다. 이 같은 가정을 서베이 결과에서도 89%가 지지하고 있다. 또한 시스템을 전면 재개발하는 기간 동안에는 신규 업무 요건들을 원활하게 수용하지 못하고 제한하는 것이 일반적이다. 요즘과 같은 무한 경쟁 시대에 일정기간 신상품 발매를 중지한다는 것도 현업과 경영

진을 설득하기 어렵다. IT 에 대한 신규 투자는 새로운 비즈니스 영역으로 쏠려서 매출 성장을 촉진하는 방향으로 갈 가능성이 더 높을 것이다. 이런 연유로 한국의 은행 IT에서 도미노 현상처럼 벌어졌던 코아뱅킹시스템을 빅뱅식으로 전면 재개발하는 시대

는 이제 지나갔다고 보아도 무방할 것이다. 포스트차세대에는 단계별 가동 시나리오

가 주류를 이룰 것으로 예상된다. 이것은 미국, 유럽 및 일본과 같은 G7 선진국의 초대형 은행들의 동향과도 일치하는 것이다.

그러므로 새로운 비즈니스 요구사항들을 효과적으로 수용하며 현행의 차세대시스템

을 진화시킬 수 있는 방안들이 모색되어야 한다. 이에 대한 한가지 방법으로 장래의 To be model 을 설정해 놓고 그 그림에 맞추어서 단계적으로 시스템을 변형시켜 나가

는 시스템 회춘 전략 (System Rejuvenation)에 대해 심도있는 연구를 할 가치가 있을 것이다 [16].

이번 연구에서는 서베이 결과 포스트차세대시스템에서 가장 시급히 해결해야 할 비즈니스 과제로 드러난 세가지 주제 즉 첫째, 비즈니스 컨버전스와 금융상품 유통의 대변화를 어떻게 수용할 것인가 둘째, 이벤트가 발생하면 실시간으로 관련 데이터를 분석하고 실시간으로 혁신적인 후속 조치들을 실행하는 것을 어떻게 지원할 수 있는

34

가 셋째, 현재의 유지보수 체계에 대한 전면적인 보강을 어떤 방향으로 할 것인가, 이 세가지 꼭지에 집중해서 합리적인 솔루션을 제시하고자 한다. 다음 장에서 이런 문제

들에 대한 솔루션으로서 실현 가능성이 높다고 판단되는 포스트차세대시스템의 to be model 의 한 가지를 제시하였다

I.5. 포스트차세대시스템의 전망

I.5.1. 비즈니스 컨버전스 대응방안과 금융서비스허브

현재 금융권의 비즈니스 모델 변화의 핵심은 business convergence 다. 은행시스템

이 해결해야 할 비즈니스 컨버전스는 세가지로 압축된다. 다양한 융복합상품의 처리

(product convergence), 온라인 거래처리와 CRM 및 각종 밸류 서비스의 통합(service convergence), 그리고 advisor business(distribution convergence)의 구현이 바로 그것

이다.

1) 다양한 융복합상품의 처리(product convergence) 최근에 출시되는 신상품(서비스)들은 여러 종류의 금융상품들을 묶고 차별화된 혜택

을 붙여서 타겟 세분시장 고객층에게 판매하는 융복합상품들이 대부분이다. 이런 융복합상품들은 당행 상품만을 대상으로 하는 것이 아니라 비금융권까지 포함해서 다양

한 제휴선과 연계해서 만들어지고 있으며 그 제휴 폭은 앞으로 더욱 넓어질 전망이다. 즉 업무간 경계가 없는 비즈니스 컨버전스가 융복합상품으로 활발하게 구현되고 있다. 융복합상품이 제공하는 차별화된 혜택은 고객과 은행간의 전반적인 relationship 에 기초해서 수수료, 금리, 포인트, 쿠폰 등 다양한 형태로 제공된다. Relationship 은 은행 차원을 벗어나 지주사 차원으로 확대되고 있다. 다양한 종류의 혜택의 합이 그 고객

이 지금 수행하고 있는 거래의 가격 (price) 이다. 거래 시점에 거래 가격을 정하기 위해서는 혜택의 기초가 되는 다양한 relationship 정보를 실시간으로 분석해서 가격을 결정하는 dynamic pricing 이 필요하다. 과거에는 pricing 을 뱃치 처리로 사전에 계산해

서 고정적인 프라이스를 정하거나 사후에 계산해서 캠페인 형태로 나중에 고객에게 제공할 수 밖에 없었지만 이제는 실시간 프라이싱의 니즈가 대두하고 있다.

이런 융복합상품들을 현행 코아뱅킹시스템(계정계)을 수정해서 대응하려면 프로그램 설계가 간단하지 않을 뿐만 아니라 현재 에러 없이 잘 돌아가고 있는 프로그램들을 변경하고 거의 모든 거래에 대해서 다시 테스트를 해야 하므로 기민함도 떨어지고, 만약 장애가 발생하면 비즈니스가 중단되는 IT 운영 리스크가 생긴다. 특히 현행 차세

대시스템은 설계시에 CBD(Component Based Design)방식을 적용해서 개발했으므로 한 component 를 여러 업무에서 공유하는 구조로 되어 있다. 융복합상품을 수용하기 위해서 어떤 component 를 변경하면 예상치 못한 에러가 다른 업무에서 발생할 수 있

35

다. 그러므로 현행 코아뱅킹시스템을 변경해서 융복합상품에 대응하는 방식은 분명히 한계가 있고, 이미 은행 IT 조직 내에서는 유지보수의 고통을 호소하고 있는 실정이다.

이에 따라 현행 코아뱅킹시스템의 변경을 최소화 하면서 융복합상품과 같은 product 컨버전스를 효과적으로 구현하기 위해서, product 컨버전스를 전담하는 별도

의 서브시스템을 도입하는 시스템 evolution 적인 방안이 대두하고 있다. 이것이 포스

트차세대시스템에서 가장 중요하게 부각되는 금융서비스허브 솔루션이다.

2) 온라인 거래처리와 CRM 및 각종 밸류 서비스의 통합(service convergence)

CRM (Customer Relationship Management) 은 고객들의 거래 데이터를 mining 해서

패턴을 파악하고 up-selling, cross-selling 의 기회를 찾아낸다. 또한 고객과 당행과의 total relationship value 를 파악해서 여러 가지 혜택을 부가서비스로 제공한다.

그러나 지금까지는 IT 능력의 제약으로 인해서 CRM 분석은 실거래 발생 이후에 거래 데이터를 축적하여 후선에서 수행하고 혜택은 캠페인의 형태로 나중에 주어지는 것이 일반적이었다. 이제는 고객과의 접점(moment of truth)에서 실시간으로 CRM 분석

을 수행하고, 고객의 value 에 기초한 각종 혜택을 service 로 묶어서 현장에서 직접 고객에게 제공하는 것이 차별화의 중요한 포인트가 되고 있다.

고객의 접점에서 거래 처리와 병행해서 고객에게 제공 가능한 서비스들을 전체적으

로 파악해서 가장 적절한 서비스 패키지를 만들어 고객에게 직접 제공하려면 코아뱅

킹시스템이나 CRM 시스템을 변경해서 대응하는 것보다 중간에 금융서비스허브를 설치해서 금융서비스허브가 그런 역할을 하도록 맡기는 것이 더 효과적일 수 있다. 이렇게 하면 기존 시스템의 변경을 줄이면서 새로운 비즈니스 기능을 추가할 수 있다.

이런 솔루션은 이제 하드웨어의 성능이 대량의 이벤트 처리를 실시간으로 병행해서 할 만큼 커지고, CEP(Complex Event Processing)와 BPM(Business Process Management) 미들웨어와 CRM 패키지들이 발전해서 실용화가 가능해졌으며, 이미 Citi 은행의 Rainbow project 처럼 실업무에 적용되기 시작했다.

3) Advisor business(distribution convergence) 자본시장 통합법을 통해서 공급자 사이드에서 조달과 운용의 제약을 풀고 폭 넓은

경영상의 선택이 가능해진 것처럼, 소비자 사이드에서도 여러 업체들의 금융상품들을 비교 평가해서 다양한 선택을 하는 것이 가능해지고 있다.

지금까지 금융산업에서는 금융기관의 공신력을 바탕으로 정보의 비대칭성이 공급자

에게 절대적으로 유리하게 전개되어 왔다. 최근의 저축은행 사태가 이런 정보의 비대

칭성을 뚜렷하게 보여주고 있다. 앞으로는 정보의 비대칭성에서 소비자들을 보호하기 위해서라도 소비자들이 여러 가지 금융상품들의 가격을 비교하여 최선의 선택을 할

36

수 있도록 돕는 advisor business 가 활성화될 수 있도록 법률적인 지원이 더욱 확대될 것으로 예상된다. 국내에서도 이미 손보업계의 IFA(Independent Financial Advisor) 들과 증권업계의 wrap account 들이 활성화되고 있으며, 이런 business 는 생보사와 의료계로 확산되고, 은행권에도 도입될 것으로 예상된다. 그렇게 되면 IFA 들을 통해서 금융권의 distribution channel 들이 통합되는 distribution convergence(유통 통합)가 일어날 것이며, 영국에서와 같이 은행들도 곧 이 business 영역으로 사업을 확장하게 될 것이다. 이것은 역사적으로 제조업이 생산자와 유통업자로 역할을 나누어 발전해 온 것처럼 금융산업도 장래에는 금융상품을 제조하고 판매(처리)하는 금융상품 생산전

문 금융기관과 금융상품을 유통시키는 금융상품 유통전문 금융서비스기관으로 나뉘어

질 것이라는 전망과 맥을 같이 하는 것이다. 이런 distribution convergence 를 효과적으로 담당할 수 있는 시스템이 또한 금융서

비스허브 시스템이다.

I.5.2. 포스트차세대시스템의 구조 요약

지금까지 설명한 역할을 담당하는 금융서비스허브를 뱅킹시스템 아키텍처에 적용하

면, 금융상품판매에 따른 업무처리를 후선에 있는 코아뱅킹시스템이나 코아보험시스

템과 같은 business transaction 처리 시스템들이 전담하고, 금융상품 유통의 관점에서 금융상품서비스 처리를 별도의 business service layer 가 전담하는 아키텍처를 설계할 수 있다. [그림 5 포스트차세대시스템 개요도]

37

그림 5 포스트차세대시스템 개요도

코아뱅킹시스템과 같은 business transaction 시스템들은 business transaction layer

에 배치된다. 이 때 business transaction 시스템들은 business service layer 가 요청하

는 거래처리서비스를 제공하는 service provider (SP)의 역할을 수행한다. 금융서비스허

브는 business service layer 의 핵심 서브시스템이다 금융서비스허브는 product convergence, service convergence, distribution

convergence 를 담당하는 시스템이다. 금융서비스허브는 각종 비즈니스 컨버전스를 담당한다는 의미에서 비즈니스 허브라고 부르기도 한다. 또한 비즈니스 컨버전스를 통해 고객에게 차별화된 가치를 전달한다는 의미에서 통합금융서비스 밸류허브라고 칭할 수 있다. 본 서에서는 금융서비스허브라는 용어를 사용하기로 한다.

금융서비스허브의 핵심 역할은 후선에 있는 transaction 시스템들의 변경을 최소화

하면서 융복합상품의 처리, 고객 통합 서비스, relationship 에 기초한 dynamic pricing 으로 요약할 수 있다.

이벤트는 채널, 서비스뱅킹시스템, 트랜잭션뱅킹시스템 등 모든 서브시스템에서 발

38

생한다(이벤트 생성자(producer)). 발생한 이벤트는 이벤트 프로세싱 네트워크(EPN)로 전달되고, 거기서 이벤트들의 패턴을 파악해서 미리 정의된 패턴과 일치하면 complex event 를 발생시켜서 그 이벤트를 처리할 이벤트 소비자(consumer)에게 전달한다 [8].

비즈니스 트랜잭션 층이나 비즈니스 서비스 층에서 발생시킨 이벤트는 이벤트 처리 네트워크를 경유해서 비즈니스 인텔리전스 층에 있는 이벤트 소비자 프로그램에게 전달된다. 이벤트 처리는 비동기식 처리이다. 이벤트 소비자 프로그램이 이벤트를 분석

하여 처리한 결과(response)는 비동기식으로 비즈니스 서비스 층, 즉 금융서비스허브

에게 전달돼서 비즈니스 트랜잭션 층이 처리한 거래 결과와 합쳐져서 고객접점에 전달된다.

현행 차세대시스템에서는 후선 정보계 즉 비즈니스 인텔리전스 층에서 정보분석을 위해서 정적인 거래로그 서브시스템을 사용하고 있지만, CRM 과 리스크관리에서 실시

간 정보분석과 실시간 대응에 대한 니즈가 강력하게 부상함에 따라 실시간으로 정보 패턴을 분석할 수 있는 event processing 기술이 다양하게 사용될 전망이다.

그 일환으로서 상용 CEP(Complex Event Processing)엔진이 도입되고 EDA(Event Driven Architecture)에 의한 솔루션들이 활발하게 구현될 것이다.

Post NGS System Overview

* 각 Subsystem 들이ESB, EAI, Adapter 등을 통해 접속

BusinessIntelligenceLayer

EventProcessingNetwork

BusinessTransactionLayer

BusinessServiceLayer(Hub)

MultiChannelIntegrator

Channel

Physical

후 처리 Risk CRM FraudDetection

SEM

거래로그 EDA CEP

Corebanking(계정계)

상품 계약 정산 공통

CMBS Card Insurance Others

융복합상품서비스/고객서비스

BPM / MDM

고객계

MCI Mobile 통합 대외계

영업점 Call Ctr IB SmartPhone

SmartTab

IPTV AllianceSystem

텔러 CallTaker

고객 고객

E4 E5

E1 E2 E3

ResponseAction

SmarterBanking

Transaction Banking

Service Banking

Ubiquitous Banking

E0

그림 6 포스트차세대 서브시스템 그룹

39

비즈니스 트랜잭션 층에 속한 코아뱅킹시스템과 은행이 소유한 여러 종류의 상품거

래 처리 시스템을 묶어서 transaction banking 시스템으로 추상화하여 부를 수 있을 것이다. 또한 트랜잭션뱅킹시스템과 대칭적인 용어로서 business service layer 를 담당하

는 시스템을 service banking 시스템이라고 부를 수 있다. 서비스뱅킹시스템의 핵심 엔진은 금융서비스허브와 통합고객계시스템이다. 고객과의 접점은 앞으로 IPTV 및 embedded SW 를 포함해서 더욱 다양한 형태로 전개될 smart device channel 을 통해

서 고객에게 차별화된 user experience 를 제공하는 방향으로 발전할 것이다. 이 부분

을 묶어서 ubiquitous banking 시스템으로 개념화 할 수 있다. 정보분석 부분은 event processing 기법을 사용해서 실시간 정보분석과 대응을 책임지는 방향으로 발전하며 가장 많은 투자가 일어날 것이다. 이 부분을 묶어서 smarter banking 시스템으로 개념

화할 수 있다. [그림 6 포스트차세대 서브시스템 그룹] 지금까지 설명한 바에 기초하여 포스트차세대시스템의 비즈니스 해결과제를 효과적

으로 해결하는 시스템 구조를 엔터프라이즈 관점에서 다음과 같이 간결하게 표현할 수 있다. [그림 7 포스트차세대시스템 개념도]

그림 7 포스트차세대시스템 개념도

40

이번에 실시한 서베이 결과를 포스트차세대시스템 개념도에 적용해보면 트랜잭션뱅

킹시스템의 과제는 전면 재개발보다는 유지보수 혁신과 단계적 진화(Maintenance and Evolution) 라고 볼 수 있고, 유비쿼터스뱅킹시스템의 과제는 모바일뱅킹의 플랫폼 개발과 서비스 app 의 개발로 나타난다. 서비스뱅킹시스템의 과제는 통합고객계와 금융

서비스허브의 구축이며 스마터뱅킹시스템의 과제는 이벤트 프로세싱 네트워크의 구축

과 각종 비즈니스 인텔리전스 어플리케이션의 고도화라고 요약할 수 있다. 포스트차

세대시스템의 개념도와 각 시스템별 과제를 보면 포스트차세대에서 투자의 우선 순위

가 코아뱅킹시스템을 둘러싼 주변시스템들의 추가 및 보강에 놓일 것임을 예상할 수 있다. 이번 서베이의 결과는 포스트차세대에서 투자의 우선순위가 가장 높은 부분은 유비쿼터스뱅킹시스템이고, 그 다음이 서비스뱅킹시스템, 그리고 세번째가 스마터뱅킹

시스템이 될 것이란 것을 예상하게 한다. 유비쿼터스뱅킹시스템은 이미 각 행별로 개발이 진행 중이므로 이번 연구 범위에서

는 제외하였다. 다음 장에서는 서비스뱅킹시스템과 금융서비스허브에 대해서 심도있

게 살펴보기로 한다.

41

II. 서비스뱅킹시스템과 금융서비스허브

II.1. 융복합 상품/서비스 개요

우리나라에서 현재 시판되고 있는 융복합상품들을 분석해보면 상품의 구성과 주어

지는 혜택의 종류에 거의 제한이 없다고 해도 과언이 아니다. 금융상품으로서의 본질

적인 리스크 관리, 상품의 적절한 프라이싱과 수익성 계산, 은행이 보유하고 있는 거래처리 역량(IT 및 업무처리 시스템) 등 각 은행별로 자체적인 제한이 있을 뿐이고 그 이외 설계는 상상력의 한계까지 자유롭게 이루어지고 있다고까지 볼 수 있어서 어떤 융복합상품이 장래에 출시될지는 예측하기 어렵다. 융복합상품은 근래의 모바일 환경

의 폭발과 사회 전체에서 일어나고 있는 컨버전스 열풍에 힘입어 더욱 정교하고 복잡

하게 발전될 전망이다.

II.1.1. 융복합 상품의 구성과 발전 방향

융복합상품은 특정 타겟 시장의 고객을 대상으로 기존의 자사 또는 타사의 상품들

과 서비스를 번들링해서 일정한 조건이 충족되면 부가적인 혜택을 주는 offering 으로 정의할 수 있다. 은행의 상품에는 금리가 있고, 서비스에는 무료 또는 유료 수수료가 있다. (그림 8 금융 융복합상품의 모형도)

그림 8 금융 융복합상품의 모형도

42

현재 시판되고 있는 융복합상품들을 분석해 보면 구성 기능과 혜택이 얼마나 다양

한지 알 수 있다 [Appendix V.4 융복합상품 사례 참조]

1) 현재 제공되고 있는 융복합상품의 기능(feature)들의 종류

s 예금계좌와 증권계좌를 한 통장으로 거래 s 종합카드 발급 s 주식 시세에 따라 매월 적금 불입액과 펀드 불입액을 변동 처리 s 스윙과 역스윙 (목표 수익률 지정) s 통신사, 백화점, 영화관 등과 제휴 상품 s 소셜 커머스와 제휴 상품 s 부동산 원스톱 서비스 s 여성전용 등 특정 마켓 세그먼트 겨냥 묶음 상품 s 두 자녀 이상 우대 등 기업시민 정신 고양을 위한 상품

2) 융복합상품 혜택의 종류

융복합상품에 부가되는 혜택은 구성 상품의 특징에 따라서 주어지는 것과, 구성상

품의 종류와 상관없이 종합적인 relationship value 에 따라 주어지는 것으로 구분된다. 이런 relationship value 에 기초해서 주어지는 차등적인 혜택은 dynamic pricing 의 전형적인 모습이다.

s 여수신 우대금리 s 포인트 적립 및 포인트를 현금으로 환전, 포인트에 이자 가산 s 수수료 면제 s 보험상품 무료 제공 s 쿠폰 제공 s 각종 제휴사 상품 할인

3) 융복합상품의 추세

각 행의 대표적인 상품설계자들이 예상하는 융복합상품의 추세를 보면 융복합상품

은 타겟 고객 세그먼트의 니즈에 맞추어 업종 경계 없이 이루어질 전망이다. n 복합화 (번들링)

s One stop product

43

n Mass customization s 고객 기호별 맞춤형 상품

n Life stage management s 주택마련 세트, 자산관리 세트, 목돈마련 세트, 간편대출 세트, 월급

통장 세트 등 s 신생 기업 지원 패키지

n Target segment 특화 상품 묶음 s 여성 전용, 어린이와 청소년 전용 s 전문직종 전용

n 향후의 전망 – 더욱 복잡해진다 s 주가연계 증권(ELS), 주식 워런티 증권(ELW), 상장 지수 펀드(ETF) s 확률화된 상품: 날씨, 생명관련 s 연금형 상품 s Green 관련 상품

즉 타겟 시장의 고객의 입장에서 고객의 돈의 흐름이 있는 모든 곳이 융복합상품의

대상이 될 수 있다 [그림 9 융복합상품 발전 예상도]. 그러므로 금융서비스허브는 장래에 출현할 융복합상품들을 폭넓게 그리고 간편하게 수용할 수 있는 유연한 구조를 가져야 할 것이다.

그림 9 융복합상품 발전 예상도

44

II.1.2. 융복합상품 PLM(Product Lifecycle Management)

금융 융복합상품이 실체가 없는 금융서비스 상품이기는 하지만 그것을 설계하고 구

현하는 과정은 핸드폰이나 자동차와 같이 소비자용 제품을 설계하고 생산하는 과정과 동일하다. 그래서 일부 금융기관에서는 소비재 유통 전문가를 특채해서 융복합상품 설계의 책임을 맡기기도 한다.

아래에 금융융복합상품의 상품 생명주기별 대표적인 프로세스들을 열거한다.

n 타겟 시장 조사

s 시장 세분화 s 경쟁자 분석 s 타겟 시장 분석 (시장 크기 및 성장률 등)

n 타겟 시장 고객 니즈 분석 s 타겟 시장 고객 니즈 파악 (survey, interview etc) s Personal design 등

n Value proposition 설계 s 구성상품 설계 s 혜택 설계 s Service mix 설계 (6P: 구성상품(Product), 판촉(Promotion), 가격(Price),

채널(Place), 프로세스(Process), 사람(People)) [7] s 차별화를 위한 가치창조 사이클 설계

n 융복합상품 설계 s 구성상품 상세 설계 s 구성 feature 상세 설계 s 가격 simulation s 원가 계산 s 판매 채널 상세 계획 s 재무적 성과 예상

n 융복합상품 처리 프로세스 및 처리역량 설계 s 창구 프로세스 s 후선 처리 프로세스 s 지원 프로세스 (콜센터 등)

n 융복합상품 처리 프로그램 개발 또는 파라미터 등록 s 상품 DB 등록 s 온라인, 센터컷, 뱃치 프로그램 개발 및 테스트 s 정보분석 프로그램 개발 및 테스트

45

n 융복합상품 교육 s 영업 직원 교육 s 창구 직원 교육

n 마케팅 및 세일즈 s 광고 및 캠페인 기획 s 인센티브 프로그램 개발

n 융복합상품 처리 s 신규, 입지급, 등록, 변경, 해지 등,

n 성과분석 s 실적관리 s 수익성관리 s 고개 만족도 조사 s 직원 만족도 조사

n 보완 또는 폐기

금융융복합상품을 지원하는 시스템은 궁극적으로는 전체 PLM 을 커버하는 기능을

가져야 할 것이다. 그러나 모든 기능을 한번에 다 마련하기는 어려우므로 단계적인 개발 방법을 취할 때 금융서비스허브가 융복합상품을 처리하기 위해서 우선 필요한 기능들은 융복합상품 설계 지원, 융복합상품 처리 프로그램 개발 및 파라미터 등록, 그리고 융복합상품 성과분석 들이 될 것이다.

II.2. 서비스뱅킹시스템의 역할과 필요 기능

서비스뱅킹시스템은 한마디로 요약하면 고객의 토탈 relationship 에 대한 이해를 바탕으로 후선에 있는 비즈니스 트랜잭션 층의 상품처리시스템들을 최대한 이용하여 융복합상품을 책임지고 처리하고 고객별로 차별화된 서비스를 제공하는 시스템이다.

은행시스템이 발전해 오는 과정에서 이미 많은 서비스들이 트랜잭션뱅킹시스템(코아뱅킹시스템)에서 처리되고 있다. 그러므로 앞으로도 서비스뱅킹시스템을 새로 만들 필요 없이 트랜잭션뱅킹시스템에서 모든 서비스를 다 처리해도 상관없지 않느냐고 생각할 수도 있다. 그러나 향후에 금융상품은 더욱더 다양한 서비스 믹스를 가진 융복

합상품의 형태로 출시될 것이고, 서비스의 가격은 고객의 total relationship 에 기초해

서 결정될 것으로 전망된다. 그러므로 서비스 전용 처리 시스템을 두는 것이 트랜잭

션뱅킹시스템에 대한 부하를 줄이면서 향후 더욱 정교한 서비스 믹스를 설계하고 처리하는데 합리적이다. 그러나 이런 제안은 현재 트랜잭션뱅킹시스템 에서 처리되는 서비스 거래들을 모두 서비스뱅킹시스템으로 옮겨야 한다는 말은 아니다. 기존의 서

46

비스상품의 거래는 여전히 트랜잭션뱅킹시스템에서 처리되고 신규 융복합상품과 관련

한 서비스들이 우선 서비스뱅킹시스템에서 처리될 것으로 전망할 수 있다.

1) 비즈니스 트랜잭션 층에 있는 상품처리시스템들의 변경을 최소화

서비스뱅킹시스템을 설계할 때는 융복합상품 처리를 위해서 후선에 있는 상품처리

시스템들은 변경하지 않는 것을 설계의 원칙으로 한다. 즉 후선에 이미 개발되어 있는 트랜잭션뱅킹시스템을 포함한 각종 상품처리시스템들의 거래처리 프로그램들을 독립적인 서비스로 활용하면서 융복합상품의 고유한 기능을 서비스뱅킹시스템이 처리하

기로 한다. 이를 위해서 워크풀로우 처리 기능과 융복합계좌 신설 및 종합 포인트 계산 같은 융복합상품 고유의 처리를 하기 위한 기능이 필요하다.

2) 종합적인 relationship 에 기초한 dynamic pricing

고객이 계약한 융복합상품의 거래 조건과 고객이 지금까지 당행과 거래한 토탈

relationship value 에 따라 고객별로 차등화된 가격 책정이 가능하다. 예를 들면 직전

까지의 카드 사용 실적에 따라 인터넷뱅킹에서 이체 수수료가 감면될 수 있다. 장차 토탈 relationship value 는 지주사 차원으로 계산이 확장될 것이다.

Dynamic pricing 은 서비스뱅킹시스템의 한 구성 요소로서 실제 구현은 독립된 서비

스로서 구현할 수도 있고, 서비스뱅킹시스템안의 한 모쥴로서 가동할 수도 있다. Dynamic pricing 기능을 외부 시스템이 제공하는 경우는 서비스뱅킹시스템은 최종 가격을 계산하기 위해서 필요한 정보를 추출하여 프라이싱 서비스를 요청하는 메시지에 부가할 수도 있다 (data enrichment)

3) 마케팅과 리스크 관리를 감안한 고객 통합 서비스

고객접점에서 거래가 들어오면 거래는 거래대로 트랜잭션뱅킹시스템에 전달되고 동

시에 서비스뱅킹시스템은 complex event processing 처리를 통해서 complex event 를 발생시켜서 이벤트 소비자인 CRM 어플리케이션에 전달한다. CRM 어플리케이션은 비즈니스 인텔리전스 층에 존재한다. CRM 어플리케이션은 그 고객과 관련 있는 전행적 차원의 마케팅 메시지와 서비스 패키지를 작성하여 비동기식으로 서비스뱅킹시스템에

게 보낸다. 지금 수행하는 거래와 관련 있는 신용리스크 예방 및 범죄 탐지도 같은 방식으로 처리할 수 있다. 서비스뱅킹시스템은 트랜잭션뱅킹시스템의 처리 결과와 마케팅 메시지를 혼합하여 고객접점으로 내보낸다. 마케팅 추가 메시지는 비동기식으로 처리되므로 거래량이 폭주해서 시스템이 바쁠 때에는 처리가 누락될 수도 있다. 이런 메시지는 나중에 따로 모아서 콜센터로 보내져서 후속 서비스로 이어진다.

47

4) 융복합상품의 신속한 구현

서비스뱅킹시스템은 경쟁력있는 time to market 을 실현해야 한다. Time to market 은

융복합상품 PLM 의 모든 과정에서 실현되어야 하지만, 우선은 융복합상품처리 프로

그램 개발 및 가동에 소요되는 시간을 최소화하는게 중요하다. 트랜잭션뱅킹시스템의 프로덕트 팩토리처럼 서비스뱅킹시스템은 융복합상품 프로덕트 팩토리 기능이 있어야 한다. 정해진 표준에 의거하여 행해지는 융복합상품의 파라미터 등록만으로 자사 상품이든 타사 상품이든 융복합상품과 관련된 거래처리를 테스트하고 실제 처리시스템

으로 이행이 가능한 기능을 제공해야 한다.

5) 대량 거래 안정적 처리와 보안

서비스뱅킹시스템은 채널과 트랜잭션뱅킹시스템 사이에 있으므로 모든 채널거래가

서비스뱅킹시스템을 통과할 수도 있고, 채널에서 선별적으로 융복합상품 관련 거래만

을 서비스뱅킹시스템으로 보낼 수도 있다. 모든 거래가 통과하는 경우는 시스템의 안정성과 응답시간 등 성능 및 보안관리가 매우 중요하다. 따라서 비기능적 요건에 대한 철저한 검증이 필요하다.

6) 비즈니스 모델 변화에 유연한 대응

장래에 융복합상품의 종류는 예측할 수 없을 정도로 다양하게 출현할 것이다. 제휴

업체는 국내외로 확산될 것이다. 이런 다양성을 커버하기 위해서 서비스뱅킹시스템은 아마존.com 처럼 불특정한 상품과 서비스를 실어나르는 공용 플랫폼의 아키텍처를 가질 필요가 있다.

또한 서비스뱅킹시스템을 도입할 때, 전 융복합상품을 한꺼번에 다 이행하는 것이 아니고 단계적으로 이행하는 것이 바람직하다. 서비스뱅킹시스템은 단계적 이행을 지원해야 한다.

II.3. 외국 금융기관의 동향

우리나라나 구미 선진국이나 금융산업에서 product convergence, service convergence, distribution convergence 는 어쩔 수 없는 변화의 큰 흐름이라고 볼 수 있다.

우리나라 은행들은 지금까지 두 번에 걸친 빅뱅식 재개발로 인해서 코아뱅킹시스템

(트랜잭션뱅킹시스템)이 어느 정도는 이러한 convergence 를 수용하고 있다. 그러나

48

한번 개발한 어플리케이션을 통째로 새로 재개발하는 사례가 매우 드문 구미에서는 새로운 비즈니스 니즈를 수용하기 위해서 우회 솔루션을 찾지 않을 수 없었다. 이런 환경에서 비즈니스 convergence 에 대한 니즈를 수용하기 위해서 자연스럽게 허브 솔루션이 대두하게 되었다.

IBM 에서는 이런 솔루션을 CBRF (Core Banking Renovation Framework)라고 불렀는

데 최근에 그 이름을 CBT (Core Banking Transformation)으로 개칭하였다. CBRF 는 WAS 와 BPM 위에 java framework library 를 제공해서 각 은행이 코아뱅킹시스템의 각종 서비스들을 엮어서 새로운 비즈니스 서비스를 구성할 수 있도록 도와주는 솔루

션 세트이다. 시티은행이 이미 일부 국가에 적용하기 시작한 Rainbow 프로젝트도 유사한 프로젝

트로 볼 수 있다. Rainbow 프로젝트는 CEP 미들웨어를 사용해서 마케팅 및 세일즈 강화에 초점을 맞춘 service convergence 의 구현에 중점을 두고 있다.

그러나 구미의 서비스허브 솔루션들은 비즈니스 환경 자체가 우리와 같은 다양한 융복합상품 서비스를 제공하고 있지 않으므로 그 기능이 상대적으로 단순한 편으로서 주로 마케팅 지원 기능을 보강하는 용도로 사용되고 있어서 완전한 의미의 서비스뱅

킹시스템 이라고 보기는 어렵다.

II.4. 금융서비스허브

서비스뱅킹시스템을 구현하는 핵심 시스템이 금융서비스허브이다.

II.4.1. 금융서비스허브 아키텍처

본 장에서는 서비스뱅킹시스템의 역할과 기능[목차 II.2 참조] 을 구현하기 위해서 바람직한 금융서비스허브의 아키텍처에 대해서 기술한다 [그림 10 금융서비스허브 시스

템 개요도]

그림 10 금융서비스허브 시스템 개요도

49

금융서비스허브는 product convergence(상품), service convergence(마케팅, 서비스),

distribution convergence(세일즈)를 구현하는 비즈니스 어플리케이션으로 구성된다. 이런 비즈니스 어플리케이션은 각 금융기관의 니즈에 따라 단계적으로 구현될 것이다.

금융서비스허브의 핵심 미들웨어는 워크풀로우를 지원하는 BPM 과 이벤트 프로세

싱을 담당하는 CEP 엔진이다. BPM 과 CEP 는 이미 성능이 입증된 상용 미들웨어들

이 시장에 있으며 금융기관에도 도입되었다. 지금까지는 이런 종류의 비즈니스 어플리케이션은 SI(System Integration) 방식을 사

용하여 각 금융기관의 비즈니스 어플리케이션의 요건을 조사해서 개별적으로 개발하

여 가동하였다. 그러나 금융서비스허브는 미래에 다가올 불특정한 상품 및 서비스처

리 시스템을 개발하는 것이므로 어플리케이션의 유연성과 유지보수성이 절대적으로 중요하다. 그러므로 어플리케이션을 직접 개발하는 것보다 인에이블러를 먼저 개발하

고 그 인에이블러를 사용해서 금융서비스허브 비즈니스 어플리케이션을 개발하는 것이 더 효과적이다. 최근에 상용 어플리케이션 소프트웨어의 동향을 보면 고객별로 비즈니스 요건이 상이하므로 통짜 어플리케이션을 패키지화 하는 것보다 어플리케이션

의 구성을 가능하게 해주는 컴포넌트 라이브러리와 도구들(tool kits)을 패키지화해서 상용화하는 케이스가 증가하고 있다. 이런 종류의 패키지를 middleware 와 비교해서

upperware 라고 부르고 있다.

II.4.2. 금융서비스허브 인에이블러의 기능 요건

허브Enabler는 은행, 보험, 증권, 카드 등의 다양한 금융상품을 포괄할 수 있도록 구

현되어야 한다. 허브 Enabler는 1) 금융서비스허브 Upperware, 2) 금융서비스허브

Configurator, 3) 어플리케이션 개발지원 도구, 4) 어플리케이션 템플릿 및 방법론으로

구성된다.

50

- 금융서비스허브 Upperware: 서비스 조립 방식으로 금융허브시스템 어플리케이션

을 구현할 수 있도록 금융 서비스 컴포넌트 라이브러리를 개발 - 금융서비스허브 Configurator: 금융기관별로 다르고 시기에 따라 변화하는 업무처

리 규칙을, 유연하고 효율적으로 반영할 수 있도록 파라미터화 하고, 파라미터 값을 정의하는 기능을 개발

- 어플리케이션 개발지원 도구: ‘금융서비스허브 Upperware 를 이용하여 서비스를 빌드하고, 테스트를 수행할 수 있도록 개발 지원 도구 개발

- 어플리케이션 템플릿 및 방법론: 허브 Enabler 를 이용하여 어플리케이션 개발시 참조할 수 있는 지침과 예시를 작성

II.4.3. 금융서비스허브 인에이블러를 사용한 어플리케이션 예시

융복합상품을 상담하는 세일즈 어플리케이션을 금융서비스허브 인에이블러를 사용

해서 다음처럼 구성할 수 있다.[그림 12 금융서비스허브 어플리케이션 예시]

그림 11 금융서비스허브 인에이블러 개요도

51

그림 12 금융서비스허브 어플리케이션 예시

52

III. 어플리케이션 유지진화 혁신

III.1. 어플리케이션 유지진화 혁신의 필요성

최근의 대규모 보안 사고와 맞물려 전반적인 시스템 보안의 중요성이 시급한 과제

로 부각되었다. 보안의 강화를 위해서는 시설 및 IT 인프라에 대한 투자와 보안관리 프로세스의 강화가 필요하다. 이번 연구에서는 포스트차세대의 과제와 전망이라는 주제에 초점을 맞추어서 포스트차세대를 추진하기 전에 해결해야 할 과제로서 업무시스

템의 유지보수 현황과 문제점에 대해서 살펴보기로 한다. 지금까지는 차세대시스템의 계정계 (코아뱅킹시스템)을 수정하여 제도 변화와 새롭

게 출시되는 융복합상품을 소화하고 있으나, 그로 인한 잦은 시스템 변경으로 인해서 시스템의 장애가 발생하고 안정적인 은행 거래처리 서비스가 위협을 받는 사례가 늘어나고 있다. [표 6 금융권 주요 전산사고 현황]

표 6 금융권 주요 전산사고 현황

금융회사 장애 내용 장애 시점

A 은행 프로그램 오류로 인한 ATM 거래 3 시간 중단 2011 년 7 월

C 은행 해킹으로 인해 창구 업무 등 일부 금융거래 7 일간 중단 2011 년 4 월

D 금융사 해킹으로 인한 42 만명 고객정보 유출 2011 년 4 월

E 은행 주 전산시스템 침수로 금융거래 6 시간 중단 2010 년 12 월

A 은행 인터넷뱅킹, ATM 등 거래 2 시간 중단 2010 년 6 월

A 은행 인터넷뱅킹 거래 일부 지연 2010 년 2 월

F 은행 인터넷뱅킹 거래 2 시간 중단 2010 년 1 월

H 증권 HTS 거래 50 분간 중단 2009 년 9 월

I 증권 HTS 거래 20 분간 중단 2009 년 9 월

F 은행 인터넷뱅킹 거래 1 시간 중단 2008 년 8 월

B 은행 인터넷뱅킹 홈페이지 4 시간 접속 장애 2008 년 8 월

G 은행 인터넷뱅킹, ATM 거래 50 분간 중단 2008 년 7 월

E 은행 600 여명 연체대급 결제 처리 안 됨 2008 년 5 월

B 은행 인터넷뱅킹 거래 1 시간중단 2008 년 5 월

F 은행 인터넷뱅킹, ATM 거래 1 시간 중단 2007 년 12 월

J 기관 유가증권 매매체결 10 분 중단 2007 년 12 월

자료 : 각사종합 (언론사 발표 자료)

53

최근의 각 은행들의 상황을 보면 코아뱅킹시스템에 대한 유지보수 작업은 매년 증가하여 년간 일만 건을 상회하는 실정이다.

또한 이런 잦은 시스템 변경에 따른 과중한 워크로드와 예기치 못한 시스템 사고에 대한 불안감으로 인해서 IT 요원들의 직업 만족도는 그다지 높지 않다. 이번 서베이에

서도 64.1%가 IT 직원들의 사기가 높지 않다는 응답을 보였으며, 유지보수팀만을 대상으로 필자가 조사한 다른 서베이에서는 만족도가 더 낮았다(68%가 만족하지 못함).

차세대시스템을 개통하고 나서 코아뱅킹시스템을 전담하는 IT 인력의 수는 코아뱅

킹시스템의 모듈 수가 이전 시스템보다 약 30% 줄어들었다. 그러나 그 이후에 수많

은 비즈니스 요건들이 추가됨으로 인해서 개통 당시 보다 function point 의 개수는 현저하게 증가하였다. 유지보수팀 관리자들을 인터뷰한 결과 그들의 견해로는 IT 요원 일인이 담당하는 업무량은 차세대시스템 이전보다 오히려 증가한 것으로 보고 있다 (이 부분을 계량화하는 추가 연구가 필요하다).

금융기관 시스템은 여러 회사의 하드웨어와 소프트웨어를 혼합하여 사용하는 hetero 환경으로 되어있다. 여러 종류의 IT 기술을 다 아는 숙련된 인력이 부족하므로 시스템 별로는 더욱더 제한된 인력 세트로 각종 시스템 변경 작업을 수행하지 않으면 안 된다. 기술적인 제한 때문에 IT 인력을 다이나믹하게 재배치하기 어려워서 특정 인력들에게 의존도가 더 높아지고 그들의 워크로드는 더욱 많아졌다.

또한 현업의 IT 부서에 대한 경영평가가 현업이 제안한 변경 요청들을 IT 부서가 얼마나 많이 신속하게 대응해 주느냐와 주로 연동되어 있어서 변경요건에 대한 합리적

인 검토와 변경된 프로그램에 대한 체계적인 검증과 확인 절차가 소홀히 되는 경향이 있다. 그 결과 업무시스템의 프로그램 품질이 저하되고, 가동중인 시스템을 상시 변경

함으로써 IT 운영리스크는 계속 높아지고 있다. 이런 현상은 그동안 은행들이 IT 시

스템 개발만을 중시해서 개발 프로젝트에는 기술과 인력에 과감한 투자를 하고, 정작 개발된 시스템을 유지보수하는 일은 상대적으로 쉬운 일로 치부하여 유지보수 인프라

에 대한 투자와 유지보수 전문 교육 및 전문 인력 양성을 소홀히 해 온 것에 기인하

는 바가 상당히 있다고 본다. 개발한 시스템이 비즈니스 밸류를 창출하는 것이 아니

라 가동하는 시스템이 비즈니스 밸류를 창출한다 라는 관점이 부족하였다. 어플리케

이션의 유지보수가 개발보다 가치가 적은 일이라는 인식이 생긴 것은 유지보수라는 용어 자체가 사회적으로 하급 기술자들이 하는 일이라는 인식이 어느 정도는 있기 때문일 것이다. 그래서 이번 연구에서는 유지보수라는 말 대신에 어플리케이션의 유지 및 진화(Maintenance and Evolution)의 중요성에 초점을 맞추어 앞으로는 어플리케이

션 유지진화라는 용어를 사용할 것을 제안한다. 은행시스템은 제조업 시스템과는 달리 변경의 빈도수가 매우 높은 시스템이다. 현

업에서 생겨나는 새로운 비즈니스 요건의 발생을 IT 가 통제할 수 없다. 다만 적용시

기를 조율할 수 있을 뿐이다. 이런 막대한 변경 요청건수는 갈수록 경쟁이 심해지는 비즈니스 환경의 변화에 따라서 자연스럽게 발생하는 일로서 시스템을 재개발한다고

54

해서 그 발생건수가 줄어들지는 않을 것이다. 오히려 팽창하는 업무시스템 변경 요건

을 어떻게 효율적으로 수용해서 시스템을 진화시켜나갈 것인가가 중요한 과제가 되었

다. 현행의 업무 시스템 유지보수 프로세스를 혁신해서 유지진화가 가능한 체계로 바꾸지 않으면 시스템을 전면 재개발해도 몇 년 안에 업무시스템의 품질이 나빠지는 같은 문제가 반복될 것이다. 그러므로 유지진화체계의 혁신은 포스트차세대를 추진하기 전에 지금 이루어져야 한다.

III.2. 유지진화체계의 혁신을 위한 로드맵

유지진화체계의 혁신 작업은 IT 조직의 Process Improvement 작업이라고 말할 수 있다. 그리고 PI 작업은 객관적이고 지속적인 measurement 없이 효과를 측정할 수 없다. 유지진화체계의 혁신을 위한 로드맵으로서는 첫째, 유지진화의 중요성과 전문성을 부각시키기 위한 인식 전환 교육이 선행되어야 하고 둘째, ISO 표준에 따라 유지진화

활동의 측정을 시작하고 데이터를 축적하기 시작해야 하며 셋째, Economic performance model 에 따라 경영진의 비즈니스 관리 관점에서 평가를 시작하고 넷째, 글로벌 베스트 프랙티스에 따라 성숙도를 평가해서 개선 로드맵을 작성하고 다섯째, 개선 로드맵에 따라 단계적으로 유지진화 인프라에 투자하면서 지속적인 품질개선 활동을 관리해 나가는 것이 효과적일 것이다.

III.2.1. 유지진화의 중요성과 전문성을 부각시키기 위한 인식 전환 교육

그림 13 SWEBOK 의 소프트웨어 유지진화 표준 지식체계 [9]

55

SWEBOK(SW Engineering Body of Knowledge)에 소프트웨어 유지진화는 이미 한 가지 전문분야로 독립해서, 이수해야 할 지식체계가 정리되어 있다 [그림 13 SWEBOK의 소프트웨어 유지진화 표준 지식체계 [9]].

Moore 는 ISO 14764 등 소프트웨어 유지진화 조직이 참조해야 하는 유지진화의 기본 프로세스, 지원 프로세스 및 조직 프로세스에 관한 수많은 국제표준들을 정리한 바가 있다 [10]

은행이 유지진화시켜야 하는 어플리케이션 소프트웨어 자산의 규모가 수조원의 가치를 가질 정도로 커졌고, 어플리케이션의 안정적 운영이 비즈니스 연속성에 막대한 비중을 차지하고 있다. 어플리케이션 개발비보다 개발된 어플리케이션을 유지보수(진화)하는 비용이 2 배 많다는 연구 보고도 있다 [11]. 그러므로 은행의 비즈니스 연속

성에 영향을 주는 IT 운영 리스크를 줄이기 위해서, 또한 효과적인 IT 예산 집행을 위해서는 어플리케이션 소프트웨어의 유지진화의 전문성을 확보하는 것이 매우 중요하

다. 그러나 필자의 선행 연구에서 파악한 바로는 유지진화 담당자의 80%가 유지진화에

관한 교육을 전혀 받지 못했거나 하루 미만의 교육을 받았다고 응답하고 있다. 많은 은행들이 소프트웨어 유지진화의 품질을 높이기 위해서 IT 경력이 많은 직원

들을 유지진화에 투입하고 있다. 그러나 은행의 인사정책상 한 업무에 2 년 정도를 종사하고는 다른 업무로 이동하는 것이 보통이다. 필자의 선행 연구에서는 어플리케이

션 유지진화 활동에 수반되는 리스크는 담당자의 IT 경력에 반비례하지 않고, 오히려 담당 업무를 담당한 기간과 반비례하는 결과를 얻었다. 즉 IT 경력이 많다고 유지진화 작업을 안전하게 잘 하는 것이 아니라 IT 경력과 상관없이 그 업무를 얼마나 오래 담당했느냐가 유지진화 활동의 리스크를 줄이는데 더 중요하다는 것이다. 이런 연구 결과는 어플리케이션 유지진화의 품질 향상을 위해서는 IT 직원에 대한 은행의 인사정책

의 변화가 필요하다는 것을 시사한다.

III.2.2. ISO 표준에 따라 측정을 시작하고 데이터를 축적하기 시작함

측정없이 관리없다 (No measurement, No Management) [12] 는 말처럼 지속적인 품

질 개선을 위해서는 객관적인 데이터의 측정이 선행되어야 한다.

56

그림 14 유지진화 활동의 수용과 거절 프로세스의 예 [14]

ISO14764 에는 소프트웨어 유지진화 활동의 종류가 정의되어 있다. 소프트웨어 유지진화 활동은 프로그램 정정(Corrective), 예방 수정(Preventive), 완전화 작업 (Perfective), IT 환경변화에 따른 적응 수정(Adaptive), 현업 지원 (User support) 그리

고 기능 향상 및 보완 작업 (Enhancement)으로 나뉘어진다. 이중 Enhancement 는 작업공수에 따라서 small enhancement 와 large enhancement 로 구분된다. Small enhancement 는 1-2 명의 인력이 감당할 수 있는 분량의 유지진화 업무다. Large enhancement 는 project 로 정의돼서 project management 기법에 따라 관리된다. Small 과 large 를 구분하는 작업공수 기준은 A. April 이 제안하는 5 일을 비롯하여[13] 6 주에 이르기까지 은행마다 다를 수 있는데 우리나라 은행에서는 어떤 기준이 합리

적인지는 아직 연구되지 않았다. 일단 ISO 표준에 따라 유지진화 활동을 측정하고 데이터를 축적하기 시작하면 우선

업무 프로그램별로 품질의 문제점이 뚜렷하게 부각될 뿐만 아니라 유지진화팀간의 생산성 차이를 내부 벤치마킹을 통해서 비교해 볼 수 있고 적절한 관리적 조치를 취할 수 있다[15]. 한 걸음 더 나아가 현재 당행의 유지진화 활동의 효율성과 효과성을 다른 은행들과 비교해서 벤치마킹도 할 수 있다. ISBSG 가 이런 비교 작업을 지원해 주는데 우리나라 은행들도 ISBSG 의 벤치마킹을 이용하면 단기간에 유지진화 품질을 향상시키는데 도움이 될 것이다.

57

III.2.3. Economic performance model에 따라 비즈니스 관리 관점에서 평가 시작

그림 15 A.Abran 의 유지진화 경제성과 분석 모델

A. Abran 의 유지진화 경제성과 분석 모델에 따르면 유지진화 활동의 성과는 유지진

화 서비스의 소비자인 고객의 관점에서 생산성이 평가되어야 한다. 여기서 고객이란 유지진화 서비스에 대해서 비용을 지불하는 사람이다. 전술한 ISO 가 정한 유지진화 서비스의 종류는 고객의 관점에서 정의되었다. ISO 기준에 따라 유지진화 활동을 지속적으로 측정해 나가면 유지진화 활동이 고객에게 주는 가치의 크기를 알 수 있다. 생산성을 비교하려면 어플리케이션의 크기를 참고해야 한다. 어플리케이션의 크기는 명령어 수나 모듈 수가 아니라 고객에게 제공되는 function point 의 수로 측정되어야 한다. Function point 가 프로그램 크기 및 복잡성에 관한 모든 측면을 설명해 주지는 않지만 모든 프로그램에 공통으로 적용되는 표준 잣대를 제공한다. 최근에는 Cosmic Function Point 의 사용이 증가하고 있다. 지금까지는 유지진화 활동을 평가할 때 프로

그램 본 수, 명령어 수, 해결한 장애 수 등 유지보수 활동의 IT 내부적인 효율성과 효과성 그리고 품질을 측정하는 지표들을 사용하였다. 이런 지표는 이런 지표대로 IT 내부관리용으로 필요하지만 고객이 느끼는 가치와 연관성이 없기 때문에 고객(경영진 및 현업 부서장)과 소통하는데 사용하기는 곤란하다. 그 결과 IT 부서가 노력에 비해 제대로 평가를 받지 못하고 예산 지원도 받기 어려웠다. 그러나 이런 경제성과분석 모델을 적용해서 유지진화 활동을 관리한다면 경영진과 소통에 큰 도움이 될 것이다.

58

III.2.4. 글로벌 베스트 프랙티스에 따라 유지진화 체계의 성숙도 평가

그림 16 IT 프로세스 도메인과 베스트 프랙티스 요약표

IT 서비스 체인을 구성하는 IT 컴포넌트와 프로세스에는 수 많은 표준과 베스트 프랙티스들이 존재한다. CMMi, ITIL, ISO 표준 등 너무 많아서 오히려 CIO 를 혼란스럽

게 하고 있다. 개발에 best practice 로 알려진 CMMi 와 IT 운영 및 서비스 관리의 best practice 모음인 ITIL 은 유지진화 부분을 커버하지 못하고 있다. 유지진화에 관한 글로벌 베스트 프랙티스는 S3m(Software Maintenance Maturity Model)로서 현재 유지

진화 부분의 ISO 표준이 되기 직전의 단계에 등재되어 있으며 200 여개의 적용사례를 가지고 있다. S3m 은 유지진화에 관련한 4 개의 프로세스 도메인에 속하는 18 개의 핵심프로세스에 대해서 196 개의 best practice 를 제시하고 있으며, 각 프로세스별로 역량성숙도를 CMMi 와 같이 5 단계로 제시하고 있다[13]. S3m 은 CMMi 처럼 역량 성숙

도에 관한 인증을 주는 것이 주요 목적이라기 보다는 IT 조직의 유지진화 활동을 지속

적으로 개선하는 로드맵을 제시하고 그 이행을 관리하고 촉진하는 것을 주 목적으로 하고 있다. S3m 을 사용해서 현재의 유지진화 활동을 측정하면 벤치마킹이 가능한 객관적인 기준으로 개선의 로드맵을 작성할 수 있다

59

III.2.5. 단계적으로 유지진화인프라에 투자하면서 지속적인 품질개선 활동

S3m 의 5 단계 성숙도 모델은 CMMi 와 같다. S3m 의 평가를 통해서 현재 역량 수

준을 평가한 후에 기본적인 관리통제 수립 단계, 프로세스 정의 단계, 프로세스 관리 단계를 거쳐 최적화 단계로 발전한다. 최적화 단계는 4 단계에서 전사적으로 정립된 프로세스를 지속적으로 개선해 나가는 단계를 의미한다.

현재 우리나라 은행들의 유지진화 체계는 S3m 의 관점으로 평가하면 높지 않을 것으로 예상된다. 이 부분은 실증적인 연구가 곧 이루어질 것이다.

유지진화 영역에서 당장 눈에 띄게 개선이 필요한 부분은 유지진화 활동의 측정 프로세스와, 테스트 시스템의 보완, 그리고 프로그램의 현 상태를 이해할 수 있는 문서

화 개선이다. 궁극적으로는 일부 선진은행처럼 테스트시스템의 완벽한 이중화에 대해

서 심도있는 검토가 필요할 것이다. 또한 시스템의 진화를 위해서는 요건서가 현재 가동하는 어플리케이션의 상태를 반영하고 있어야 할 것이다. 이 부분에 대해서도 추가적인 연구가 있기를 기대한다.

60

IV. 결론

이번 연구에서는 은행의 포스트차세대시스템의 과제와 전망을 예측하기 위하여 과거의 빅뱅식 재개발 프로젝트로부터 뱅킹시스템 변혁동인을 선정하였다. 변혁동인의 현재 강도를 확인하기 위해서 설문을 개발하여 은행 IT 분야의 핵심 관리자 및 전문가 64 명의 응답을 조사하였다. 취합한 설문서를 요인분석을 통해서 통계분석한 결과 선정한 뱅킹시스템 변혁 변수들이 몇 개의 변혁동인으로 모아지며 각 동인에 속하는 변수들의 신뢰성을 확인하는 성과를 거두었다. 앞으로 IT 기획팀에서는 이번에 확인된 뱅킹시스템 변혁동인(BSTD)들을 주기적으로 측정함으로써 IT 기획 활동에 신뢰성을 향상시킬 수 있을 것이다.

뱅킹시스템 변혁동인들에서 대해서 서베이 응답을 분석한 결과 가장 시급하게 개발

해야 하는 포스트차세대시스템의 비즈니스 해결과제들의 우선 순위를 파악하는 성과

를 거두었다. 서베이 분석 결과를 정리하면 은행의 고위 IT 관리자들은 포스트차세대

에서 코아뱅킹시스템을 재개발해야 하는가에 대해서 내부적인 동인, 즉 프로그램의 품질 저하에 따라 유지진화에 상당한 어려움을 느끼고 있으나, 그 문제는 시스템을 전면 재개발해야지만 해결될 문제는 아니고 현 시스템을 개선하는 수준으로도 해결이 가능하다는 의견이 지배적인 것으로 나타났다. 또한 코아뱅킹 재구축 프로젝트에 대해서 경영진을 포함한 은행 내부나 외부 IT 업계에서는 아직 공감대가 전반적으로 형성된 것은 아님을 알 수 있다. 현재 개발해야 할 비즈니스 요건들은 산적해 있지만 그 또한 코아뱅킹과 직접적인 관련이 없지 않지만 별도의 시스템으로 솔루션이 가능

하다는 의견을 가지고 있는 것으로 파악된다. 이번 서베이는 모집단의 구성을 볼 때 참여 인원수 및 차세대시스템 가동 이력 면

에서 은행별 편차가 있었고, 모집단의 수가 비교적 적었을 뿐만 아니라 IT 관리자에 치중해서 현업 경영진의 참여가 적었다. 통계적으로 신뢰도가 인정된 결과를 얻을 수 있었지만 모집단의 구성에 있어서 은행별 편차를 고르게 하고 현업 경영진의 참여빈

도를 높이면 더 신뢰할 수 있는 결과를 얻을 수 있을 것이다. 모집단 구성상의 문제

에도 불구하고 이번 설문에 참여한 분들의 은행 경력 및 IT 경력이 모두 합해서 1,000 년이 넘고, 이 분야를 대표할 수 있는 분들의 집합이라서 이번 서베이에서 드러

난 총체적인 의견은 비중있게 다루어질 가치가 있다고 생각한다. 서베이를 통한 이번 연구의 결과는 업계의 climate 을 전해줄 뿐이며 각 행의 전략

적 이니셔티브를 통제하지는 못할 것이다. 그러므로 선도 은행에서는 포스트차세대 전략 계획을 수립할 때 이번 서베이 결과가 참고자료로서 용도가 한정될 것이다.

이번 연구에서는 이어서 포스트차세대시스템의 아키텍처를 유비쿼터스뱅킹시스템, 서비스뱅킹시스템, 트랜잭션뱅킹시스템 그리고 스마터뱅킹시스템으로 추상화하는 간결한 개념도를 소개하였다. 이 개념도는 향후 포스트차세대 뱅킹시스템을 논의할 때마다 설계자들의 토론의 시발점이 돼서 공동 연구의 효과를 높일 수 있을 것으로 기

61

대한다. 각 서브시스템별로 핵심 추진 과제들로서 유비쿼터스뱅킹시스템은 IPTV 및 모바일 뱅킹 플랫폼 개발, 스마터뱅킹시스템은 이벤트 프로세싱과 정보분석 어플리케

이션 고도화, 그리고 트랜잭션뱅킹은 유지진화 체계 개선을 우선 순위가 높은 과제로 제시하였다. 이어서 포스트차세대에서 관심의 초점이 되고 있는 서비스뱅킹시스템의 개념에 대해서 설명하고 그것의 핵심 엔진인 금융서비스허브의 바람직한 솔루션의 구성에 대해서 대안을 제시하였다. 앞으로 은행 IT 에서 빅뱅식 재개발은 추진하기 어렵

고 단계적 가동 시나리오를 선호할 것으로 전망하며, 포스트차세대의 추진 전략으로

서 시스템 회춘 전략(Rejuvenation approach)을 소개하였다. 마지막으로 포스트차세대시스템 개발을 추진하기 전에 선결해야 할 핵심 과제로서

현행시스템의 유지진화체계의 개선 로드맵을 글로벌 베스트 프랙티스인 S3m 의 체계

를 근간으로 제시하였다. 유지진화체계의 개선은 포스트차세대 프로젝트 추진과 상관

없이 우리나라 은행 IT 가 전반적인 품질 향상과 IT 직원들의 근무여건 개선을 위해서 반드시 짚고 넘어가야 할 부분이다.

이번 연구에서 제안한 금융서비스허브의 시스템 솔루션의 효과성과 효율성에 대해

서는 차후에 실증적인 검증이 필요하다. 또한 유지진화체계 혁신 로드맵의 효과성에 대해서도 실제 현장에 적용하여 성과를 입증하는 실증적인 연구가 뒤따라야 할 것이

다. 이번 연구에서는 포스트차세대시스템에 중요한 아키텍처중의 하나로 예상되는 이벤

트 프로세싱과 EDA(Event Driven Architecture)의 적용방안에 대해서 심도있게 다루지 못하였다. 또한 포스트차세대 추진을 위해서 가장 중요한 것은 역시 능력있는 아키텍

트 리더 그룹의 양성이라고 볼 수 있는데 그 부분에 대해서도 다루지 못하였다. 이 부분에 대해서도 앞으로 활발한 연구가 이어질 것으로 기대한다.

정리하면 포스트차세대 시대는 바야흐로 우리나라 은행 IT 가 선진국형 은행 IT 로 진입하는 시기가 될 것으로 전망된다. 선진국형 은행 IT 의 특징을 열거하면, 신규 개발 못지않게 어플리케이션 유지 진화를 중요하게 평가한다는 점, 은행 본업의 경쟁력 강화를 위해서 새로운 수익사업 및 비즈니스 insight 역량 확보에 IT 투자의 우선 순위를 둔다는 점, IT 관리에 전문적인 경영관리 기법을 도입해서 IT 를 경영한다는 점(IT 서비스를 고객 및 경영진 관점에서 측정하고 평가함), 완벽한 테스트 시스템 이중

화 그리고 IT 직원 및 관련 업체들의 근무조건 합리화 등을 들 수 있다. 시스템 진화 전략에 따라 이번 연구에서 제안한 포스트차세대 to be model 을 펼쳐

놓고 각 서브시스템별로 기능(Function point)수를 국제표준을 사용해서 측정하고 그리

고 IT 프로세스별로 CMMi 나 S3m 같은 역량 성숙도 모델을 사용해서 성숙도를 평가해서 국내은행 상호간에 그리고 ISBSG 등을 통해서 외국 선진은행들과 벤치마킹을 하면서 취약한 부분을 개선해 나가면 단기간에 우리나라 은행 IT 시스템은 글로벌 베스트 수준에 도달할 수 있을 것이다.

마지막으로 우리나라 은행 IT 가 선진국형 은행 IT 로 진입함에 있어서 해결해야 할

62

과제 중의 하나는 금융전문 소프트웨어 산업의 육성이다. 지금까지 우리나라는 몇 번에 걸쳐 코아뱅킹시스템을 재개발해 왔으면서도 SI 방식으로만 개발해서 국제 수준의 패키지를 가지고 있지 못하다. Celent 의 보고서에 의하면 2010 년도에 전세계 코아뱅

킹시스템 시장의 규모는 4 조원이 넘는다. Celent 가 시장 점유율을 조사하는 코아뱅킹 소프트웨어 전문업체만 미국 9 개사 인도 13 개사 등 100 여 곳이 넘고 있다. 이번에 포스트차세대를 추진할 때는 각 행의 개발 계획과 더불어 정부 및 업계에서도 글로벌 경쟁력이 있는 금융 소프트웨어의 확보 전략을 같이 세울 것을 제안한다.

63

V. Appendix

V.1. 『은행 IT 포스트차세대시스템의 과제와 전망』에 관한 조사

V.1.1. 설문서 내용

『은행 IT 포스트차세대시스템의 과제와 전망』에 관한 조사

안녕하십니까? 뱅크웨어글로벌 대표 이경조입니다.

10 월 20 일 개최 예정인 한국은행 주최 제 6 회 금융 IT 컨퍼런스에서 『포스트 차세대

의 과제와 전망』 이란 주제로 주제발표를 하게 되었습니다. 본 조사의 내용은 우리나

라 금융산업 IT 의 현황과 니즈를 파악하여 포스트차세대에 대한 공감대를 찾기 위한

것입니다.

번거로우시더라도 시간을 내셔서 답변을 해주시면 이번 발표에서 여러분들의 의견을

성실히 반영하도록 하겠습니다. 감사합니다.

본 설문에서 사용한 용어의 정의는 다음과 같습니다.

포스트차세대시스템:

새로운 설계 사상으로 6~7년 전부터 가동하기 시작한 우리나라 대형은행들의 현 시스

템을 차세대시스템으로 부르고 있으므로, 현재 및 가까운 미래의 비즈니스 요건을 반영

하여 앞으로 개발하게 될 시스템을 포스트차세대시스템이라고 칭함

64

코아뱅킹시스템:

개인 및 기업 고객의 여수신, 외환, 이체, 결제 등의 거래를 처리하는 기간 시스템.

계정계라고도 칭함.

융복합상품:

은행, 보험, 증권 등 금융상품 뿐만 아니라 통신 등 기타 제휴업체의 상품과 서비스를

묶어서 특혜와 함께 제공하는 상품 및 서비스

답변하시는 방법은 다음과 같습니다.

본 설문서는 7등간 척도로 구성되어 있습니다. 각 질문에 대해서 다음과 같은 기준으로

해당하는 칸에 체크(ü)해 주십시오.

(1) 전혀 동의하지 않음 (4) 동의도 반대도 아님 (7) 적극 동의함.

모든 질문에 대해서 답변을 해주셔야 귀하의 의견을 정확하게 반영할 수 있습니다.

귀하의 답변은 이번 연구에만 사용되며 익명으로 처리될 것입니다.

답변서는 8월 19일까지 [email protected]으로 보내 주시면 감사하겠습

니다.

65

I 포스트차세대시스템의 해결 과제

현재 은행의 IT 부서가 시급하게 해결해야 할 가장 중요한 과제는 무엇이라고 생각하시

는지 동의하는 정도를 표시해 주십시오.

세부 문항

전 혀

아 니 다

보통

이다

아주

그 렇 다

1 2 3 4 5 6 7

1

금융지주사 차원의 고객 데이터 통합과 그

것을 이용한 통합고객서비스가 가장 시급하

다.

2 다양한 형태의 융복합상품을 유연하게 처리

하는 시스템의 개발이 가장 시급하다.

3

스마트폰, SNS(Social Network Service)등

새로운 채널을 이용한 새로운 서비스의 개

발이 가장 시급하다.

4 금융지주사 차원의 통합리스크관리 시스템

의 보강이 가장 시급하다.

5 국외전산 시스템의 표준화와 고도화가 가장

시급하다.

6 현행 어플리케이션의 유지보수 체계(조직,

프로세스, 툴 등) 고도화가 가장 시급하다.

7

현재 업무 프로그램들의 코드 정비 및 데이

터의 클린징 등 업무 프로그램의 재정비가

가장 시급하다.

8

IT 거버넌스를 고도화하고 IT 서비스 관리

시스템(ITSM)을 도입해서 IT 시스템 전반에

걸친 관리 역량을 강화하는 것이 가장 시급

하다.

9 클라우드 컴퓨팅을 사용해서 IT 인프라를

유연하게 바꾸는 것이 가장 시급하다.

10

영업력을 고도화하거나 경영관리에 예지력

을 갖기 위해서 실시간으로 수행하는 다양

한 데이터 분석 기술을 도입하는 것이 가장

시급하다.

66

11

은행 직원들의 업무 환경을 IT 기술을 활용

하여 고도화해서 직원들의 협업 능력 등 생

산성을 올리는 것이 가장 시급하다.

12 보안 프로세스와 시스템에 투자해서 보안을

강화하는 것이 가장 시급하다.

13

화면 등 사용자 인터페이스를 개선해서 직

원과 고객들이 사용하기 쉬운 시스템을 만

드는 것이 가장 시급하다.

II 현행 코아뱅킹시스템에 대한 평가

아래 각 질문에 대해서 동의하시는 정도를 표시해 주십시오.

세부 문항

전 혀

아 니 다

보통

이다

아주

그 렇 다

1 2 3 4 5 6 7

1 현재 당행의 코아뱅킹시스템의 수준은 세계

최고 수준이다.

2 현재 우리나라 코아뱅킹시스템의 수준은 세

계 최고 수준이다.

3 현재 당행의 코아뱅킹시스템은 전면 재개발

해야 한다.

4 현행 코아뱅킹시스템을 개선하는 정도로도

새로운 비즈니스 요건들을 수용할 수 있다.

5

현행 코아뱅킹시스템을 개선하는 정도로도

현업의 IT 부서에 대한 만족도를 높일 수

있다.

6

현행 코아뱅킹시스템을 빅뱅식으로 전면 재

개발해야 할 시점이 2~3 년 이내에 올 것이

다.

7 현행 업무 프로그램의 품질이 너무 나빠져

서 유지보수 하기가 어렵다.

67

III 포스트차세대 추진시 고려사항

아래 각 질문에 대해서 동의하시는 정도를 표시해 주십시오.

세부 문항

전 혀

아 니 다

보통

이다

아주

그 렇 다

1 2 3 4 5 6 7

1 현재 IT 부서 직원들의 사기는 높다.

2 현재 은행의 최고경영진은 IT 부서를 신뢰

하고 있다.

3

현재 경영진과 현업 그리고 IT 부서간에 포

스트차세대 프로젝트를 추진해야 한다는 공

감대가 형성되어 있다.

4

포스트차세대시스템의 기술 아키텍처(기반

기술)에 대해 은행 및 IT 업계 전문가들 사

이에 공감대가 형성되어 있다.

5

포스트 차세대 프로젝트에서 사용될 새로운

IT 기술에 대해 잘 알고 있는 인력이 은행

내부 및 외부에 충분히 있다.

6

앞으로는 신시스템을 처음 가동할 때 영업

점에서 하루라도 혼란이 발생한다면 CIO 및

그 이상 선에서 책임을 질 수도 있다.

7

포스트 차세대 프로젝트를 추진하기 위해서

는 지금 유지보수 체계를 먼저 개선해야 한

다.

68

응답자 정보

귀하의 답변은 이번 연구에만 사용되며 익명으로 처리될 것을 보장합니다.

1 귀하의 소속 조직(회사)는 무엇입니까?

1) 금융기관 o 2) 비금융기관 o

2 귀하의 업무는 무엇입니까?

1) 현업 o 2) IT o

3 귀하의 직책은 무엇입니까?

1) 경영진 o 2) 매니져 o 3) 직원 o

4 귀하의 금융기관 현업 및 금융 IT 경력은 모두 합해서 어느 정도입니까?

1) 5 년 미만 o 2) 5 년 이상~10 년 미만 o

3) 10 년 이상~15 년 미만 o 4) 15 년 이상~20 년 미만 o 5) 20 년 이상 o

5 귀하의 IT 경력은 모두 합해서 어느 정도입니까?

1) 2 년 미만 o 2) 2 년 이상~5 년 미만 o 3) 5 년 이상~10 년 미만 o

4) 10 년 이상~20 년 미만 o 5) 20 년 이상 o

6 귀하는 이전에 대형 시스템을 빅뱅식으로 전면 재개발해본 경험이 있으십니

까?

1) 없다 o 2) 있다 o

※ 설문에 응해주셔서 대단히 감사합니다.

69

V.1.2. 설문 응답 결과

ID

I

n

t

e

g

r

a

t

e

d

C

u

s

t

I

n

t

e

g

r

a

t

e

d

P

r

o

d

S

m

a

rt

S

N

S

R

M

S

G

l

o

b

a

l

S

y

s

M

i

a

n

t

P

r

o

c

e

s

s

A

p

p

l

C

l

e

a

n

s

e

I

T

G

o

v

e

r

n

a

n

c

e

C

l

o

u

d

A

n

a

l

y

ti

c

s

W

o

r

k

P

l

a

c

e

S

e

c

u

ri

t

y

U

X

M

y

C

o

r

e

B

a

n

k

C

o

u

n

tr

y

C

o

r

e

B

i

g

B

a

n

g

R

e

q

d

C

u

rr

C

o

r

e

R

e

t

a

i

n

C

u

rr

C

o

r

e

O

K

B

i

g

B

a

n

g

T

i

m

e

C

u

rr

A

p

p

l

Q

u

a

l

I

T

M

o

rl

a

e

C

E

O

T

r

u

s

t

I

n

t

C

o

n

s

e

n

s

u

s

E

c

o

C

o

n

s

e

n

s

u

s

S

k

il

l

R

e

a

d

y

C

u

t

o

v

e

r

R

is

k

P

r

e

P

r

o

j

e

c

t

A

c

ti

o

n

B

e

l

o

n

g

T

o

M

a

j

o

rJ

o

b

T

it

l

e

T

o

t

a

l

E

x

p

I

T

E

x

p

e

ri

e

n

c

e

B

i

g

B

a

n

g

E

x

p

2 7 5 4 1 7 7 5 1 5 7 6 5 3 4 3 1 6 6 3 2 2 3 1 1 3 7 7 1 2 1 5 5 2

1 5 6 7 5 5 6 5 5 5 7 6 6 7 5 6 6 2 3 7 4 4 4 6 6 2 7 3 1 2 2 5 4 2

3 3 6 7 4 4 6 3 5 5 5 5 6 3 6 5 2 6 6 1 2 4 2 1 4 3 6 2 1 2 2 5 5 2

5 6 6 5 7 6 6 5 7 4 7 7 7 5 5 5 1 6 6 1 3 4 3 3 3 2 7 5 2 2 1 5 5 2

4 7 4 7 7 4 7 4 4 4 7 7 4 4 1 4 1 7 7 1 4 4 7 4 1 1 4 4 2 1 1 5 5 2

7 6 6 7 4 4 5 5 5 4 6 3 7 7 4 6 4 6 6 2 4 2 4 2 3 4 5 7 2 2 2 5 5 2

8 7 5 5 6 5 7 6 5 5 6 5 5 5 7 7 2 6 6 3 3 3 4 3 3 5 5 6 1 2 1 5 5 2

11 5 6 5 3 4 6 5 6 5 7 6 6 4 5 6 3 5 5 2 4 4 3 3 4 4 1 2 2 2 1 5 5 2

12 7 7 6 6 4 5 4 4 6 7 7 7 4 7 7 2 6 6 3 4 4 4 4 6 3 7 4 2 2 2 5 5 2

6 7 7 7 6 5 7 6 7 6 7 5 7 7 6 6 2 6 6 2 2 4 3 1 1 3 7 7 2 2 1 5 5 2

30 4 4 7 4 7 6 3 3 6 5 6 7 6 6 5 1 6 6 1 5 3 5 2 1 1 6 6 1 2 1 5 5 2

19 5 5 7 6 2 4 3 4 4 6 6 7 5 6 6 1 6 7 2 1 4 6 2 2 2 6 4 1 2 2 5 5 2

20 6 7 7 6 6 6 5 6 6 5 7 7 6 4 4 2 5 5 2 6 3 4 1 1 1 6 5 1 2 2 5 5 2

9 5 7 6 5 4 6 7 5 5 4 5 6 7 5 7 6 6 6 4 4 4 5 5 5 5 7 5 1 2 2 5 5 2

17 6 6 7 5 6 4 4 5 6 4 4 5 4 6 6 3 6 6 6 4 4 6 3 3 3 5 3 1 2 2 5 3 1

18 7 6 6 6 7 6 4 5 6 6 5 4 7 6 6 5 4 3 3 4 3 3 2 3 4 1 6 1 2 3 5 5 2

13 4 4 7 3 4 3 2 2 4 4 4 6 4 3 5 2 6 6 1 3 3 3 2 2 2 6 2 1 2 1 5 5 2

27 6 5 4 6 5 6 5 5 4 6 5 6 5 4 4 4 6 6 7 5 4 4 1 1 2 6 6 1 2 2 5 4 1

70

14 5 7 7 6 6 7 7 6 6 7 7 7 7 6 6 4 5 5 6 6 6 6 7 6 6 6 7 1 2 2 5 5 2

16 4 6 7 5 4 4 4 5 4 5 6 6 7 6 6 3 4 4 6 3 2 2 4 3 2 7 6 1 2 2 5 5 2

10 7 7 7 4 6 6 5 6 4 6 6 5 7 5 2 4 4 1 4 4 4 2 4 4 2 7 4 1 1 2 5 5 2

15 3 6 7 4 4 5 6 4 4 6 4 6 6 4 4 4 5 5 4 2 4 2 6 4 3 4 5 1 2 2 5 5 2

29 6 6 4 4 3 7 7 7 4 6 6 4 4 5 7 2 5 6 4 6 5 7 7 4 4 6 6 2 2 2 4 4 2

28 6 7 7 5 4 6 6 4 4 6 6 6 6 6 6 4 4 4 2 4 4 5 5 3 3 6 7 2 2 3 4 4 2

21 5 5 6 6 3 6 6 5 5 4 5 6 5 6 5 2 5 5 3 2 4 4 2 4 4 4 4 1 2 3 5 4 2

22 6 5 5 5 1 2 1 4 4 7 6 6 4 6 6 1 7 7 1 1 4 4 3 4 3 4 3 1 2 2 5 5 2

23 4 4 7 5 5 5 4 7 6 5 6 7 4 5 4 4 5 5 3 3 5 4 2 2 2 3 2 1 2 2 5 5 2

24 5 5 6 4 4 5 4 2 6 6 5 7 5 6 6 2 4 4 2 2 3 6 2 2 2 5 4 1 2 2 5 4 2

25 7 5 7 5 4 3 2 3 5 7 7 7 5 7 7 1 7 6 4 2 2 3 1 2 3 6 2 1 2 2 4 4 2

26 6 4 5 6 6 3 3 3 3 3 3 5 4 6 6 2 6 6 1 1 3 6 2 2 2 5 6 1 2 3 5 5 2

31 7 5 6 4 5 6 4 5 3 4 5 7 4 5 5 3 6 6 3 2 5 7 2 2 5 7 5 1 2 2 5 4 1

40 5 5 6 5 4 4 4 5 5 5 5 6 4 6 5 2 5 5 3 2 3 4 3 4 4 6 4 1 2 3 4 4 2

41 6 5 5 4 4 5 6 3 3 4 5 5 6 6 6 4 6 5 5 3 5 6 4 3 4 5 5 1 2 2 5 4 2

42 5 6 6 6 4 4 4 5 5 4 5 5 5 6 6 2 5 5 4 1 6 6 3 3 2 6 5 1 2 2 5 5 2

43 6 5 7 4 4 6 5 5 6 6 7 5 6 7 6 4 5 5 6 3 5 6 5 5 5 6 5 1 1 2 2 5 2

44 5 6 7 5 3 5 5 6 4 5 7 7 6 7 5 2 6 6 7 1 6 6 4 4 3 3 2 1 2 2 5 4 2

45 6 6 7 7 5 5 5 5 6 5 6 7 7 6 5 3 5 5 4 2 5 4 3 3 4 6 4 1 2 3 4 4 2

46 6 6 5 5 5 5 5 4 5 6 6 6 5 6 5 5 5 5 4 4 5 5 4 4 4 6 6 1 2 2 5 4 1

47 6 5 5 5 6 4 4 5 6 5 4 6 6 6 5 4 4 5 4 4 6 6 4 5 4 5 5 1 2 3 4 4 2

48 4 6 6 5 4 3 3 3 3 4 4 5 3 7 7 2 3 3 2 2 4 6 1 2 5 6 3 1 2 2 4 4 2

49 6 6 4 4 5 4 4 5 4 5 4 4 5 6 5 4 4 4 3 3 4 4 4 4 4 4 3 1 2 3 4 4 2

50 6 5 6 4 4 5 4 5 4 4 6 6 6 5 5 2 6 6 2 4 4 6 2 2 3 4 4 1 2 3 5 5 2

51 5 6 6 5 6 4 5 5 4 5 4 4 4 6 6 4 4 5 5 4 2 6 4 4 5 7 4 1 2 3 5 5 2

52 4 3 5 4 4 5 4 3 3 4 5 6 5 7 7 1 7 6 2 2 3 5 1 1 5 2 3 1 2 2 4 4 2

53 5 6 7 5 5 6 5 5 5 5 6 5 6 6 7 4 6 6 4 4 6 6 1 1 1 7 4 1 2 2 5 5 2

54 6 6 7 4 5 6 5 6 6 5 6 5 6 6 6 5 4 4 4 3 4 6 4 3 4 6 7 1 2 2 4 4 2

55 6 6 6 4 5 4 3 3 3 5 5 5 4 6 6 4 6 5 3 2 5 5 4 4 3 5 5 1 2 3 4 4 2

56 6 6 7 6 6 5 4 7 5 6 5 7 4 5 5 2 4 4 3 2 5 4 2 2 3 6 4 1 2 3 5 5 2

57 6 6 6 6 6 6 4 5 4 5 6 6 5 7 7 4 6 6 4 2 2 4 2 2 2 3 4 1 2 2 5 5 2

58 5 7 7 5 5 4 4 5 4 6 4 7 5 6 6 4 2 2 4 1 5 6 4 4 4 2 2 1 2 2 5 4 2

59 6 4 7 6 3 4 4 5 6 4 6 4 6 7 4 2 6 7 2 2 5 6 2 4 4 5 3 1 2 2 5 4 2

60 5 4 7 5 6 4 4 6 5 5 5 7 6 7 6 1 6 6 4 1 5 6 5 5 5 6 3 1 2 2 5 4 2

61 3 6 5 6 5 5 5 6 7 6 6 7 7 5 6 3 5 3 5 3 3 4 4 4 3 4 6 1 2 3 5 5 2

71

62 5 4 6 6 5 4 3 6 5 4 6 7 6 6 6 2 4 5 2 2 4 5 2 2 2 6 4 1 2 2 5 5 2

63 5 5 6 5 5 5 5 6 4 5 7 7 6 7 7 4 5 5 4 2 5 5 3 4 7 4 4 1 2 2 5 5 2

64 5 5 6 5 6 6 5 5 5 6 7 6 7 7 6 5 6 6 7 2 6 6 4 4 4 6 6 1 2 2 4 4 2

65 4 4 6 4 2 4 2 5 4 5 7 6 5 7 7 1 7 7 1 1 5 6 1 4 4 6 1 1 2 2 5 4 2

66 7 6 5 4 4 5 3 5 4 4 6 6 5 5 5 3 5 5 2 2 4 5 2 2 4 6 5 1 2 3 5 4 2

67 5 6 7 4 6 6 7 5 4 4 6 6 5 6 6 2 6 6 7 3 6 7 3 2 5 7 5 1 2 2 5 5 2

68 6 7 5 6 5 7 6 5 4 5 6 7 6 6 7 5 6 7 6 3 1 2 3 2 6 7 2 1 2 2 4 4 1

69 7 7 7 6 6 6 6 5 5 6 6 6 5 5 5 4 6 6 6 3 6 6 6 5 4 6 5 1 2 2 5 4 2

70 5 5 6 6 6 7 7 6 5 5 6 6 6 6 6 2 5 5 6 4 4 5 4 4 2 6 5 1 2 2 4 4 1

71 4 5 6 5 5 6 5 4 5 5 5 5 5 6 6 4 3 5 2 4 5 5 2 3 4 6 6 1 2 2 5 4 2

72 5 6 6 7 5 6 2 5 5 4 3 7 5 6 6 5 5 5 6 1 2 4 5 4 2 6 5 1 2 3 4 4 2

V.2. Bank Technology Outlook 2011

2011 년도 10 가지 game-changing 기술 트렌드 [BS&T, Jan/2011]

1. mobile banking 혁신

² 2010 년도에 미국에서 269,600,000 대의 smart phone이 보급됨에 따라 더 많은

app을 은행 고객 손에 전달해야 할 것임.

² 대표적인 예로 Mobile Remote Deposit Capture(RDC) 서비스를 들 수 있음. RDC는

smart phone의 카메라로 개인 수표의 사진을 찍어 보내서 수표입금 처리를 하는

것인데, 수표 사용에 익숙한 고객들이 계속 수표를 사용하게 하면서 수표 처리

비용을 줄이는 방법으로 등장했음. 현실 세계를 그대로 IT화 했다는 측면에서 원

시적인 접근방법으로 보이지만 고객이 선호하기 때문에 여러 은행으로

application이 확산되고 있음

2. 대형은행들의 hybrid cloud 시범 실시

² Cloud의 장점: virtualization, shared resources, on-demand

deployment(monthly payment). IT 인력 감축, 표준 시스템 사용 독려

² 향후 5년안에 75%의 회사들이 cloud를 도입할 것임

² 미국은행은 19%가 private cloud 사용 중/개발 중. 16%가 public cloud service

사용 중. 28%가 public cloud 사용을 고려 중

² Private cloud 에서 시작하여 public cloud를 도입하는 hybrid가 대세

² performance 때문에 코아뱅킹이 cloud로 갈 가능성은 거의 없음

72

² 과거에는 data 보안을 문제 삼았는데 기술적으로 data 보안 문제는 이제는 거의

없는 것으로 평가하고 있음

² 은행의 고객들에게 cloud service를 서비스 오퍼링으로 제공할 수도 있음

3. 영업점 자동화 촉진

² Smarter, friendlier, more automated

² Self service

² Check imaging and branch capture

4. Social media 를 진지하게 검토

² 은행들이 Social media 전용 예산을 배정하기 시작함

² Radian6, Nielson 같은 회사가 blog, facebook, twitter 에서 고객 동향 분석 도

구 판매. 고객의 소셜 미디어 활동과 상품 구매 사이의 관계를 map 으로 그림

² Facebook, YouTube, Twitter, Foursquare 등 다양한 소셜 미디어에 은행 서비스

content를 유통시킬 수 있는 공용 platform 에 투자 시작함

² Privacy 와 security가 issue

5. 자율적 리스크 관리 시스템 (영업이익 증대와 증가하는 리스크 사이에 균형 제공)

² 신용 리스크, 시장 리스크, 유동성 리스크 관리는 계속 강화됨 (Basel III,

Dodd-Frank 법안)

² 특히 모기지와 소비자 론에 신용 리스크 관리를 강화할 필요성이 제기됨에 따라

data 분석 요구가 증가함

² Enterprise-wide 통합 리스크 관리 요구가 대두하고, 이에 따라 지주사 차원의

통합 데이터베이스가 필요해 짐

² 은행마다 BIS 비율을 자율적으로 정하는 model을 만드는 것이 허용되는 경우, 그

런 모델을 만들 수 있는 새로운 risk 관리 시스템 개발이 필요함 (RMS개발에 투

자되는 돈 보다 새 모델을 적용해서 얻는 돈이 훨씬 더 큼)

6. 코아뱅킹시스템 현대화

² 미국의 top 20 은행들 중 4곳이 2011년도에 코아뱅킹 replacement project를 시

작함

² 유연성, 융복합상품, 실시간 처리, M&A 대응이 목적임

7. 정보 분석 고도화

² 리스크 관리, 고객 통찰력 향상, 상품 개선, 가격 및 채널에 대한 통찰력 개선에

대한 니즈가 확산되고 Analytics tools 보급 확대

73

² 우선은 카드 사용 pattern 분석 과 지불 활동에 대한 분석에 치중

² 그러나 데이터 분석에 그치지 않고 그 결과를 놓고 비즈니스에 대한 가이드를 제

공하는 전문가가 적은 것이 문제점.

8. 모바일 지불(payment) 확산

² 향후 5년간 68% 년간 성장률

² Mobile wallet 이 credit 카드, debit 카드, 로열티 카드, 쿠폰을 대치할 것임

9. 협업 기술 (smart workplace)

² 지구 저편에 있는 직원 및 고객과 협업 기술의 발전

² Apple 이나 Google에서도 가능

² Enterprise Content Management

² Videoconferencing, telepresence

10. 여신 자동화

² 불량 여신이 증가함에 따라 여신승인 시간이 20일에서 27.5일로 늘어남(2010)

² 여신 신규 완료까지 기간이 46.9일에서 52.1일로 늘어남

² Core 시스템, data 통합, risk 관리, compliance, fraud detection, 이미지,

content management

² Outsourcing도 고려

V.3. Core 시스템 replacement/migration의 12가지 best practices

1. migration 전에 data cleansing 을 해라

² 데이터의 중복을 피할 수 없으면 master data를 지정하고, master data가 갱신되

면 다른 곳도 자동으로 갱신되게 해라.

2. 스케줄을 정하고 그것을 지켜라

² 스케줄을 못 지키면 cost overrun하고 프로젝트는 실패한다. 스케줄을 지키는 것

이 가장 중요한 결정요소다. 스케줄에 집착하면 최선의 결정이 아니더라도 차선

으로 밀고 갈 수 있다. 쓸데없이 미팅하며 시간 낭비하지 않는다.

3. 고위 의사결정 기구를 만들어라

² 행장이 의장, COO, IT, 소매금융, 기업금융 부행장 참가. 최소 월2 회 개최. 여

기서 결정하면 최종 결정임.

74

4. 모르모트를 사용해라

² 새 시스템을 시험 적용할 작은 은행을 산 대형은행도 미국에 있음. 은행을 컷오

버의 리스크에서 보호해라.

5. 재사용 가능한 blue print 를 만들어라

² Migration factory of Deutsche bank; A story book for migration – migrating

checklist, command center 구조, communication 구조 등 재사용 가능한 지침서

6. 모든 것을 한 번에 다 해 치우려 하지 마라

² Wish list에 있는 모든 것을 신시스템의 요건으로 잡지 마라.

² 처음 cutover에서는 현재 돌아가는 업무기능만을 새 platform으로 옮겨라.

² 잘 돌아가면 그 때부터 새 기능을 더 해라.

7. 프로젝트 도중에 현업에게 가치를 전달할 수 있는 작은 서브 프로젝트들을 만들어라

² Silicon Valley bank 는 5개년 프로젝트의 첫 번째 sub project로서 foreign

currency loan 을 먼저 가동함. 변화된 현실 반영하여 계획 수정 후 다음 번

sub project를 수행함. 1년에 2번 deployment 평균.

8. time and cost overrun 을 예상해라

² 지금까지 한번도 제 때 cutover한 코아뱅킹 project를 본 적이 없다. 코아뱅킹

프로젝트는 복잡하고 거대하다. 항상 surprise가 있기 마련이다.

9. 지금 있는 IT 직원들을 일할 수 있게 만들고 붙잡아라

² ‘Mainframe 에서 down sizing 하겠다. 그런데 현재 직원들은 unix를 모른다’

라고 말하는 순간 당신의 프로젝트는 성공하기 힘들다. 현재 직원들이 업무를 제

일 잘 안다. 그 사람들 중에 실력있는 사람들이 새 platform에서 잘 할 수 있도

록 바꿔주어라.

10. 현업이 새 시스템을 가지고 미리 연습할 수 있도록 해라

² 신시스템이 가동하면 IT가 예상치 못한 문제를 현업이 만들기 마련이다. 현업이

교육받지 못하면 프로젝트는 실패한다.

11. 이행을 모질게 관리해라

² 컷오버는 군사 작전 같은 것이다.

75

12. 신시스템에서 발생할 돌발 사고를 재빨리 고칠 준비를 해라

² 개발의 반이 test다. 그래도 다 test 못한다. 일년치 거래를 다 test 해봐도 에

러를 미리 다 거를 수는 없다. 에러가 생기는 것에 대비해야 할 뿐만 아니라, 에

러가 생기면 수작업으로 돌아가는 길까지 미리 다 생각해 놓아야 한다.

V.4. 융복합상품 사례

융복합상품 기능 조건 혜택 혜택의 종류

Plus 통장

예금 계좌와 투자증권

계좌를 한 통장으로 거

래

증권 매수 증거금 잔고

에 대해서 연 4% 우대금리 적용 금리

<거래금액 얼마 이상시

>

Plus 카드 발급 카드 사용 실적 최대 4%까지 포인트

적립 포인트

대출 금리 0.3% 감면 금리

수수료 면제 수수료

주식 매매 수수료 수수료의 5%를 포인트

로 제공 포인트

금융 포인

트

융합 상품으로서 돈으

로 환금해서 재테크에

활용

대출이자 자동 납부

펀드 불입

보험료 납부

통신 요금 납부

증권 예수금으로 전환

가능

허브 정기

예금

정기예금과 생명의 '메

디칼 보험 연결' 정기예금 가입시 보험 상품 무료 제공 번들링

76

VI. Glossary

코아뱅킹시스템: 개인 및 기업 고객의 여수신, 외환 등 은행상품들의 신규, 입출

금, 이체 등의 거래를 온라인 및 뱃치로 처리하고 계정을 집계하는 은행의 기간

시스템을 말함. 통합 고객 정보를 함께 관리하며 24*365 로 가동함.

Gen-Y: 18 세에서 24 세 사이의 미국 청년층을 일컬음. 그들의 2/3 가 unbanked or underbanked 임. 그들을 customer 로 만들기 위해서는 web 2.0 과 mobile banking 전략이 필요하고, 전 채널에 걸쳐 technologically advanced customer experience 를 제공해야 함.

VII. 참조 문서 (Reference Materials)

[1] J. Henderson & N. Venkatraman, 1992: “Strategic Alignment: A model for

organizational transformation through information technology,” in T. Kochan & M. Unseem, eds, Transforming Organisations, Oxford University Press, NY

[2] 윤은기, 1991: 경쟁전략과 SIS, 유나이티드컨설팅 [3] Bank Technology Outlook 2011, In Bank Systems & Technology, Jan 2011, New

York, NY

[4] P. Crosman 2011, The core Market Heats Up, In Bank Systems & Technology, Feb 2011, New York, NY

[5] P. Crosman 2011, 6 Reasons Banks Are Upgrading Their Cores, In Bank Systems & Technology, Feb 2011, New York, NY

[6] P. Crosman, 2011: 12 Core Systems Best Practices, In Bank Systems & Technology, Feb 2011, New York, NY

[7] J. Teboul, 이경조 역, 2010: 프론트 스테이지 법칙, 고려원북스 [8] K.Chandy, W. Shulte, 2010: Event Processing : Designing IT Systems for Agile

Companies, McGraw-Hill [9] A. Abran, J. Moore, P. Bourque, T. Dupuis, 2005: Guide to the Software

Engineering Body of Knowledge(SWEBOK), IEEE Computer Society Press, Los Alamitos, CA

[10] J. Moore, 2005: The Roadmap to Software Engineering: A Standards-Based Guide, Wiley-IEEE Computer Society Press, Hoboken, NJ

77

[11] B. Boehm, 1987: Industrial Software Metrics Top 10 List, IEEE Software, 4, 5,

September, pp. 84-85 [12] W. Deming, 1986: Out of the Crisis, MIT Press, Cambridge, MA [13] A. April, A. Abran, 2008: Software Maintenance Management; Evaluation and

Continuous Improvement, IEEE Computer Society Press [14] A. April, J. Bouman, A. Abran, D. Al-Shurougi, 2001: Software Maintenance in

an SLA: Controlling the Customer Expectations. In Proceedings of the Fourth European Software Measurement Conference (FESMA2001), Heidleberg, Germany, pp. 39-47

[15] A. Abran, H. Nguyenkim, 1993: Measurement of the Maintenance Process from a Demand-based Perspective. In Software Maintenance: Research and Practice, VOL. 5, pp. 63-90

[16] J. Koskinen, J. Ahonen et al, 2005: Software Modernization Decision Criteria – An Empirical Study. In The Ninth European Conference on Software Maintenance and Reengineering (CSMR 2005). Manchester, UK

[17] http://www.ftrc.co.uk/


- 주제 토론 자료 -

포스트차세대는 정말 도래할 것인가?

경희대학교 박주석

email: [email protected]

2011. 10. 20

한국은행 2011- 1 -

Open Questions?

1. 포스트차세대가 필요한 만큼 충분한 정보기술 요건이 있는가?

2. 포스트차세대가 필요한 만큼 충분한 비즈니스 요건이 있는가?

3. 포스트차세대 구현은 빅뱅이 맞는가? 아니면 단계적 접근이 맞는가?

4. 포스트차세대 구현을 위한 ROI가 정당화 될 수 있는가?

따라서 포스트차세대는 정말 도래할 것인가?

한국은행 2011- 2 -

이제는 거의 모든 프로세스가 온라인화 되었습니다.

Off-LineProcess

On-LineProcess

On-line Process 비중 증대

전략 변화주기(2~3년)

전략 변화주기(필요시)

전략 변화주기(6개월~1년)

관심대상

1990년대 2000년대 2010년대

이제는 비즈니스가 IT이고 IT가 비즈니스이다.

따라서 경영혁신은 IT혁신이고 IT혁신이 경영혁신이다.

참조 : 2e컨설팅 (2008.10)

한국은행 2011- 3 -

포스트차세대는 온라인프로세스의 재혁신입니다.

Off-LineProcess

On-LineProcess 관심대상

2010년대

관심대상

기존의 온라인프로세스를 새로운 온라인프로세스로 바꾸는 것입니다. 더 중요한 것은 새로운 비즈니스모델과 연계된 온라인프로세스의 변경입니다.

새로운정보기술

비즈니스모델

+

한국은행 2011

‘포스트차세대’온라인프로세스의 필수 조건들?

스마트폰은 개인 정보화플랫폼을, 소셜네트워크는 데이터를, 클라우드컴퓨팅은 애플리케이션을 제공합니다.

Multi Device Social Network Cloud Computing

- 4 -

한국은행 2011- 5 -

참조 : ROA Group Korea (2010.4)

개인 온라인프로세스의 변화

개인은 Device, Contents, Service를 서로 상호작용하여 이미 많은 혜택을 누리고 있습니다. 그렇다면 소셜네트워크의 영향은?

한국은행 2011- 6 -

새로운 관점의 비즈니스모델은?

기존 기업 중심의 비즈니스 모델에서 네트워크 중심의 비즈니스 모델로 변화될 것입니다.

참조 : Forrester Research (2010.1)

한국은행 2011- 7 -

Phased Approach vs. Big-Bang Approach

초기에는 Phased Approach가 주를 이루었으나, 지금은 Big Bang Approach가 주를 이루고 있습니다.

단위시스템 중심에서통합 시스템으로

통합 시스템에서유연한 시스템으로

1 2

1

2

1

한국은행 2011- 8 -


많은 전문가들이 향후에는 Big Bang Approach 관점의 대규모 프로젝트가 수행되지는 않을 것이라고 합니다. 하지만 Phased Approach는 단계별 시스템간의 복잡한 인터페이스 그리고 데이터 역컨버전 등의 심각한 문제가 여전히 있습니다.

Stable StableChange

Discrete Innovation

Big Bang Approach

StableStable

Change

Discrete Innovation

Phased Approach

Unstable

vs.

한국은행 2011- 9 -


전사 통합 관점을 고려하면서 시스템을 단계적으로 구현할 수 있는 새로운 방법론이 필요할 것입니다.

Continuous Innovation

Change

Big Phased Approach

SOA, MDM, ERP or Business Hub

한국은행 2011- 10 -

포스트차세대는 정말 도래할 것인가?

Off-LineProcess

On-LineProcess 관심대상

2010년대

관심대상

정보기술YES!

비즈니스NO!

+ 은행?증권?보험?카드?

한국은행 2011- 11 -

몇가지 주목해야 할 사건들!

1. 전세계 금융 표준 Compliance 및 Regulation

2. 국내은행의 스마트브랜치 추진

3. 보험회사의 전자서명시대 도래

4. 삼성금융그룹의 ERP팩키지 도입 검토

5. 금융위원회의 IT아웃소싱 규제 시도

- 감사합니다 -

1

금융권 차세대시스템 구축 이후 금융 IT발전 전략-하나은행 차세대시스템 구축 전략을 중심으로

하나아이앤에스

유시완 상무

2

Agenda

I. 차세대 현황

II. 차세대 특징

III. 차세대 방향성

IV. 하나은행 차세대 차별성

V. 포스트 차세대 방향성

VI. 하나은행 포스트 차세대 현황

3

’04/09

차세대 프로젝트 추진 현황

� ’00/08 구축 프로젝트 착수’02/12 재구축 착수 04/09 오픈

� ’02/05 구축 프로젝트 착수� ’04/09 차세대 시스템 이행

� ’03/01 구축 프로젝트 착수� ’05/02 차세대 시스템 이행

’05/02 ’06/10

� ’04/11 구축 프로젝트 착수� ’06/10 예정대로 이행 완료� 국내 대형은행 최초 On Time

이행

[49개월 소요]

[29개월 소요]

[25개월 소요]

[24개월 소요]

’09/01

[24개월 소요]

� ’07/01 구축 프로젝트 착수� ’09/01 예정대로 이행 완료� 계정계 중심으로 차세대 이행

’09/05

� ’07/07 구축 프로젝트 착수� ’09/05 예정대로 이행 완료� 최단기간 및 국내 최초 계정계,

정보계 동시 Big Bang 구축

[22개월 소요]

’10/01

� ‘10/01 차세대 이행� 다운사이징과 기존의

mainframe 유지 병행

차세대프로젝트 특징

� 낙후된 IT 시스템을 개선하고, 비즈니스 비전 및 전략 달성을 지원하기 위한 대규모 IT 시스템 업그레이드프로젝트

� 검증된 최신의 IT 기술을 도입 하되 기업의 특수성을 고려하여 최적의 IT 기술 도입� 기존 차세대 프로젝트는 수신, 여신, 외환 등 계정계 시스템 및 영업점 단말, 인터넷 뱅킹, 대외계, 자동화 기기

등 채널 업무를 중심으로 진행� 최근 차세대 시스템은 계정계와 밀접한 연관 관계를 가지고 있으면서도, 실질적인 비즈니스 차별화를 달성할 수

있는 CRM, RMS 등 정보계 시스템 업그레이드를 병행하는 것이 추세임

’11/06

� ’11/06 성공적이행

� 계정계, 정보계동시 Big Bang 구축

국내 금융권의 차세대 시스템은 대형은행을 중심으로 과거 10년간 진행되었으며, 현재는 지방 은행을 중심으로활발하게 구축이 추진되고 있음

1. 차세대 추진 현황

4

프로젝트유형및규모

Time ‘1990후반 ‘00 ‘04 ‘09 ‘현재

� 해외 패키지 벤치마킹 및 도입 시기

� 계정계 중심의 시스템 전면 재구축

� 정보계, 인터넷 뱅킹은 변화된 내용의반영 및 업그레이드

� Silo방식의 하드 코딩 시스템을기능중심의 Bloc 방식으로 변환한 초기

� Product Factory, Fee Factory, 입/지급모듈 통합 등의 기본 개념 출현

11 1세대 차세대

2 2세대 차세대

11 1세대 차세대 : 2000년 대 초기

� 국내 프레임워크 사용 시기 – 패키지개발 포기

� Silo방식의 하드 코딩 시스템을기능중심의 Bloc 방식으로 변환 – 고객, 상품, 채널의 조합을 고려한 초기 단계(MCI, MCA 등의 개념 도입)

� 계정계와 정보계 동시 개발 – Big Bang 방식

� Downsizing 시대 (Mainframe->Unix)

22 2세대 차세대 : 2000년 대 후반

2. 차세대 특징

기존의 차세대 시스템은 계정계 중심의 프로젝트였던 반면 최근에는 계정계와 정보계를 동시에 추진하면서실질적인 비즈니스 효과를 극대화하는데 초점을 맞추고 있음

5

A사 방향성 및 특징 B사 방향성 및 특징 C사 방향성 및 특징

Multi Channel Orchestration

Operational Excellence

New Business Support

Customer Data Integration

Group Synergy

Strategic Decision Support

Intelligent Product Offering

고객 정보 통합을 통한마케팅 역량강화

영업현장 화면 통합 및intelligence 조회

채널간 실시간 데이터공유 및 신규 채널 확대

파트너쉽 뱅킹 전략수립

상품관리 및 고객 맞춤상품의 출시 목표

영업단위별 성관관리 및전사정보 통합/BI 도입

확대방안 및 그룹사시너지 기반확보

• 상품Factory 적용에 의한 Time to Market

• 24*365 무중단 서비스 확장

• 고객요구에 신속한 응대

• 영업점 업무처리 시간 단축

• 업무 자동화 제고를 통한업무수행 정확도, 효율성제고

• 투명한 산출근거제공을 위한 DB 마련

• IT 아키텍쳐 선진화로비효율제거

• TCO 절감(다운사이징)

• 정보시스템 확장성, 유연성제고

• 의사결정지원 정보제공 기반구축

• 업무간소화/표준화로 업무혁신기반

마련

고객

업무

시스템

경영지원

• 고객 접점 정보의 통합을 통한 상담및 마케팅 체계 구축

• 고객정보(CIF/CRM)의 통합 및 일원화

• 제휴/복합/연계 상품 등을

적시에 판매할 수 있는 체계 구축

• 고객의 요구에 따른 최적의 맞춤

상품/서비스 개발 제공체계 구축

• 고객 자산관리(PB) 역량 강화

• 변화에 유연한 IT시스템 구현

• 철저한 사용자 중심의 IT 시스템구현

• 사용자 편의성을 고려한 UI 구현

• 전행차원의 거래메시지의 표준화

• 의사결정지원 정보제공 기반구축

• 통합 리스크관리 시스템 구축

• 성능을 고려한 효과적인 일일결산시스템 구축

고객

상품/서비스

업무처리

경영관리

3. 차세대 방향성

국내 금융권 차세대 시스템은 고객, 운영, 채널, 상품, 경영관리 등을 주요 방향성으로 추진되어 왔음

6

IT와 Biz의협업

� IT 부서와 현업부서(영업점 및 본부 부서)가 유기적으로 협업하여 공동으로 프로젝트 수행

� 비즈니스 지향적인 프로젝트 추진

업무 프로세스 효율

성

제고

� 업무별 분리된 영업 관련 화면을 계정과 정보 단말로 통합하여 업무 효율성 제고

(업무를 수행하기 위해 기존에는 6개 이상의 단말 프로그램을 구동해야 했으나 계정 및 정보 단말로모두 통합)

� 수작업 보고서 전산화 및 워크 플로우를 고려한 업무 자동화

거래처리와CRM 통합

� 일반적인 거래처리(계정계)시스템과 CRM시스템을 통합하여 영업 경쟁력 제고

� 계정 단말 오른쪽 화면에 CRM시스템을 통합하여 영업 창구에서의 영업 경쟁력 제고

채널 통합을 통한 영업 역량 강

화

� 국내 금융권 최초로 SOA 기반의 멀티채널 비즈니스 서비스를 통한 실시간 영업 기회 식별 및 영업 채

널간 고객 정보 공유

� 영업 채널간 고객정보 공유를 통한 마케팅 및 영업 역량 강화

신속한 상품 출시 역

량

확보

� 상품팩토리시스템 구현을 통해 고객 요구에 맞춘 신속한 상품 출시를 통한 Time To Market 실현

� 고객의 총체적인 금융 요구에 대응 가능한 상품 번들링 역량 확보

4. 하나은행 차세대 차별성

7

포스트 차세대기존 차세대

포스트차세대 방향성

� 향후 추진될 차세대 시스템은 고객이 원하는 정보 및 금융 서비스를 사전에 제공하거나 상품 마케팅 영역이강화되는 등 실질적인 영업 및 마케팅 역량이 극대화될 수 있는 방향으로 추진될 필요가 있음

고객

상품

기술

� Banking 고객 위주의 데이터 CIF 통합이 완성되었고, 카드, 자산운용, 해외, 고객별 데이터 분석 작업은 미진함

� 고객별 서비스가 아니라 서비스 그룹이 특정상품 위주로개발됨

� 상품의 Life cycle 관리가 아닌 상품의 파라미터를자동화한 application 구현 : 수작업 기획은 시스템기획으로 전환

� Rule 기반의 상품, 고객 맞춤 상품은 고객 그룹, 금리 그룹, 수수료 그룹 정도의 조합에 그침

� 다운사이징을 통한 비용 절감 노력

� 채널 지원을 위한 기초 아키텍처 수립을 염두에 두고있으나 일부 EAI 적용 정도에 그침

� 프로세스 단순화/상품단순화 실현하고 개별 고객이선택하는 서비스 및 종류는 고객 측면에서 관리 (채널, 상품, 부가서비스 등 )

� 고객이 원하는 정보 및 서비스를 미리 제공하는 서비스

� 상품 기획 단계에서 수익성 시뮬레이션 기능 확보 및 적용프로세스 수립

� 고객의 relationship cycle을 기반으로 제공될 수 있는 상품및 서비스의 번들링 필요

� 상품 마케팅 영역 강화 필요

� 비용절감 효과를 위한 서버통합 및 다운사이징 고려

� 멀티채널 아키텍처 도입을 통한 전 채널 동일 정보 공유및 마케팅 역량강화

� 시스템 유연성 확보를 위한 코어와 채널서비스와 분리(Biz Hub 개념 도입)

5. 포스트 차세대 방향성

8

구분 주요 과제

하나은행 현황

사례차세대 통해 완성된 영역

차세대 이후 구축 완료 영역

향후 추진 영역

기존차세대주요 목표 과제

모바일뱅킹 고도화 최초 스마트폰 뱅킹 서비스 제공/운영 체제별 서비스/다양한 모바일 관련 앱 제공

보안시스템 강화고객정보 보호를 위한 시스템 강화(DLP, 문서보안 정책 강화, 테스트 데이터 변환솔루션, 웹메일모니터링 및 보관시스템 등)

융복합 상품서비스 상품 팩토리시스템 /그룹 상품 팩토리시스템

직원 생산성 향상 기업포탈/지식경영시스템/모바일 연수시스템

지주사 통합고객 서비스 CRM/그룹 CRM시스템

데이터 분석기술 고도화 DW/SEM/그룹SEM

사용자 인터페이스 개선 계정단말 개선/업무처리와 CRM 통합화면 구성

통합리스크관리 고도화 그룹리스크관리시스템

IT 거버넌스 고도화 ITSM/차지백/자산관리/아키텍처전담조직/BRM/BA/QA 조직 강화

국외전산 고도화 팍스하나 주요시스템 근간으로 국외점포시스템업그레이드(인도네시아, 중국 현지 법인)

클라우드 도입 가상 디스크/데스크탑 가상화 추진

유지보수 효율화 유지보수 프로세스 효율화

추가되어야 할과제

CMMI Level 3 인증 획득(2009년)

신규 비즈니스 지원Multi Organization 지원 기반 구축/ 파트너십 뱅킹 기반 구축

MCA 기반의 CRM 스마트 ATM/고객맞춤형 인터넷뱅킹

6. 하나은행 포스트 차세대 추진 현황

9

Q & A

End of Document

포스트 차세대 시스템의 과제와 전망패널 토의

2011. 10. 20

�2011년도 금융 IT 컨퍼런스

지티원㈜ 대표이사

이 수 용

Page. 2

주제발표

• 코어 뱅킹 시스템의 전면 재개발 여부를 파악하기 위한 도구 제안– Banking System Transformation Driver Model:

� 내부 요인: 유지보수 부하 과중, 현 시스템의 완성도 평가� 생태계 요인: 내/외부 공감대, 현 시스템에 대한 인식, 추진 의지 및 역량� 외부 요인: 비즈니스 해결 과제

• 유지보수가 아닌 유지진화의 보다 생산적인 개념 제시

포스트 차세대 – 또 다시 차세대? 개선?

Application Overhaul

(정밀조사·진단)

ApplicationPortfolioRoadmap

현재 운용 중인 차세대 시스템의 중심은 Application이며, 향후는 이에 대한 Governance 체계 구축이 절실히 요구됨

Rationalization?

Retire?

Modernization?

Replace?

Gartner Symposium/ITxpo 2010

Page. 3

Application Overhaul (정밀조사 및 진단)• 과거: Capex에 초점 / 새로운 프로젝트가 유발하는 Opex를 간과• 포스트 차세대: 프로젝트/시스템 단위가 아닌 전사적 관점의 포트폴리오 관리 필요

1) Accidental Architecture

2) My Project > Our System

3) Focus on capex –ignore opex

1) Intentional Architecture

2) Our System > Any Project

3) Focus on opex, risk & value

2010년 이전 2010년 이후

Application Overhaul: IT for the Next Decade, Gartner Symposium/ITxpo 2010

Application Overhaul

Page. 4

Application Portfolio Roadmap

•“Build and Forget” 관행의 반복은 아닌지?•“Application Overhaul(정밀조사 및 진단)” 기반의 거버넌스 체계는?

Improving the Value-to-Cost Ratio of Your Applications, Gartner Symposium/ITxpo 2010

The Application Portfolio Roadmap

Page. 5

차세대 시스템의 현재 관리 수준은?

•전사적인 Application Inventory 구축 및 운용?•Application 변경∙유지보수관리(형상관리 포함) 체계는?•객관적이고 계량화된 데이터로 관리되고 있는가?

차세대 시스템

차세대 시스템

� Stability?� Maintainability?� Quality?� Performance? …

� Business value?� Importance level?� Lifecycle? ...

Application Inventory

Quantitative Measurement

내부 요인, 생태계 요인, 외부 요인= IT 관점 & 비즈니스 관점

Page. 6

애플리케이션 거버넌스 포탈

자동화된 기법을 이용해 수집할 수 있는 IT 관점과비즈니스적인 관점의 정보를 통합하여

애플리케이션의 portfolio에 관한 포탈 구축 필요

Application Repository

기술적관점 비즈니스

관점

Collect AlignAnalyze

Metrics & Index

올바른 의사결정과관리 비용 절감 효과 추구

No Measurement,No Management!

Page. 7

기업 고유의 비즈니스 관점 평가 기준과 척도 개발 및 Scoring 필요

� 재무 관점의 평가 - 애플리케이션 구축 및 유지보수 투입 비용 대비 활용도 및기여도

� 현업 업무와 애플리케이션의 관계 및 기여도

� IT 속성 관점의 평가 – 미래 기술 방향 적합성, 기술 발전 지속 가능성, 변경 빈도 등

� HR 관점의 평가 – 투입 인력 자원의 규모와 필요 기술

ISSUE = 필요 정보의 수집 메커니즘, 기업 별 기준의 다양성


Page. 8


[ Forrester Research, Phil Murphy ]

애플리케이션 포트폴리오에 대한고유의 투자 전략 기준점 정립

- Application lifecycle

• 필요한 정보 수집의 지속성과 자동화가 중요

• 간헐적인 수작업에 의해 수집되는 단편적인 정보는 의미가 없으며, 이러한 방식의 정보 수집 노력은 오래 지속될 수 없음

Page. 9

- Application Fate의 결정을 위한 객관적 Index 수집 및 공유

- 애플리케이션의 안정성, 품질, 유지보수성 등의 상태를 계량화

- 애플리케이션의 비즈니스 가치, 영향도, 중요도 등을 계량화

- 비즈니스 우선순위와 중요도에 따른 자원 배분

- 현업과 IT 부문의 협업 촉진을 위한 객관적 자료 확보

Transparency 및 Visibility 확보


Page. 10

요약: Application Governance 체계 구축이 필요

• Application의 변경∙유지보수에 대한 개발 Life Cycle 관리가 강화되어야 합니다.

• 새로운 애플리케이션 거버넌스 체계를 통해 TCO를 줄이고 비즈니스 Agility를 향상할 수 있습니다.

• 전사적 관점의 애플리케이션 인벤토리 구축과 애플리케이션 거버넌스를 통해 기 개발된 시스템의 생명주기를 최대한 늘려야 합니다.

• 전체 포트폴리오에 대한 Full Life Cycle 관점에서 각 Application의 변경이이뤄져야 합니다.

• 계량화된 평가 지표로 Application portfolio 관리가 필요합니다.

Page. 11

Thank You!!

GTONE Co., Ltd.501-2, Ace Hightechcity Bldg., 55-20 Mullae-dong 3-ga, Yeongdengpo-gu,Seoul, 150-093, KoreaTEL 82-2-2167-3456 FAX 82-2-2167-3470http://www.gtone.co.kr

향후 금융권의 IT 관리 방향

한국은행 전산정보국 조규산 팀장

2011. 10. 20(목)

2011년도 금융IT 컨퍼런스

차 례

Ⅰ. IT전략 수립 및 관리

Ⅲ. 데이터 Governance 확립

Ⅱ. 아키텍처 구축 및 운영

Ⅳ. CIO Reporting

Ⅴ. 결 론

I. IT전략 수립 및 관리 1. IT전략의 선택

가. Business 전략 지원을 위한 IT전략

- Business 중심의 전략

- 대부분의 IT전문가들이 동의하고, Business 부문에서도 그렇게 인식

- Business 전략이 선행되어야 하며 IS 전략 단독으로는 존재할 수 없음

- IT가 Business를 선도할 수 있다는 명제 하에서는 한계가 있음

전략적 IT 연계(Strategic IT-Business Alignment)

민첩성(Agility)- Sensing capability- Response capability

성과(Performance)

IT 유연성(IT Flexibility)

환경 변화(Environmental volatility)

※ Source : MIS Quarterly, June 2011

I. IT전략 수립 및 관리 1. IT전략의 선택

나. IT 자체에 대한 Master plan으로서의 전략

- 가장 전통적인 IS 중심의 IT 전략

- 앞으로 어떤 IT자산이 필요하며, 존재하는 자산(사람, 능력까지 포함)들을어떻게 효과적, 효율적으로 조달·활용할 것인가에 초점

- IT기능에 대한 청사진을 포괄적으로 그릴 수 있음

- IT중심의 조직에서는 긍정적이라는 장점이 있음

- 전략적 IS 결정에 있어 IS 경영진이 아닌 사람들의 개입을 최소화

I. IT전략 수립 및 관리

다. 조직 내 IT역할에 대한 Shared view로서의 IT전략

- 조직 중심의 IT전략으로서 Business 전략과 별도로 수립 가능

- IT역할에 대한 Business-IT 수행자 간 공유된 이해 가정

- IT가 Business를 선도할 수 있다는 데서 최근 들어 지지세 확보

- 신기술의 잠재력이 조직의 Business 전략을 형성할 수 있다는 데서 출발

- 조직내 IT와 Business의 경계를 허물어야 한다는 명제에 부합

- 기 개발된 Business전략에 순응하기 보다는 Business 전략수립을 지원

1. IT전략의 선택

IT가 Business 선도(Leader of Business)

민첩성(Agility)- Sensing capability- Response capability

성과(Performance)

IT 선행성(IT Preceding)

환경 변화(Environmental volatility)

I. IT전략 수립 및 관리 2. IT 적용 전략

� IS Innovator

- 동종 산업 내 IT 적용에 있어 최초 또는 Leader가 되고자 함- 타 조직에서의 성공 경험이 없는 상황에서 선도할 경우 Risk 감수- 성공 시 산업 내에서 좋은 평판과 성과를 얻을 수 있음- Dell Computer, Wal-Mart 등은 그들의 산업 내에서 IT Innovator로 유명

� IS Conservative

- IT 전략 · 기술 도입과 관련하여 보다 안정적인 접근을 추구- 산업 내에서 이미 검증된 IS혁신만을 채택- IT Leader, 산업 내에서 최초가 되는 것을 바라지 않음- 성공 및 실패 사례를 면밀히 분석하고 모방하여 성공을 관찰할 때 까지

IS Initiative를 사용하지 않음

→ 조직 내에서 어떤 것이 유리한지를 냉철하게 판단하여 추진하는 것이 중요하며,

반드시 산업 내에서 Innovator가 유리하고 Conservative가 처지는 것은 아님

I. IT전략 수립 및 관리 3. IT전략 수립시 중점고려사항

� 아키텍처기반의 전략 수립- Business를 선도할 수 있도록 To-Be 아키텍처를 고도화

� 데이터 활용 및 정보분석 전략의 구체화- 수집한 데이터를 어떻게 최적으로 활용할 것인가에 초점

� IT의 복잡도 제거를 위한 전략- 정보인프라, 정보시스템, Process, 예산 등 모든 측면에서 자원 낭비 요소를

제거하고 단순화·표준화를 지향

� 조직경영 중심의 전략- 인력, 조직, 능력 개발 전략을 중시

� Innovation를 추구하면서 Improvement를 강조- 새로운 Project 도입, 신기술 적용도 중요하지만 조직이 안고 있는 문제점을

진단하고 이를 개선할 수 있는 방안강구에 중점을 둘 필요

II. 아키텍처 구축 및 운영 1. 아키텍처의 중요성

� IT 및 업무의 복잡도가 증가함에 따라 조직의 IT와 Business를 쉽게 파악하기 위해서는 아키텍처 고도화가 불가피

- 복잡한 Business와 IT를 도식화하고 Business-IT간의 연계관계를 이상적으로 보여줄 수 있다는 데서 아키텍처 의미를 찾음

- 현재(As-Is) 뿐만 아니라 미래(To-Be) 모습을 조직구성원 누구나 공감할수 있도록 한다는 데 의의를 둠

� 조직에 특화된 아키텍처를 수립하는 것이 중요

- 산출물을 작성하는데 있어 이 산출물이 어디에 이용되고 얼마나 활용될 수있을 것인가를 사전에 명확하게 정의하는 것이 매우 중요

- 아키텍처 Framework, 산출물에 대해서는 여러 가지 이론과 사례가 있으나,조직의 특성에 부합하는 Output을 생산해야 생산비용과 유지비용을낭비하지 않게 됨

2. 아키텍처 유지

� 아키텍처는 조직의 유용한 IT의사결정 Tool 이므로 반드시 To-Be에초점을 두어야 함

- To-Be를 체계화하기 위해서는 EA기반의 ISP를 수행하고, 지속적으로 To-Be모형을 개발할 수 있도록 전문 조직을 갖추어야 함

� 아키텍처는 Business에서부터 기술에 이르기까지 조직의 모든 구조를담고 있으므로 이를 IT 부서의 전유물로 하는 것은 바람직하지 않음

- Business, Data 아키텍처 운영은 사용부서가 담당하는 것이 바람직

� 아키텍처 고도화를 통하여 조직 내에서 불필요한 IT자원을 제거할 수있어야 함

- 지속적으로 현행 아키텍처의 변화를 관리하고 미래 이상적인 모습을창조함으로써 궁극적으로 조직에 가장 부합하는 IT모형을 구현

II. 아키텍처 구축 및 운영

3. 아키텍처 활용

� 경영층과 사용자들의 IT이해도 증진 및 IT인력의 Business 이해도 향상

� 사용자들과의 커뮤니케이션 수단- BRM(Business Relationship Management)과의 결합

� 조직 내 정보화에 대한 공감대 형성

� 예측 가능한 정보화 추구

� 새로운 IT 프로젝트 발생시 의사결정 기준

� 조직 내 시스템간의 정보공유 및 상호운용성 증진

� Business 환경변화에 민첩하게 대응할 수 있는 기반

� IS의 노후화 및 스파게티화 방지

II. 아키텍처 구축 및 운영

Ⅲ. Data Governance 확립 1. Data관련 주요 이슈 및 문제점

� 다양한 Source로부터 다양한 형태의 데이터가 폭발적으로 증가

� 사용자들의 데이터 접근성 결여

- 조직의 데이터를 한눈에 파악할 수 있는 Data Map이 부재- 데이터가 조직 내(IT시스템, 개인PC, Paper 등)에 산재해 있어

사용자들이 원하는 정보에 접근하기 쉽지 않음

� 데이터를 저장하고 있는 정보시스템이 상이하고 표준화가 미흡

- 정보분석에 많은 시간이 소요되고 정확성도 떨어짐- 데이터의 무결성 등 품질 문제 대두

� 데이터 보관의 어려움(정보보호)

� Social network 등으로부터의 text 데이터 수집 및 활용이 관건

2. Data Governance의 필요성

� Data는 조직의 재산으로 인식되어야 함

� CEO는 조직의 Data가 Business에 최대한 활용되고 있는지를 확인할수 있어야 함

� 금융권의 Compliance(바젤 II · III, 자금세탁방지, 외환위기, 자본시장통합, 위험관리 등)에 적기 대응

� 데이터는 원하는 사람에게만, 원하는 시간에, 원하는 형태로 적절하게제공되어야 한다는 기본원칙이 준수되어야 함

Ⅲ. Data Governance 확립

3. Data Governance 방향

� EA를 통한 Data Architecture 체계화(To-Be모형까지)

- 데이터 아키텍처 관리에 사용자 적극 참여 유도

� 사용자들의 데이터 접근성 강화를 위하여 전사적인 Data Map 개발

� 데이터 표준화 및 품질관리 강화

� 데이터 보안체계 선진화 및 데이터에 대한 책임과 권한 부여

� Data 활용에 대한 CEO의 관심 확대

� 데이터 관리조직(DA : Data Administrator) 운영

- DA는 DBA(DataBase Administrator)와 긴밀하게 대화

� DataWarehouse, BI(Business Intelligence) 등을 활용한 정보분석

업무 확대

Ⅲ. Data Governance 확립

Ⅳ. CIO Reporting(CEO 또는 CFO앞) 1. 왜 보고하는가?

� 최고경영층의 IT에 대한 관심과 지원 유도

� CEO의 IT 이해도 및 신뢰도 제고

� IT의 전략적 중요성 및 잠재리스크에 대한 CIO-CEO간 상호 이해 증진

� CEO가 IT 성과에 큰 영향을 미침

� IT와 Business의 비전을 CIO와 CEO가 공유

� CEO로부터 IT 아이디어 수렴- CEO도 IT에 대해 의견을 제시하길 원함

� Business 전략관련 대화에서 CIO는 IT 솔루션을 제시할 수 있음

2. 무엇을 보고해야 하는가?Ⅳ. CIO Reporting(CEO 또는 CFO앞)

전략

- 정보화 전략의 이행 상황

- IT Project 추진 현황

- 적용된 IT기술의 혁신 정도(Leader격이냐? 보수적이냐?)

- 조직의 To-Be Architecture

경영

- IT인력과 조직 운영 현황 및 애로점 · 개선 방안

- IT투자 현황 및 성과 (정량적, 정성적)

- IT자원(H/W, S/W) 도입 및 운영 현황

IT 활용- Data 수집 및 활용 현황

- 정보시스템 활용도 및 사용자 · 고객의 반응

리스크- 정보보호 수준 및 활동

- 정보시스템 장애·사고 및 대응결과

- IT Compliance 이행상황 등

IT 전략 수립에 있어 Business 전략에 순응하기 보다는 IT가 능동적으로Business를 선도할 수 있다는 공감대를 전사적으로 형성할 필요

조직의 데이터 중요성이 최고경영층 차원에서 특히 강조되어야 하며전략적인 자산으로 간주될 수 있도록 Governance를 강화할 필요

조직의 아키텍처는 IT- Business 복잡성 증가에 대응하는 가장 효과적인수단임을 인식하고 이를 조직의 체질에 맞게 수립·개선할 필요

CEO와 CIO의 관계를 더욱 좁히기 위해서는 주기적인 보고체계를 형성하여야 하며 보고내용을 CEO의 관심에 부합하도록 충실하게 개발할 필요

Ⅴ. 결 론

감사합니다.

[email protected]

금융권 차세대시스템 구축 이후 금융 it 발전...

Documents