TRIỂN KHAI QUẢN LÝ DỊCH VỤ CÔNG NGHỆ THÔNG TIN (ITSM) TẠI NGÂN HÀNG CHÍNH SÁCH XÃ HỘI: THỰC TRẠNG VÀ GIẢI PHÁP

ThS. Phạm Lê Minh
Giám đốc Trung tâm Công nghệ thông tin, Ngân hàng Chính sách xã hội

Tóm tắt
Trong bối cảnh chuyển đổi số ngành Ngân hàng diễn ra sâu rộng, công nghệ thông tin đã trở thành hạ tầng vận hành cốt lõi, trực tiếp quyết định tính liên tục, an toàn và chất lượng phục vụ của các tổ chức tín dụng. Đối với Ngân hàng Chính sách xã hội (NHCSXH), yêu cầu này có ý nghĩa đặc biệt do ngân hàng thực hiện nhiệm vụ tín dụng chính sách, có mạng lưới phục vụ rộng, nhiều nhóm người dùng và đối tượng thụ hưởng ở khu vực nông thôn, vùng sâu, vùng xa. Bài viết phân tích thực trạng quản lý dịch vụ CNTT tại NHCSXH, chỉ ra các khoảng cách chủ yếu so với thông lệ ITSM/ITIL như thiếu đầu mối dịch vụ tập trung, quy trình xử lý yêu cầu và sự cố chưa thống nhất, quản lý cấu hình còn phân tán, cơ chế SLA/KPI chưa đầy đủ và thiếu nền tảng công cụ tích hợp. Trên cơ sở đó, bài viết đề xuất mô hình ITSM phù hợp với đặc thù NHCSXH, kết hợp ITIL ở tầng thực hành, COBIT ở tầng quản trị, ISO/IEC 20000 ở tầng chuẩn hóa và nền tảng công cụ ITSM để tự động hóa quy trình. Lộ trình triển khai được đề xuất theo hướng thận trọng, khả thi, ưu tiên Service Desk, Service Catalog, Incident Management, Request Management, Change Management, Problem Management, CMDB và hệ thống đo lường chất lượng dịch vụ.
1. Đặt vấn đề
Chuyển đổi số đang làm thay đổi căn bản phương thức tổ chức, vận hành và cung cấp dịch vụ trong lĩnh vực tài chính - ngân hàng. Nếu trước đây CNTT chủ yếu được nhìn nhận như công cụ hỗ trợ nội bộ, thì hiện nay CNTT đã trở thành nền tảng vận hành xuyên suốt, bảo đảm tính liên tục của giao dịch, tính chính xác của dữ liệu, khả năng quản trị rủi ro, chất lượng phục vụ người dân và hiệu quả điều hành của tổ chức tín dụng. Đối với NHCSXH, vai trò của CNTT càng nổi bật vì ngân hàng thực hiện nhiệm vụ chính trị - xã hội, phục vụ tín dụng chính sách trên phạm vi rộng, gắn với nhiều cấp tổ chức từ Trung ương đến địa phương.
Trong điều kiện số lượng hệ thống thông tin, người dùng, điểm phục vụ, dịch vụ số và yêu cầu hỗ trợ ngày càng tăng, mô hình quản lý CNTT truyền thống thiên về vận hành kỹ thuật và xử lý sự cố theo từng trường hợp riêng lẻ không còn đáp ứng đầy đủ yêu cầu mới. Các yêu cầu đối với bộ phận CNTT hiện nay không chỉ là duy trì hệ thống hoạt động ổn định, mà còn phải cung cấp dịch vụ có chất lượng, có cam kết, có khả năng đo lường, có trách nhiệm giải trình và có cơ chế cải tiến liên tục.
Quản lý dịch vụ công nghệ thông tin (Information Technology Service Management - ITSM) là cách tiếp cận phù hợp để giải quyết yêu cầu nêu trên. ITSM giúp chuyển đổi tư duy từ “quản trị hệ thống” sang “quản trị dịch vụ”, trong đó CNTT được tổ chức như một nhà cung cấp dịch vụ nội bộ, có danh mục dịch vụ, đầu mối tiếp nhận, quy trình xử lý, cơ chế phân công trách nhiệm, hệ thống đo lường và dữ liệu phục vụ ra quyết định. Với đặc thù hoạt động của NHCSXH, việc triển khai ITSM cần được thiết kế linh hoạt, tránh sao chép máy móc mô hình của ngân hàng thương mại hoặc doanh nghiệp công nghệ, đồng thời bảo đảm phù hợp với quy mô mạng lưới, năng lực nhân sự, ngân sách đầu tư và yêu cầu quản trị rủi ro của một tổ chức tín dụng chính sách.
Bài viết tập trung vào ba nội dung chính: (i) hệ thống hóa cơ sở tiếp cận ITSM trong môi trường ngân hàng; (ii) phân tích thực trạng và các khoảng cách chủ yếu trong quản lý dịch vụ CNTT tại NHCSXH; (iii) đề xuất mô hình, lộ trình và các điều kiện triển khai ITSM phù hợp với mô hình hoạt động của NHCSXH.
2. Cơ sở tiếp cận mô hình ITSM trong ngân hàng
ITSM là hệ thống các thực hành quản lý nhằm thiết kế, cung cấp, vận hành và cải tiến dịch vụ CNTT để đáp ứng nhu cầu của tổ chức và người sử dụng. Theo cách tiếp cận của ITIL 4, giá trị của CNTT không chỉ nằm ở hạ tầng, phần mềm hay thiết bị, mà nằm ở khả năng chuyển hóa các nguồn lực công nghệ thành dịch vụ ổn định, an toàn và hữu ích đối với người dùng. ISO/IEC 20000-1:2018 cũng nhấn mạnh yêu cầu thiết lập, triển khai, duy trì và cải tiến liên tục hệ thống quản lý dịch vụ nhằm đáp ứng yêu cầu dịch vụ và tạo ra giá trị cho tổ chức.
Trong lĩnh vực ngân hàng, ITSM có ý nghĩa vượt ra ngoài phạm vi hỗ trợ kỹ thuật. Các hệ thống như Core Banking, Mobile Banking, hệ thống báo cáo, dữ liệu, kế toán, thanh toán và các nền tảng tích hợp có liên hệ chặt chẽ với hoạt động nghiệp vụ. Mọi sự cố, thay đổi cấu hình hoặc chậm trễ hỗ trợ đều có thể ảnh hưởng đến giao dịch, dữ liệu kế toán, báo cáo điều hành, an toàn thông tin và trải nghiệm của người dùng. Vì vậy, ITSM trong ngân hàng cần gắn với quản trị rủi ro, kiểm soát thay đổi, liên tục hoạt động, quản lý bên thứ ba và khả năng kiểm toán.
Đối với NHCSXH, cách tiếp cận ITSM cần được đặt trong bối cảnh đặc thù của tín dụng chính sách. NHCSXH không vận hành đầy đủ các mảng kinh doanh như ngân hàng thương mại, nhưng yêu cầu cung cấp dịch vụ lại có tính diện rộng, liên thông nhiều cấp, gắn với các Ban chuyên môn nghiệp vụ, chi nhánh, phòng giao dịch, tổ chức chính trị - xã hội nhận ủy thác, tổ tiết kiệm và vay vốn, khách hàng chính sách và đối tác công nghệ. Do đó, mô hình ITSM phù hợp với NHCSXH phải đáp ứng đồng thời bốn yêu cầu: ổn định, minh bạch, kiểm soát và tiết kiệm nguồn lực.
Về khung tham chiếu, bài viết đề xuất kết hợp bốn lớp: ITIL là khung thực hành nền tảng để chuẩn hóa các quy trình quản lý dịch vụ; COBIT là khung quản trị giúp liên kết CNTT với mục tiêu tổ chức, rủi ro và trách nhiệm giải trình; ISO/IEC 20000 là chuẩn mực dài hạn để chuẩn hóa hệ thống quản lý dịch vụ; công cụ ITSM/ITOM là nền tảng công nghệ để số hóa quy trình, tự động hóa luồng xử lý và tạo dữ liệu đo lường.

Bảng 1. Định hướng kết hợp các khung trong mô hình ITSM đề xuất cho NHCSXH

Nguồn: Tác giả tổng hợp từ ITIL, COBIT, ISO/IEC 20000 và thực tiễn NHCSXH

3. Thực trạng quản lý dịch vụ CNTT tại NHCSXH
3.1. Quy mô hệ thống và mô hình vận hành hiện nay
Theo dữ liệu khảo sát phục vụ nghiên cứu, NHCSXH đang vận hành hệ thống CNTT có quy mô lớn, phục vụ đồng thời hoạt động nghiệp vụ, giao dịch khách hàng và quản trị nội bộ. Hệ thống thông tin được triển khai tại nhiều cấp, bao gồm Hội sở chính, chi nhánh và phòng giao dịch. Trong đó, các hệ thống quan trọng như Core Banking và Mobile Banking thuộc nhóm hệ thống có yêu cầu cao về tính sẵn sàng, an toàn và liên tục. Các hệ thống còn lại phục vụ quản lý tín dụng chính sách, thông tin báo cáo, phê duyệt văn bản, nhân sự, đào tạo, thi đua khen thưởng, quản lý sáng kiến, dịch vụ tin nhắn, website và một số hệ thống hỗ trợ vận hành khác.
Các hệ thống ứng dụng của NHCSXH phục vụ số lượng người dùng lớn, không chỉ trong nội bộ ngân hàng mà còn mở rộng tới các nhóm người dùng bên ngoài như tổ trưởng tổ tiết kiệm và vay vốn, cán bộ tổ chức nhận ủy thác, khách hàng sử dụng Mobile Banking và các đối tượng phối hợp liên quan. Điều này làm cho yêu cầu quản lý dịch vụ CNTT tại NHCSXH có tính phức tạp riêng: số lượng người dùng lớn, trình độ sử dụng công nghệ không đồng đều, yêu cầu hỗ trợ phát sinh thường xuyên, nhiều yêu cầu lặp lại và có tính phân tán địa lý cao.
Công tác quản trị, vận hành và hỗ trợ vận hành hệ thống CNTT hiện do Trung tâm CNTT chủ trì, phối hợp với các Ban chuyên môn nghiệp vụ, Sở giao dịch, chi nhánh và các đối tác công nghệ. NHCSXH đã ban hành một số quy trình liên quan đến vận hành, bảo mật, xử lý sự cố, quản lý truy cập, quản lý cơ sở dữ liệu, bảo đảm hoạt động liên tục và giám sát an toàn thông tin. Các công cụ giám sát hạ tầng, cơ sở dữ liệu và an ninh thông tin đã được sử dụng, tạo nền tảng quan trọng cho việc quản lý kỹ thuật hệ thống.
Tuy nhiên, các hoạt động hỗ trợ người dùng và quản lý yêu cầu dịch vụ hiện vẫn còn phân tán. Các yêu cầu thường được tiếp nhận qua điện thoại, email, trao đổi trực tiếp hoặc các ứng dụng hỗ trợ riêng lẻ. Cách làm này giúp xử lý nhanh trong một số tình huống cụ thể, nhưng khó hình thành dữ liệu tập trung, khó đo lường chất lượng và khó kiểm soát đầy đủ toàn bộ vòng đời của yêu cầu dịch vụ.

Hình 1. Kênh liên lạc khi cần hỗ trợ CNTT tại NHCSXH
(Nguồn: Tổng hợp kết quả khảo sát của nhóm nghiên cứu)

3.2. Các hạn chế chủ yếu
Qua khảo sát và đối chiếu với thông lệ ITSM/ITIL, có thể khái quát năm nhóm hạn chế chủ yếu trong công tác quản lý dịch vụ CNTT tại NHCSXH.
Thứ nhất, chưa hình thành mô hình quản lý dịch vụ CNTT tổng thể. Hoạt động CNTT hiện tập trung nhiều vào vận hành kỹ thuật, bảo đảm hệ thống hoạt động và xử lý sự cố phát sinh. Cách tiếp cận theo vòng đời dịch vụ, trong đó dịch vụ được định nghĩa, công bố, cung cấp, đo lường và cải tiến, chưa được thiết lập đầy đủ. Vì vậy, chưa có sự phân định rõ giữa dịch vụ CNTT, yêu cầu dịch vụ, sự cố, vấn đề, thay đổi, cấu hình và mức cam kết dịch vụ.
Thứ hai, chưa có đầu mối Service Desk tập trung. Người dùng vẫn liên hệ qua nhiều kênh khác nhau, dẫn đến khó chuẩn hóa đầu vào, khó phân loại ưu tiên, khó theo dõi tiến độ xử lý và khó đánh giá năng lực hỗ trợ theo từng nhóm dịch vụ. Trong một số trường hợp, yêu cầu phụ thuộc nhiều vào quan hệ cá nhân hoặc kinh nghiệm của cán bộ kỹ thuật, làm giảm tính minh bạch và khả năng truy vết.
Thứ ba, các quy trình quản lý sự cố, yêu cầu, thay đổi, vấn đề và cấu hình chưa được chuẩn hóa thống nhất. Một số quy trình đã hình thành trong thực tiễn vận hành, song chưa được thiết kế theo cấu trúc ITSM đầy đủ, chưa gắn chặt với các vai trò như Service Owner, Incident Manager, Change Manager, Problem Manager, Configuration Manager và chưa có ma trận trách nhiệm RACI xuyên suốt.
Thứ tư, quản lý tài sản và cấu hình còn phân tán. Thông tin về thiết bị, phần mềm, phiên bản, cấu hình, quan hệ phụ thuộc giữa ứng dụng - máy chủ - cơ sở dữ liệu - mạng - dịch vụ chưa được quản lý trong một CMDB thống nhất. Khi xảy ra sự cố hoặc triển khai thay đổi, việc phân tích tác động còn mất nhiều thời gian và phụ thuộc vào kinh nghiệm của nhóm vận hành.
Thứ năm, hệ thống đo lường chất lượng dịch vụ chưa đầy đủ. Các chỉ số như thời gian phản hồi ban đầu, thời gian khắc phục trung bình (MTTR), tỷ lệ xử lý ngay từ cấp 1 (FCR), tỷ lệ tuân thủ SLA, số lượng sự cố lặp lại, mức độ hài lòng người dùng (CSAT), tồn đọng ticket và hiệu suất xử lý theo nhóm chưa được theo dõi trên một nền tảng thống nhất. Điều này làm hạn chế khả năng điều hành dựa trên dữ liệu và cải tiến liên tục.

Hình 2. Đánh giá hiệu quả quy trình hỗ trợ hiện nay tại NHCSXH
(Nguồn: Tổng hợp kết quả khảo sát của nhóm nghiên cứu)

3.3. Khoảng cách so với mô hình ITSM/ITIL
Khoảng cách cốt lõi giữa hiện trạng và mô hình ITSM không chỉ nằm ở việc thiếu một phần mềm quản lý ticket, mà nằm ở sự chuyển đổi tư duy quản lý. Nếu mô hình hiện tại chủ yếu dựa trên quản trị hệ thống và xử lý sự vụ, thì mô hình ITSM yêu cầu quản trị dịch vụ theo cấu trúc: dịch vụ được định nghĩa rõ, có đầu mối tiếp nhận, có quy trình xử lý, có phân công trách nhiệm, có dữ liệu cấu hình, có chỉ tiêu đo lường và có cơ chế cải tiến. Vì vậy, triển khai ITSM tại NHCSXH cần được nhìn nhận như một chương trình chuyển đổi phương thức quản lý CNTT, không chỉ là dự án mua sắm công cụ.

Hình 3. Khoảng cách giữa hiện trạng quản lý dịch vụ CNTT tại NHCSXH và chuẩn ITSM/ITIL
(Nguồn: Tổng hợp kết quả khảo sát và phân tích của nhóm nghiên cứu)

4. Mô hình ITSM đề xuất tại NHCSXH
4.1. Nguyên tắc thiết kế mô hình
Mô hình ITSM tại NHCSXH cần được thiết kế theo năm nguyên tắc. Một là lấy người dùng làm trung tâm, bảo đảm cán bộ tại Hội sở, chi nhánh, phòng giao dịch và các nhóm người dùng liên quan có kênh hỗ trợ thống nhất, dễ sử dụng, minh bạch trạng thái xử lý. Hai là phù hợp với mô hình tổ chức của NHCSXH, trong đó Trung tâm CNTT đóng vai trò đầu mối quản lý dịch vụ, các Ban chuyên môn nghiệp vụ là chủ thể phối hợp nghiệp vụ và chi nhánh/phòng giao dịch là đơn vị sử dụng dịch vụ. Ba là triển khai theo lộ trình, ưu tiên quy trình có tác động trực tiếp đến vận hành trước khi mở rộng sang quy trình nâng cao. Bốn là tận dụng hạ tầng, công cụ giám sát và dữ liệu hiện có, tránh đầu tư dàn trải. Năm là gắn với quản trị rủi ro, an toàn thông tin và tuân thủ quy định ngành Ngân hàng.
4.2. Kiến trúc tổng thể
Kiến trúc tổng thể ITSM đề xuất gồm bảy lớp: lớp người sử dụng; lớp cổng dịch vụ CNTT (IT Service Portal); lớp Service Desk; lớp quy trình ITSM; lớp dữ liệu cấu hình CMDB; lớp hạ tầng, ứng dụng, cơ sở dữ liệu và mạng; lớp giám sát, đo lường và báo cáo. Trong kiến trúc này, Service Desk giữ vai trò trung tâm điều phối, còn CMDB đóng vai trò nguồn dữ liệu hỗ trợ phân tích tác động và kiểm soát thay đổi.

Hình 4. Kiến trúc tổng thể hệ thống ITSM đề xuất tại NHCSXH
(Nguồn: Nhóm nghiên cứu đề xuất)

4.3. Service Desk tập trung
Service Desk là đầu mối duy nhất tiếp nhận và điều phối yêu cầu dịch vụ CNTT. Với NHCSXH, mô hình đề xuất là Service Desk tập trung tại Trung tâm CNTT, kết hợp mạng lưới hỗ trợ tại các đơn vị. Service Desk cấp 1 tiếp nhận, phân loại, xử lý các yêu cầu phổ biến theo kịch bản và cơ sở tri thức; cấp 2 gồm các nhóm chuyên môn về ứng dụng, hạ tầng, cơ sở dữ liệu, an ninh thông tin; cấp 3 là đối tác công nghệ hoặc đơn vị phát triển trong các trường hợp cần hỗ trợ chuyên sâu.
Mô hình này giúp giảm tình trạng yêu cầu đi thẳng đến nhiều cán bộ kỹ thuật khác nhau, tăng khả năng kiểm soát tiến độ, bảo đảm mọi yêu cầu đều có ticket, có người chịu trách nhiệm, có SLA và có trạng thái xử lý rõ ràng. Đối với các chi nhánh, Service Desk giúp thống nhất kênh hỗ trợ, giảm phụ thuộc vào liên hệ cá nhân và nâng cao trải nghiệm người dùng.
4.4. Service Catalog, SLA/KPI và đo lường chất lượng
Service Catalog là danh mục các dịch vụ CNTT mà Trung tâm CNTT cung cấp cho người dùng. Danh mục này cần mô tả rõ tên dịch vụ, đối tượng sử dụng, phạm vi hỗ trợ, điều kiện yêu cầu, thời gian phản hồi, thời gian xử lý, đầu mối phê duyệt và đơn vị chịu trách nhiệm. Đối với NHCSXH, Service Catalog nên được phân nhóm theo dịch vụ hạ tầng, dịch vụ ứng dụng nghiệp vụ, dịch vụ tài khoản và phân quyền, dịch vụ hỗ trợ người dùng, dịch vụ an toàn thông tin và dịch vụ dữ liệu/báo cáo.
Trên nền tảng Service Catalog, NHCSXH cần xây dựng hệ thống SLA/KPI theo từng nhóm dịch vụ. SLA quy định cam kết dịch vụ đối với người dùng, còn KPI đo lường hiệu quả vận hành của bộ phận CNTT. Các chỉ số cần ưu tiên gồm thời gian phản hồi ban đầu, thời gian khắc phục trung bình, tỷ lệ đúng hạn SLA, tỷ lệ xử lý ngay từ cấp 1, tỷ lệ sự cố lặp lại, backlog, số lượng ticket theo hệ thống và mức độ hài lòng của người dùng

Bảng 2. Gợi ý nhóm dịch vụ và chỉ tiêu đo lường ưu tiên trong Service Catalog

4.5. CMDB và quản lý cấu hình
CMDB cần được xây dựng theo hướng vừa sức, bắt đầu từ các hệ thống trọng yếu và mở rộng dần. Ở giai đoạn đầu, CMDB nên tập trung vào các Configuration Items (CI) có ảnh hưởng trực tiếp đến dịch vụ trọng yếu: ứng dụng, máy chủ, cơ sở dữ liệu, thiết bị mạng, thiết bị an toàn thông tin, điểm tích hợp, tài khoản kỹ thuật và quan hệ phụ thuộc giữa các CI. Khi CMDB được cập nhật thường xuyên, các quy trình Incident, Problem và Change sẽ có dữ liệu tin cậy để phân tích tác động, khoanh vùng sự cố, đánh giá rủi ro thay đổi và truy vết lịch sử vận hành.
Đối với NHCSXH, CMDB không nên được hiểu là một kho tài sản thuần túy. CMDB phải phản ánh mối quan hệ giữa tài sản CNTT và dịch vụ nghiệp vụ. Ví dụ, một sự cố cơ sở dữ liệu không chỉ là lỗi kỹ thuật, mà có thể ảnh hưởng đến dịch vụ báo cáo, giao dịch tại chi nhánh, đối chiếu dữ liệu hoặc hỗ trợ khách hàng. Cách nhìn theo dịch vụ giúp lãnh đạo CNTT ưu tiên nguồn lực xử lý đúng mức độ ảnh hưởng.
4.6. Chuẩn hóa quy trình cốt lõi
Trong giai đoạn đầu, NHCSXH nên ưu tiên năm quy trình cốt lõi: quản lý yêu cầu dịch vụ, quản lý sự cố, quản lý thay đổi, quản lý vấn đề và quản lý cấu hình. Mỗi quy trình cần có mục tiêu, phạm vi, đầu vào, đầu ra, vai trò, bước xử lý, tiêu chí phân loại, SLA, mẫu biểu điện tử, cơ chế phê duyệt, cơ chế chuyển cấp và báo cáo định kỳ. Trên mỗi quy trình cần xác định rõ RACI để tránh chồng chéo trách nhiệm giữa Trung tâm CNTT, Ban chuyên môn nghiệp vụ, chi nhánh và đối tác.

Bảng 3. Ma trận vai trò tối thiểu trong mô hình ITSM tại NHCSXH

5. Lộ trình triển khai ITSM tại NHCSXH
Triển khai ITSM cần được thực hiện theo lộ trình nhiều giai đoạn, tránh triển khai đồng loạt vượt quá năng lực tiếp nhận của tổ chức. Với đặc thù NHCSXH, lộ trình 15 tháng có thể chia thành 5 giai đoạn.
Giai đoạn 1 (tháng 1-3): khảo sát hiện trạng, xác định phạm vi, rà soát kênh tiếp nhận yêu cầu, thống kê dịch vụ CNTT hiện có, lựa chọn dịch vụ ưu tiên, xây dựng kiến trúc tổng thể và kế hoạch triển khai chi tiết.
Giai đoạn 2 (tháng 4-6): chuẩn hóa Service Catalog, Incident Management và Request Management; thiết lập Service Desk cơ bản; cấu hình hệ thống ticket; đào tạo nhóm hỗ trợ cấp 1 và triển khai tại một số đơn vị.
Giai đoạn 3 (tháng 7-9): triển khai Change Management, Problem Management, CMDB mức cơ bản; tích hợp với công cụ giám sát hạ tầng, email và hệ thống quản lý người dùng; thiết lập SLA cho các dịch vụ trọng yếu.
Giai đoạn 4 (tháng 10-12): đo lường, kiểm thử, tối ưu quy trình; triển khai dashboard quản trị; đánh giá UAT; chuẩn hóa tài liệu hướng dẫn, tài liệu vận hành, quy trình chuyển cấp và cơ chế báo cáo.
Giai đoạn 5 (tháng 13-15): đào tạo mở rộng, chuyển giao vận hành, triển khai toàn hệ thống, theo dõi sau triển khai và xây dựng kế hoạch cải tiến liên tục. Sau giai đoạn này, NHCSXH có thể mở rộng sang quản lý phát hành, quản lý tri thức, quản lý năng lực, tự động hóa nâng cao và hướng tới chuẩn hóa theo ISO/IEC 20000.

Hình 5. Lộ trình triển khai mô hình quản lý dịch vụ CNTT tại NHCSXH
(Nguồn: Nhóm nghiên cứu đề xuất)

6. Rủi ro triển khai và điều kiện bảo đảm thành công
Triển khai ITSM là quá trình thay đổi phương thức làm việc, do đó rủi ro lớn nhất không chỉ nằm ở kỹ thuật mà còn nằm ở tổ chức và con người. Một số rủi ro cần nhận diện gồm: người dùng chưa quen gửi yêu cầu qua cổng dịch vụ; cán bộ kỹ thuật e ngại việc mọi thao tác được ghi nhận và đo lường; dữ liệu tài sản, cấu hình ban đầu chưa đầy đủ; quy trình phê duyệt thay đổi có thể làm tăng cảm giác “chậm” nếu thiết kế quá nặng; tích hợp giữa công cụ ITSM với hệ thống hiện hữu có thể phát sinh lỗi kỹ thuật; nguồn lực vận hành Service Desk giai đoạn đầu có thể bị quá tải.
Để kiểm soát các rủi ro trên, NHCSXH cần thực hiện quản lý thay đổi tổ chức song song với triển khai kỹ thuật. Truyền thông nội bộ phải làm rõ rằng ITSM không nhằm tạo thêm thủ tục hành chính, mà nhằm giúp yêu cầu được xử lý minh bạch, đúng người, đúng mức ưu tiên và có dữ liệu để cải tiến. Quy trình cần được thiết kế tinh gọn, ưu tiên điện tử hóa, hạn chế biểu mẫu thủ công và có cơ chế ngoại lệ cho sự cố nghiêm trọng. Việc triển khai nên bắt đầu từ một số dịch vụ có tần suất cao, dễ đo lường, sau đó mở rộng dần.
Ba điều kiện bảo đảm thành công gồm: (i) cam kết của lãnh đạo trong việc coi ITSM là chương trình quản trị dịch vụ, không chỉ là công cụ phần mềm; (ii) chuẩn hóa vai trò giữa Trung tâm CNTT, Ban chuyên môn nghiệp vụ, chi nhánh và đối tác; (iii) đầu tư đúng mức cho đào tạo, dữ liệu CMDB, tích hợp công cụ và cơ chế đo lường SLA/KPI.

7. Kết quả kỳ vọng và hàm ý quản trị
Khi triển khai đầy đủ, ITSM có thể tạo ra các kết quả rõ rệt đối với NHCSXH. Về vận hành, thời gian phản hồi và xử lý sự cố được rút ngắn nhờ có Service Desk, quy trình phân loại, chuyển cấp và theo dõi ticket tập trung. Về quản trị, lãnh đạo có thể theo dõi chất lượng dịch vụ thông qua dashboard, nhận diện hệ thống có nhiều sự cố, nhóm yêu cầu tồn đọng, nguyên nhân lặp lại và mức độ tuân thủ SLA. Về rủi ro, quy trình Change Management và CMDB giúp giảm sự cố phát sinh sau thay đổi, tăng khả năng truy vết và kiểm soát tác động. Về nguồn lực, cơ sở tri thức và xử lý cấp 1 giúp giảm phụ thuộc vào một số cá nhân kỹ thuật, nâng cao năng suất hỗ trợ.
Các chỉ tiêu định lượng có thể đặt ra sau giai đoạn triển khai gồm: giảm 20-25% thời gian xử lý sự cố trung bình; tỷ lệ xử lý ngay từ cấp 1 đạt trên 80% đối với các yêu cầu phổ biến; tỷ lệ tuân thủ SLA đối với dịch vụ trọng yếu đạt trên 90%; giảm 15-20% chi phí vận hành dịch vụ CNTT do tối ưu nguồn lực và giảm thời gian gián đoạn; giảm khoảng 30% sự cố lặp lại thông qua Problem Management; mức độ hài lòng người dùng đạt trên 90%; tỷ lệ tự động hóa đối với yêu cầu phổ biến đạt khoảng 40-50%. Các chỉ tiêu này cần được hiệu chỉnh theo dữ liệu thực tế sau một thời gian triển khai.
Hàm ý quản trị quan trọng là NHCSXH cần xem ITSM như một năng lực tổ chức trong chuyển đổi số. Một hệ thống số càng mở rộng thì yêu cầu quản lý dịch vụ càng lớn. Nếu không chuẩn hóa quy trình, dữ liệu và trách nhiệm, chi phí vận hành sẽ tăng, rủi ro gián đoạn sẽ lớn hơn và chất lượng hỗ trợ khó được cải thiện bền vững. Ngược lại, nếu ITSM được triển khai đúng lộ trình, NHCSXH có thể xây dựng nền tảng quản trị CNTT chuyên nghiệp, minh bạch, đo lường được và phù hợp với đặc thù tín dụng chính sách.