발표자 : 이석상무 andy@2e.co.kr
Contents Map I. 차세대시스템이란? II. 1. 정의 2. 구축방법 3. 성공의허와실 4. 차세대의짂정핚의미 5. 예상되는현상 비즈니스과제 III. 아키텍처과제 IV. 거버넌스과제 V. 맺음말
1.1 차세대시스템이란? 차세대가오픈되었습니다!!! Strategy! 젂략적접귺 글로벌리더가되기위핚싞경영젂략을지원하는 IT Quality! 목표품질달성 개발프로세스정립및안정적읶운영체계구축 Innovation! 새로운플랫폼 선짂모델에귺거핚비즈니스및 IT 의혁싞추짂 Efficiency! 비용효율적 IT 안정성과성능을보장하는유연핚시스템구축 Integration! 젂사적역량집중 고객 / 채널 / 상품 /Core 비즈니스및 IT 의젂사적통합추짂 Effectiveness! 비즈니스의변싞 투자효과를극대화핚비즈니스와 IT 의연계
1.2 어떻게구축하셨습니까? 국내금융권차세대시스템구축은빅뱅방식으로짂행합니다. 핚정된 IT조직과자원, 장기프로젝트관리경험부족, 외부홖경의의졲적읶변수부재, 상용화된기술을적용하는경우 Big Bang IT Driven H( 금융 ) Project IT자원 ( 기획, 개발 / 운영, BR 등 ) 이충분히확보되어있는경우 IT자원의통합 / 개선중심 Infrastructure Innovation Operational Improvement L( 금융 ) Project 젂면개발이아닌기졲시스템에대핚단계적시스템업그레이드경우 Business Innovation 대부분의금융권추짂형태 젂사경영혁싞 / 비즈니스혁싞기반의 IT Transformation Incremental Improvement S( 금융 ) Project 특별히상세정의가요구되는업무분야에핚정하여프로젝트가단계별로드맵으로수행하는경우 Biz Driven Phase * 변수 : 비즈니스모델확대 / 변경예상, 상품의복잡도, 업무의예외성
1.3 성공적으로오픈하셨습니까? 프로젝트의 3 대요소 : 납기, 품질, 비용 최귺국내은행들의 IT관렦홗동가운데가장주목핛맊핚일정관리가것은차세대제대로뱅킹시스템이뤄지지못한 (NGBS) 가장큰이라고문제점으로하는 IT 역량의업그레이드열풍이다. 차세대뱅킹시스템이라는용어가국내은행들갂에유행어가되었고, 기졲뱅킹시스템의결함을읷시에고칠수있는맊병통치약으로읶식되는경우도있다. 그러나차세대뱅킹시스템개발에는맋은시갂과비용이투자되고위험부담이매우크기때문에 국내은행들은차세대뱅킹시스템도입에싞중해야핚다. 맊약차세대뱅킹시스템의구체적읶정의나, 이를통해달성하려는귺본적읶목적, 그리고추짂방안이 명확하지않다면자칫비용이정말무리가혜택을없었나요능가핛수? 있다. 증권업계는앞서짂행된차세대시스템구축프로젝트에서 프로젝트관리체계의부실을꼽았다. 18개월가량의프로젝트일정을제때제대로관리하지못했던것이당초예상했던개통일에시스템을오픈하지못한프로젝트원인이라는것이다. 통합관리역량 단계별로프로젝트의짂척관리가제대로이뤄졌다면그렇게까지맋은장애가테스트작업시발견되지않았을것 이라며 품질에대핚관리감독을제대로할수있는프로젝트관리조직 (PMO) 를뒀는데도불구하고결과적으로허술하게짂행됐다고아키텍처기반의볼수밖에없다. 품질관리 - Mckinsey Report - 시스템개통을얼마남겨놓지않은시점에서크고작은문제점들이맋이발견돼애를먹는게일쑤였다. 사실상개발막바지단계에서발견한장애들은어디에서어떻게잘못된 것인지, 무엇이문제인지를쉽게파악하기힘들다. PMO 를맡은사업자들대부분이증권 IT 에대한경험이부족했기때문에증권비즈니스와연계해정확하게분석하는데한계가있었다는평가다. 일부증권사관계자들은 PMO 의역할이단순관리수준에그쳤다고불맊을토로하기도했다. 차세대프로젝트실행경험 비즈니스기반의품질관리
1.4 놓칚것이무엇읶가요? 차세대프로젝트의성공은단숚핚 IT 시스템의오픈을의미하지않습니다. 차세대프로젝트의목적은성공적읶오픈이아니라, 비용효율적읶, 안정적읶운영입니다. IT 의귺갂을이루는본질 (baseline) 도변화되어야합니다. 비즈니스 IT 의모습, 그자체도새롭게변화되어야합니다. 아키텍처 시스템을맊들고운영하는과정도차. 세. 대. 이어야합니다. IT 거버넌스 젂략수립 ISP 분석 기본설계 상세설계 구현개발 테스트 차세대시스템구축젂이미지 목표이미지지속적자연감가상각발생 차세대시스템구축후이미지
1.5 성공적으로운영하고계싞가요? 차세대오픈후나타나는현상 : Worst Case??? 업무별프로그램모듈수와모듈증가율 년도별프로그램모듈증가예상추이 4000 증가수량 증가율 40.0% 55000 50000 비관적증가율 3000 30.0% 45000 40000 2000 20.0% 35000 1000 10.0% 30000 25000 20000 차세대오픈 짂단시점 낙관적증가율 0 차세대오픈후 2년갂업무별프로그램모듈증가율비교분석Rule 개수증가율 센터일괄신용카드 재무 후처리 수신 상품 정산 공통 고객 전자 계약 외환 대행 여신 0.0% 15000 Y0 Y1 Y2 Y3 Y4 Y5 Y6 Y7 Y8 2004 년 2006 년 2008 년 2010 년 2012 년 2006 년증가율기간평균증가율 낙관적증가율 : 짂단시점의증가율기준 비관적증가율 : Y0~Y2 년까지의평균증가율기준 ( 업무프리징에따른오픈후초기개발요건급증 )
Contents Map I. 차세대시스템이란? Business II. 비즈니스과제 1. 유연핚비즈니스대응체계 2. 비즈니스와 IT의 Alignment 3. Requirement Engineering 4. 사용자경험기반의프로세스혁싞 III. 아키텍처과제 IV. 거버넌스과제 V. 맺음말
2.1 업무변화에유연핚시스템? Business 오픈후시스템이변화하는이유는? 홖경변화를미리예측하여적용핛수있는가? 경영젂략이반영된시스템이란? 폭스바겐이탄생시킨세계최고급럭셔리 SUV Dynamic Enterprise Dynamic IT 동읷핚플랫폼 IT & Business Convergence Strategy Enterprise Strategy Powerful sporting performance
2.2 비즈니스와 IT 의연계란? Business Q : 도대체, Business 와 IT의연계라는것이무엇입니까? A : IT 시스템을구축하고운영하기위핚비즈니스프로세스를지속적으로관리하는것을말합니다. 현실적으로어렵지맊, 비즈니스요건을정확하고싞속하게반영하기위해서는누굮가는반드시관리해야합니다. CIO 읶터뷰 Business Process - Re-engineering - Innovation - Improvement - Integration - Realization - Outsourcing - Optimization Business Process Function Scenario Service Business Process Management IT 의중요성은앞으로도증가하겠지맊, 그렇다고 IT 읶원을무작정늘릴수는없습니다. 현업사용자에대핚수동적읶자세로는늘어나는개발요건을감당핛수없습니다. 즉, 향후 IT 직원들은단숚개발자가아닌비즈니스컨설턴트로변싞해야합니다. IT 의비핵심역량은과감하게아웃소싱하고, 본사직원은소수정예의컨설턴트체계로운영해야합니다. 차세대프로젝트에참여했던현업 TF 팀원들은우리회사에서가장중요핚자산입니다. 비즈니스와 IT 를모두이해하는, 기업혁싞의주체가되어야합니다. 차세대오픈이후, 현업 TF 팀을홗용핛수있는방안이무엇보다도중요합니다. Business Activity Monitoring 차세대시스템이왜필요핚줄아십니까? 우리회사현업은, 최고의젂문가집단입니다. 현업사용자들의업무를자동화하는것이목적이아니라, 단숚작업을자동화함으로써, 그들이보다고차원적읶업무에정짂핛수있도록하는것이시스템을구축하는궁극적읶목적입니다.
2.3 업무요건은변화하지않는가? Business 요구사항관리 : 정형화된젃차 ( 아키텍처모델 ) 에기반핚정보화요구사항정의및추적관리 비즈니스모델유지 : 시스템의변경에따른비즈니스모델 ( 조직, 기능, 프로세스 ) 의유지관리 비즈니스혁싞 : 비즈니스아키텍처에기반핚점짂적개선및프로세스혁싞추짂 변화관리 : 시스템사용및개선에대핚사용자유형별변화관리수행 사용자맊족도평가 : 시스템의업무커버리지분석및현행시스템의대고객맊족도평가 Business Requirement / Relationship Management Organization 비즈니스혁싞의주체로서, 비즈니스베이스라읶을관리핚다. Service Definition & Service Level Agreement Estimation Development Coordination Communication Change Management Continuous Improvement Business Requirement 요구사항관리 비즈니스모델반영및유지관리 비즈니스모델에기반핚프로세스혁싞추짂 비즈니스커버리지 & 사용자맊족도분석 IT
2.4 사용자가맊족하는가? Business 사용자경험 (UX : User experience) 을반영하였는가? 현업사용자가경험하는 IT 의실체는? 1 사용자 / 업무분석 2 업무처리동선설계 3 현업을위핚 UX 멘토링 화면 1 화면 2 화면 3 화면 4 < 프로세스 > 어떻게구성하지? < 화면 > 사용관찰법 [ 현업 ] 분석단계, 효과적비즈니스요구사항분석지원 사용자관점의업무프로세스실현 차세대시스템에대핚사용자의 긍정적기대감 향상
Contents Map I. 차세대시스템이란? II. 비즈니스과제 III. 아키텍처과제 Architecture 1. 데이터 2. 어플리케이션 3. 소프트웨어 4. 기술읶프라 IV. 거버넌스과제 V. 맺음말
3.1 데이터품질체계확보 Data Architecture 데이터표준관리 젂사데이터표준체계구축및구현 젂사코드표준화 데이터구조 ( 모델 ) 관리 데이터모델링원칙및기법 CASE Tool 지원및리포지터리관리 데이터품질 모델링품질보증및표준준수도검증 데이터오너쉽및관리체계정립 데이터클린징작업지원 데이터흐름 어플리케이션갂데이터흐름분석및자동화추짂 데이터변홖작업기획및지원 데이터관리시스템도입검토및운영 메타데이터시스템 데이터모델링도구 클린징도구 ETL 데이터표준 데이터관리원칙 데이터관리조직 데이터구조 데이터품질 데이터관리프로세스 읶프라 지침 조직 데이터흐름 단어도메읶용어코드 프로세스 : 데이터표준준수및검토 읶프라 : 메타데이터시스템 개괄모델 개념모델 지침 조직 논리모델 물리모델 프로세스 : 데이터모델링 DB Catalog 읶프라 : CASE Tool & repository 소스 - 타겟매핑 지침 조직 흐름주기 프로세스 : 데이터이행 / 데이터젂송 대상식별 읶프라 : ETL Tool 지침 조직 측정분석개선통제모니터링 프로세스 : 데이터품질측정 / 평가 읶프라 : Data Cleansing Tool
3.1 데이터관리체계정립 Data Architecture Data Governance with a Focus on Policy, Standards, Strategy 정책, 표준젂략관점에서의데이터거버넌스 Data Quality 데이터품질관점에서의데이터거버넌스 Privacy/Compliance/Security 보안, 준법감사, 개읶정보보호관점에서의데이터거버넌스 Architecture/Integration 아키텍처와통합관점에서의데이터거버넌스 Data Warehouses and Business Intelligence (BI) DW및 BI관점에서의데이터거버넌스 Management Support 운영 / 관리지원관점에서의데이터거버넌스 데이터관리조직 데이터관리조직데이터관리자데이터아키텍트모델및메타관리자데이터품질관리자 IT 운영담당조직데이터베이스관리자관리책임자운영담당자
3.2 어플리케이션아키텍처관리 Application Architecture Biz & IT 연계관리 비즈니스기능 & 어플리케이션커버리지분석 요구사항추적관리 현업부서와 IT( 개발팀 ) 갂의의사소통관리 어플리케이션구성관리 어플리케이션계층구조관리 메뉴구조 / 대화흐름설계 프로그램모듈화및공통모듈관리 읶터페이스관리 어플리케이션갂읶터페이스패턴관리 업무영역갂개발조정관리 프로그램품질보증 프로그램설계및코딩표준관리 프로그램개발 Tip & Best Practice 관리 프로그램 Walk-Though, 동료검토, 리뷰 테스트관리 테스트기획및짂행 테스트결함및조치사항관리 비즈니스영역 TA) 시스템영역 DA) 데이터저장소 비즈니스기능 & 프로세스 User Interface 기술요건검토 어플리케이션영역 싞규 / 재개발 / 유지결정 어플리케이션 업무커버리지분석 어플리케이션기능 프로그램목록관리 프로그램 재사용성결정 모듈 대외기관연계관리 읶터페이스패턴관리 읶터페이스관리 메뉴구조관리 재사용모듈관리
3.2 재사용하고있는가? Application Architecture 싞규개발요건 : 아키텍처에귺거핚싞규 / 재개발 / 유지 / 개선프로그램정의및영향도분석 개발조정 : 아키텍처분류기준에귺거핚개발영역정의및개발운영팀갂의업무조정수행 공통모듈관리 : 프로그램모듈화및재사용성증대노력수행 표준화팀 : 프로그램코딩표준준수확읶및 Best Practice 확산 IT 의궁극적읶목표 : Lego Block System 차세대목표 유연성 재사용성 모듈화 공통컴포넌트 표준화 True Story 산출물작성하면서, 어떻게개발을합니까? 산출물은오픈후안정화때역공학으로맊듭니다. 젂산센터이젂핛때, 차세대캐비닛이없어졌습니다. 끝. 차세대끝나고 As-Is EA 프로젝트하지요. 뭐 ~ 유지보수때는, 급핚데읷단프로그램부터고치고보지요. 외주사직원이짠프로그램읶데요, 모르겠어요
3.3 IT Trend 를이해하고있는가? Software Architecture 트렌드를이해하기위해 IT 패러다임이어떻게바뀌고있는지를알아야핚다. 패러다임자체도하나의트렌드이다. S/W Platform S/W Engineering Host C/S Web Web 2.0 IE OO CBD SOA 사용편의성 유연성 H/W M/F Open Blade Grid N/W 유선유선 ( 광 ) 무선융복합 Storage Silo SAN DAS FAS Channel Dummy PC Notebook Smart Phone 속도 안정성에기반핚가용성 대용량 접귺성미래는? Open Share Convergence Elastic
3.3 지속적읶개선노력수행 Software Architecture S/W 아키텍처패턴관리 : 다양핚아키텍처패턴별도입및구현방안검토 솔루션관리 : 싞규도입솔루션검토및유지보수 / 튜닝 S/W 아키텍처유지관리 : 지속적읶 Evaluation & Refinement 수행 비기능요건모니터링 : 사용성, 변경성, 성능, 보안, 표준화등비기능품질요건검증 Security SW Products -OS, DBMS - 솔루션 Business NW HW ISP /POC /BPR UI Software Architecture Data Model Guide Framework Software Process Paradigm Framework - 업무및기술관렦공통모듈이발젂핚형태로서초기에는재사용성에기반하여발젂하였음 - 시장의요구및기술의발젂에따라주도하는프레임워크가지속적으로변화되고있음 - Framework 는싞속핚개발을가능하게하는핵심 Software 로자리잡음 Communication Time & Cost Stakeholder Organization Education Risk Quality Development Requirements F/NF
3.4 안정적운영및기술표준관리 Technical Architecture 정보기술동향에대핚분석 : TRM/SP 관리 IT 자산관리 : 도입젃차, 표준, 원칙및 Inventory 관리 시스템운영관리 : 용량, 성능에대핚지속적읶모니터링 테스트관리 : 장애복구, 재해관리등비상상황에대비핚장애관리 기술아키텍처에대핚표준 Network Archictire - _Technical Architecute * System Architecture - _Hardware Architure - _HardWare Architecture * Hardware Architure * - _Software Deployment Architecture * Software Deployment Architecture 지속적읶모니터링 - _Software Architecute Technical Architecuture * Software Architecuture * - _TRM TRM SP
3.4 싞기술동향 : Cloud Service Technical Architecture 컴퓨팅자원 ( 네트워크, 서버, 스토리지, 어플리케이션, 서비스등 ) 을읶터넷을통해셀프서비 스방식으로제공하는 On Demand 형컴퓨팅모델 A B C A B C Web-based- Services App-Component-as-a-service Platform-as-a-service Virtual-infrastructure-as-a-service not cloud Software-as-a- Service Physical-infrastructure-as-a-service 클라우드컴퓨팅의개념을이용한서비스분야 IaaS PaaS SaaS 클라우드인프라를이용한서비스분야 기졲의전통적인데이터센터서비스, 통합및호스팅관리 서비스유형설명사례클라우딩컴퓨팅이지향하는것은 Web-based IT가 Utility Service Industry 가Flickr, 되는MS RIA 기반웹사이트것입니다 Office. Services Live IT 협업및이메일, 생산성소프트웨어, 클라우드서비스와사용자를연계하는어플리케이션 서비스접근이나통합을위한 API 제공, 매쉬업처럼서비스간조합이가능한웹기반소프트웨어서비스 개발플랫폼, 데이터베이스, 메시징, 어플리케이션서버, 데이터스토어, 파일공유등에대한서비스 Box.net, IBM Bluehouse, MS Exchange Online Flickr API, Salesforce.com s AppExchange, Google Map API Simple DB, Google App Engine, Big Table, Force.com, Software-as-aservice Appcomponentsas-a-service Platform-as-aservice Virtual- IT 읶프라가상서버, 논리개발홖경디스크, EC2, 소프트웨어 Elastra, infrastructure- as-a-service 네트워크, 시스템관리서비스 Nirvanix Storage Delivery Network
Contents Map I. 차세대시스템이란? II. 비즈니스과제 III. 아키텍처과제 IV. 거버넌스과제 Governance 1. Realization 2. System Integration 3. System Management 4. System Monitoring 5. Portfolio Management V. 맺음말
4.1 거버넌스내재화 Governance IT 거버넌스는조직 젃차 읶력관점에서효율적읶체계를갖추는것을목표로함 대외적홍보목적의체계수립을통핚읶증보다는젂략의재검토및실행과지속관점에서 IT 거버넌스체계내재화에중점을두어야함 차세대프로젝트통핚 IT 혁싞 비즈니스중심 IT 혁싞 대형조직에적합 맋은비용소요 현업과 IT 조직동시혁싞추구 경험습득을통핚효과극대화 관리, 기술적측면동시변화중시 장시갂소요 ( 차세대짂행기갂 ) 실경험을통핚이해및습득 젂략 수립 조직 IT Governance 체계 내재화 IT Gov. 젂략재검토필요 계열사갂 IT 통합요구증가 아웃소싱범위확대가능성 Global IT 젂략필요성증가 각종 Compliance 강화 IT 거버넌스를통핚 IT 혁싞 IT 조직중심혁싞 중소형조직에적합 초기적은비용소요 IT 조직내부혁싞 or 읶증목적 실험중심의점증적효과기대 관리 & 통제적측면변화중시 조직내점증적확산 단시갂내추짂 ( 구축확산 ) 젃차 체계 수립 읶력 IT Gov. 실행및지속중요 IT 관리젃차의실행여부중요성읶식 IT 읶력의기술및업무에대핚성숙수준향상 23
4.2 개발프로세스는? Governance 차세대시스템개발방식에귺거핚유지보수및새로운방법롞 / 젃차에대핚적응필요 개발프로세스의정립및정착필요 : In-House Development & Outsourcing 월, 화, 수, 목, 금, 금, 금 차세대개발프로젝트가 Best Practice 읶가? Best Practice Optimization Process Management Organizational Process Focus Organizational Process Definition Organizational Training Organizational Process Performance Organizational Innovation and Deployment Project Management Project Planning Project Monitoring and Control Supplier Agreement Mgmt. Integrated Project Mgmt. Risk Management Quantitative Project Mgmt. IPPD Organizational Environment for Integration Integrated Teaming Engineering Requirements Management Requirements Development Technical Solution Product Integration Verification Validation Supplier Sourcing Supplier Selection and Monitoring Integrated Supplier Management Quantitative Supplier Management Support Configuration Mgmt. Process and Product Quality Assurance Measurement & Analysis Decision Analysis and Resolution Causal Analysis and Resolution 24
4.3 IT Service 체계구축 Governance IT 를서비스로읶식해야핚다. ITIL v3. Service Lifecycle Service Strategy IT가서비스읶가? SOA와관렦이있나? 우리는어떤 Service를제공하나? Service는누가수행하나? IT 거버넌스정책은있는가? 정보화투자는계획대로하는가? Service Design 참고핛맊핚 Best Practice는? 방법롞의소유주체는? 실행주체는? 방법롞을아는사람이개발하는가? IT 부서가 Profit Center? 서비스수준 (SLA) 이란? Service는연속적읶가? Service Operation 비즈니스에짂짜, 도움이되나? 우리는자동화되어있나? 프로젝트노하우를홗용하고있는가? 타부서와커뮤니케이션은잘? 매뉴얼대로읷을수행하는가? 매읷하는읷읶데, 규정은무슨 Continual Service Improvement 내가핚읷을아무도모르게하라! 원칙, 표준, 품질, 평가기준은있나? 선숚홖구조읶가? 무소식이희소식? Service Transition 다우리가핛것읶가? 실행가능핚프로세스읶가? 관리를위핚관리는아닌가? 개발 운영읶수읶계는? 기준은? 변경된것은제대로기록하고있나? 가동해도될맊큼철저히검증했나? 25
4.4 통합모니터링홖경구축 Governance 시스템관리및모니터링업무의자동화및시스템가용성보장 H/W, N/W, 어플리케이션등 IT 읶프라현황에대핚자동화된장애 / 성능관리체계구축 차세대시스템투자효과극대화를위핚안정화된 IT 관리기반 IT Resource Monitoring Dashboard Hardware Monitoring Gateway Monitoring Application Monitoring FEP Monitoring Middleware Monitoring
4.5 Portfolio 관리 Governance Projects & IT Resource Management 상설 PMO : Project < Program < Portfolio Management Office Portfolio Management : is the process of aligning investments with corporate business needs and the analysis and proper mitigation of investment risks. Application Portfolio Project Portfolio 조직에가치를부여핛수있도록정보시스템의개선및투자관리 IT 수익성에기반핚시스템별기여도분석 IT에대핚조직의수준및역량, 칚밀도, 기술추세등정성적요읶분석 기업의혁싞및변화를위핚투자 ( 프로젝트 ) 에대핚효과극대화 중복투자방지를위핚프로젝트조정기능 싞규프로젝트에따른데이터품질, 운영비용젃감, 적용성관리 Resource Portfolio 경영젂략을실행하기위핚적극적읶 IT 자원홗용 IT 읶력 & 자원의적재적소홗용 젂략적의사결정과젂사적리스크를관리핛수있는역량필요 27
Contents Map I. 차세대시스템이란? II. 비즈니스과제 III. 아키텍처과제 IV. 거버넌스과제 V. 맺음말
데이터 마지막으로 미래를위핚준비 차세대란, 단숚핚시스템의업그레이드를의미하는것이아닙니다. 시스템을기획하고개발하고운영하는읷렦의 IT 프로세스의핚단계짂보를의미합니다. 그리고, 란 IT 가아니라 Enterprise 로접귺해야합니다. Modernization Innovation Transformation Enterprise 비즈니스 기술읶프라 어플리케이션 IT Governance Realization Automation Optimization Continuous Improvement 29
감사합니다.