INFOCHIEF ACADEMY · ITIL 4 KNOWLEDGE SERIES
Continual Improvement Model: Áp dụng bảy bước để cải tiến hoạt động dịch vụ IT.
Bảy bước cải tiến nối tầm nhìn, hiện trạng, mục tiêu, kế hoạch, hành động, kiểm chứng và duy trì động lực. Mỗi bước cần đầu ra được dùng, để cải tiến tạo cách làm có tác dụng thay vì chỉ tăng số sản phẩm bàn giao.
Biên soạn: Infochief Academy · Chuyên đề: Quản lý dịch vụ theo ITIL 4
Một danh sách cải tiến có nhiều việc đang mở nhưng ít việc được kiểm chứng tác dụng. Nhóm mua công cụ, sửa hướng dẫn và tổ chức đào tạo, rồi báo cáo các đầu ra đã hoàn tất. Khi vấn đề vẫn tồn tại, tổ chức khó biết mục tiêu chưa rõ, biện pháp chưa đúng hay cách làm chưa được tiếp nhận.
Continual Improvement Model của ITIL 4 giúp nối bảy câu hỏi từ định hướng tới duy trì động lực. Mô hình không chỉ là checklist quản lý dự án. Nó giúp giữ căn cứ cho mỗi bước, dùng phản hồi để điều chỉnh và đưa cách làm có ích vào hoạt động thường xuyên.
Bước 1: Tầm nhìn của cải tiến là gì?
Cải tiến cần bắt đầu bằng kết quả có ý nghĩa với doanh nghiệp. “Áp dụng ITIL” hoặc “tăng chất lượng” chưa đủ để chọn việc. Cần biết nhóm nào đang bị ảnh hưởng, công việc nào cần tốt hơn và điều kiện nào phải được giữ. Tầm nhìn giúp các bên hiểu vì sao cần dành nguồn lực.
Người bảo trợ cùng chủ dịch vụ phải xác nhận phạm vi và trách nhiệm. Một vấn đề liên phòng ban không thể được giải quyết chỉ bằng nhiệm vụ giao cho IT nếu nghiệp vụ không có người tham gia. Cần quyền yêu cầu phối hợp và cơ chế xử lý lựa chọn vượt phạm vi.
Tình huống giả định xuyên suốt bài: doanh nghiệp muốn người dùng tìm được hướng dẫn đúng để hoàn tất một số nhu cầu hỗ trợ quen thuộc. Kết quả không chỉ là có kho tri thức, mà là nội dung giúp công việc tiếp tục với điều kiện phù hợp. Định hướng này sẽ dẫn cách chọn dữ liệu và biện pháp.
Nền tảng trong chương trình ITIL 4 Foundation là hướng tham khảo để thống nhất mô hình. Trong áp dụng, cần diễn giải tầm nhìn theo dịch vụ cụ thể, để bảy bước không trở thành một quy trình bổ sung mà chưa biết đang giải quyết vấn đề gì.
Bước 2: Hiện tại chúng ta đang ở đâu?
Đánh giá hiện trạng tạo dữ liệu nền và hiểu điều đang cản kết quả. Có thể dùng hồ sơ, quan sát, phỏng vấn và dữ liệu sử dụng. Không nên chỉ hỏi cảm nhận hoặc đọc tài liệu dự kiến, vì cách làm thực tế có thể có những trao đổi, bước chờ và ngoại lệ ngoài luồng chính.
Với tình huống kho tri thức, nhóm xem nội dung nào đang có, ai cập nhật, người dùng tìm theo cách nào và khi nào họ vẫn phải liên hệ hỗ trợ. Một tài liệu nhiều lượt xem chưa chắc giúp ích nếu người đọc không tiếp tục được công việc. Dữ liệu cần phản ánh câu hỏi cải tiến, không chỉ lượng hoạt động.
Cũng cần ghi giới hạn. Nhóm người đã dùng tài liệu có thể khác nhóm không tìm thấy hoặc bỏ luồng. Nếu chỉ lấy phản hồi từ người thuận lợi, hiện trạng sẽ thiếu phần quan trọng. Chọn phạm vi và cách thu thập giúp kết luận có thể được sử dụng mà không mở rộng quá mức.
Bằng chứng nền phải được giữ cùng định nghĩa. Cách tính số yêu cầu, thời gian hoặc kết quả cần nhất quán để so sau cải tiến. Nếu chưa có dữ liệu đáng tin, một bước chuẩn hóa đo có thể cần làm trước khi cam kết mục tiêu, thay vì tự tạo con số để kế hoạch có vẻ đầy đủ.
Bước 3: Chúng ta muốn đạt trạng thái nào?
Trạng thái mục tiêu cần đủ cụ thể để kiểm tra. Nó nên phản ánh kết quả, phạm vi và điều kiện, không chỉ một sản phẩm như xây thêm trang hướng dẫn. Có thể xác định khả năng người dùng làm được, chất lượng nội dung và cách biết điều đó trong nhóm được chọn.
Mục tiêu phải có căn cứ hiện trạng, nhu cầu và khả năng. Không nên mặc định mọi chỉ số đều tăng mạnh hoặc lấy mức ở nơi khác mà chưa biết điều kiện. Nếu chưa chắc biện pháp tạo tác dụng, có thể đặt mục tiêu học và kiểm chứng trong bước đầu, rồi dùng kết quả để xác lập mức tiếp theo.
Trong tình huống giả định, nhóm chọn một loại nhu cầu và yêu cầu hướng dẫn có điều kiện, giới hạn, cách xác nhận kết quả cùng đường nhận hỗ trợ. Mục tiêu là người dùng đủ điều kiện có thể tiếp tục công việc, không phải đẩy mọi người ra khỏi kênh hỗ trợ để giảm số ticket.
Năng lực tổ chức mục tiêu và nguồn lực có thể được phát triển qua chương trình Trưởng Phòng IT – IT Manager. Trong thực tế, người chủ cải tiến cần đủ quyền cùng thời gian, để mục tiêu không chỉ được giao thêm ngoài tải công việc đã có.
Bước 4: Chúng ta đi tới mục tiêu bằng cách nào?
Kế hoạch cần nối khoảng trống với phương án, phụ thuộc và nguồn lực. Nếu người dùng không tìm được vì cách đặt tên, mua công cụ mới chưa chắc cần. Nếu nội dung lỗi thời, phải giải quyết trách nhiệm cập nhật. Cách chọn biện pháp phải dựa trên nguyên nhân được kiểm chứng hoặc giả định được ghi rõ.
Có thể trình những lựa chọn khác nhau và mức đánh đổi. Nhóm cần xác định người làm, người nhận, sản phẩm, điều kiện dừng và phản hồi. Các bên phải biết nội dung nào cần quyết định trước khi thử, tránh để việc khởi động dễ nhưng không có đường xử lý khi gặp ngoại lệ.
| Bước trong mô hình | Đầu ra đề xuất cho tình huống | Điều cần kiểm tra |
|---|---|---|
| 1. Xác lập tầm nhìn | Kết quả và người bảo trợ | Nhu cầu có ý nghĩa và quyền phù hợp |
| 2. Đánh giá hiện trạng | Dữ liệu nền, nội dung và điểm cản | Kết luận giữ nguồn cùng giới hạn |
| 3. Xác định mục tiêu | Trạng thái mong đợi trong phạm vi | Có thể kiểm chứng và giữ điều kiện |
| 4. Lập cách đi | Phương án, trách nhiệm và nguồn lực | Xử lý phụ thuộc trước thực hiện |
| 5. Hành động | Cách làm được đưa vào thử | Người sử dụng nhận được đầu ra |
| 6. Kiểm tra kết quả | Bằng chứng tác dụng và sai lệch | So với mục tiêu cùng dữ liệu nền |
| 7. Duy trì động lực | Người sở hữu và cơ chế thường xuyên | Cách làm được dùng sau hỗ trợ tạm |
Bảng là công cụ lập kế hoạch đề xuất theo bảy bước, không phải biểu mẫu bắt buộc của ITIL. Đầu ra có thể tùy chỉnh, nhưng phải tạo căn cứ cho bước sau. Không nên đánh dấu hoàn tất chỉ vì có tài liệu nếu người tiếp theo chưa dùng được thông tin hoặc chưa nhận trách nhiệm.
Bước 5: Thực hiện hành động
Thực hiện có thể được chia thành các phần phù hợp để học và kiểm soát. Với kho tri thức giả định, nhóm thử một số nội dung trong loại nhu cầu đã chọn, cùng người dùng và đội hỗ trợ. Không cần mở toàn bộ ngay nếu điều kiện hoặc cách đo chưa được xác nhận.
Trong thử nghiệm, ghi những gì thực sự xảy ra: người dùng tìm bằng từ nào, phần nào họ hiểu sai, lúc nào phải hỏi và kết quả có đạt không. Phản hồi cần người xử lý và quyền sửa cách làm. Nếu mọi đợt sau giữ nguyên bất kể dữ liệu, nhóm mới chia triển khai thành nhiều đợt chứ chưa sử dụng đầy đủ việc học.
Kỹ năng tổ chức thử và giao nhận có thể được phát triển qua chương trình Quản lý Dự án IT. Trong cải tiến dịch vụ, người nhận cần xác nhận khả năng thực hiện, không chỉ việc sản phẩm đã được gửi hoặc cuộc đào tạo đã tổ chức.
Cần giữ kiểm soát và đường hỗ trợ khi người dùng chưa đủ điều kiện. Một hướng dẫn tự phục vụ có thể làm nhanh phần thường gặp, nhưng không nên khiến ngoại lệ bị bỏ hoặc người dùng thực hiện hành động vượt quyền. Phạm vi thử phải phản ánh rủi ro của công việc, không chỉ mức dễ triển khai.
Bước 6: Chúng ta đã đạt mục tiêu chưa?
Kết quả được so với mục tiêu và dữ liệu nền, cùng điều kiện đã thay đổi. Tăng lượt xem hướng dẫn chưa tự chứng minh người dùng làm được việc. Giảm liên hệ hỗ trợ có thể do tự phục vụ tốt hơn hoặc do người dùng bỏ cuộc; cần dữ liệu và phản hồi để phân biệt.
Nhóm nên xác định tác dụng, phần chưa đạt và điều còn chưa chắc. Nếu nội dung tốt nhưng khó tìm, biện pháp tiếp theo khác với trường hợp người dùng hiểu mà thiếu quyền. Kết luận phải giúp chọn giữ, sửa, mở rộng hoặc dừng, không chỉ tạo một báo cáo thuận lợi cho chương trình.
Việc đánh giá có thể khiến quay lại bước trước. Nếu mục tiêu chưa phản ánh đúng nhu cầu, cần sửa; nếu hiện trạng đo thiếu, cần bổ sung; nếu biện pháp không hoạt động, cần chọn phương án khác. Mô hình hỗ trợ lặp và liên kết, không phải tuyến mà mỗi bước chỉ được đi qua một lần.
Bước 7: Duy trì động lực bằng cách làm thường xuyên
Một cải tiến chưa bền vững nếu chỉ hoạt động nhờ nhóm hỗ trợ tạm. Cần người sở hữu, nguồn cập nhật, lịch rà và cách xử lý khi nhu cầu đổi. Với tri thức, chủ nội dung phải giữ độ đúng, người dùng biết đường phản hồi và đội hỗ trợ sử dụng cùng nguồn phù hợp.
Năng lực tổ chức dịch vụ và cải tiến thường xuyên có thể được phát triển qua chương trình Quản lý Dịch vụ IT – ITSM. Trong doanh nghiệp, kết quả cần được nối vào cơ chế đang dùng, để cải tiến không trở thành một dự án đóng xong rồi mất người theo dõi.
Nhóm giữ bài học và lựa chọn cho lần tiếp theo. Một biện pháp không đạt vẫn tạo hiểu biết nếu căn cứ được ghi và kế hoạch đổi; một biện pháp tốt cần điều kiện rõ để mở rộng. Không nên lặp lại cùng thử nghiệm chỉ vì tri thức không được chuyển giao giữa các nhóm.
Bảy bước giúp tổ chức đi từ lý do tới kết quả có thể duy trì. Khi mục tiêu, hiện trạng, phương án, hành động và kiểm chứng nối nhau, danh sách cải tiến trở thành công việc có căn cứ. Động lực được giữ bằng tác dụng nhìn thấy cùng trách nhiệm thường xuyên, thay vì chỉ bằng việc liên tục nhắc mọi người tham gia.