Xác định lại nợ công nghệ: Cân bằng rủi ro và giá trị trong hệ thống CNTT

Nợ công nghệ, còn được gọi là thâm hụt công nghệ, là một thuật ngữ có nhiều định nghĩa khác nhau. Từ chi phí đổi mới công nghệ đến hậu quả của việc ra quyết định kém, sự không phù hợp giữa các biện pháp công nghệ định hướng chiến lược phản ánh một tiềm năng chưa được đáp ứng.

Theo một báo cáo của Deloitte vào năm 2022, một yếu tố góp phần vào sự thâm hụt công nghệ là các thành viên hội đồng quản trị thiếu kiến thức để đặt những câu hỏi sáng suốt và điều chỉnh công nghệ phù hợp với chiến lược. Trong phát triển phần mềm, nó ngụ ý chi phí cho công việc bổ sung do chọn một giải pháp hạn chế hơn là áp dụng cách tiếp cận dài hạn.

Các trường hợp thâm hụt công nghệ, chẳng hạn như sự cố của hãng hàng không Southwest Airlines vào cuối năm 2022, bắt nguồn từ một hệ thống lập lịch trình đã lỗi thời. Là một CIO giải thích về nợ công nghệ, một số khía cạnh nhất định cần được xem xét:

Có nhiều lý do góp phần vào sự thiếu hụt công nghệ, chẳng hạn như hệ thống lỗi thời, đội ngũ nhân viên không đủ kỹ năng hoặc chất lượng không đủ. Nguyên nhân gốc rễ có thể khác nhau, nhưng kết quả vẫn giống nhau: công nghệ không phát huy hết tiềm năng của nó.

Bộ phận CNTT nên kiểm kê hệ thống và tài sản dựa trên giá trị mà chúng tạo ra. Ví dụ: không nên loại bỏ một hệ thống đặt phòng khách sạn cũ vẫn đáng tin cậy và hiệu quả trong ba thập kỷ chỉ vì tuổi tác của nó. Ngược lại, nhân viên nên được đào tạo để sử dụng hệ thống AI tiên tiến hiện không hoạt động.

Một số hệ thống có rủi ro do thường xuyên bị lỗi, có thể là do hạn chế về tuổi tác hoặc ngân sách. Trong những trường hợp này, CIO phải thông báo rủi ro này cho CEO và hội đồng quản trị. Các tổ chức có thể quản lý rủi ro bằng cách thử nghiệm các phiên bản mới, dựa trên đám mây của một hệ thống trước khi ngừng sử dụng các phiên bản cũ, nội bộ. Việc di chuyển dần dần này giảm thiểu rủi ro liên quan đến quá trình chuyển đổi.

Thông thường, bảo trì phần mềm đã được coi là một vai trò hàng ghế sau, thường được giao cho các lập trình viên sắp nghỉ hưu hoặc thiếu kinh nghiệm. Tuy nhiên, việc xác định lại bảo trì phần mềm như một chức năng quản lý rủi ro quan trọng có thể giảm bớt khối lượng công việc của bộ phận trợ giúp, cải thiện hiệu suất phần mềm và giảm sự thất vọng của người dùng. Nó cũng có thể làm giảm rủi ro cố hữu liên quan đến lỗi hệ thống tiềm ẩn.

Với sự gia tăng của các ứng dụng low-code, no-code và do DevOps tạo, việc ưu tiên tốc độ triển khai có thể vô tình làm mất đi sự đảm bảo chất lượng. Do đó, rủi ro lỗi có thể tăng lên, đảm bảo sự tập trung mới vào bảo trì phần mềm và quản lý rủi ro trong bối cảnh CNTT đang thay đổi nhanh chóng ngày nay.

Việc kết hợp các nền tảng no-code như AppMaster.io tạo điều kiện phát triển ứng dụng nhanh chóng mà không ảnh hưởng đến chất lượng hoặc mức độ liên quan. Bằng cách cung cấp một nền tảng để tạo lược đồ có cấu trúc trực quan, logic nghiệp vụ cũng như endpoints API REST và WSS, AppMaster cho phép các doanh nghiệp tạo ra các ứng dụng hiệu quả và có thể mở rộng đồng thời giảm thiểu rủi ro liên quan đến nợ công nghệ.