INFOCHIEF ACADEMY · ITIL 4 KNOWLEDGE SERIES
Start Where You Are: Cải tiến từ hiện trạng thay vì phá bỏ hệ thống đang có
Hiện trạng chứa khả năng, dữ liệu và tri thức cần được kiểm tra trước khi cải tiến. Phân biệt phần giữ, sửa và thay bằng bằng chứng giúp doanh nghiệp sử dụng nền tảng có ích và xử lý đúng khoảng trống.
Biên soạn: Infochief Academy · Chuyên đề: Quản lý dịch vụ theo ITIL 4
Đề xuất thay hệ thống thường đi kèm một nhận định hấp dẫn: nền tảng mới sẽ giải quyết những vướng mắc hiện tại. Nhưng nếu tổ chức chưa hiểu vướng mắc nằm ở đâu, hệ thống mới có thể giữ nguyên cách phân công, chất lượng dữ liệu và các điểm chờ vốn đang cản công việc.
Start Where You Are của ITIL 4 yêu cầu bắt đầu từ điều đang có và đánh giá bằng thực tế. Nguyên tắc không buộc giữ mọi thứ cũ. Nó giúp doanh nghiệp phân biệt phần có thể dùng lại, phần cần sửa và phần cần thay, để cải tiến có căn cứ thay vì đi từ cảm nhận về công nghệ.
Đánh giá hiện trạng trước khi kết luận giữ hay bỏ
Hiện trạng gồm con người, kiến thức, dữ liệu, công cụ, quan hệ và cách làm, không chỉ ứng dụng. Một công cụ có hạn chế vẫn có thể chứa dữ liệu hoặc khả năng đang tạo giá trị. Một quy trình được viết tốt vẫn có thể không được dùng. Cần nhìn cả phần được thiết kế và phần đang thực hiện.
Start Where You Are là một cách chống giả định rằng khởi đầu mới phải làm lại toàn bộ. Tuy nhiên, nguyên tắc cũng chống việc giữ hiện trạng không cần kiểm tra. Đã đầu tư hoặc đã dùng lâu không tự chứng minh phù hợp với nhu cầu mới. Quyết định giữ phải có cùng yêu cầu căn cứ như quyết định thay.
Nhóm cần xác định mục tiêu cải tiến trước khi thu dữ liệu. Nếu muốn giảm hỏi lại trong hỗ trợ, phải nhìn thông tin, giao nhận và tri thức; kiểm kê cấu hình công cụ riêng lẻ chưa đủ. Mục tiêu giúp giới hạn phạm vi để đánh giá không trở thành một cuộc thu thập mọi thứ không biết sẽ dùng vào đâu.
Nền tảng trong chương trình ITIL 4 Foundation là hướng tham khảo để thống nhất cách dùng nguyên tắc. Trong thực hành, hãy ghi giả định về hiện trạng rồi chọn bằng chứng kiểm tra, thay vì lấy việc nhắc tên nguyên tắc làm lý do giữ hoặc bỏ hệ thống.
Quan sát cách công việc thực sự diễn ra
Tài liệu và báo cáo là đầu vào quan trọng, nhưng cần được đối chiếu với công việc. Một quy trình có thể bỏ sót các trao đổi qua thư điện tử, bảng theo dõi riêng hoặc cách nhân viên xử lý ngoại lệ. Những phần ngoài luồng chính thường giải thích vì sao hệ thống có trạng thái tốt mà người dùng vẫn chờ.
Có thể chọn một số trường hợp phù hợp và đi theo từ nhu cầu tới kết quả. Ghi thông tin đầu vào, người tham gia, điểm chờ, việc làm lại và cách xác nhận. Không chỉ lấy hồ sơ thuận lợi nhất; cần xem các điều kiện khác nhau có ý nghĩa với mục tiêu cải tiến.
Phỏng vấn giúp hiểu lý do của cách làm, nhưng không nên coi lời kể là bằng chứng duy nhất. Nếu nhân viên nói phải hỏi một chuyên gia, quan sát cho biết họ cần thông tin hay quyền nào. Cách đối chiếu giúp phân biệt thiếu hướng dẫn với thiếu dữ liệu hoặc thiếu thẩm quyền.
Cũng cần kiểm tra độ mới của thông tin. Một danh sách cấu hình hoặc tài liệu hướng dẫn có thể tồn tại nhưng không còn phản ánh trạng thái thực. Nhóm phải xác định người sở hữu và cách cập nhật, để phần dùng lại không mang theo những giả định đã lỗi thời.
Nhận ra tài sản còn tạo giá trị
Hiện trạng có thể chứa những phần ít được nhìn trong kế hoạch thay công cụ: tri thức của nhân viên, quan hệ phối hợp, dữ liệu lịch sử và quy tắc đã được kiểm chứng. Chúng có thể giúp cải tiến nhanh hơn, nhưng cần được tổ chức để không tiếp tục phụ thuộc vào một người hoặc một cách làm khó truy lại.
Tình huống giả định: doanh nghiệp muốn thay cổng hỗ trợ vì nhiều yêu cầu phải hỏi lại. Rà hiện trạng cho thấy công cụ đã có khả năng giữ lịch sử, nhưng các nhóm ghi thông tin khác nhau. Một số hướng dẫn tốt đang nằm ở tài liệu cá nhân của chuyên gia, còn nhân viên mới không biết cách tìm.
Nếu bỏ toàn bộ hệ thống, doanh nghiệp có thể tốn thời gian chuyển dữ liệu mà vấn đề thông tin vẫn còn. Cách bắt đầu phù hợp là xác nhận khả năng hiện hữu, chuẩn hóa phần tri thức có ích và thử cách ghi, giao nhận. Kết quả thử giúp biết cần thay công cụ hay chủ yếu cần sửa cách dùng.
| Phần hiện trạng | Câu hỏi đánh giá đề xuất | Lựa chọn có thể xem xét |
|---|---|---|
| Công cụ và tích hợp | Khả năng nào đang hỗ trợ mục tiêu? | Dùng lại, điều chỉnh hoặc thay có phạm vi |
| Dữ liệu và tri thức | Nội dung nào đúng, mới và dùng được? | Giữ, làm sạch hoặc tổ chức cập nhật |
| Vai trò và phối hợp | Quyền, giao nhận nào đang hiệu quả? | Giữ phần tốt, sửa điểm đứt |
| Quy trình và ngoại lệ | Cách làm thực tế tạo kết quả gì? | Chuẩn hóa, thử cải tiến hoặc loại bỏ |
Bảng là công cụ đánh giá đề xuất, không phải mẫu chính thức của ITIL. Mỗi lựa chọn cần được nối với mục tiêu, bằng chứng và điều kiện. Đừng dùng một kết quả tốt riêng lẻ để giữ toàn bộ hiện trạng hoặc một lỗi riêng lẻ để kết luận mọi phần đều cần bỏ.
Năng lực tổ chức dịch vụ và tri thức 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ữ người sở hữu nội dung và cách kiểm tra, để tài sản được dùng lại tiếp tục đáng tin sau khi nhóm cải tiến kết thúc.
Quyết định giữ, sửa hoặc thay theo nhu cầu tương lai
Đánh giá hiện trạng phải nhìn cả nhu cầu sắp tới. Một khả năng đang đáp ứng công việc hiện tại có thể không đủ khi phạm vi hoặc mức rủi ro đổi. Nhóm cần xem khoảng cách và các phương án, thay vì chỉ hỏi hệ thống còn chạy hay không.
Giữ phần hiện có phù hợp khi nó tiếp tục đáp ứng kết quả và có khả năng duy trì. Sửa phù hợp khi khoảng trống rõ và có thể xử lý trong giới hạn. Thay cần được xem khi cách hiện tại không thể đáp ứng điều kiện quan trọng hoặc chi phí, rủi ro duy trì không còn phù hợp. Căn cứ phải được ghi theo phạm vi cụ thể.
Không nên để chi phí đã bỏ ra quyết định toàn bộ lựa chọn. Nó giúp hiểu hoàn cảnh nhưng không chứng minh việc tiếp tục tốt hơn. Cũng không nên chỉ nhìn giá mua mới mà bỏ chuyển dữ liệu, đào tạo, hỗ trợ và phần công việc song song. Mỗi phương án cần nhìn khả năng tạo kết quả cùng nguồn lực thực hiện.
Người quản lý cần trình các lựa chọn trong quyền và nguồn lực thực tế. 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 doanh nghiệp, thay đổi phạm vi cần được thống nhất với người sử dụng và người chịu trách nhiệm kết quả.
Thử cải tiến mà vẫn giữ điều kiện hoạt động
Trở lại cổng hỗ trợ giả định, nhóm chọn một loại yêu cầu để thử hướng dẫn và cách ghi mới. Họ sử dụng khả năng tra cứu hiện có, thống nhất dữ liệu cần chuyển và theo dõi những lần hỏi lại. Phạm vi rõ giúp kiểm tra tác dụng mà không buộc toàn bộ tổ chức đổi cách làm cùng lúc.
Cần ghi dữ liệu nền và điều kiện. Nếu người tiếp nhận được hỗ trợ đặc biệt trong thử nghiệm, phải nêu để kết quả không bị hiểu là khả năng thường xuyên. Nếu nội dung đã chuẩn hóa nhưng công cụ không hỗ trợ tìm phù hợp, nhóm có căn cứ xem điều chỉnh hoặc thay phần chức năng đó.
Biện pháp phải giữ kiểm soát thiết yếu và đường xử lý ngoại lệ. Cải tiến không nên làm mất thông tin cần để hỗ trợ hoặc tạo quyền quá rộng chỉ vì muốn giảm thao tác. Khi tác động vượt phạm vi đã duyệt, nhóm trình lựa chọn thay vì tự mở rộng thử nghiệm.
Phản hồi có thể khiến kết luận ban đầu đổi. Một phần tưởng cũ và yếu có thể dùng được sau khi sửa điều kiện; một phần tưởng phù hợp có thể không đáp ứng nhu cầu mới. Điều quan trọng là quyết định được cập nhật bằng bằng chứng, không giữ để bảo vệ nhận định lúc đầu.
Dùng kết quả để tổ chức bước chuyển tiếp
Sau thử, nhóm trình phần giữ, phần sửa và phần cần thay cùng lý do. Kế hoạch chuyển tiếp phải có người nhận, dữ liệu, hướng dẫn và điều kiện xác nhận. Nếu thay một phần công cụ, cần biết những khả năng có ích nào phải tiếp tục được duy trì trong phương án mới.
Ở cấp lãnh đạo, thông tin nên cho thấy lựa chọn nguồn lực và hệ quả của từng phương á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 này. Một đề xuất có căn cứ không cần tuyên bố hệ thống cũ hoàn toàn yếu hoặc hệ thống mới chắc chắn giải quyết mọi vấn đề.
Doanh nghiệp có thể đưa cách đánh giá hiện trạng vào những đề xuất cải tiến thường xuyên. Mỗi đề xuất nêu điều đã kiểm tra, khả năng dùng lại và khoảng trống cần xử lý. Cách làm này giúp giữ tri thức cùng những phần đang tạo giá trị, đồng thời vẫn cho phép thay khi nhu cầu có căn cứ.
Start Where You Are làm quyết định tốt hơn bằng việc đặt thực tế trước giả định. Khi tổ chức biết phần nào còn có ích, phần nào chưa đáp ứng và bằng chứng nào xác nhận, cải tiến có một nền tảng rõ. Hệ thống mới hay cũ lúc đó được lựa chọn theo kết quả cần phục vụ, không theo cảm giác về một khởi đầu mới.