컴포저블 뱅킹 작업 만들기

플라톤에 의해 재발행

팔로워 : 0

80년대에 처음 은행 기술 분야에서 경력을 시작했을 때 저는 처음에 메인프레임으로 작업했습니다.

컴포저블 뱅킹이 작동하려면 더 광범위한 조직적 변화가 필요합니다.

그 당시에는 요구 사항을 지정하는 "본사 비즈니스 사용자" 팀이 있었습니다. 이들은 시스템의 실제 사용자를 대표하는 중개인이었습니다. 실제 사용자와 직접적인 접촉은 없었습니다.

몇 년 후 은행은 오늘날 애자일이라고 불리는 것을 시험해보고 싶었지만 당시에는 Rapid Application Development였습니다. 목표는 솔루션 제공 방법을 가속화하는 것이었습니다. 우리는 IT 분야에서 처음으로 노트북과 휴대폰으로 무장했습니다. 우리는 IT 사무실에서 쫓겨나 한 사업 단위에 사무실을 배정받았습니다.

동시에 우리는 집에서 일하거나 우리가 생산적이라고 생각하는 곳이면 어디에서나 일할 수 있었습니다. 내 일정은 일반적으로 오전 6시에 일어나 오후 2시까지 코딩한 다음 점심을 먹고 점심을 먹기 위해 휴식을 취하는 것이었습니다. 나는 오후 6시 7분경에 책상으로 돌아왔고 일반적으로 자정까지 코드를 작성했습니다. 이것은 나를 위해 일했습니다.

이 외에도 가장 큰 변화는 실제로 지점의 최종 사용자로부터 요구 사항을 받는 것이었습니다. 이것은 솔루션의 유용성과 기능을 올바르게 얻는 데 큰 차이를 만들었습니다.

30년이 지난 지금은 이것이 표준입니다. 지난 30년 동안 우리는 비즈니스 사용자와 IT의 통합이 증가하는 것을 보아 왔습니다. 소프트웨어 제공업체조차도 고객이 신제품에 깊이 관여하는 모델로 이동했습니다.

그러나 일반적으로 비즈니스별 요구 사항의 경우 분석가가 문서화하고 개발자가 코드를 작성합니다. 이것은 수십 년 동안 모델이었습니다.

비즈니스 사용자가 로우 코드 또는 코드 없는 솔루션을 사용하여 자체 솔루션을 작성할 수 있도록 하기 위해 이를 변경하려는 시도가 있었습니다. 실제로 저의 마지막 회사인 edgeIPK는 웹/모바일 앱 개발을 위한 코드 없는 플랫폼을 만드는 선구자였습니다. Gartner는 이러한 도구의 사용자를 "시민 개발자"라고 부릅니다. 이것은 요구 사항과 개발의 분리를 줄였지만 유지 관리가 어렵고 재사용을 거의 촉진하지 않는 많은 솔루션을 생성했다고 감히 말할 수 있습니다. 따라서 이러한 도구는 미션 크리티컬 솔루션을 위해 엔터프라이즈 수준에서 실제로 사용되지 않았습니다.

그러나 이는 시장에서 빌딩 블록을 개발, 게시 및 소비한 다음 다른 사람이 이러한 블록을 완전한 솔루션으로 "구성"할 수 있도록 하는 데 중점을 둔 컴포저블 뱅킹으로 변경될 수 있습니다. 그러나 분명히 그렇게 간단하지 않습니다. Gartner의 저명한 VP 분석가이자 연구원인 Yefim Natis는 컴포저블 뱅킹에서 다음 XNUMX가지 역할을 정의합니다.

EA(Enterprise Architect): 높은 수준에서 전체 솔루션을 관리하여 최대의 재사용 및 일관성을 보장하는 사람입니다. BIAN 아키텍처는 EA가 만들 수 있는 것의 좋은 예입니다. BIAN은 완전한 은행 아키텍처를 위한 구성 가능한 "빌딩 블록"의 적용을 위한 훌륭한 모델을 제공합니다.
작성자: 개별 계산, 기능 또는 비즈니스 능력의 빌딩 블록을 만들고 게시하는 개발자입니다.
큐레이터: 빌딩 블록의 "라이브러리" 또는 시장을 관리하는 역할. 이 라이브러리에는 독점 또는 타사 획득 솔루션도 포함되어야 합니다.
작곡가: 애플리케이션 구성 플랫폼과 도구를 사용하여 빌딩 블록에서 솔루션을 구성하지만 반드시 그런 것은 아닙니다.
소비자: 응용 프로그램의 실제 사용자입니다.

자세한 내용은 Yefim의 최근 웨비나 '구성 가능성의 핵심 원칙: 비즈니스 변화를 통해 성공'을 참조하십시오.

"컴포저블 뱅킹"은 비즈니스 사용자와 관련된 IT 문제가 아닙니다. 이는 재사용 라이브러리를 사용한 표준 개발이 아니라 조직의 변화이며 기업은 이러한 변화 없이 완전한 이점을 보기 위해 고군분투할 것입니다.

과거에 엔터프라이즈 아키텍트의 역할은 비즈니스와 기술에 대한 강력한 지식이 필요하고 수천 개는 아니더라도 수백 개의 시스템을 살펴보고 더 나은 환경을 위한 청사진을 제공할 수 있어야 했기 때문에 매우 어려웠습니다. 기존 시스템을 매핑하는 작업이 여전히 쉽지는 않지만 BIAN은 이 작업을 훨씬 더 쉽게 만들었습니다.

에서 강조했듯이 이전 게시물, 컴포저블 뱅킹은 은행의 여러 문제를 해결할 수 있지만 조직의 변화가 필요하며 새로운 역할이 지원하는 새로운 업무 방식을 교육하고 채택하는 전략이 뒷받침되어야 합니다. 항상 그렇듯이 도구와 이론은 쉽게 사용할 수 있지만 악마는 세부 사항에 있습니다. 이 작업을 수행하는 조직의 강력한 예가 있으며 곧 이에 대해 글을 쓰고 싶습니다.