INFOCHIEF ACADEMY · ITIL 4 KNOWLEDGE SERIES

Service Level Management: Chuyển cam kết dịch vụ thành các chỉ số có ý nghĩa.

Cam kết cần phản ánh công việc, phạm vi và khả năng của toàn chuỗi cung cấp. Định nghĩa chỉ số rõ, giữ trải nghiệm cùng dữ liệu kỹ thuật và dùng cuộc rà để chọn hành động giúp mức dịch vụ có ý nghĩa kinh doanh.

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: quản lý dịch vụ và đại diện khách hàng đối chiếu cam kết với chỉ số có ý nghĩa.

SLA đạt nhưng người dùng vẫn phàn nàn vì công việc chậm. IT báo thời gian phản hồi tốt, còn nghiệp vụ tính cả phần chờ trước khi ticket được tạo và những lần phải cung cấp lại thông tin. Hai bên đang nhìn những phạm vi khác nhau, nên một báo cáo xanh chưa giải quyết được bất đồng.

Service Level Management trong ITIL 4 giúp xác lập mục tiêu dịch vụ dựa trên kinh doanh và dùng thông tin để theo dõi, đánh giá, điều chỉnh. Cam kết có ý nghĩa khi nó phản ánh kết quả và điều kiện người sử dụng cần, có khả năng cung cấp chống đỡ và dẫn tới quyết định khi xuất hiện sai lệch.

Định nghĩa dịch vụ trước khi đặt mục tiêu

Một chỉ tiêu cần gắn với dịch vụ, nhóm sử dụng và công việc được hỗ trợ. Nếu chỉ bắt đầu từ các số công cụ dễ đo, cam kết có thể phản ánh trạng thái hạ tầng mà bỏ khả năng sử dụng. Cần hỏi dịch vụ phải làm gì và trong hoàn cảnh nào kết quả trở nên quan trọng.

Người dùng, người xác định yêu cầu và người cấp nguồn lực có thể có kỳ vọng khác. Nhóm quản lý mức dịch vụ phải làm rõ chúng và trình đánh đổi. Không nên hứa một mức chung cho mọi nhóm nếu khả năng hoặc tác động không giống nhau; cũng không nên tạo quá nhiều mức khiến người dùng khó hiểu.

Utility, warranty và trải nghiệm cần được xem cùng nhau. Dịch vụ cần hỗ trợ mục đích, được cung cấp trong điều kiện phù hợp và có cách dùng rõ. Một phản hồi nhanh chưa chứng minh công việc đã khôi phục; một mức sẵn sàng tốt chưa chứng minh người dùng hiểu hoặc dùng được khả năng cung cấp.

Nền tảng trong chương trình ITIL 4 Foundation là hướng tham khảo để thống nhất các khái niệm. Trong áp dụng, dịch vụ phải được mô tả bằng công việc thực, để mục tiêu không chỉ được chọn từ những chỉ số phổ biến ở một nơi khác.

Thống nhất cách tính cùng phạm vi

SLA là thỏa thuận ghi nhận dịch vụ và mức được kỳ vọng cùng trách nhiệm phù hợp. Giá trị không nằm ở số trang hoặc độ nghiêm của câu chữ. Các bên cần hiểu điều được đo, điểm bắt đầu, kết thúc, thời gian phục vụ và cách xử lý trường hợp đặc biệt.

Phản hồi, khôi phục và hoàn tất là các nội dung khác nhau. Phản hồi có thể xác nhận đã nhận và bước tiếp; khôi phục giúp dịch vụ dùng được; hoàn tất yêu cầu cần kết quả cung cấp theo điều kiện. Dùng cùng một từ thời gian xử lý cho mọi nội dung sẽ làm số liệu khó diễn giải.

Nếu có điều kiện tạm dừng đồng hồ, phải được thống nhất và báo cáo rõ. Người dùng có thể vẫn chịu tác động trong khoảng ấy. Cần giữ cả cách tính theo cam kết và thông tin về hành trình thực, tránh dùng ngoại lệ tính toán để tạo kết luận rằng trải nghiệm đã tốt.

Nguồn dữ liệu phải phù hợp phạm vi. Nếu hệ thống chỉ ghi từ lúc IT nhận ticket, không tự đo được phần chờ ở nghiệp vụ trước đó. Có thể giữ chỉ số trong phạm vi hoặc bổ sung dữ liệu, nhưng không mở rộng ý nghĩa của con số vượt những gì đã được quan sát.

Thiết kế một nhóm chỉ số có thể giải thích

Một chỉ số đơn lẻ dễ bị tối ưu lệch. Thời gian đóng ticket cần xem cùng việc mở lại hoặc xác nhận kết quả; mức sẵn sàng cần nhìn thời điểm và nhóm ảnh hưởng; phản hồi người dùng cần giữ cách thu thập và phạm vi. Các thông tin bổ trợ giúp hiểu điều cần hành động.

Không nhất thiết có nhiều KPI. Mỗi chỉ số nên phục vụ mục tiêu hoặc quyết định, có người sở hữu và nguồn rõ. Nếu tổ chức đo một chỉ tiêu nhưng không biết diễn biến nào sẽ khiến thay đổi cách cung cấp, chỉ tiêu đó cần được xem lại.

Nội dung cam kết đề xuất	Định nghĩa cần rõ	Cách sử dụng khi sai lệch
Khả năng phục vụ	Dịch vụ, thời điểm và nhóm sử dụng	Rà năng lực cùng phụ thuộc
Phản hồi và phục hồi	Điểm thời gian và ý nghĩa kết quả	Chọn cải thiện phối hợp hoặc xử lý
Hoàn tất yêu cầu	Điều kiện nhận và xác nhận	Sửa đầu vào hoặc cách cung cấp
Chất lượng sử dụng	Điểm dừng, làm lại và trải nghiệm	Phân tích nguyên nhân theo hành trình
Hiệu lực hành động	Kết quả sau biện pháp	Giữ, sửa hoặc trình lựa chọn mới

Bảng là công cụ thiết kế đề xuất, không phải bộ KPI chuẩn ITIL áp cho mọi dịch vụ. Ngưỡng phải dựa vào nhu cầu, khả năng và mức rủi ro tổ chức. Các số tham khảo chỉ có ý nghĩa khi điều kiện và cách tính tương thích, không phải bằng chứng một mức cụ thể luôn phù hợp.

Năng lực tổ chức mục tiêu và đo theo dịch vụ có thể được phát triển qua chương trình Quản lý Dịch vụ IT – ITSM. Trong thực hành, chủ dịch vụ và đại diện nghiệp vụ cần cùng xác nhận định nghĩa để dữ liệu có thể được sử dụng trong một cuộc thảo luận chung.

Chống đỡ cam kết bằng toàn chuỗi cung cấp

Một lời hứa với người dùng cần các nhóm và đối tác có khả năng thực hiện. Nếu phần hỗ trợ nội bộ hoặc nhà cung cấp không khớp, mục tiêu dịch vụ sẽ yếu dù từng nơi báo đạt chỉ tiêu riêng. Cần nhìn thời gian giao nhận, quyền, dữ liệu và những tình huống có thể làm kết quả không đạt.

Thỏa thuận nội bộ và cam kết với đối tác cần được nối với dịch vụ. Không chỉ cộng thời gian các nhóm, vì luồng còn có chờ, làm lại và việc song song. Phân tích trường hợp thực giúp thấy nơi nào cần năng lực hoặc cơ chế khác trước khi hứa một mức mới.

Người quản lý phải trình phương án khi nhu cầu vượt khả năng. Có thể đổi phạm vi, thời gian phục vụ, cách cung cấp hoặc bổ sung nguồn lực. Không nên ghi mục tiêu cao rồi mặc định đội thực hiện tự giải quyết mọi khoảng trống, vì điều đó tạo cam kết không có căn cứ.

Năng lực phân công và điều phối nguồn lực có thể được phát triển qua chương trình Trưởng Phòng IT – IT Manager. Ở nơi áp dụng, người sở hữu cam kết cần quyền yêu cầu phối hợp và trình lựa chọn, không chỉ chịu trách nhiệm tổng hợp báo cáo.

Một cam kết xanh được nhìn lại qua hành trình

Tình huống giả định: dịch vụ cấp khả năng làm việc đạt thời gian xử lý sau khi nhận yêu cầu đầy đủ, nhưng nhân viên mới thường chưa sẵn sàng vào ngày bắt đầu. Nhóm IT cho rằng SLA đạt, còn nghiệp vụ coi dịch vụ chưa đáp ứng. Dữ liệu đang bỏ phần chuẩn bị và hỏi lại trước điểm bắt đầu đồng hồ.

Hai bên thống nhất phạm vi: giữ chỉ số xử lý nội bộ để quản lý, đồng thời theo dõi khả năng bắt đầu công việc và lý do yêu cầu chưa đủ. Thông tin nhân sự, vai trò, thiết bị và quyền được xem trên cùng luồng. Không cần sửa số cũ để làm báo cáo xấu hơn; cần giữ đúng ý nghĩa và bổ sung phần chưa phản ánh.

Phân tích có thể cho thấy dữ liệu vai trò tới muộn hoặc danh sách quyền chưa rõ. Biện pháp cần chủ nghiệp vụ, nhân sự và IT cùng thực hiện. Nếu chỉ siết thời gian nhóm cấp tài khoản, kết quả cuối có thể không đổi vì điểm nghẽn nằm trước đó.

Sau biện pháp thử, nhóm xem dữ liệu cùng phản hồi. Một kết quả tốt cần điều kiện duy trì và phạm vi rõ; những trường hợp khác biệt phải được phân tích thay vì bị bỏ khỏi báo cáo. Cam kết được điều chỉnh khi khả năng và nhu cầu thay đổi có căn cứ.

Dùng cuộc rà dịch vụ để chọn hành động

Cuộc rà nên tập trung vào kết quả, sai lệch, nguyên nhân cần kiểm chứng và lựa chọn. Nếu chỉ trình từng ô màu, các bên có thể cùng biết vấn đề nhưng không ai nhận trách nhiệm. Mỗi hành động cần người sở hữu, thời điểm và bằng chứng xác nhận hiệu lực.

Không phải mọi sai lệch cần thay SLA. Có thể cần sửa cách thực hiện hoặc dữ liệu. Khi mục tiêu không còn phù hợp hoặc nguồn lực không đủ, phải trình thay cam kết và giải thích tác động. Không nên đổi định nghĩa chỉ để làm kết quả thuận lợi mà không thống nhất với người sử dụng.

Góc nhìn trong chương trình Lãnh đạo IT – CIO là hướng tham khảo để phát triển khả năng trình những lựa chọn này. Trong doanh nghiệp, lãnh đạo cần biết điều gì được bảo vệ, đánh đổi nào đang cần và nguồn lực nào khiến cam kết khả thi.

Chất lượng dữ liệu cũng cần được rà. Người sở hữu chỉ số phải giải thích nguồn, cách tính và những giới hạn. Nếu số không đáng tin, cần sửa trước khi dùng để đánh giá nhóm hoặc lựa chọn đầu tư. Một dashboard chính xác về hình thức có thể vẫn yếu nếu dữ liệu không phản ánh điều kiện phục vụ.

Khi dùng phản hồi, cần nhìn cách chọn người trả lời. Ý kiến từ người đã hoàn tất có thể không phản ánh người bỏ luồng hoặc chưa được phục vụ. Có thể bổ sung quan sát và phân tích những trường hợp chưa đạt, nhưng vẫn giữ quyền cùng giới hạn dữ liệu. Mục tiêu là hiểu nguyên nhân, không chỉ thu một điểm hài lòng thuận lợi.

Xu hướng cũng cần được giải thích trong bối cảnh. Khối lượng, loại yêu cầu và thời điểm kinh doanh đổi có thể ảnh hưởng kết quả. Nếu chỉ so hai con số mà không xem điều kiện, tổ chức có thể chọn biện pháp sai hoặc đánh giá không phù hợp. Cuộc rà cần tách thay đổi do cách cung cấp với thay đổi do nhu cầu để biết phần nào quản lý có thể tác động.

Service Level Management tạo giá trị khi cam kết trở thành căn cứ phối hợp và cải tiến. Người dùng hiểu điều có thể kỳ vọng, nhóm cung cấp biết điều cần giữ và lãnh đạo có thông tin để lựa chọn. Khi các chỉ số nối được ba phần ấy, báo cáo dịch vụ mới có ý nghĩa vượt khỏi trạng thái đạt hay không đạt.