INFOCHIEF ACADEMY · ITIL 4 KNOWLEDGE SERIES

Optimize and Automate: Xác định hoạt động cần tối ưu trước khi tự động hóa.

Tự động hóa cần một cách làm đã được hiểu, dữ liệu phù hợp và giới hạn rõ. Tối ưu việc thừa, kiểm chứng quy tắc và giữ đường chuyển sang người giúp công nghệ tăng khả năng phục vụ mà không nhân rộng sai lệch.

Biên soạn: Infochief Academy · Chuyên đề: Quản lý dịch vụ theo ITIL 4

← Trở về thư viện bài viết

Minh họa biên tập: chuyên gia tự động hóa và quản lý dịch vụ kiểm tra quy tắc, dữ liệu và ngoại lệ.

Đội vận hành tự động tạo ticket từ mọi cảnh báo để tránh bỏ sót. Công cụ làm việc nhanh hơn, nhưng hàng chờ tăng, cùng một tác động tạo nhiều phiếu và người xử lý khó tìm tín hiệu quan trọng. Tự động hóa đã nhân rộng cách phân loại chưa phù hợp.

Optimize and Automate của ITIL 4 giúp đặt tối ưu và lựa chọn phạm vi trước việc tăng tốc. Không phải mọi hoạt động lặp đều nên tự động ngay. Cần hiểu mục tiêu, quy tắc, dữ liệu và ngoại lệ, rồi kiểm tra cách máy thực hiện có tạo kết quả đáng tin và dùng nguồn lực phù hợp hay không.

Chọn hoạt động bằng vấn đề cần giải quyết

Một đề xuất tự động hóa nên nêu công việc đang tốn thời gian, sai lệch nào cần giảm và kết quả muốn giữ. “Giảm thao tác thủ công” chưa đủ nếu phần thao tác ấy đang cung cấp một đánh giá cần thiết. Nhóm phải biết việc nào lặp theo quy tắc và việc nào cần hiểu hoàn cảnh.

Cần nhìn toàn luồng, không chỉ thao tác máy có thể làm. Tạo ticket nhanh không giúp nếu phân tuyến sai hoặc đầu vào thiếu. Tự động tổng hợp báo cáo có thể giảm thời gian nhập, nhưng dữ liệu không thống nhất vẫn tạo kết luận yếu. Tối ưu cần xử lý điều kiện đang cản kết quả.

Một hoạt động có khối lượng nhỏ nhưng tác động lớn có thể cần giữ người xác nhận. Một hoạt động khối lượng lớn, quy tắc rõ có thể phù hợp để tự động phần thường gặp. Lựa chọn nên dựa vào lợi ích, mức chắc chắn và rủi ro, không chỉ độ hấp dẫn của công cụ.

Nền tảng trong chương trình ITIL 4 Foundation là hướng tham khảo để hiểu nguyên tắc. Trong áp dụng, không cần mọi quy trình hoàn hảo mới được thử tự động, nhưng phải có phạm vi và điều kiện đủ rõ để kiểm chứng tác dụng.

Bỏ việc thừa rồi làm rõ quy tắc

Trước khi tự động, nhóm cần xem bước nào không còn dùng, dữ liệu nào trùng và giao nhận nào tạo hỏi lại. Có thể bỏ hoặc hợp nhất phần không phục vụ kết quả hoặc kiểm soát cần thiết. Không nên xây một luồng tự động phức tạp chỉ để giữ nguyên mọi thao tác cũ.

Với cảnh báo, cần xác định tín hiệu nào thể hiện tác động dịch vụ, nhóm nào nhận và điều kiện ưu tiên. Các cảnh báo liên quan cùng một sự kiện có thể cần được liên kết theo thiết kế phù hợp. Nếu chưa hiểu quan hệ, tự gộp cũng có thể che những vấn đề riêng, nên quy tắc phải được kiểm chứng.

Quy tắc cần có dữ liệu đầu vào, điều kiện xử lý và đầu ra có thể xác nhận. Một câu như “cảnh báo nghiêm trọng thì chuyển khẩn” chưa đủ nếu mỗi nguồn định nghĩa nghiêm trọng khác nhau. Cần nối tín hiệu với dịch vụ, thời điểm và tác động, hoặc giữ người đánh giá khi chưa chắc.

Các phần cần sự phán đoán nên được xác định rõ. Tự động có thể thu thông tin, kiểm tra điều kiện và đề xuất, trong khi người có quyền chọn phương án có hệ quả. Không nên để một quy tắc kỹ thuật tự chấp nhận rủi ro doanh nghiệp chỉ vì hệ thống có thể thực hiện.

Kiểm tra dữ liệu và quyền trước khi giao cho máy

Dữ liệu sai có thể làm hành động sai lặp nhanh. Nhóm cần xác định nguồn, người sở hữu, độ mới và cách xử lý khi thiếu hoặc mâu thuẫn. Nếu chỉ thử với dữ liệu sạch đã chuẩn bị, kết quả chưa phản ánh điều kiện vận hành thường xuyên.

Quyền của tác vụ tự động phải phù hợp phạm vi. Một tài khoản có thể thực hiện nhiều hơn người thiết kế dự kiến nếu được cấp quyền rộng. Cần giữ người sở hữu, thông tin truy lại và cách thay đổi hoặc dừng tác vụ khi điều kiện không còn phù hợp.

Năng lực tổ chức vận hành có kiểm tra và quyền phù hợp có thể được phát triển qua chương trình Quản trị Vận hành IT. Trong thực hành, tác vụ không nên chỉ báo đã chạy; cần có bằng chứng đầu ra cùng những trường hợp không thể xử lý.

Điều kiện sẵn sàng đề xuất	Câu hỏi kiểm tra	Cách xử lý khi chưa đủ
Mục tiêu và phạm vi	Tác vụ hỗ trợ kết quả nào?	Thu hẹp hoặc làm rõ nhu cầu
Quy tắc	Các điều kiện được hiểu và kiểm chứng?	Giữ người đánh giá hoặc thử thêm
Dữ liệu	Nguồn đúng, mới và đủ cho hành động?	Xác nhận nguồn và xử lý thiếu hụt
Quyền và dấu vết	Ai sở hữu, hành động truy lại được?	Giới hạn quyền và tổ chức theo dõi
Ngoại lệ và phục hồi	Khi lỗi hoặc chưa chắc thì làm gì?	Đường dừng, chuyển người và khôi phục

Bảng là công cụ lựa chọn đề xuất, không phải tiêu chí chứng nhận chính thức của ITIL. Không cần mọi tác vụ có cùng độ sâu kiểm tra. Mức chuẩn bị phải phản ánh tác động, khả năng phục hồi và độ chắc chắn của điều kiện, để nguồn lực kiểm soát được đặt đúng nơi.

Thử mà chưa mở rộng tác động

Nhóm có thể bắt đầu bằng việc để công cụ đề xuất hoặc mô phỏng trên dữ liệu phù hợp trước khi cho thực hiện trực tiếp. So kết quả với đánh giá và công việc thực giúp tìm trường hợp phân sai, thiếu dữ liệu hoặc lặp hành động. Phạm vi thử phải được người có quyền thống nhất.

Với hành động có tác động, cần điều kiện dừng và khả năng phục hồi phù hợp. Thực hiện lại cùng một tác vụ có thể tạo đầu ra trùng nếu thiết kế không xử lý trạng thái. Nhóm phải kiểm tra trường hợp chạy lại, gián đoạn và lỗi một phần, không chỉ lần chạy thuận lợi.

Thông tin giám sát cần phân biệt tác vụ đã thực hiện với kết quả đúng. Một script tạo đủ ticket có thể vẫn tạo ticket sai; một báo cáo sinh đúng lịch có thể vẫn dùng dữ liệu lỗi thời. Người sở hữu phải biết dấu hiệu nào cần phân tích và khi nào phải vô hiệu hóa phương án hiện tại.

Năng lực tổ chức dịch vụ và phản hồi có thể được phát triển qua chương trình Quản lý Dịch vụ IT – ITSM. Trong áp dụng, cần giữ việc người tiếp theo dùng được đầu ra, để tự động hóa không chỉ giảm thao tác của nhóm tạo nhưng tăng tải cho nhóm nhận.

Một luồng cảnh báo được tối ưu trước khi tự động

Tình huống giả định: cùng một lỗi ứng dụng tạo nhiều cảnh báo từ các thành phần phụ thuộc. Mỗi cảnh báo sinh một ticket riêng, các nhóm xử lý song song mà không biết có cùng tác động. Người dùng nhận nhiều cập nhật khác nhau và đầu mối dịch vụ khó xác định trạng thái chung.

Nhóm rà nguồn, dịch vụ và quan hệ tín hiệu. Họ chọn một phạm vi để chuẩn hóa thông tin, liên kết những tín hiệu đã có căn cứ và giữ phân loại cần người xem. Tác vụ tự động trước hết bổ sung thông tin và gợi ý liên kết, thay vì tự đóng hoặc bỏ toàn bộ cảnh báo có vẻ giống nhau.

Sau khi thử, nhóm đối chiếu những trường hợp liên kết đúng và sai, thời gian người xử lý hiểu vấn đề và lượng công việc làm lại. Nếu kết quả phù hợp, có thể tăng phạm vi từng phần. Khi nguồn hoặc cấu hình dịch vụ đổi, quy tắc phải được rà lại để tránh tiếp tục dùng một quan hệ đã lỗi thời.

Tình huống minh họa cho thấy tối ưu không nhất thiết là rút ngắn mọi bước. Có thể cần thêm kiểm tra đầu vào để giảm nhiều hành động sai phía sau. Giá trị được nhìn qua khả năng xử lý tác động và sử dụng nguồn lực chung, không chỉ số thao tác máy đã làm thay.

Quản lý tác vụ như một phần của dịch vụ

Sau triển khai, cần người sở hữu, cách thay đổi quy tắc, lịch kiểm tra và nguồn lực hỗ trợ. Tác vụ tự động không nên chỉ nằm trong máy của một chuyên gia. Nếu người đó vắng mặt, tổ chức phải biết tác vụ làm gì, dùng quyền nào và cách dừng hoặc phục hồi.

Đo kết quả cần giữ cả hiệu quả và chất lượng. Có thể xem thời gian từ tín hiệu tới hành động phù hợp, số trường hợp phải sửa, phần được chuyển sang người và tác động dịch vụ. Giảm lượng ngoại lệ không tự là kết quả tốt nếu công cụ đang bỏ những trường hợp khó mà không báo. Cần biết mẫu số và định nghĩa, để báo cáo không tạo cảm giác hiệu quả bằng cách thu hẹp phần được tính.

Khi đổi quy tắc, phải có phiên bản và căn cứ. Người sở hữu cần biết quyết định nào đã thay, dữ liệu nào làm thay đổi phù hợp và bằng chứng thử nào hỗ trợ. Nếu một kết quả sai xuất hiện sau cập nhật, dấu vết giúp nhóm truy phạm vi ảnh hưởng và chọn bước khắc phục. Quy tắc tự động là một phần cách cung cấp dịch vụ, nên việc thay nó cần kiểm soát tương xứng với tác động.

Cũng cần xem dữ liệu mà tác vụ lưu và chia sẻ. Giữ nhiều nội dung hơn nhu cầu có thể tạo rủi ro và gánh nặng vận hành. Chọn thông tin đủ để xác nhận kết quả, truy quyết định và xử lý ngoại lệ trong phạm vi quyền phù hợp.

Chi phí duy trì phải được tính cùng lợi ích. Kết nối dữ liệu, kiểm tra ngoại lệ, cập nhật quy tắc và hỗ trợ đều cần thời gian. Nếu phần tự động tiết kiệm một thao tác nhưng tạo nhiều việc sửa khó thấy, cần xem lại phương án thay vì tiếp tục mở rộng để bảo vệ khoản đầu tư.

Người quản lý cần trình lựa chọn nguồn lực và quyền phù hợp. Chương trình Trưởng Phòng IT – IT Manager là hướng tham khảo để phát triển khả năng này. Trong doanh nghiệp, quyết định tự động cần đi cùng điều kiện kiểm chứng, không chỉ mục tiêu giảm số giờ thao tác.

Optimize and Automate có tác dụng khi cách làm đã được hiểu và phạm vi máy có thể thực hiện được kiểm soát. Tối ưu loại việc thừa, làm rõ điều kiện và giữ đầu ra dùng được; tự động tăng khả năng thực hiện phần phù hợp. Khi hai nội dung được nối, công nghệ hỗ trợ dịch vụ thay vì nhân rộng những điểm yếu hiện hữu.