시스템 풍경. 조경설계 등 시행 효과의 정량적 평가

4월 14~15일 모스크바 지역에서 Jet Infosystems 회사는 고객을 위한 연례 세미나를 개최했습니다. 이번 행사의 주제는 '현대 IT 환경: 새로운 현실'입니다.

“기업 IT의 세계는 역동적으로 변화하고 있습니다. 한편으로는 정치적, 경제적 상황은 물론 비즈니스 요구 사항의 영향을 받기 때문에 현재 업무에 맞게 IT 환경을 신속하게 변경하는 능력이 필요합니다. 반면, IT 기술 자체와 IT 환경 구축 및 유지에 대한 접근 방식은 변화하고 있습니다. 우리 세미나의 목표는 복잡하고 급변하는 IT 세계에서 고객에게 지침을 제공하는 것입니다. 우리는 통합자로서 다양한 공급업체의 기술 및 IT 솔루션에 대한 테스트 및 파일럿 운영 경험은 물론 특정 고객을 위한 실제 프로젝트에 대한 경험을 보유하고 있습니다. 우리는 고객에게 이러한 경험을 소개하고, 실질적인 문제를 논의하며, 고객이 특정 접근 방식의 미묘한 차이를 이해하도록 돕습니다. 동시에 우리 스스로도 고객으로부터 피드백과 의견을 받고, 고객 간 경험을 교환할 수 있는 플랫폼도 제공합니다.”라고 말합니다. Andrey Shaposhnikov, Jet Infosystems 기술 센터 부국장.

이벤트 형식은 가능한 한 상호 작용적으로 이루어졌습니다. 참가자들은 보고서 및 특별히 구성된 라운드 테이블에서 질문하고 의견을 표현할 기회를 가졌습니다.

세미나는 “전통적 비즈니스에서 신기술을 활용하는 방법”이라는 주제로 패널 토론으로 시작되었습니다.

논의 중에 언급했듯이 오늘날 기업 IT 전문가는 새로운 규칙에 따라 작업해야 하며 기술 자체가 아니라 특정 비즈니스 목표를 달성하는 데 중점을 두어야 합니다. IT 개발에 대한 접근 방식은 더욱 실용적이 되었습니다. 점점 더 많은 고객이 IT 인프라를 더욱 단순하고 유연하며 동시에 더욱 안정적으로 만드는 솔루션을 선택하고 있습니다. 예를 들어 표준 x86 서버와 그리드 아키텍처를 사용하여 구축합니다. 애플리케이션 환경 구축을 위한 패러다임이 변화하고 있습니다. 더 높은 소프트웨어 가용성을 제공하고 단일 장애 지점이 없는 솔루션이 요구되고 있습니다.

"모놀리식" 애플리케이션에서 분산 애플리케이션으로의 전환은 현대적인 추세 중 하나입니다. 오늘날에는 각각 특정 문제를 해결하는 일련의 독립적인 애플리케이션이 아니라 끊임없이 성장하고 변화하는 서비스 세트가 가상 인프라에 배포되는 IT 환경에 대해 이야기하는 것이 합리적입니다. 이러한 환경에서 각각의 새로운 비즈니스 작업은 다른 애플리케이션을 작성하는 것이 아니라 기존 서비스를 조정하여 구현됩니다. 이러한 서비스로부터 현재 비즈니스에 필요한 로직이 조합됩니다.

이로 인해 개발자는 애플리케이션 생성에 대한 접근 방식을 변경해야 합니다. 애플리케이션은 처음에 프라이빗 또는 퍼블릭 클라우드에서 서비스로 제공될 준비가 되어 있어야 합니다. 이를 달성하는 방법은 클라우드 프로그래밍 및 애플리케이션 컨테이너화에 대한 보고서에서 논의되었습니다.

비즈니스 사용자나 최종 소비자의 서비스 사용에 대한 통계를 수집할 수 있는 분석 요소를 IT 시스템에 도입하는 추세가 늘어나고 있습니다. 이를 통해 수요 역학을 예측하고 변화하는 사용자 요청에 맞게 IT 서비스를 적시에 조정할 수 있습니다.

이미 자체 IT 인프라를 구축한 기업의 경우 투자 유지 문제, 즉 기존 장비에서 최대한의 이익을 추출하는 문제가 관련됩니다. 이 문제에 대한 해결책은 가상화이며, 서버(현재 생활의 표준)뿐만 아니라 스토리지 시스템과 네트워크, 그리고 미래에는 소프트웨어 정의 인프라로의 전환도 포함됩니다.

SDS(소프트웨어 정의 스토리지) 및 SDN(네트워킹) 기술은 아직 초기 단계이며 고객에게 항상 명확한 것은 아닙니다. 특히 단일 표준화된 접근 방식이 아직 없고 각 공급업체가 자체 구현 옵션을 제공하는 SDN의 경우 더욱 그렇습니다. Jet Infosystems 전문가는 다양한 제조업체의 다양한 솔루션을 테스트했습니다. 그 중 일부는 벤더 부스에서 발표되었으며 세미나 참가자들은 자신의 작업 특징에 대해 자세히 알아볼 수 있었습니다.

스토리지 시장에서 가장 많이 논의되는 주제 중 하나는 All-Flash 스토리지 시스템입니다. 원탁 중 하나가 그녀에게 헌정되었습니다. 올플래시 시스템은 성능과 용량 측면에서 기존 스토리지 시스템보다 월등히 뛰어나며, 플래시 메모리의 전력 소모도 기존 디스크에 비해 낮다. 또한 최신 솔루션에는 저장 공간을 절약하는 데이터 축소 알고리즘이 내장되어 있습니다. 이로 인해 올플래시 시스템은 개별 애플리케이션의 응답 속도를 높이는 것뿐만 아니라 메인 데이터 스토리지로도 수요가 높아지고 있다.

이벤트 주최자는 새로운 기술과 접근 방식에 중점을 두면서도 많은 고객이 오랫동안 사용해 온 RISC 플랫폼의 기존 솔루션을 무시하지 않았습니다. 특별 섹션에서 참가자들은 SAP HANA on IBM Power 솔루션, 새로운 Oracle SPARC T7 및 M7 서버 플랫폼, 새로운 Veritas 데이터 보호 솔루션의 기능에 대해 알아볼 수 있었습니다.

정보 환경이 전혀 없던 시절도 있었습니다. 아니면 단순히 그를 알아보지 않는 것을 선호한 걸까요? 정보 시스템은 극도의 오만함을 특징으로 하며, 무균의 공기 없는 공간에서 군림했습니다. 점점 더 복잡해지면서 그들은 자신의 아키텍처, 즉 자신과 사랑하는 사람에게 지구력과 효율성과 같은 매력적인 특성을 제공하는 방법에 대해 생각하기 시작했습니다. 그러나 그들은 여전히 ​​용서할 수 없는 이기심으로 구별되었습니다.

자동화 시스템(AS) 구현을 위한 각 프로젝트는 기업이 IT 분야(현재 IT 환경)에서 이미 보유하고 있는 것(현재 IT 환경)에 덜 관심을 기울이려고 노력했는데, 이는 상업적 관점에서 상당히 정당했습니다. IT와 관련된 랜드스케이프의 개념은 SAP가 경쟁 우위와 이익을 얻기 위한 복잡한 자기 인식 경로에서 SAP가 처음으로 사용한 개념 중 하나였습니다. 현대 기업. 주위를 둘러보면서 그녀는 회사가 원하지 않거나 버릴 수 없는 많은 시스템, 시스템, 프로그램을 발견했습니다. 이전과 마찬가지로 한 시스템에서 다른 시스템으로 데이터를 전송하는 잘 알려진 방법(한 시스템에서 데이터를 입력하고 다른 시스템에 키보드로 입력하거나 복사하거나 Excel에 쓰고 거기에서 업로드하는 등)은 오랫동안 비효율적이었습니다. 게다가 정보의 질에도 위험합니다. 가장 단순하고 가장 저렴한 프로젝트가 아닌 가장 저렴한 소프트웨어를 도입하지 않음으로써 달성할 수 있는 모든 효율성과 신뢰성은 이러한 종류의 "통합" 또는 오히려 "분해"로 인해 무너졌습니다.

먼저 사용자들이 불만을 터뜨리기 시작했고, 이어서 비즈니스 고객들이 불만을 토로하기 시작했습니다. 사용자 - 정보 매체의 기계적이고 의미 없는 작업으로 인해 고객 - 중장비 공급업체 및 이러한 솔루션을 구현하는 회사가 약속한 실제 이점이 부족하기 때문입니다. 'IT 랜드스케이프 디자인' 시대가 시작된 것이다. 스피커, 장비, 커뮤니케이션, 습관과 경험을 가진 살아있는 사람들은 물론 고려해야하고 따라야하는 기업 표준이 많이 있다는 것이 밝혀졌습니다. 즉, 밝은 AC 건물은 추상적인 세계가 아닌 실제 세계에 건설되어야 합니다. 그리고 여기 여름 별장의 초고층 건물은 도심의 탈의실처럼 부적절해집니다. 물론, 덤불을 파낼 수도 있고, 웅덩이를 메울 수도 있고, 작은 언덕을 무너뜨릴 수도 있고, 건물을 파괴할 수도 있습니다. 그러나 정보 환경의 요소가 중요할수록 이를 새로운 아키텍처 구조에 맞게 변경하는 것이 더 어렵습니다. 그리고 최소한 프로젝트를 분석할 때 이러한 노력과 관련 비용을 고려해야 합니다.

조경과 건축

그래서 AS 아키텍처를 구성할 때 주변 경관을 고려해야 하는데, “Enterprise Architecture라는 개념이 이미 있는데 왜 굳이 랜드스케이프 개념을 도입해야 했을까?”라는 의문이 생깁니다. 이를 중심으로 아이디어, 표준 및 방법 시스템이 이미 개발되었습니다. SAP에서 작성자에게 동기를 부여한 것이 무엇인지 말하기는 어렵지만, 구축 중인 새로운 시스템과 기업에 이미 존재하는 현실을 분리하기 위해 랜드스케이프 개념이 필요했다고 추측할 수 있습니다. 또 다른 측면이 있습니다. 건축이 특정 개방성, 명확성 및 형식화를 전제로 한다면 풍경에는 ​​더 많은 비밀이 포함될 수 있으며 불확실한 정도의 신뢰성으로 묘사될 수 있습니다. 그러나 레거시 시스템이라고 불리는 모든 것은 거의 항상 제대로 문서화되지 않거나 전혀 문서화되지 않습니다. 따라서 기업 아키텍처 설명 방법을 풍경에 적용할 때 우리는 많은 흰색과 회색 지점에 대비해야 합니다. 필요한 경우 이러한 지점을 채우는 것은 그 자체의 과학 또는 오히려 예술입니다. 공식화의 불가능성으로 인해 기업은 기존 조경 요소를 포기하고 위험도가 높은 비용이 많이 드는 프로젝트에 뛰어들게 되는 경우가 많습니다. 따라서 자연과 마찬가지로 정보 환경도 위협과 문제로 가득 차 있을 수 있습니다. 그러나 조경 설계를 숙달하면 기존 IT 도구를 능숙하게 사용하여 구조를 주변 "자연"에 능숙하게 통합함으로써 단점을 장점으로 바꿀 수 있습니다.

현대 기업의 환경은 기업 유형에 따라 크게 달라집니다(표 1 참조).

표 1. 기업 유형 및 해당 정보 환경
분류 유형 풍경에 미치는 영향 조경 특징
산업 은행의 경우 ABS는 통신 - 청구 시스템, 기계 엔지니어링, 조선, 항공기 제조 - CAD/CAM/PDM, 제조 기업 - 자동화 프로세스 제어 시스템 및 MES, 판매 회사 - Sales Force Automation 및 CRM 등 특별한 역할을 합니다. 시스템. 특정 산업에서는 기업에 가장 중요한 중앙 AS를 중심으로 환경이 구축됩니다.
영토 구조 분산되고 고도로 중앙화된 기업에는 분산 아키텍처를 지원하고 네트워크 장애에 대한 복원력을 갖춘 중앙 집중식 시스템이 필요합니다. 또한 네트워크 조직과 전체 환경에 대한 요구 사항을 부과합니다. 강력한 중앙 집중화 기능을 갖춘 지리적으로 분산된 회사는 네트워크 오류에 대한 고품질 통신 및 소프트웨어 안정성이 특징입니다.
부동산 유형 국영 기업은 문서 관리 시스템, 상업용 시스템, 분석 시스템을 적극적으로 사용합니다. 소유권 유형에 따라 문서 흐름 및 재무 관리 자동화 도구에 대한 요구 사항이 결정됩니다.
크기 대기업의 경우 시스템 성능, 확장성, 안정성이 중요합니다. 소규모의 경우 - 설치, 구성 및 유지 관리가 쉽습니다. 엔터프라이즈 아키텍처의 구성 요소에 대한 요구 사항이 다르므로 환경의 모양도 크게 다릅니다.

거의 모든 현대 기업은 다양한 정보 환경을 특징으로 하며, 소위 레거시 시스템이 그 속에서 중요한 역할을 합니다. 오랫동안 아무도 단일 프로젝트에서 모든 것을 잘라내어 완전히 변환할 것을 제안하지 않았습니다. 따라서 구현뿐만 아니라 아키텍처 계층에 대한 대부분의 변경 사항에는 이러한 변경 사항이 전체 기업 환경에 어떤 영향을 미칠지 분석이 필요합니다. 불행하게도 대부분의 경우 변경 관리의 품질은 부족한 점이 많습니다. 풍경에 대해 생각하는 사람은 거의 없습니다. 기존 정보 환경을 고려하지 않고 적어도 인접한 "수풀"로 제한하거나 예전처럼 AS를 도입할 계획이라면 좋습니다.

조경 구성 요소의 분류

정보 환경의 구성요소, 즉 모든 수풀, 나무, 열매 및 꽃을 살펴보고(표 2) 이들이 어떻게 서로 어울리는지 살펴보겠습니다.

표 2. 정보 환경의 요소
조경 요소 유형 주요특징 통합 방법
대기업 시스템(ERP, CRM, ...) 다양한 기능

스마트 아키텍처

구현 방법론

좋은 문서

잘 개발된 API와 개선을 위해 세심하게 고려된 기술

XML로 설명된 신중한 통합 방법, 인터페이스, 어댑터

ESB, 애플리케이션 서버 J2EE, .NET, CORBA, XML, EDI

좁은 전문화(최고의 빵)의 기성 시스템(문서 흐름, 프로젝트 관리, 회계 시스템...) 해당 부문에서 선두 위치 중 하나를 차지하는 시스템입니다. 일반적으로 해당 영역에서 대규모 시스템보다 더 나은 기능을 제공합니다. 통합 옵션은 대규모 시스템만큼 다양하지는 않지만 기술 선택은 일반적으로 동일합니다.
기능적 플랫폼(BPM, 서비스 지원 등) 선택한 기능 영역에서 스피커를 편리하게 조립할 수 있는 방법을 제공하는 시스템입니다. 이러한 시스템에는 항상 API가 있지만 대부분의 빌드에는 코딩이 포함되지 않습니다. 일반적으로 이러한 플랫폼에서는 추가 개발이 가능한 기성 솔루션도 제공됩니다. 통합 방법은 플랫폼의 기반이 되는 기술에 따라 결정됩니다. 가장 일반적인 플랫폼은 J2EE와 .NET입니다.
소프트웨어 플랫폼 - 개발 환경(Eсlipse, Visual Studio, NetBean) 소프트웨어 플랫폼은 개발자에게 광범위한 기능을 갖춘 애플리케이션을 구축하는 편리한 수단을 제공하며 일반적으로 특정 기능 영역에 초점을 맞춘 요소를 포함하지 않습니다. 많은 플랫폼은 코딩 없이 애플리케이션을 부분적으로 생성할 수 있는 시각적 개발 도구를 제공합니다. 통합 도구는 사용된 기술(이 경우 프로그래밍 언어)에 따라 결정됩니다.
맞춤형 개발 일반적으로 사용자 정의 개발은 적어도 어떻게든 문서화됩니다. 통합 도구는 실제로 주문한 내용에 따라 달라지므로 개발을 위한 통합 계획이 있는 경우 기술 사양에 관련 요구 사항을 즉시 포함하는 것이 좋습니다.
자체 개발 플랫폼에서 자체 개발을 생성할 수도 있습니다. 일반적으로 문서화 수준이 낮거나 전혀 없으며 변경할 수 없는 블랙박스인 경우가 많습니다. 통합하기 가장 어려운 조경 요소

일반적으로 테이블의 요소는 없습니다. 2는 다른 것보다 더 좋거나 나쁘지 않습니다. 모두 특정 회사와 상황에 따라 다릅니다. 특히, 통합이 어려운 독점 소프트웨어는 회사가 잘 정립된 소프트웨어 개발 프로세스를 가지고 있다면 다른 모든 요소보다 다른 구성 요소와의 결합에 더 적합할 수 있습니다. 후자의 결론에 찬성하여 우리는 일본 최대 통신 사업자인 Docomo의 사례를 인용할 수 있습니다. 이 회사의 모든 소프트웨어는 독립적으로 개발되며 Docomo는 상당한 양의 IT 전문가를 고용하고 있습니다. 그들은 이 접근 방식을 다음과 같이 간단하게 설명합니다. “우리에게 유연성은 가장 중요한 경쟁 우위입니다. 그리고 비즈니스 유연성에는 연사의 유연성이 필요합니다. 따라서 우리는 수백 명의 개발자에게 비용을 지불하고 교육 및 동기 부여에 노력과 돈을 투자할 준비가 되어 있지만 이를 위해 "모든 변경 사항을 우리 손에" 맡길 것입니다. 우리가 아는 한, 많은 일본 기업들이 이러한 접근 방식을 따르고 있으며 이는 일본 비즈니스 기적에 가장 적합한 것으로 보입니다.

반면 러시아 기업은 현재 자체 개발에서 아웃소싱으로 전환하는 단계에 있습니다. 많은 관리자들은 이 경우 AS 생성 프로세스 관리에서 완전히 벗어나 고통스러운 두통을 치료할 수 있다고 믿습니다. 그들의 환상은 자체 개발을 제외한 다른 모든 요소를 ​​관리할 필요가 없으며 자체 기업의 토양에 심어진 아웃소싱 업체가 만든 시스템이 서로 및 주변 환경과 완벽하게 호환될 것이라는 환상입니다. . 그들은 세상에 몇 번이나 말했습니까? 구성 요소를 선택할 때 호환성 요구 사항이 가장 중요한 것 중 하나가 되어야 하며 아쉽게도 문제는 여전히 존재합니다. 그러한 요구를 제시하려면 무엇을 물어봐야 하는지 알아야 한다는 것은 분명합니다. 정보 환경은 적어도 신뢰할 수 있는 형식으로 설명되어야 합니다. 누가 가지고 있나요? 그래서 생존 불가능한 괴물이 탄생합니다. 뿌리를 내리지 못하고 뿌리를 내릴 수없는 AC는 접목을 시도한 사람들의 분개 한 애도 속에서 기업 환경에 시달립니다.

조경 요소 결합 도구

좋은 소식과 나쁜 소식이라는 두 가지 “뉴스”가 있습니다. 좋은 점은 현대 IT를 통해 무엇이든 무엇이든 통합할 수 있다는 것입니다. 이는 리소스(노력 및 비용), 결과로 나오는 신뢰성, 통합 솔루션을 유지하고 지원하는 데 필요한 노력의 문제입니다. 그러나 후자의 질문은 분명히 연구되지 않았습니다. 그들은 자연 경관에 대해 이야기할 때 적절한 관리가 없으면 곧 야생의 덤불로 변할 것임을 기억합니다. 그들은 정보 환경에 대해 이야기할 때 한 번만 사용하면 모든 것이 잘 될 것이라고 믿습니다. 많은 오해와 마찬가지로 이것은 잠재의식의 깊숙한 곳에 있기 때문에 맞서 싸우기가 어렵습니다.

나쁜 소식은 모든 통합 솔루션이 훨씬 더 복잡하고, 유지 관리 및 개발이 어렵고, 더 비싸며, 동시에 비즈니스에 판매되는 것보다 훨씬 더 나쁘다는 것입니다. 후자가 매우 중요합니다. IT 관리자, 통합업체, 컨설턴트 모두 이러한 문제에 직면해 있습니다. 결국, 이 통합은 통합되는 것과 별도로 표시되거나 구현될 수 없습니다. 그리고 불행히도 우리나라에서는 정보 품질의 개념이 전혀 개발되지 않았기 때문에 이제 정보의 품질이 달라질 것이라고 설명하는 것은 매우 어렵습니다.

따라서 통합 프로젝트는 구현 프로젝트에 연결되어 잔여 자금을 조달하고 "실제 스레드에서" 수행됩니다. 이는 나중에 시간과 예산이 나타나면 모든 것을 올바르게 수행할 것임을 의미합니다. 그러나 일시적인 것보다 더 영구적인 것은 없습니다. 따라서 완료되지 않은 통합은 수년 동안 기업을 괴롭혀 약속된 혜택을 받지 못하거나 필요한 변경 사항을 올바르게 구현하지 못하게 됩니다. 예를 들어, 적어도 통합을 구현하여 프로젝트의 성공을 보여주도록 경영진을 설득한 한 IT 관리자의 추론을 인용할 수 있습니다. “글쎄, 두 시스템을 연결할 수 있습니까? 아, 뭔가 이미 작동하고 있어요! 자, 보여주자!” 분명히 아직 작동하지 않는 두 시스템 사이의 가상 브리지만 보여주는 것이 필요했습니다.

정보 환경의 요소를 결합하는 시스템은 테이프와 우산이라는 두 그룹으로 나눌 수 있습니다.

테이프 스피커는 일반적으로 개별 스피커가 표준화된 인터페이스인 "흡입 컵"에 부착되고 버스를 통해 서로 상호 작용하는 ESB 버스를 기반으로 구축됩니다. 이러한 시스템은 CORBA 기술과 메시징 시스템에서 발전했습니다.

ESB를 기반으로 하는 우산 시스템은 정보 환경에서 서로 다른 시스템에 대한 액세스를 제공하여 우산처럼 보호합니다. 가장 간단한 형태로 이는 다양한 조직 시스템에 대한 액세스를 제공하는 기업 포털입니다. 오늘날 활발하게 인기를 얻고 있는 BRM 시스템은 우산형 시스템입니다.

테이프 및 엄브렐러 통합 시스템 모두 통합 스피커 처리가 필요한 경우가 많습니다. 단, 후자에 사전 정의된 어댑터나 인터페이스가 많이 있는 경우는 예외입니다. 통합 조경 세계에서 이것이 점점 더 중요해짐에 따라 많은 제조업체는 편리하고 신뢰할 수 있는 다양한 통합 기능을 자신의 창작물에 제공하려고 노력하고 있습니다. 그들은 이것이 중요한 경쟁 우위 중 하나라고 믿는 데는 이유가 있습니다. 나는 소비자들이 이러한 노력에 감사하는 법을 배우기를 바랍니다.

반면, 생산자는 정보 환경에서 자신의 "수풀과 나무"에만 관심을 갖습니다. 그들이 기업의 전체 정보 환경에 대한 정원사 역할을 하도록 요구될 가능성은 거의 없습니다. 이것은 명목상으로나 본질적으로나 시스템 통합자의 분야입니다. 그러나 지금까지 국내 통합업체는 이 명예롭지만 매우 어려운 역할을 맡으려고 하지 않았습니다. 클라우드가 IT 시장의 큰 부분을 차지하려고 위협하는 상황에서 시스템 통합업체는 아직 반쯤 비어 있는 이 비즈니스 영역으로 달려가야 합니다.

네트워크가 세계 각지의 사람들을 통합한다면 기업을 통합하고 공급망(공급업체와 소비자 간의 상호 작용을 조직하기 위한 공급망), 협업 및 크라우드소싱("군중"을 유치하기 위한 공급망)을 구축하는 데 적합합니다. 생산, 판매 자원봉사자). 이 모든 것은 우리가 앞서 이야기했던 것과는 완전히 다른 정보 환경을 시사합니다. 아마도 여기에서는 "풍경"이라는 용어조차 완전히 적절하지 않지만 "정보 세계"또는 "비즈니스 인터넷"이 더 적절할 것입니다. 통합 도구에 대한 요구 사항이 증가할 것은 분명합니다.

그러나 지금까지 기업 간의 상호 작용은 놀랍게도 한 AS가 파일을 넣고 두 번째 AS가 파일을 가져가는 고대 EDI를 기반으로 하는 경우가 많습니다. 또 다른 점은 이제 이러한 파일이 XML 형식으로 되어 있다는 것입니다. 특히 가장 큰 자동차 문제와 부품 공급업체의 상호 작용에 일반적으로 사용되는 것은 EDI입니다. 그건 그렇고, 통합이 더 이상 쉽게 무시할 수 있는 것이 아니라는 것을 아직 깨닫지 못한 사람들은 주문 진행 상황에 대한 운영 정보를 제공하지 않고 자동차 거대 기업이 사용하는 스피커와의 통합 없이 회사가 공급업체 자동차 부품으로 간주되지도 않습니다.

통합, 정보 환경의 생성 및 유지 문제가 은행, 통신, 제조 및 소매 회사를 점점 더 많이 차지하고 있습니다. 어쨌든 미래는 새로운 요소를 쉽게 통합하고, 기존 요소를 제거 및 교체하며, 기업 IT를 하나의 전체로 취급할 수 있게 해주는 정보 환경과 연결됩니다.

마리나 안시나([이메일 보호됨]) - 러시아 CIO 연합 표준 위원회 의장(모스크바).

BINBANK는 가장 기능적인 은행 IT 시스템을 생성, 구현 및 통합하는 프로젝트를 완료했습니다. 이 프로젝트를 구현하기 위해 IBM, Oracle, Tata Consultancy Services, Diasoft 및 LANIT의 고급 기술과 최고의 제품 및 통합 경험이 사용되었습니다.

고객에게 제공되는 제품과 서비스의 품질을 개선하고, 비즈니스 프로세스와 경쟁력의 효율성을 높이며, 인프라와 비용을 최적화하는 것이 BINBANK에서 구현하는 프로젝트의 목표입니다. 시스템 및 기술 공급업체를 선택하기 위한 주요 매개변수의 기초를 형성한 것은 바로 그들의 솔루션이었습니다.

“BINBANK는 작업 첫날부터 최대 고객 중심을 목표로 하는 적극적인 정책을 추구해 왔습니다. 은행 경영진은 효과적이고 지속 가능한 개발 기회가 오늘날에도 여전히 남아 있다는 것을 이해하면서 현재 경제 상황을 현실적으로 평가합니다.”라고 BINBANK Alexey Kolabukhov 수석 부사장은 말합니다.

"새로운 IT 인프라를 통해 은행은 가까운 미래에 가장 진보된 새로운 기술을 최대한 활용하고 국가 경제가 위기에서 벗어날 때까지 경쟁력을 강화할 수 있을 것입니다."라고 그는 덧붙였습니다.

프로젝트를 구현하기 위해 구현부터 통합 작업까지 서비스 지향 아키텍처(SOA) 원칙에 기반한 기술이 선택되었습니다. 이를 사용하여 생성된 IT 인프라의 생산성과 유연성을 향상시킬 수 있었습니다.

이제 비즈니스 프로세스의 효율성을 높이기 위해 BINBANK 전문가는 새로운 은행 상품을 개발하고 가능한 최단 시간 내에 새로운 옵션으로 기존 상품을 보완할 수 있습니다. 또한 IT 인프라 구성 기술의 높은 유연성을 통해 은행은 시장 상황 변화에 신속하게 대응하고 새로운 제안으로 시장에 신속하게 진입하여 새로운 은행 상품의 최적 비용을 보장할 수 있습니다.

SOA 기술을 사용하면 IT 리소스를 중앙 집중화할 수 있으므로 운영 안정성이 향상되고 운영, IT 인력 및 관리에 대한 후속 지원 비용 측면에서 비용이 크게 절감됩니다. 또한, 새로운 시스템 아키텍처를 통해 "인적 요소"와 불가항력 상황의 개입으로 인해 발생하는 운영 실패의 위험을 최소화할 수 있습니다.

BINBANK에서 구축된 시스템은 다른 정보 시스템과 단일 IT 환경으로 통합되어 자회사 시스템을 결합할 때 IT 프로세스 속도가 향상된다는 점도 주목할 가치가 있습니다.

고객 기반과 전체 제품 라인의 통합으로 인해 은행은 또 다른 경쟁 우위를 얻게 됩니다. 즉, 고객 충성도가 향상되어 언제 어디서나 은행 지점에서 가장 빠르고 최고 품질의 서비스를 받게 됩니다.

오늘날 BINBANK 프로젝트는 러시아 금융 부문의 모든 공급업체가 제공하는 통합 솔루션 및 제품을 구현한 최대 규모의 프로젝트입니다. 새로운 솔루션을 만들기 위한 거래 기반은 Tata Consultancy Services의 BαNCS 소매 금융 비즈니스 자동화 시스템이었습니다.

BαNCS 시스템은 지리적으로 분산된 두 개의 클러스터를 포함하고 데이터 센터 중 하나에 완전한 장애가 발생한 경우에도 1시간 이내에 주요 애플리케이션에 대한 복구 시간을 제공하는 재해 방지 인프라를 기반으로 배포됩니다. . 이 프로젝트는 신뢰성이 높고 생산적이며 내결함성이 뛰어난 시스템을 만드는 데 있어 광범위한 경험을 보유한 IBM에 의해 구현되었습니다. IBM 전문가들은 인프라에 대한 설계 및 배치 계획을 개발하고 두 개의 클러스터를 설치, 구성 및 테스트하고 운영 문서 세트를 개발했습니다.

재해 방지 인프라는 고급 IBM System p590 서버, DS8300 스토리지 시스템 및 TS3500 테이프 라이브러리를 기반으로 구축되었습니다.

러시아 상황에서 비즈니스를 수행하고 러시아 은행의 요구 사항에 따라 보고를 구성하는 문제를 해결하기 위해 BINBANK는 Diasoft에 도움을 요청했습니다. Diasoft는 프로젝트의 핵심 개념인 SOA 기술에 따라 구현된 혁신적인 제품을 제안했습니다.

Diasoft FA# Bank, General Ledger(SOA)는 러시아에서 개발된 동급 유일의 솔루션인 신세대 제품으로, 그 성능은 대규모 다중 지점 구조의 가장 심각한 요구 사항과 비즈니스 볼륨을 완벽하게 충족합니다. 이 Diasoft 솔루션을 기반으로 은행은 IFRS 및 RAS에 따라 보고 양식을 생성하기 위한 보고 창구를 구축했습니다.

Diasoft FA# 정보 시스템과 BαNCS 시스템의 통합은 Diasoft가 특별히 개발한 어댑터 덕분에 가능해졌습니다. 이를 통해 메인 ABS에서 거래를 다운로드하고 하루가 끝날 때 멀티 스레드 모드에서 조정을 수행할 수 있습니다.

BINBANK의 SOA 아키텍처 배치를 위한 기반은 Oracle Fusion Middleware 제품을 기반으로 생성된 통합 플랫폼에 의해 제공되었습니다. 그 결과, BINBANK는 9가지 유형의 정보 시스템과 170개 정보 소스 간의 통합 플랫폼을 통해 매일 약 40만 건의 이벤트가 전달되는 정보 공간을 구축했습니다. 또한, 새로운 기술 비즈니스 프로세스를 생성하고 이를 은행의 전체 IT 인프라에 연결하는 데 드는 비용이 최소화됩니다.

이 프로젝트는 기업 데이터 버스와 Oracle 기술 제품의 모든 장점, 특히 설정 및 관리 용이성, 탁월한 성능, 확장성, 관리 용이성 및 낮은 리소스 요구 사항을 활용합니다. 이 프로젝트는 SOA 관리 분야에서 세계 1위로 인정받은 솔루션을 기반으로 구현되었으며, Oracle과 BEA의 성공적인 통합 결과를 바탕으로 WebLogic 라인의 일부로 Oracle Fusion Middleware 제품군에 포함되었습니다. 시스템. Oracle 통합 플랫폼을 선택하면 BINBANK는 비용을 절감하고 최대의 경제적 효율성을 보장할 수 있습니다.

LANIT 회사는 통합 문제 해결을 위해 은행에서 축적한 경험을 활용하고, SOA 아키텍처를 구축하고, 구현된 시스템과 기존 시스템을 은행의 단일 정보 공간에 통합하고, 은행 간의 주요 정보 흐름을 자동화하는 핵심 임무를 맡았습니다. 필요한 뱅킹 프로세스의 문제 없는 운영을 보장하는 시스템입니다.

LANIT 전문가들은 Oracle Fusion Middleware 라인의 Oracle Corporation 제품을 기반으로 SOA 아키텍처에서 신뢰성이 높은 포괄적인 통합 솔루션을 구축했습니다. 이 솔루션은 높은 내결함성, 성능 및 보안이 특징이며 기존 지점을 새로운 뱅킹 시스템으로 유연하게 이전할 수 있는 아키텍처를 갖추고 있습니다. 이를 통해 새로운 비즈니스 프로세스를 자동화하는 비용을 줄이고 새로운 시스템을 단일 SOA 인프라에 연결하는 비용을 최소화할 수 있습니다.

"IT 환경: 비즈니스 진화인가, 비즈니스 혁명인가?"

컨설팅 회사 CJSC 이사회의 독립 회원인 ROSSWIFT의 사업 개발 이사가 "시스템 관리자"의 질문에 답변합니다. "N D 그룹"옥사나 글루셴코.

Oksana Glushchenko는 경제 과학 후보자라는 두 가지 고등 교육을 받았으며 은행가와 최고 관리자의 실무를 결합합니다. 1994년부터 2002년까지 그녀는 경제학자에서 상트페테르부르크 프롬스트로이뱅크의 최고 관리자로 일했습니다. 2005~2008년 SAP CIS의 금융 기관 업무 부서 책임자였으며 러시아 및 CIS의 은행, 보험 및 금융 기관과의 상호 작용을 담당했습니다. 2002~2005년 스위스 회사 Temenos에서 그녀는 CIS 및 발트해 연안 국가의 은행을 위한 자동화 시스템 프로젝트 구현을 주도했습니다. 2008년부터 ROSSWIFT 사업 개발 이사이자 2009년부터 컨설팅 회사 NDC 그룹 CJSC 이사회의 독립 이사로 활동하고 있습니다.

– 옥사나, 오늘날 모든 사람들은 위기를 논할 때 10년 전 사건과의 비유를 찾고 있습니다. 98~99년의 위기와 현재의 위기가 IT 커뮤니티, 사용자 및 시스템 전문가에게 어떤 영향을 미쳤다고 생각하시나요?

– 첫 번째 위기는 IT 커뮤니티의 의식을 강타했을 뿐입니다. 90년대 말, 은행을 포함한 모든 산업에서는 이미 기술 현대화 과정이 시작되었습니다. 위기는 이러한 추세를 더욱 강화시켰을 뿐입니다.

내 말은? 첫째, 산업 콘텐츠를 갖춘 ERP 시스템은 이후 많은 산업에서 일종의 표준이 되었습니다. 둘째, 당시 CRM 솔루션은 이제 막 독립적인 시스템으로 자리잡기 시작했습니다. SAP, Oracle, IBM, Microsoft와 같은 서구 시스템의 도입으로 인해 러시아에서는 의식의 진화가 이루어졌으며 98-99년 위기의 영향으로 더욱 심화되었습니다.

기본적으로 소프트웨어 시장(및 구현도!)은 항상 균형을 이루는 것은 아니지만 다음과 같은 추세의 영향을 받습니다.

– 표준에서 벗어남. 이는 단일 공급업체로부터 모든 구성 요소를 구매한 단일 모놀리식 시스템의 구현을 의미합니다. 이 접근 방식은 과거에는 매우 인기가 있었지만 이제는 각 비즈니스 작업, 비즈니스 기능 영역에 대해 동급 최고의 통합 솔루션이 선택되는 구성 요소 접근 방식이 이미 영역에 진입했습니다.

– 산업용 및 사전 구성된 콘텐츠 및 기능의 가능성을 시스템에 구현합니다.

– SOA를 사용하는 IT 환경 개발에 대한 상당히 의식적인 방향입니다.

– 프로세스 중심 관리 및 강력한 비즈니스 분석 도구 및 도구

– 세계화 추세 및 비즈니스 표준이 대기업뿐만 아니라 중견 기업에도 확산됩니다.

– 그리고 마지막으로 고객 회사뿐만 아니라 소프트웨어 공급업체 자체의 노력과 기술의 결합을 포함한 인수합병도 있습니다.

오늘날 (현재 위기의 중요한 특징!) 관리 결정이 매우 대중화되고 있습니다. 그건 그렇고, 최근 몇 년 동안 말 그대로 경영 결정을 내리는 속도 (속도)가 크게 증가했다고 생각합니다. 따라서 IT 정책을 비즈니스 분석 솔루션 및 의사결정 지원 쪽으로 방향을 바꾸려는 욕구가 있습니다. 은행과 기업이 비즈니스 프로세스 및 시스템 유지 관리 계약에 대한 서구 표준에 훨씬 더 가까워짐에 따라 해당 기술에 대한 교육을 받은 자격을 갖춘 전문가에 대한 필요성이 눈에 띄게 증가했습니다. 이런 부하로 인해 IT 인력 시장은 과열되기까지 했다. 이는 바로 변화하는 조건과 비즈니스 요구에서 비롯되었습니다. 이는 서구 자본의 진입, 러시아 기업의 IPO, 서비스 및 무역 부문의 경쟁 증가입니다.

이 모든 것은 시스템 관리자에서 CIO에 이르기까지 IT 커뮤니티의 의식에 혁명적인 영향을 미쳤습니다. 나는 지금도 위기가 IT 및 비즈니스 기술에 참여하려는 사람들의 대열을 피상적으로 정리하고 IT 관리의 방향을 바꾸어 새로운 조건에 적응하고 추가 개발을 위한 다른 방법을 찾도록 할 것이라고 믿습니다.

즉, IT는 이제 최고 (회사의 최고 경영진)가 예전 방식으로 살 수없고 최하위가 원하지 않는 질적으로 새로운 수준에 도달하고 있습니다.

– 당신은 수년 동안 은행 부문뿐만 아니라 비즈니스 및 정보 기술 분야에서도 일해 왔습니다. 최근 몇 년 동안 고객, 기업 및 은행의 최고 관리자의 요구 사항이 어떻게 바뀌었나요?

– 저는 운이 좋게도 고객 측 요구 사항 개발을 관찰했을 뿐만 아니라 표준 소프트웨어 제품(비즈니스 애플리케이션)을 홍보하는 팀의 리더로서 적극적으로 참여할 수 있었습니다. 무엇이 바뀌었나요?

첫째, 시스템의 기능적 요구사항 측면에서 구조적, 질적 변화를 모두 겪었습니다. 이제 모든 사람이 클라이언트 블록을 명확하게 식별합니다. 예를 들어, CRM 솔루션의 개발 및 구현을 통해 고객 정보에 대한 요구 사항 집합과 회사 부서에서 이를 처리하는 프로세스가 크게 확장되어야 한다는 사실을 깨닫게 되었습니다.

은행에 관해 이야기하면, 현대 ABS(자동화 뱅킹 시스템)의 환경이 어떠해야 하는지에 대한 아이디어도 크게 바뀌었습니다. 즉, 이를 중심으로 구축된 단일 시스템에서 원칙을 기반으로 구축된 구성 요소 기반 서비스 아키텍처로 바뀌었습니다. SOA(서비스 지향 아키텍처)의 개념입니다.

둘째, 시스템 기술 요구사항 측면에서 거래 처리 속도, 생산 시스템 성능 및 저장 정보량에 대한 요구가 크게 증가했습니다.

미들웨어 또는 미들웨어가 독립적인 개발 및 비즈니스 중요성을 얻고 있다는 점에 유의하는 것이 중요합니다. 이는 이기종, 분산 및 다중 구성 요소 시스템에서 트랜잭션 전달을 보장하는 데 필요한 플랫폼입니다. 최근 몇 년 동안 은행 시스템의 합병으로 인해 필연적으로 전체 고객 정책을 다시 작성하고 합병된 은행의 고객과 계약을 재협상하거나(이는 위험이 높습니다!) 고객, 제품 시스템을 연결하는 유능한 작업으로 이어집니다. 미들웨어를 통한 회계 서비스 및 보고 의무화.

아이디어와 요구 사항이 변화하는 주된 이유는 시간입니다! 기술적인 측면과 비즈니스적인 측면 모두에서 변화에 빠르게 대응하고 새로운 서비스를 빠르게 출시할 수 있어야 합니다. 그건 그렇고, 작년에 또 다른 추세가 나타났습니다. 제 생각에는 이것이 향후 몇 년 동안 풍경의 발전과 비즈니스 요구 사항을 결정할 것입니다. 이는 제품이 아닌 서비스로서의 소프트웨어 배포에 대한 새로운 서비스 접근 방식인 SaaS(Software as a Service)입니다. 이 모델은 이미 세계 시장에서 사용되고 있지만 러시아에서는 이제 막 구체화되기 시작했습니다.

– CIO, 금융가, CEO 및 기업주에게 어떤 이점을 제공합니까?

– 오늘날 위기 상황에서 CEO, 주주, 최고경영자에게 필요한 것은 무엇인가? 우선, 기술적 문제를 가능한 한 빨리, 그리고 최소한의 비용으로 해결하기 위해서입니다. 회사가 새로운 방향을 개발하려고 하거나 합병 절차를 준비하고 있다고 가정해 보겠습니다. 이러한 상황에서는 시장 진입 시간과 속도, 통합 보고 획득 문제가 중요한 역할을 합니다.

금융사는 솔루션을 구매하고 1~2년 내에 구현하기 위해 주주 자금을 불필요하게 고정시키는 것은 불가능하다는 말을 들었습니다. 또한 세금 압력으로 인해 금융 기관은 새로운 비즈니스 프로세스 설계부터 보고 통합에 이르기까지 지출 자금의 후속 자본화 방법과 보관 시스템 애플리케이션 임대의 무형 자산에 이르기까지 새로운 솔루션을 찾도록 강요받고 있습니다. 지금은 자본 비용을 늘리지 않기 위해서입니다.

IT 담당자는 보수적이므로 구현 및 유지 관리 작업의 잠재적인 부분을 항상 타사에 아웃소싱하는 것을 원하지 않습니다. 그러나 이는 아웃소싱 계획의 위험성에 대한 논쟁과 마찬가지로 일시적인 측면일 뿐입니다. 그런데 때로는 자신의 강력한 IT에 의존하는 것이 외부에서 제공되는 서비스보다 훨씬 더 위험합니다.

오픈 소스 소프트웨어에 대해 몇 마디 추가할 필요가 있습니다. 이는 특히 모든 소프트웨어가 인증을 받아야 한다는 맥락에서 매우 중요한 문제입니다. 이는 정부 기관에 매우 중요합니다. 드미트리 메드베데프 대통령이 국내 개발에 초점을 맞추면서 IT 분야에서 결정을 내리는 모든 사람은 오픈 소스 소프트웨어에 세심한 주의를 기울이게 됩니다.

– 현재 시스템 관리자의 역할이 바뀌고 있습니까?

- 의심의 여지가 없습니다! 우선, 그 어느 때보다 정보보안 분야의 자격을 갖춘 전문가여야 하며, 폭넓은 시야를 갖고 있어야 합니다. 나는 또한 그가 높은 도덕적 자질을 갖고 있음에 틀림없다고 확신합니다.

– 회사가 SaaS로 전환하기로 결정했다고 가정해 보겠습니다. 이 경우 IT 관리자는 어디서부터 시작해야 합니까?

– 먼저, 직원 이메일과 회사 내부 포털의 기능으로 간단한 것부터 시작하세요.

둘째, 가장 긴급한 작업을 식별하고 이를 제안된 가능한 SaaS 솔루션과 비교합니다.

  • ERP 기능;
  • 인사 관리;
  • 회사 사업에 필요한 경우 통합;
  • 자산 관리;
  • CRM 기능.

셋째, 그러한 솔루션을 가장 잘 사용할 수 있는 방법을 협상하고 계산해 보십시오.

솔루션이 궁극적으로 성공을 거두면 회사는 서비스 제공업체로부터 해당 솔루션을 다시 구매할 수도 있습니다. 그러므로 다시 한 번 말씀드리고 싶습니다. 이것은 협상의 과정입니다. 솔루션 구매 가능성, 설정 및 데이터의 원격 관리 등 서비스에 대한 계약 및 결제 옵션을 확실히 제공하겠습니다.

넷째, 솔루션이 어떤 플랫폼에 있는지 살펴보세요.

마지막으로, 서비스 제공업체가 서비스 계약에 따라 어떻게 업무를 수행하는지, 그리고 어떤 데이터 센터에 연결되어 있는지 주의를 기울여야 합니다. 그런데 소규모 회사는 더 유연할 수 있으며 그들의 접근 방식은 귀하의 요구 사항에 더 적합할 것입니다. 매우 합리적인 가격으로 그러한 회사의 서비스 수준은 오늘날의 핵심 요구 사항인 기존 플레이어의 서비스 수준보다 높은 경우가 많습니다.

– 소규모 제공업체는 어떤 방법으로 대규모 업체에게 유리한 출발을 제공할 수 있나요?

- 분석해보자. 소규모 회사에 자격을 갖춘 직원과 고도로 자격을 갖춘 전문가가 있고, 둘 이상의 데이터 센터와 좋은 관계를 갖고 있다면 그러한 서비스 제공업체를 선택할 것입니다.

오늘날 그러한 회사는 가능한 마찰을 최소화하고 모든 이해관계자의 목표를 고려한 결정을 내리는 협력 전략을 자주 공언합니다. 귀하의 요청에도 불구하고 그들은 솔루션을 개발할 것입니다.

그리고 여기에는 나쁜 것이 없습니다. 가장 중요한 것은 시너지 효과를 얻는 것입니다. 그러면 그들이 말하는 프로세스가 진행될 것입니다.

결론적으로, 오늘날의 IT 환경은 대기업이든 아니든 그야말로 혁명적인 변화를 겪고 있다고 말하고 싶습니다. IT 서비스에 대한 수요도 변화하고 있습니다. 예, 위기로 인해 고객과 공급업체 모두가 회전하게 되는데, 그 자체로는 나쁘지 않습니다.

애플리케이션

컨설팅 및 시스템 통합 서비스를 제공하는 ND-Group 회사는 2006년에 설립되었습니다. ND-Group의 첫 번째 주요 프로젝트는 2006년부터 2007년까지 수행된 은행 솔루션용 SAP의 현지화였습니다. 성공한 것으로 간주되었습니다. ND-Group은 현지화 파트너 및 금융 부문 SAP 우선 파트너라는 SAP 파트너십 상태를 보유하고 있습니다.

SWIFT(세계 은행 간 금융 통신 협회) 헌장에 따라 SWIFT 회원 국가 그룹과 SWIFT 사용자 그룹이 커뮤니티를 대표하는 각 국가에 생성됩니다. 러시아에서는 1994년에 설립된 ROSSWIFT 조직이 그들의 이익을 대표합니다. ROSSWIFT는 전 세계 트래픽의 약 3분의 1을 차지하는 SWIFT 내 30개 이상의 국가를 통합하는 유럽 SWIFT 동맹의 회원입니다.

가족에서는 러시아 속담에서 말했듯이 남편이 머리이고 아내가 목입니다. 그러나 은행과 정보 기술 시스템 간의 상호 작용에서 IT 솔루션은 "목"이라고 할 수 있습니다. 어쩌면 이것이 바로 IX 포럼 "금융 부문의 IT" 프레임워크 내에서 청취자들에게 IT 계약자와의 장기적인 협력에 대한 특이한 쌍 보고서가 제시된 이유일 것입니다. 블라디미르 스타세비치, Citibank의 프로젝트 관리 부서 책임자이자 EPAM Systems의 부국장입니다.

한 청취자는 심지어 이 발표를 장기 결혼에 관한 한 부부의 보고서와 비교하기도 했습니다. 연사들은 대략적으로 말하면 작은 오두막에서 그들의 관계를 시작하고 현대적인 다층 주택을 지은 방법에 대해 이야기했습니다. 오늘날 IT 계약자 EPAM은 Citibank의 핵심입니다. 이 신용 기관의 모든 공동 브랜딩 프로젝트를 지원하고 증권, 중앙 예탁 기관 및 규제 기관과 협력하고 모든 카드 상품뿐만 아니라 보고 솔루션을 제공하기 때문입니다.

그러나 이것이 정보 기술이 은행에 도움이 될 수 있는 전부는 아닙니다. IT 솔루션의 도움으로 좁은 문서 흐름 체인이나 일부 작업 영역(예: 대출자에게 점수를 매기거나 조기 상환 신청 수락)을 자동화할 수 있습니다. 그러나 더 나아갈 수도 있습니다. 동일한 IT가 부서 네트워크를 재구성하고, 신용 기관의 모든 내부 프로세스를 최적화하고, 심지어 새로운 은행을 최전선으로 이끄는 데 도움이 될 것입니다. 우리나라는 경제 현대화를 목표로 하고 있음을 상기시켜 드리겠습니다. 많은 경우 이 가정은 웃음을 자아낼 뿐입니다. 국내 금융 부문 전체의 인프라가 너무 취약하기 때문입니다. 그러나 일부 은행에서는 특정 비즈니스 프로세스에 대한 IT 지원이 존중됩니다.

바로 선두에

Svyaznoy Bank는 일반적으로 IT 없이는 구현하기 어려운 글로벌 작업을 수행했습니다. 즉, "신세대"은행에 대해 이야기하면 러시아 표준 이후로 발생하지 않은 40 개의 가장 큰 신용 기관 목록에 들어가는 것입니다. TOP에 들어가려면 먼저 은행이 영토 커버리지가 필요합니다. 다행스럽게도 휴대폰을 판매하는 Svyaznoy 자체는 러시아 전역에 걸쳐 많은 지점을 보유하고 있습니다(2200). 또한 Malina(1,200만 고객)보다 강력한 로열티 프로그램이 있을 것입니다.

게다가에 따르면 알렉산더 튜튜닉, Svyaznoy 회사의 부회장으로서 소매 네트워크를 기반으로 송금, 다른 은행의 대출 상환 및 자체 대출 제공 등 다양한 금융 서비스가 오랫동안 개발되어 왔습니다. 그리고 2010년에 Svyaznoy는 단위당 120만 건의 대출을 발행했는데, 이는 Sberbank와 비슷한 수치입니다. Svyaznoy의 금액이 달랐다는 것은 분명합니다. 아마도 모기지가 아닌 가전 제품 및 관련 제품 구매를위한 대출로 구성되었을 것입니다. 그러나 은행은 분명히 목표를 향해 나아가고 있습니다. 또한 향후 2년 동안 신용 기관은 소유주로부터 3억 5천만 달러의 투자를 받게 되며 2011년 IPO에서도 동일한 금액을 회수할 것으로 예상됩니다.

결과적으로 야심찬 규모의 IT 인프라 구축이 필요했습니다. 게다가 3.5개월이라는 최단 시간 내에 생성되어야 했습니다. 여기에는 선도적인 IT 전문가가 만든 시장 최고의 솔루션이 사용되었습니다. IT 환경 구축의 일환으로 데이터 웨어하우스, 720개 작업 공간을 갖춘 강력한 컨택 센터, 중앙 집중식 백오피스가 구축되었습니다. Svyaznoy Bank는 모바일 뱅킹뿐만 아니라 다양한 시장 틈새 시장을 대상으로 인터넷 뱅킹을 운영하고 있습니다. 모든 주요 프로세스는 통합 버스를 사용하여 자동화됩니다.

비용 절감은 주로 "임대할 수 있는 모든 것은 우리가 임대한다"는 원칙에 따라 달성됩니다. 은행에서도 IBM 소프트웨어를 임대하고 싶어합니다. 또 다른 비용 절감 영역: Svyaznoy는 거대 IT 업계 외에도 회사 그룹의 특정 프로세스에 서비스를 제공할 소규모 전문가 팀과 협력하는 것을 선호합니다. Alexander Tyutyunnik이 말했듯이 "코펙 3개에 5명"입니다. "그리고 이들에 대한 압력의 정도는 대규모 IT 계약업체에 대한 압력보다 훨씬 높을 수 있습니다."

무리의 가지

Trust Bank는 최근 광범위한 지점 네트워크를 재편성하기 위한 프로젝트 프로그램을 완료했습니다. 이 프로그램의 직속 관리자가 이에 대해 말했습니다. 올렉 바클라노프, 은행 프로젝트 관리 이사. 그 결과, 60개의 분기가 새로운 ABS로의 병렬 전송을 통해 10개로 변환되었습니다. 운영 사무소 수는 그대로 유지되었습니다. 은행에는 약 200개 지점이 있습니다. 동시에 회계, 보고, 인사 문서 흐름 등 백오피스 기능도 기본 지점 수준으로 중앙 집중화되었습니다.

프로젝트 틀 내에서 조직 개편을 수행하기 위해 프로젝트 오피스를 별도의 단위로 만들었습니다. 조직 개편의 영향을 받는 거의 모든 부서의 대표자(회계 및 운영 부서, 지점 네트워크 관리, 사업 부서, 변호사 및 금융 전문가)가 업무에 적극적으로 참여했습니다. 물론 IT팀도요. 동시에 프로젝트 오피스에는 관련 프로젝트도 포함되었습니다. 프로세스 변경에 대한 결정을 내리는 권한도 그곳으로 이전되었습니다.

프로그램을 구현하기 위해 6개의 전환 팀이 구성되었고 두 가지 별도의 역할, 즉 최고 방법론자(전환 방법론의 수호자)와 최고 기술 전문가(새로운 ABS 작업 기술을 철저히 아는 전문가)가 도입되었습니다. 프로젝트 내 전문 지식은 모스크바와 상트페테르부르크라는 두 개의 "역량 센터"를 기반으로 수집되었습니다. 우선, 새로운 시스템을 시범 지점에 구현한 후, 지점을 운영 사무소로 전환하는 첫 번째 작업이 수행되었습니다.

우리는 문서 번역 프로세스의 일부로 생성된 예제와 템플릿을 적용하여 수행되는 활동을 자세히 설명하는 방법론을 개발했습니다. 이를 통해 한 번에 6개의 재구성 스트림을 배포하고 새로운 ABS로 전환하는 것이 가능해졌습니다. 일반적으로 이 접근 방식을 통해 은행은 짧은 시간(1년 남짓)에 광범위한 지점 네트워크를 재구성할 수 있었습니다. 또한 Trust의 정보 및 재구성 솔루션의 또 다른 이점은 운영 비용 절감이었습니다. 즉, 백오피스 수가 훨씬 적었습니다. Oleg Baklanov에 따르면 모든 IT 솔루션을 구현하려면 직원의 마음 속에 있는 관리 모델의 변화가 필요합니다. 또한, '마지막'에는 통합 프로젝트가 완료되면 운영 중에 발생하는 문제를 모니터링하는 것이 필수적입니다. 그리고 항상 그런 사람들이 많아요...

신뢰는 여기서 끝나지 않았습니다. 얼마 전 전자 계산원을 갖춘 오피스 모델이 출시됐다. 새로운 사무실 형식에는 한 명의 직원이 운영자와 계산원의 기능을 결합하는 것이 포함됩니다. 이 접근 방식은 클라이언트에 대한 모든 기본 뱅킹 작업을 수행하는 절차를 단순화합니다. 일반적으로 서비스가 자동 형식으로 전환되면 어떤 비용 절감 효과를 얻을 수 있는지 상상할 수 있습니다. 이것이 아마도 은행의 미래일 것이다.