자체 애플리케이션 코딩을 고려하는 은행이 다시 생각해야 하는 이유(Steve Morgan) PlatoBlockchain Data Intelligence. 수직 검색. 일체 포함.

자체 애플리케이션 코딩을 고려하는 은행이 다시 생각해야 하는 이유(Steve Morgan)

고객에게 뉴스레터를 보내는 것부터 새로운 고객을 온보딩하는 것까지 모든 것에 대한 응용 프로그램을 만들고자 하는 은행은 하드 코딩이 최선의 방법이거나 그들에게 있는 유일한 옵션이라고 생각할 수 있습니다. 

그들이 다시 생각해야 하는 세 가지 이유를 말씀드리겠습니다.

코딩은 비용과 시간이 많이 소요됨

하드 코딩 응용 프로그램은 프로그래머의 시간이 몇 개월 걸릴 수 있습니다. 이는 정말 번거롭고 비효율적일 수 있습니다. 그리고 숙련된 코더를 찾기가 너무 어렵기 때문에 시간이 저렴하지 않고 비용이 빠르게 추가될 수 있습니다. 

응용 프로그램을 빠르고 쉽게 구축할 수 있는 로우 코드 플랫폼에 투자하는 것이 훨씬 비용 효율적입니다. 이는 전문 코더의 기술이 필요하지 않고 기본 교육만 있으면 누구나 수행할 수 있기 때문입니다. 응용 프로그램이 실행될 수 있으며
은행은 운영 방식을 개선하고 고객에게 더 빠르게 서비스를 제공할 수 있습니다. 

또한 로우 코드 플랫폼을 사용하면 프로젝트에 참여하거나 프로젝트를 감독하는 모든 사람이 더 쉽게 공동 작업을 수행하고 각 단계에서 효과적으로 피드백을 평가할 수 있습니다. 생각해 보세요. 이 글을 읽고 있는 모든 비코더들에게 당신은 몇 번이나 보았습니까?
코드 라인에서 유용한 피드백을 제공한다는 것이 무엇을 의미하는지 이해했습니까? 모든 사람이 실시간으로 작업에 액세스할 수 있도록 하고 끌어서 놓기 기능과 간단한 용어를 사용하여
응용 프로그램은 명확하게 작동하지만 그 뒤에 숨겨진 프로세스도 이해할 수 있습니다.

코딩과 변화에 대한 적응은 함께 작동하지 않습니다. 

하드 코딩은 힘들고 비용이 많이 들 뿐만 아니라 이러한 방식으로 구축된 애플리케이션은 변경하기 어려울 수 있습니다. 이는 변화하는 고객 선호도에 적응해야 하는 현대 금융 조직에 이상적이지 않습니다. 2022년 이후에는 성장
조직의 안정성은 보장되지 않으며 진화하는 것이 유일한 솔루션이므로 은행은 시간 변화에 따라 적응할 수 있는 시스템이 필요합니다. 

영국에서 가장 오래된 은행은 이미 하드 코딩된 시스템을 여러 겹으로 쌓아 놓고 밤새 '시스템을 끄는' 것이 엄청난 문제를 일으킬 수 있다는 두려움 때문에 이것은 말처럼 쉽지 않습니다. 실제로 우리는 영국에서 가장 큰
디지털 전환 프로젝트 중에 시스템이 다운되어 수백만 명의 사람들이 몇 시간 동안 결제를 할 수 없었기 때문에 번화가 이름이 뉴스에 퍼졌습니다.

그러나 현명한 솔루션이 있습니다. 예를 들어, 레거시 기술을 '포장 및 ​​갱신'하여 직원이나 고객에게 문제를 일으키지 않도록 할 수 있는 소프트웨어가 있습니다. 이는 은행이 현대화하고 더 나은 방식으로 업무를 수행할 수 있음을 의미합니다.
미래. 

은행에서 신용 카드를 제공하는 방법을 고려하십시오. 랩 및 리뉴얼 소프트웨어 아키텍처를 통해 조직은 고객 데이터베이스와 프런트 오피스 및 백오피스와 상호 작용하는 방식이 보호되고 AI 기반 기술을 활용한다는 사실을 알고 안전할 수 있습니다.
고객 서비스 상담원에게 가장 필요한 시간에 가장 적합한 정보를 제안하는 데 필요한 모든 정보를 제공하는 기술입니다.

올드 스쿨 코더가 고갈되고 있습니다.

'필요는 발명의 어머니'라는 말은 나의 마지막 말에 너무나 와닿는다. 시스템을 계속 실행하는 데 필요한 코드를 업데이트할 수 있는 사람이 없는 것처럼 은행이 수십 년 동안 해오던 것처럼 계속할 수 없다는 사실을 깨닫게 하는 것은 없습니다.

1980년대와 90년대에 Java 및 COBOL과 같은 프로그래밍 언어로 은행 애플리케이션을 구축한 사람들은 곧 은퇴하거나 이미 은퇴할 것입니다. 그 프로그래밍 언어 지식이 사라지고 있으므로 그러한 지식을 유지하는 것은 논리적이지 않습니다.
시간이 지남에 따라 시스템. 

앞서 언급했듯이 랩 및 리뉴얼 접근 방식을 취하고 하드 코딩된 애플리케이션에서 조금씩 전환할 시간이 있는 동안 지금 수행하는 것이 은행과 고객 모두에게 가장 좋은 방법입니다. 만들다
급격한 변화와 성장 전략에 불필요한 위험을 추가합니다.

그래서, 다음은 무엇입니까?

은행이 자체 코드를 구축하는 날은 번호가 매겨져 있습니다. 은행이 필요로 하는 애플리케이션을 빠르고 쉽게 만들 수 있도록 하는 최신 애자일 소프트웨어 플랫폼은 더 저렴하고 시간 집약적이며 적응력이 뛰어나고
장기간. 문제는 은행이 애플리케이션의 순수한 하드 코딩에 작별을 고할 때이고 은행이 이를 빨리 깨달을수록 더 나은 상황이 될 것입니다.

타임 스탬프 :

더보기 핀텍스라