Áp dụng nguyên tắc Focus on Value khi thiết kế dịch vụ IT.

Xác định người nhận trước khi nói về giá trị

Một dịch vụ có nhiều bên liên quan với nhu cầu khác nhau. Người dùng muốn thao tác thuận tiện, người quản lý cần kiểm soát công việc, người bảo trợ nhìn nguồn lực và người phụ trách dữ liệu giữ độ tin cậy. Nếu giá trị chỉ được mô tả từ góc của IT, thiết kế có thể bỏ qua phần quan trọng với các bên khác.

Cần xác định nhóm sử dụng mục tiêu và hoàn cảnh. Nhân viên tại văn phòng có thể có điều kiện khác người làm ngoài hiện trường; công việc thường ngày khác thời điểm kinh doanh quan trọng. Không nên dùng một hình dung chung về người dùng để đặt cam kết cho mọi tình huống.

Người thiết kế nên hỏi kết quả, rào cản và điều kiện cần giữ. Một đề nghị nút bấm hoặc màn hình có thể phản ánh vấn đề thực nhưng chưa phải giải pháp tốt nhất. Quan sát cách làm giúp phân biệt công việc cần hỗ trợ với phương án mà người dùng tự hình dung.

Nền tảng trong chương trình ITIL 4 Foundation là hướng tham khảo để thống nhất cách nhìn giá trị. Khi áp dụng, phải tiếp tục đối thoại với người sử dụng và chủ nghiệp vụ, để nguyên tắc không trở thành lời khẳng định chung rằng mọi công việc IT đều tạo lợi ích.

Viết kết quả bằng một việc có thể xác nhận

Một phát biểu như “tăng trải nghiệm” chưa đủ để chọn thiết kế. Cần nêu người nào sẽ hoàn tất công việc gì, trong điều kiện nào và với giới hạn nào. Cách diễn đạt giúp nhóm xác định dữ liệu, quyền, hỗ trợ và chức năng cần thiết, đồng thời tránh mở phạm vi bằng các mong muốn không liên quan.

Tình huống giả định: đội bán hàng cần xác nhận khả năng giao hàng khi trao đổi với khách. Kết quả không phải có thêm màn hình tồn kho, mà là đưa được thông tin đáng tin để chọn cam kết phù hợp. Dịch vụ cần dữ liệu đủ đúng, đủ mới và có cách xử lý khi thông tin chưa chắc.

Kết quả đó giúp phân biệt giải pháp. Tăng tốc màn hình ít tác dụng nếu dữ liệu cập nhật muộn; bổ sung trường thông tin không giúp khi người dùng không hiểu trạng thái. Biện pháp cần xử lý đường nối giữa thông tin và quyết định, thay vì chỉ làm phần kỹ thuật dễ thấy.

Cũng cần xác định người xác nhận kết quả. IT giữ khả năng cung cấp, còn chủ nghiệp vụ hiểu ý nghĩa của cam kết giao hàng. Nếu một bên tự xác nhận thay mọi bên, báo cáo có thể kết luận thành công theo tiêu chí chưa phản ánh công việc thực.

Dùng utility và warranty để chọn điều kiện thiết kế

Utility giúp xem dịch vụ làm điều cần thiết hay chưa; warranty giúp xem khả năng ấy dùng được trong điều kiện phù hợp hay chưa. Hai góc nhìn giữ thiết kế đủ rõ mà không thu gọn giá trị thành số tính năng. Một dịch vụ đúng chức năng nhưng không đáng tin ở thời điểm cần sẽ khó tạo kết quả.

Trong dịch vụ bán hàng giả định, utility cần thông tin hỗ trợ lựa chọn cam kết; warranty cần các điều kiện cung cấp như thời điểm cập nhật, khả năng truy cập và bảo vệ phù hợp. Nhóm phải thống nhất cách theo dõi và giới hạn, không chỉ đặt một chỉ tiêu sẵn sàng toàn hệ thống.

Trải nghiệm còn liên quan cách người dùng hiểu và sử dụng. Giao diện có thể hiển thị nhiều thông tin nhưng khó nhận biết phần cần quyết định. Hỗ trợ cần giải thích những trường hợp chưa đủ dữ liệu, để người dùng không biến một trạng thái kỹ thuật thành lời hứa với khách hàng.

Bảng là công cụ thiết kế đề xuất, không phải biểu mẫu chính thức của ITIL. Các câu hỏi cần được trả lời bằng bằng chứng đủ cho mức tác động. Nếu chưa biết, ghi giả định và cách kiểm chứng thay vì chuyển một mong muốn thành cam kết chắc chắn.

Năng lực thiết kế và cung cấp theo kết quả 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ữ các cam kết gắn với khả năng thực hiện của toàn chuỗi, gồm nghiệp vụ và đối tác, không chỉ phần việc IT trực tiếp kiểm soát.

Chọn phạm vi bằng đóng góp và đánh đổi

Focus on Value không có nghĩa mọi yêu cầu đều phải được đáp ứng. Nguồn lực hữu hạn, một số tính năng có thể ít đóng góp hoặc tạo thêm rủi ro. Người thiết kế cần trình các phương án cùng tác động, để người có quyền chọn giữ, hoãn hoặc bỏ dựa trên mục tiêu.

Có thể phân biệt khả năng thiết yếu, điều kiện hỗ trợ và mong muốn bổ sung. Phần thiết yếu cần được xác định theo công việc, không theo sự lớn tiếng của người đề nghị. Những yêu cầu ít được nhắc nhưng bảo vệ dữ liệu hoặc khả năng phục hồi có thể quan trọng với giá trị chung.

Trong dịch vụ bán hàng, cảnh báo thông tin chưa chắc có thể quan trọng hơn một báo cáo trang trí. Nhưng lựa chọn cần căn cứ, không mặc định mọi kiểm soát đều nên thêm. Kiểm soát quá nhiều có thể khiến người dùng đi vòng và làm suy yếu điều kiện bảo vệ ban đầu.

Năng lực tổ chức kế hoạch và lựa chọn phạm vi có thể được phát triển qua chương trình Trưởng Phòng IT – IT Manager. Trong doanh nghiệp, người quản lý cần quyền trình đánh đổi và thống nhất ưu tiên, thay vì nhận tất cả mong muốn rồi tự chịu trách nhiệm cho lịch không khả thi.

Thử thiết kế trên hành vi thực, không chỉ ý kiến

Nhóm nên chọn một phạm vi sử dụng phù hợp để kiểm tra giả định. Người dùng thực hiện tình huống, giải thích cách hiểu thông tin và nêu điểm còn chưa đủ. Quan sát hành vi giúp phát hiện vấn đề mà câu hỏi hài lòng chung thường bỏ qua, như thao tác vòng hoặc diễn giải sai trạng thái.

Trong tình huống giả định, nhóm thử với một loại đơn hàng và một nhóm bán hàng. Họ theo dõi liệu thông tin có giúp chọn cam kết, điểm nào cần hỏi lại và các trường hợp dữ liệu chưa đủ. Không cần tạo một chỉ tiêu đẹp trước khi có dữ liệu; cần giữ định nghĩa và căn cứ để so sánh.

Phản hồi phải có người xử lý và thời điểm điều chỉnh. Nếu chức năng chưa hỗ trợ, nhóm kỹ thuật sửa; nếu quy tắc cam kết chưa rõ, chủ nghiệp vụ quyết định; nếu dữ liệu nguồn yếu, chủ dữ liệu tham gia. Giá trị được đồng tạo bằng việc các bên thực hiện phần cần thiết, không chỉ góp ý cho IT.

Kết quả thử cần được xem cùng chi phí và rủi ro. Một thao tác nhanh hơn có thể làm người dùng bỏ kiểm tra, hoặc một cách hỗ trợ tốt có thể tiêu thụ nguồn lực không thể duy trì. Nhóm phải giữ các điều kiện quan trọng để quyết định mở rộng, không chỉ chọn tín hiệu thuận lợi.

Giữ trọng tâm giá trị sau ngày bàn giao

Sau triển khai, dịch vụ cần tiếp tục được đo theo kết quả cùng khả năng cung cấp. Thời gian xử lý, trạng thái hạ tầng và phản hồi đều có vai trò, nhưng phải được diễn giải đúng phạm vi. Nếu người dùng chưa đạt kết quả, cần truy điều kiện thay vì chỉ chứng minh IT đã hoàn tất đầu ra.

Chủ lợi ích hoặc chủ nghiệp vụ cần tham gia theo dõi phần kết quả thuộc trách nhiệm của họ. Một dịch vụ có thể tạo khả năng, nhưng cách phân công và quyết định nghiệp vụ vẫn phải được thực hiện. Không nên đóng trách nhiệm giá trị khi dự án đóng, cũng không giữ dự án mở vô hạn để gánh mọi công việc thường xuyên.

Góc nhìn trong chương trình Lãnh đạo IT – CIO là hướng tham khảo để phát triển cách trình kết quả và lựa chọn nguồn lực. Trong quản trị dịch vụ, lãnh đạo cần cùng chủ nghiệp vụ xác nhận điều đã đạt, điều còn chưa chắc và quyết định cần tiếp theo.

Doanh nghiệp có thể bắt đầu bằng việc rà một dịch vụ đã có nhiều tính năng nhưng ít được đánh giá theo công việc. Xác định người nhận, kết quả, điều kiện và những giả định chưa kiểm chứng. Từ đó chọn một thử nghiệm hoặc thay đổi có thể làm rõ đóng góp.

Focus on Value có tác dụng khi nó khiến thiết kế chọn đúng khả năng và giữ trách nhiệm tới kết quả sử dụng. Người quản lý không chỉ hỏi đã làm đủ danh sách chưa, mà còn hỏi danh sách ấy có phục vụ công việc cần thiết không. Khi câu trả lời có căn cứ, dịch vụ có một điểm đến rõ để thiết kế, đo và cải tiến.

Bài viết liên quan

• Hiểu đúng khái niệm giá trị dịch vụ: Vì sao dịch vụ IT không chỉ là sản phẩm công nghệ?
• Áp dụng bảy nguyên tắc định hướng của ITIL 4 vào công việc IT hằng ngày.
• Phân biệt Service Offering, Service Relationship và Value Co-creation qua ví dụ thực tế.
• Progress Iteratively with Feedback: Tổ chức cải tiến từng bước và học hỏi từ phản hồi.

Nguồn tham khảo

1. PeopleCert — ITIL 4 Practitioner: Service Level Management
2. PeopleCert — ITIL 4 Specialist: Drive Stakeholder Value
3. PeopleCert Community — ITIL Is Not the Problem: Anti-patterns That Destroy Its Value