Chuyển đổi số phải bắt đầu từ một vấn đề quản trị

Chuyển đổi số là thay đổi cách quản trị

Chuyển đổi số thường thất bại khi tổ chức mô tả mục tiêu bằng tên công nghệ thay vì kết quả quản trị. Triển khai ERP, CRM hay nền tảng dữ liệu chưa phải là mục tiêu; mục tiêu phải là giảm thời gian xử lý, tăng khả năng kiểm soát, cải thiện chất lượng quyết định hoặc tạo một cách phục vụ khách hàng tốt hơn.

Công nghệ làm thay đổi luồng thông tin, quyền quyết định và cách phối hợp. Vì vậy, chuyển đổi số luôn kéo theo thay đổi vai trò, tiêu chuẩn dữ liệu, quy trình và năng lực con người. Nếu giữ nguyên cơ chế cũ rồi đặt phần mềm lên trên, tổ chức chỉ số hóa sự phức tạp đang có.

Chuỗi chẩn đoán trước khi chọn công nghệ

1. Chẩn đoán vấn đề: Mô tả khoảng cách hiệu suất, nguyên nhân và nhóm người chịu tác động trước khi chọn giải pháp.
2. Thiết kế trạng thái đích: Xác định quy trình, dữ liệu, quyền quyết định và trải nghiệm mong muốn sau thay đổi.
3. Thử nghiệm có giới hạn: Chọn phạm vi đủ nhỏ để học nhanh nhưng đủ thật để phản ánh điều kiện vận hành.
4. Thể chế hóa thay đổi: Cập nhật vai trò, chỉ số, hướng dẫn và cơ chế phản hồi trước khi mở rộng.

Khi phần mềm mới giữ nguyên vấn đề cũ

Một doanh nghiệp mua hệ thống quản lý bán hàng nhưng nhân viên vẫn dùng bảng tính riêng. Nguyên nhân không nằm ở thái độ chống đối đơn thuần: dữ liệu sản phẩm chưa chuẩn, quy trình phê duyệt dài và báo cáo mới không hỗ trợ quyết định hằng ngày. Sau khi làm rõ nhu cầu quản trị, tổ chức tinh gọn trường dữ liệu, sửa quyền phê duyệt và thiết kế lại báo cáo; tỷ lệ sử dụng mới tăng.

Đánh giá giá trị của một sáng kiến số

• Thời gian và số bước của quy trình ưu tiên
• Tỷ lệ sử dụng thực tế theo vai trò
• Chất lượng, độ đầy đủ và tính kịp thời của dữ liệu
• Lợi ích vận hành so với tổng chi phí thay đổi

Khi rà soát, không nên chỉ hỏi hoạt động đã được thực hiện hay chưa. Cần kiểm tra giả định nào đã được xác nhận, quyết định nào thay đổi, ai chịu trách nhiệm và kết quả được đo ở đâu. Cách tiếp cận này giúp chuyển kiến thức thành một cơ chế cải tiến có thể theo dõi.

Chuyển đổi số cần một giả thuyết cải tiến rõ ràng

Trước khi lựa chọn nền tảng, tổ chức nên viết rõ giả thuyết cải tiến: quy trình nào đang có vấn đề, nguyên nhân nào được cho là quan trọng, công nghệ sẽ thay đổi cơ chế nào và kết quả nào phải được cải thiện. Chẳng hạn, số hóa biểu mẫu không tự động rút ngắn thời gian xử lý nếu hồ sơ vẫn đi qua nhiều cấp phê duyệt hoặc dữ liệu phải nhập lại. Khi giả thuyết không rõ, dự án dễ đo thành công bằng số chức năng đã triển khai thay vì giá trị thực tế.

Một thử nghiệm nhỏ có thể cung cấp bằng chứng tốt hơn một kế hoạch triển khai diện rộng dựa trên giả định. Tổ chức có thể chọn một nhóm người dùng, một loại giao dịch hoặc một khâu có dữ liệu tương đối rõ để thử trong thời gian giới hạn. Trước khi thử, cần xác lập số liệu nền; trong quá trình thử, ghi nhận thời gian, lỗi, mức sử dụng và phản hồi; sau thử, quyết định điều chỉnh, mở rộng hoặc dừng. Cách làm này giữ chi phí học hỏi trong phạm vi kiểm soát.

Cuối cùng, chuyển đổi số phải đi cùng thay đổi về vai trò và trách nhiệm. Khi một bước được tự động hóa, ai xử lý ngoại lệ, ai chịu trách nhiệm về chất lượng dữ liệu và ai có quyền sửa quy trình phải được quy định lại. Nếu chỉ đưa công nghệ vào nhưng giữ nguyên cách phối hợp cũ, nhân viên có thể tạo thêm bảng tính và thao tác ngoài hệ thống để hoàn thành công việc. Kết quả là tổ chức có thêm phần mềm nhưng chưa có năng lực vận hành số.

Bài viết liên quan

• Dữ liệu không tự tạo ra quyết định tốt
• AI trong công việc: Chọn đúng việc trước khi chọn công cụ