INFOCHIEF ACADEMY · COBIT 5 KNOWLEDGE SERIES
Triển khai COBIT từ đâu? Lộ trình xác lập mục tiêu, đánh giá và cải tiến quản trị
Lộ trình COBIT bắt đầu từ nhu cầu có ý nghĩa và kết thúc ở cách làm được duy trì. Nối mục tiêu, đánh giá, lựa chọn cải tiến và tiếp nhận giúp tổ chức đi từng bước bằng bằng chứng, trách nhiệm và nguồn lực rõ.
Biên soạn: Infochief Academy · Chuyên đề: Quản trị IT theo COBIT 5
Một chương trình COBIT có thể khởi động bằng hội thảo, bộ tài liệu và kế hoạch đánh giá rộng, nhưng vài tháng sau công việc vẫn quay về cách cũ. Người thực hiện chưa thấy vấn đề được giải quyết, lãnh đạo chưa nhận được kết quả và nhóm cải tiến phải liên tục nhắc mọi người tham gia.
Điểm bắt đầu nên là một nhu cầu quản trị có ý nghĩa với doanh nghiệp. Lộ trình cần nối mục tiêu, đánh giá hiện trạng, lựa chọn cải tiến và việc tiếp nhận cách làm mới. COBIT cung cấp cách nhìn và hướng dẫn, còn tiến trình phải được tùy chỉnh theo quyền, nguồn lực và khả năng thay đổi của tổ chức.
Xác lập lý do thay đổi mà các bên hiểu được
Trước khi lập danh sách quy trình, hãy hỏi điều gì đang khiến doanh nghiệp cần thay đổi. Có thể là đầu tư không tạo lợi ích, quyết định chậm vì quyền không rõ, rủi ro không được trình đúng cấp hoặc dịch vụ liên tục gián đoạn. Lý do cần được mô tả bằng tác động và bằng chứng, không chỉ bằng mong muốn áp dụng một khung quản trị.
Người bảo trợ phải xác nhận kết quả muốn đạt và phạm vi có thể điều chỉnh. Một chương trình giao cho IT nhưng không có quyền yêu cầu nghiệp vụ tham gia sẽ khó sửa các khoảng trống liên phòng ban. Cần xác định người sở hữu kết quả và cơ chế quyết định từ đầu để nhóm cải tiến có điều kiện hoạt động.
Thông điệp thay đổi nên nói công việc sẽ tốt hơn ở đâu và ai cần làm khác. “Triển khai COBIT” có ý nghĩa với người hiểu khung, nhưng ít hướng dẫn người sử dụng. Nếu mục tiêu là giảm quyết định phải quay lại nhiều lần, hãy nêu thông tin, quyền và giao nhận cần làm rõ.
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 xác lập và trình lý do này. Trong doanh nghiệp, người bảo trợ cần tiếp tục sử dụng thông tin và xử lý lựa chọn, không chỉ xuất hiện ở cuộc họp khởi động.
Chuyển mục tiêu thành một phạm vi có thể đánh giá
Từ nhu cầu, nhóm xác định mục tiêu doanh nghiệp và mục tiêu liên quan IT, rồi chọn các công việc cần xem xét. Goals Cascade của COBIT 5 hỗ trợ logic chuyển đổi này. Mỗi đường nối phải giải thích được cơ chế đóng góp, thay vì chỉ đánh dấu quan hệ để chứng minh đề xuất phù hợp chiến lược.
Phạm vi đầu tiên nên đủ để xử lý một vấn đề có ý nghĩa nhưng không vượt năng lực thay đổi. Có thể chọn một dịch vụ, một nhóm quyết định hoặc một luồng triển khai. Cần giữ những phụ thuộc thiết yếu, để phạm vi nhỏ không trở thành việc tối ưu một đoạn trong khi đầu vào và đầu ra vẫn đứt.
Tình huống giả định: doanh nghiệp thường đổi ưu tiên dự án, khiến nguồn lực bị chia và nhiều việc dở dang. Phạm vi có thể tập trung vào cơ chế đề xuất, lựa chọn và thay ưu tiên trong danh mục. Chỉ cải thiện báo cáo tiến độ sẽ chưa giải quyết việc mọi yêu cầu mới đều được thêm mà không có quyết định bỏ hoặc hoãn công việc cũ.
Nền tảng trong chương trình COBIT 5 Foundation là hướng tham khảo để thống nhất mô hình trước khi chọn phạm vi. Khi áp dụng, cần kiểm tra quyền và nguồn lực thực tế; tên quy trình phù hợp chưa bảo đảm tổ chức có thể cải thiện nó ngay.
Đánh giá hiện trạng để tìm điều kiện còn thiếu
Hiện trạng phải được nhìn qua công việc và bằng chứng. Nhóm thu thập hồ sơ, phỏng vấn người tham gia, quan sát điểm giao nhận và đối chiếu những trường hợp ngoại lệ. Một cuộc khảo sát chỉ hỏi cảm nhận có thể tạo đầu vào, nhưng chưa đủ để xác định năng lực hoặc nguyên nhân một cách đáng tin.
Cần xem cả bảy nhóm yếu tố hỗ trợ của COBIT 5, không chỉ quy trình. Quyền không rõ, thông tin thiếu, công cụ không phù hợp, hành vi che sai lệch hoặc kỹ năng chưa đủ đều có thể cản kết quả. Chọn biện pháp từ một nguyên nhân chưa kiểm chứng dễ làm chương trình tăng tài liệu mà không đổi cách làm.
Nếu sử dụng PAM, phải ghi mô hình, tiêu chí, phạm vi và phương pháp. Mức năng lực được xác định theo bằng chứng và thuộc tính, không dùng điểm trung bình cảm tính. Mục tiêu đánh giá là chọn cải tiến có căn cứ; không cần mọi quy trình cùng đạt một mức cao hoặc đánh giá tất cả đồng thời.
Với tình huống danh mục, hiện trạng có thể cho thấy các chủ đề xuất dùng tiêu chí khác nhau, người quyết định nhận thông tin thiếu và nguồn lực dùng chung không được phản ánh. Những phát hiện này dẫn tới lựa chọn cụ thể hơn nhiều so với kết luận chung rằng doanh nghiệp cần tăng cường quản trị dự án.
Chọn cải tiến và ghi điều kiện kiểm chứng
Khoảng trống cần được nối với tác động, phụ thuộc và khả năng xử lý. Có thể chọn biện pháp tạo điều kiện trước, rồi cải thiện quy trình trọng tâm. Không nên chọn toàn việc dễ để có kết quả nhanh, cũng không nên gom mọi vấn đề khó vào một chương trình mà tổ chức không đủ sức thực hiện.
Hướng dẫn triển khai COBIT 5 sử dụng một vòng đời cải tiến liên tục với bảy giai đoạn. Khi vận dụng, cần giữ logic từ động lực thay đổi tới duy trì kết quả, đồng thời tùy chỉnh cách tổ chức theo nhu cầu. Bảng dưới là công cụ lập kế hoạch đề xuất, không phải bản sao đầy đủ các giai đoạn chính thức.
| Điểm kiểm tra lộ trình | Đầu ra đề xuất | Điều kiện đi tiếp |
|---|---|---|
| Lý do và mục tiêu | Vấn đề, kết quả và người bảo trợ | Các bên hiểu nhu cầu cùng phạm vi |
| Hiện trạng | Bằng chứng và khoảng trống | Kết luận giữ đúng tiêu chí, giới hạn |
| Lựa chọn cải tiến | Phương án, phụ thuộc và nguồn lực | Người có quyền thống nhất ưu tiên |
| Chuẩn bị thực hiện | Trách nhiệm, cách làm và chỉ số | Người thực hiện có đủ điều kiện |
| Thử và triển khai | Cách làm mới cùng hồ sơ thực hiện | Kết quả được kiểm tra trong phạm vi |
| Đánh giá tác dụng | Sai lệch, lợi ích và bài học | Có căn cứ giữ hoặc điều chỉnh |
| Duy trì và mở rộng | Chủ sở hữu và cơ chế thường xuyên | Cách làm không phụ thuộc nhóm tạm thời |
Với mỗi điểm, cần ghi người xác nhận và điều chưa chắc. Một hoạt động hoàn thành chưa đủ nếu đầu ra không được người tiếp theo sử dụng. Có thể dùng các điểm kiểm tra để chọn tiếp tục, sửa hoặc thu hẹp phạm vi, tránh giữ kế hoạch ban đầu khi giả định đã thay đổi.
Năng lực tổ chức trách nhiệm và kế hoạch 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 có quyền yêu cầu phối hợp và thời gian dành cho công việc mới, không chỉ nhận thêm nhiệm vụ bên cạnh tải hiện hữu.
Thử cách làm trước khi công bố mở rộng
Trong tình huống giả định, nhóm chọn một nhóm dự án để thử cơ chế ưu tiên. Mỗi đề xuất phải nêu kết quả, phụ thuộc, nguồn lực và hệ quả đối với công việc đang làm. Người có quyền quyết định giữ, hoãn hoặc thay phạm vi, còn thay đổi ưu tiên được ghi cùng lý do và tác động.
Thử nghiệm cần dữ liệu nền và định nghĩa đo. Có thể theo dõi số quyết định phải quay lại vì thiếu thông tin, mức công việc bị dở dang hoặc khả năng nhìn nguồn lực dùng chung. Đây là những chỉ số đề xuất cho tình huống, không phải ngưỡng COBIT quy định. Nhóm phải chọn dữ liệu thực sự có thể thu thập và sử dụng.
Nếu quyết định nhanh hơn nhưng chất lượng thông tin giảm, cách làm cần được sửa. Nếu hồ sơ đầy đủ nhưng người có quyền không sử dụng, cần xem cơ chế điều hành. Kết quả thử giúp phân biệt vấn đề ở biểu mẫu, dữ liệu, quyền hay hành vi, thay vì khẳng định mô hình tốt chỉ vì đã có cuộc họp theo lịch mới.
Đội ngũ cần phát triển năng lực triển khai thay đổi có thể tham khảo chương trình Quản lý Dự án IT. Trong chương trình quản trị, cần giữ cả công việc tổ chức và kỹ thuật, để việc tiếp nhận không bị thu gọn thành buổi giới thiệu tài liệu.
Đánh giá tác dụng và đưa vào cơ chế thường xuyên
Sau thử nghiệm, người bảo trợ và chủ quy trình xem kết quả cùng chi phí duy trì. Điều gì đã thay đổi, bằng chứng nào đủ tin và yếu tố nào còn ảnh hưởng? Một cải thiện trong nhóm nhỏ chưa tự chứng minh tác dụng ở phạm vi rộng. Cần ghi điều kiện để lựa chọn mở rộng có căn cứ.
Việc tiếp nhận phải xác nhận người sở hữu, lịch rà, nguồn dữ liệu và đường xử lý ngoại lệ. Cách làm mới cần được nối vào cuộc họp, phân công và đánh giá thường xuyên. Nếu chỉ lưu bộ tài liệu rồi đóng chương trình, tổ chức có thể quay lại hành vi cũ vì các điều kiện khuyến khích chưa thay đổi.
Nên giữ bài học cả về kết quả lẫn quá trình thay đổi. Một bước có thể hiệu quả về nội dung nhưng khó thực hiện vì dữ liệu chưa sẵn sàng. Một nhóm có thể tiếp nhận tốt nhờ người quản lý chủ động. Những điều kiện này cần được hiểu trước khi sao chép cách làm sang nơi khác.
Phạm vi tiếp theo được chọn từ nhu cầu và bằng chứng mới. Có thể cải thiện phụ thuộc, mở rộng sang dịch vụ tương tự hoặc sửa cơ chế giám sát. Không cần mở rộng chỉ để tăng số quy trình đã triển khai; cũng không giữ phạm vi nhỏ vô hạn nếu vấn đề đã cho thấy cần quyết định ở cấp rộng hơn.
Lộ trình COBIT có chất lượng khi mỗi bước tạo căn cứ cho bước sau và cách làm được sử dụng sau khi chương trình kết thúc. Hãy bắt đầu từ một quyết định đang khó, đánh giá bằng chứng và cải thiện điều kiện thực hiện. Khi kết quả được giữ bởi người sở hữu trong cơ chế thường xuyên, doanh nghiệp đã bắt đầu cải tiến quản trị một cách có thể duy trì.