INFOCHIEF ACADEMY · ITIL 4 KNOWLEDGE SERIES
Phân biệt Service Offering, Service Relationship và Value Co-creation qua ví dụ thực tế.
Offering mô tả phần cung cấp, quan hệ tổ chức cách phối hợp, còn đồng tạo giá trị nhìn kết quả từ sự tham gia. Phân biệt rồi nối ba khái niệm giúp dịch vụ có phạm vi, trách nhiệm và cách kiểm chứng rõ.
Biên soạn: Infochief Academy · Chuyên đề: Quản lý dịch vụ theo ITIL 4

Một doanh nghiệp mua gói dịch vụ lưu trữ có cấu hình tốt, nhưng các nhóm vẫn không biết ai quản lý quyền và ai hỗ trợ khi tài liệu bị chia sẻ sai. Gói cung cấp đã được mô tả, còn cách hai bên làm việc chưa rõ. Kết quả sử dụng vì thế có thể khác điều người mua mong đợi.
Service Offering, Service Relationship và Value Co-creation nhìn ba phần khác nhau của câu chuyện. Phân biệt chúng giúp doanh nghiệp không coi một bản mô tả gói là toàn bộ dịch vụ, đồng thời làm rõ trách nhiệm và những điều kiện để khả năng cung cấp trở thành giá trị.
Service Offering mô tả điều được cung cấp
Service Offering là mô tả chính thức của một hoặc nhiều dịch vụ được thiết kế cho nhu cầu của nhóm sử dụng mục tiêu. Nó giúp bên sử dụng biết có thể nhận gì và theo điều kiện nào. Một offering cần đủ rõ để lựa chọn, không chỉ là tên công nghệ hoặc danh sách tính năng.
Một offering có thể gồm hàng hóa, quyền truy cập nguồn lực và các hành động dịch vụ. Với hàng hóa, quyền sở hữu được chuyển theo điều kiện cung cấp; với truy cập nguồn lực, bên sử dụng được dùng trong phạm vi thống nhất; các hành động được nhà cung cấp thực hiện để đáp ứng nhu cầu.
Tình huống giả định: gói làm việc cho nhân viên có thể gồm thiết bị được bàn giao, quyền sử dụng nền tảng cộng tác và hỗ trợ. Không phải gói nào cũng chứa cả ba phần, và không phải thiết bị luôn được chuyển quyền sở hữu. Doanh nghiệp phải mô tả đúng phương thức cung cấp thực tế.
Offering cần phạm vi, điều kiện, trách nhiệm và đầu mối. Nếu chỉ ghi dung lượng hoặc cấu hình, người mua có thể hiểu sai cách hỗ trợ, quyền và phần việc cần tự thực hiện. Những điều này tác động tới lựa chọn và kết quả, nên không nên để tới khi có sự cố mới giải thích.
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. Khi áp dụng, hãy mô tả offering bằng khả năng người sử dụng cần và những điều kiện cụ thể, thay vì chỉ đưa thuật ngữ vào danh mục dịch vụ.
Service Relationship tổ chức cách các bên cùng làm việc
Service Relationship là quan hệ hợp tác giữa nhà cung cấp và bên sử dụng. Trong ITIL 4, quan hệ bao gồm cung cấp, tiêu thụ và quản lý quan hệ dịch vụ. Nó không kết thúc ở việc ký hợp đồng hoặc phát hành danh mục, vì nhu cầu, việc sử dụng và điều kiện có thể tiếp tục thay đổi.
Cung cấp gồm những hoạt động nhà cung cấp thực hiện để duy trì và giao khả năng phù hợp. Tiêu thụ gồm phần việc bên sử dụng cần làm để sử dụng dịch vụ, như tổ chức tài nguyên của mình, yêu cầu hoặc tiếp nhận. Quản lý quan hệ giữ việc trao đổi và phối hợp nhằm tạo giá trị theo mục tiêu đã thống nhất.
Cần xác định vai trò bên sử dụng. Customer xác định yêu cầu và chịu trách nhiệm về kết quả tiêu thụ; user trực tiếp sử dụng; sponsor cho phép ngân sách. Một người có thể giữ nhiều vai trò, nhưng quyền mua không đồng nghĩa hiểu mọi thao tác, còn phản hồi người dùng không tự thay quyết định ngân sách.
Quan hệ cần người sở hữu ở mỗi bên và đường xử lý khi yêu cầu xung đột. Nếu nhiều nhóm cùng tham gia mà không biết ai có quyền xác nhận, thông tin sẽ được chuyển rộng nhưng quyết định vẫn chậm. Hợp tác phải đi cùng trách nhiệm, không làm trách nhiệm trở thành một khái niệm chung không có đầu mối.
Value Co-creation nhìn kết quả qua sự tham gia
Value Co-creation là đồng tạo giá trị. Nhà cung cấp tạo khả năng và điều kiện, bên sử dụng tham gia xác định nhu cầu và khai thác phù hợp. Giá trị không thể được suy ra chỉ từ việc gói đã giao, vì kết quả còn phụ thuộc cách sử dụng và những thay đổi trong công việc.
Điều này không chia đều mọi trách nhiệm. Nhà cung cấp vẫn phải giữ cam kết thuộc phạm vi của mình; bên sử dụng thực hiện phần đã thống nhất. Khi kết quả chưa đạt, cần truy điều kiện và trách nhiệm cụ thể, tránh dùng chữ đồng tạo để làm mờ việc bên nào chưa thực hiện cam kết.
Một dịch vụ lưu trữ có thể cung cấp khả năng chia sẻ an toàn, nhưng chủ dữ liệu phải tổ chức nội dung và quyền theo nhu cầu. Nếu nhân viên không biết quy tắc, công cụ có thể được dùng nhiều mà vẫn tạo rủi ro hoặc khó tìm thông tin. Khả năng công nghệ và cách làm cùng ảnh hưởng kết quả.
Năng lực tổ chức dịch vụ theo kết quả và trách nhiệm có thể được phát triển qua chương trình Quản lý Dịch vụ IT – ITSM. Trong áp dụng, chủ dịch vụ cần giữ cơ chế trao đổi và phản hồi, để quan hệ có tác dụng sau giai đoạn lựa chọn gói.
| Khái niệm | Câu hỏi chính | Bằng chứng sử dụng đề xuất |
|---|---|---|
| Service Offering | Nhóm này có thể nhận gì theo điều kiện nào? | Mô tả phạm vi, khả năng và trách nhiệm |
| Service Relationship | Các bên phối hợp cung cấp và sử dụng ra sao? | Đầu mối, giao nhận và xử lý thay đổi |
| Value Co-creation | Sự tham gia tạo kết quả gì? | Việc sử dụng, kết quả và điều kiện liên quan |
Bảng là công cụ phân biệt đề xuất, không phải mô hình đánh giá chính thức của ITIL. Ba câu hỏi bổ trợ nhau: offering giúp lựa chọn, quan hệ giúp tổ chức thực hiện, còn đồng tạo giá trị giúp kiểm tra kết quả. Không nên lấy một tài liệu ở cột này làm bằng chứng đầy đủ cho cột khác.
Theo một dịch vụ cộng tác qua ba góc nhìn
Tình huống giả định: doanh nghiệp muốn các nhóm tìm và dùng tài liệu nhất quán. Nhà cung cấp nội bộ mô tả offering gồm quyền truy cập nền tảng, khả năng chia sẻ và hỗ trợ. Phạm vi nêu rõ dung lượng, nhóm dùng, điều kiện bảo vệ và những phần việc do chủ dữ liệu quản lý.
Ở góc quan hệ, IT giữ khả năng cung cấp và đầu mối hỗ trợ, chủ nghiệp vụ xác định nhu cầu, chủ dữ liệu quản lý nội dung và quyền, còn người dùng thực hiện theo hướng dẫn. Các bên thống nhất đường xử lý khi cần mở quyền hoặc phát hiện thông tin không còn đúng.
Ở góc đồng tạo giá trị, mục tiêu không chỉ là chuyển tài liệu lên nền tảng. Nhóm cần biết nhân viên có tìm được nội dung đúng và dùng được trong công việc hay không. Nếu mọi tài liệu được tải lên nhưng tên, phiên bản và trách nhiệm cập nhật vẫn mơ hồ, việc sử dụng chưa tạo kết quả mong đợi.
Nhóm có thể chọn một loại tài liệu để thử cách tổ chức. Họ giữ dữ liệu về tìm kiếm, sử dụng và trường hợp phải hỏi lại, đồng thời kiểm tra quyền phù hợp. Kết quả được trình cùng giới hạn; không khẳng định toàn doanh nghiệp đã cải thiện vì một nhóm nhỏ dùng tốt.
Năng lực phân công và điều phối có thể được phát triển qua chương trình Trưởng Phòng IT – IT Manager. Trong tình huống, người quản lý cần bảo đảm chủ dữ liệu và chủ dịch vụ có đủ quyền cùng nguồn lực, thay vì giao mọi vấn đề về nội dung cho đội hỗ trợ.
Giữ chi phí, rủi ro và kỳ vọng trong quan hệ
Dịch vụ có thể giúp bên sử dụng tránh tự quản lý một số nguồn lực, nhưng họ vẫn có phần chi phí và rủi ro. Sử dụng nền tảng chung có thể giảm việc duy trì công cụ riêng, đồng thời tạo nhu cầu hướng dẫn, phân quyền và phối hợp. Những điều kiện này phải được làm rõ khi lựa chọn offering.
Kỳ vọng cần được diễn giải theo utility và warranty: khả năng đáp ứng mục đích và điều kiện sử dụng phù hợp. Nếu người dùng cần truy cập trong thời điểm quan trọng nhưng cam kết không hỗ trợ, phải trình lựa chọn. Không nên mô tả gói như thể phù hợp mọi hoàn cảnh chỉ vì chức năng có sẵn.
Khi nhu cầu thay đổi, các bên cần rà phạm vi, nguồn lực và trách nhiệm. Thêm một nhóm sử dụng có thể tác động đến hỗ trợ, dữ liệu và quyền. Không nên chỉ cấp thêm tài khoản rồi giữ mọi cam kết như cũ mà chưa kiểm tra khả năng cung cấp.
Dùng ba khái niệm trong thiết kế và rà dịch vụ
Doanh nghiệp có thể chọn một dịch vụ hiện hữu và kiểm tra ba tài liệu hoặc nhóm bằng chứng: mô tả offering, cách phối hợp và kết quả sử dụng. Nếu mô tả rõ nhưng giao nhận yếu, sửa quan hệ. Nếu quan hệ hoạt động nhưng kết quả chưa đạt, xem điều kiện và giả định giá trị.
Không cần tạo ba hệ thống báo cáo riêng. Có thể giữ thông tin trong danh mục, cơ chế quản lý dịch vụ và hồ sơ cải tiến đang dùng. Điều quan trọng là mỗi loại thông tin có mục đích, người sở hữu và được sử dụng trong quyết định.
Ở cấp lãnh đạo, cách phân biệt giúp trình lựa chọn về phạm vi và nguồn lực. 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 nối khả năng cung cấp với kết quả doanh nghiệp. Lãnh đạo vẫn cần cùng xác nhận trách nhiệm và những đánh đổi của bên sử dụng.
Một dịch vụ không được hiểu đầy đủ chỉ bằng gói cung cấp. Cần biết các bên làm việc thế nào và sự tham gia tạo kết quả gì. Khi offering, quan hệ và đồng tạo giá trị được phân biệt rồi nối lại, doanh nghiệp có căn cứ thiết kế dịch vụ có thể sử dụng và kiểm chứng tác dụng trong thực tế.