INFOCHIEF ACADEMY · ITIL 4 KNOWLEDGE SERIES

Service Value Chain: Thiết kế và vận hành các hoạt động tạo giá trị dịch vụ IT.

Sáu hoạt động của Service Value Chain được kết hợp theo loại nhu cầu. Thiết kế luồng, đầu ra và điểm giao nhận rõ giúp tổ chức đưa công việc tới kết quả, đồng thời sử dụng phản hồi để điều chỉnh.

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: nhóm thiết kế và vận hành theo dõi các điểm giao nhận trong luồng dịch vụ.

Sơ đồ quy trình có thể thể hiện đầy đủ các bước mà người dùng vẫn chờ lâu giữa hai bộ phận. Mỗi nhóm xử lý nhanh phần mình, nhưng nhu cầu chưa tới kết quả vì thông tin thiếu, đầu ra không được nhận hoặc quyết định phải quay lại. Muốn cải thiện, cần nhìn cách các hoạt động kết hợp chứ không chỉ hiệu suất từng bước.

Service Value Chain của ITIL 4 cung cấp một mô hình hoạt động linh hoạt để tổ chức các luồng tạo giá trị. Sáu hoạt động không phải sáu giai đoạn bắt buộc đi theo một thứ tự cố định. Chúng được kết hợp theo loại nhu cầu và có thể lặp lại khi cần hiểu, xây hoặc điều chỉnh dịch vụ.

Bắt đầu bằng loại nhu cầu và điểm hoàn tất

Một luồng cần có điểm bắt đầu và kết quả rõ. Người dùng cần được cấp khả năng làm việc, khách hàng cần hoàn tất giao dịch hoặc dịch vụ cần được khôi phục. Nếu chỉ ghi đầu vào là một ticket và đầu ra là ticket đóng, sơ đồ có thể bỏ qua nhu cầu thực cùng phần việc ngoài công cụ.

Tình huống giả định xuyên suốt bài: nhân viên mới cần bắt đầu công việc với thiết bị và quyền phù hợp. Luồng gồm việc xác định vai trò, chuẩn bị nguồn lực, xác nhận điều kiện và hỗ trợ. Không thể kết luận hoàn tất chỉ vì máy tính đã giao nếu người dùng chưa truy cập được tài nguyên cần thiết.

Cần đi theo một trường hợp thật hoặc giả định được mô tả rõ, ghi người tham gia, thông tin, chờ và ngoại lệ. Sau đó dùng các hoạt động của Service Value Chain để hiểu chức năng của công việc. Không nên ép mọi bước vào mô hình rồi bỏ những gì không khớp với sơ đồ đã chọn.

Nền tảng trong chương trình ITIL 4 Foundation là hướng tham khảo để thống nhất cách đọc chuỗi. Trong áp dụng, mục tiêu là thiết kế luồng có thể dùng, không phải tạo một hình có đủ sáu nhãn hoạt động cho mọi loại yêu cầu.

Plan và Engage giữ hướng cùng sự hiểu biết

Plan hỗ trợ sự hiểu biết chung về định hướng, hiện trạng và cách cải thiện. Với dịch vụ cho nhân viên mới, tổ chức cần xác định khả năng cung cấp, vai trò trách nhiệm và cam kết phù hợp. Kế hoạch phải phản ánh nguồn lực, công việc đồng thời và những phụ thuộc như thông tin nhân sự hoặc nhà cung cấp thiết bị.

Engage giữ việc hiểu nhu cầu, sự minh bạch và quan hệ với các bên liên quan. Nhóm cần hỏi người quản lý nghiệp vụ nhân viên sẽ làm gì, xác nhận thông tin với người phụ trách và giao tiếp trạng thái phù hợp. Đây không chỉ là bước tiếp nhận đầu tiên; trao đổi còn cần khi thay đổi hoặc phát hiện điều kiện chưa đạt.

Hai hoạt động có thể tác động qua lại. Nếu thông tin nhu cầu cho thấy một vai trò cần quyền khác, kế hoạch và cam kết phải được xem lại. Nếu kế hoạch không đáp ứng thời điểm mong muốn, người cung cấp cần trình phương án sớm để bên sử dụng có lựa chọn, thay vì chỉ thông báo trễ vào ngày cần làm việc.

Sự phối hợp cần quyền và thời điểm phản hồi. Tham gia rộng không có nghĩa mọi người cùng quyết định mọi việc. Người quản lý cần biết ai xác nhận nhu cầu, ai được phép đổi cam kết và ai nhận thông tin để chuẩn bị công việc sau.

Design and Transition, Obtain or Build tạo khả năng dùng được

Design and Transition hỗ trợ việc thiết kế và chuyển giao sản phẩm, dịch vụ đáp ứng kỳ vọng phù hợp. Cần nhìn cả chức năng, điều kiện cung cấp và khả năng tiếp nhận. Trong dịch vụ nhân viên mới, các gói theo vai trò cần tiêu chí rõ, còn nhóm hỗ trợ phải biết cách xác nhận và xử lý ngoại lệ.

Obtain or Build tạo hoặc thu nhận những thành phần cần thiết để đáp ứng các đặc tả đã thống nhất. Công việc có thể gồm chuẩn bị thiết bị, cấu hình, quyền hoặc tích hợp. Mua hoặc xây xong chưa đủ nếu thành phần không đáp ứng điều kiện, thiếu thông tin hoặc chưa được giao cho người sử dụng tiếp.

Không phải mỗi yêu cầu quen thuộc đều cần thiết kế lại. Khi gói dịch vụ đã được xác nhận, luồng có thể sử dụng cách cung cấp hiện hữu. Nhu cầu khác biệt hoặc điều kiện mới có thể quay lại thiết kế và tạo thành phần. Mô hình linh hoạt giúp phân biệt, thay vì dùng cùng một quy trình nặng cho mọi trường hợp.

Việc chuyển giao cần người nhận và bằng chứng. Nhóm vận hành phải biết cấu hình, quyền, hướng dẫn và phần thiếu hụt còn lại. Chủ nghiệp vụ xác nhận khả năng làm việc theo vai trò. Nếu các đầu ra chưa được nhận hoặc dùng, luồng sẽ dừng dù hoạt động xây đã báo hoàn tất.

Năng lực tổ chức giao nhận và triển khai có thể được phát triển qua chương trình Quản lý Dự án IT. Khi áp dụng, cần giữ trách nhiệm tiếp nhận từ sớm, để bàn giao không trở thành một bước ký cuối cùng mà các điều kiện sử dụng vẫn chưa sẵn sàng.

Deliver and Support, Improve giữ kết quả và học từ thực hiện

Deliver and Support hỗ trợ việc cung cấp và phục vụ theo các điều kiện đã thống nhất. Với nhân viên mới, cần xác nhận thiết bị, quyền và khả năng sử dụng, đồng thời có đường hỗ trợ nếu công việc bị cản. Trách nhiệm không nên kết thúc ở thời điểm gửi thư thông báo tài khoản.

Improve hỗ trợ việc cải thiện hoạt động, sản phẩm và dịch vụ. Nó không chỉ xuất hiện sau cung cấp; phản hồi ở bất kỳ điểm nào có thể dẫn tới sửa cách làm. Nếu thông tin vai trò thường thiếu, cần cải thiện cách thu thập; nếu cấu hình thường sai, cần xem chuẩn bị và kiểm tra.

Hoạt động Service Value Chain	Vai trò trong luồng giả định	Điểm cần kiểm chứng
Plan	Thống nhất khả năng và định hướng cung cấp	Cam kết có nguồn lực hỗ trợ
Engage	Hiểu nhu cầu và giữ trao đổi	Vai trò, thời điểm và trạng thái rõ
Design and Transition	Thiết kế gói và điều kiện tiếp nhận	Cách cung cấp phù hợp công việc
Obtain or Build	Chuẩn bị thành phần cần thiết	Đáp ứng đặc tả và có người nhận
Deliver and Support	Cung cấp, xác nhận và hỗ trợ	Nhân viên có thể bắt đầu công việc
Improve	Sử dụng phản hồi để điều chỉnh	Hành động có tác dụng được kiểm tra

Bảng là công cụ minh họa đề xuất, không phải tuyến chuẩn mà ITIL yêu cầu mọi dịch vụ thực hiện. Các hoạt động có thể được kết hợp và lặp theo hoàn cảnh. Điều cần giữ là mỗi công việc có mục đích, đầu ra, người tiếp nhận và điều kiện để chuyển tiếp.

Năng lực tổ chức cung cấp 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 doanh nghiệp, cần nối việc hỗ trợ với người sở hữu luồng, để lỗi lặp tạo đầu vào cải thiện thay vì chỉ thêm ticket cho đội xử lý.

Phân biệt hoạt động, luồng và practice

Hoạt động trong Service Value Chain mô tả những chức năng cần để tạo giá trị. Luồng giá trị là cách kết hợp các hoạt động cho một nhu cầu cụ thể. Practice cung cấp nguồn lực và khả năng tổ chức công việc. Ba khái niệm liên quan nhưng không nên dùng thay nhau.

Một practice có thể đóng góp cho nhiều hoạt động và nhiều luồng. Quản lý tri thức có thể hỗ trợ thiết kế, cung cấp và cải tiến; quản lý mức dịch vụ có thể hỗ trợ hiểu nhu cầu, đặt cam kết và theo dõi. Không nên gán mỗi practice vào duy nhất một ô rồi coi các quan hệ còn lại không tồn tại.

Tương tự, sáu hoạt động không phải sáu phòng ban. Nhiều nhóm có thể cùng tham gia một hoạt động, còn một nhóm có thể thực hiện phần việc thuộc nhiều hoạt động. Phân công nên theo đầu ra và quyền thực tế, thay vì đổi cơ cấu chỉ để khớp tên mô hình.

Trong luồng nhân viên mới, vấn đề có thể không nằm ở cấp quyền mà ở thông tin vai trò đến muộn. Tăng tốc tự động cấp sẽ ít tác dụng nếu dữ liệu chưa đúng. Nhìn luồng giúp chọn điểm cải thiện, còn các practices giúp tổ chức người, thông tin và công cụ để thực hiện.

Đo toàn luồng và cải tiến từng phần

Đo nên giữ thời gian từ nhu cầu đến kết quả cùng các điểm chờ, làm lại và chất lượng. Chỉ số từng nhóm vẫn cần để giải thích, nhưng không thay kết quả toàn luồng. Nếu IT xử lý nhanh hơn còn nghiệp vụ phải chuẩn bị lại nhiều lần, lợi ích chung có thể chưa cải thiện.

Với tình huống giả định, nhóm chọn một vai trò nhân viên để thử chuẩn thông tin và cách giao nhận. Họ theo dõi khả năng bắt đầu công việc, nguyên nhân chờ và các quyền phải sửa. Phản hồi giúp xác định tiêu chí cần điều chỉnh trước khi đưa cách làm sang nhiều vai trò.

Người quản lý cần quyền điều phối các đầu ra liên quan. 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 thực hành, chủ luồng không nhất thiết làm thay mọi nhóm, nhưng cần biết ai chịu trách nhiệm và trình ai khi giao nhận không thể tiếp tục.

Sau thử nghiệm, kiểm tra điều kiện duy trì. Nếu kết quả chỉ tốt nhờ người hỗ trợ tạm thời, cần hoàn thiện hướng dẫn, dữ liệu và nguồn lực trước khi mở rộng. Một cải tiến nhỏ có thể có tác dụng lớn nếu xử lý đúng điểm đứt, nhưng phải được xác nhận bằng công việc thực.

Service Value Chain giúp tổ chức nhìn nhu cầu qua những hoạt động phối hợp, thay vì qua các phòng ban riêng lẻ. Khi đường đi, đầu ra và phản hồi rõ, người quản lý biết cần sửa đâu để công việc tiến tới kết quả. Sáu tên hoạt động lúc đó trở thành một mô hình sử dụng được trong thiết kế và vận hành dịch vụ.