Khi tôi mới bắt đầu sự nghiệp trong lĩnh vực công nghệ ngân hàng vào những năm 80, ban đầu tôi làm việc với máy tính lớn.

Quay lại những ngày đó, chúng tôi có các nhóm “người dùng doanh nghiệp có trụ sở chính” xác định các yêu cầu của chúng tôi. Đây là những người trung gian đại diện cho người dùng thực sự của hệ thống. Chúng tôi không có liên hệ trực tiếp với người dùng thực tế.

Vài năm sau, ngân hàng muốn thử nghiệm cái mà ngày nay được gọi là linh hoạt, nhưng hồi đó là Phát triển ứng dụng nhanh. Mục tiêu là đẩy nhanh cách chúng tôi cung cấp các giải pháp của mình. Chúng tôi là những người đầu tiên trong lĩnh vực CNTT được trang bị máy tính xách tay và thậm chí cả điện thoại di động. Chúng tôi được đưa ra khỏi văn phòng CNTT và được cấp một văn phòng tại một trong những đơn vị kinh doanh.

Đồng thời, chúng tôi được phép làm việc tại nhà hoặc bất cứ nơi nào mà chúng tôi cảm thấy có thể làm việc hiệu quả. Lịch trình của tôi thường là thức dậy lúc 6 giờ sáng và viết mã đến 2 giờ chiều, sau đó nghỉ ngơi để ăn trưa và nghỉ trưa. Tôi quay lại bàn làm việc của mình từ khoảng 6/7 giờ tối và thường viết mã cho đến nửa đêm. Điều này đã hiệu quả với tôi.

Ngoài ra, thay đổi lớn nhất thực sự là nhận được yêu cầu từ người dùng cuối tại các chi nhánh. Điều này đã tạo ra sự khác biệt lớn trong việc sử dụng đúng chức năng và khả năng sử dụng của giải pháp.

Chuyển tiếp nhanh 30 năm và đây là tiêu chuẩn bây giờ. Trong 30 năm qua, chúng ta đã chứng kiến ​​sự tích hợp ngày càng tăng giữa người dùng doanh nghiệp và CNTT. Ngay cả các nhà cung cấp phần mềm cũng đã hướng tới một mô hình trong đó khách hàng được tham gia sâu vào các sản phẩm mới.

Tuy nhiên, nhìn chung đối với các yêu cầu dành riêng cho doanh nghiệp, nhà phân tích sẽ ghi lại chúng và nhà phát triển viết mã. Đây là mô hình trong nhiều thập kỷ.

Đã có những nỗ lực nhằm thay đổi điều này, nhằm trao quyền cho người dùng doanh nghiệp viết giải pháp của riêng họ bằng cách sử dụng các giải pháp mã ngắn hoặc không mã. Thật vậy, công ty cuối cùng của tôi, edgeIPK, là công ty tiên phong trong việc tạo ra nền tảng không cần mã để phát triển ứng dụng web/di động. Gartner gọi người dùng những công cụ như vậy là “nhà phát triển công dân”. Điều này làm giảm sự tách biệt giữa yêu cầu và phát triển, nhưng tôi dám nói rằng nó tạo ra rất nhiều giải pháp khó duy trì và ít khuyến khích việc tái sử dụng. Do đó, những công cụ như vậy chưa thực sự được sử dụng ở cấp doanh nghiệp cho các giải pháp quan trọng.

Tuy nhiên, điều này có thể thay đổi với ngân hàng tổng hợp, trong đó trọng tâm là phát triển, xuất bản và tiêu thụ các khối xây dựng từ thị trường, sau đó cho phép người khác “soạn” các khối này thành một giải pháp hoàn chỉnh. Nhưng rõ ràng mọi chuyện không đơn giản như vậy. Yefim Natis, nhà phân tích và nhà nghiên cứu nổi tiếng của VP tại Gartner, xác định năm vai trò sau trong ngân hàng tổng hợp:

1. Kiến trúc sư doanh nghiệp (EA): người quản lý giải pháp tổng thể ở mức cao, đảm bảo tính nhất quán và tái sử dụng tối đa. Kiến trúc BIAN là một ví dụ điển hình về thứ mà EA có thể tạo ra. BIAN cung cấp một mô hình tuyệt vời cho việc ứng dụng các “khối xây dựng” có thể kết hợp được cho kiến ​​trúc ngân hàng hoàn chỉnh.
2. Người sáng tạo: nhà phát triển tạo và xuất bản các khối xây dựng của tính toán, chức năng hoặc khả năng kinh doanh riêng lẻ.
3. Người quản lý: vai trò quản lý “thư viện” hoặc thị trường của các khối xây dựng. Thư viện này cũng phải bao gồm mọi giải pháp độc quyền hoặc được bên thứ ba mua lại.
4. Nhà soạn nhạc: các nhóm soạn thảo giải pháp từ các khối xây dựng, sử dụng các nền tảng và công cụ tổng hợp ứng dụng, nhưng không nhất thiết phải như vậy.
5. Người tiêu dùng: người dùng thực tế của ứng dụng.

Để biết thêm chi tiết, hãy xem hội thảo trực tuyến gần đây của Yefim, 'Các nguyên tắc cốt lõi của khả năng kết hợp: Phát triển thông qua thay đổi trong kinh doanh'.

Tôi chỉ đang nói rằng “ngân hàng tổng hợp” không chỉ là vấn đề CNTT vì nó liên quan đến người dùng doanh nghiệp. Đây không chỉ là sự phát triển tiêu chuẩn với thư viện tái sử dụng mà còn là một sự thay đổi về mặt tổ chức và các công ty sẽ gặp khó khăn để thấy được toàn bộ lợi ích nếu không có sự thay đổi này.

Trước đây, vai trò của một kiến ​​trúc sư doanh nghiệp cực kỳ khó khăn vì nó đòi hỏi kiến ​​thức vững chắc về kinh doanh và công nghệ, để có thể sàng lọc hàng trăm, nếu không phải hàng nghìn hệ thống và đưa ra bản thiết kế để có cảnh quan tốt hơn. BIAN đã làm cho việc này trở nên dễ dàng hơn rất nhiều, mặc dù nhiệm vụ lập bản đồ các hệ thống hiện tại vẫn không hề dễ dàng.

Như tôi đã nhấn mạnh ở các bài đăng trước, ngân hàng tổng hợp có thể giải quyết một số vấn đề cho ngân hàng, nhưng nó sẽ yêu cầu thay đổi về mặt tổ chức và cần được hỗ trợ bởi chiến lược giáo dục và áp dụng cách làm việc mới được hỗ trợ bởi các vai trò mới. Như mọi khi, các công cụ và lý thuyết đều có sẵn, điều khó khăn nằm ở chi tiết. Có những ví dụ điển hình về các tổ chức đã thực hiện được công việc này và tôi hy vọng sẽ sớm viết về họ.

Giới thiệu về tác giả

Dharmesh Mistry đã hoạt động trong lĩnh vực ngân hàng hơn 30 năm và luôn đi đầu trong lĩnh vực đổi mới và công nghệ ngân hàng. Từ ứng dụng ngân hàng di động và internet đầu tiên đến trí tuệ nhân tạo (AI) và thực tế ảo (VR).

Anh ấy đã ở cả hai bên hàng rào và anh ấy không ngại chia sẻ ý kiến ​​của mình.

Anh ấy là giám đốc điều hành của Hỏi gia đình, tập trung vào trải nghiệm cho các hộ gia đình, đồng thời là nhà đầu tư và cố vấn trong lĩnh vực proptech và fintech.

Theo dõi Dharmesh trên Twitter @dharmeshmology và LinkedIn.

Đọc tất cả suy nghĩ "Tôi chỉ đang nói" của anh ấy tại đây.