INFOCHIEF ACADEMY · DIGITAL TRANSFORMATION PROJECT KNOWLEDGE SERIES

Dự án chuyển đổi số cần ai quyết định? Thiết lập quản trị với các phòng ban nghiệp vụ

Dự án có nhiều người tham gia vẫn có thể thiếu người chốt. Quản trị cần xác định từng loại quyết định, quyền, bằng chứng và thời điểm phải hành động.

Biên soạn: Infochief Academy · Chuyên đề: Quản lý dự án chuyển đổi số

← Trở về danh mục Chuyển đổi số

Nữ lãnh đạo châu Âu lớn tuổi cùng nam quản lý dự án và nữ chủ quy trình trẻ thảo luận quyết định quản trị trong phòng họp sáng
Quản trị dự án cần quyền chốt, bằng chứng và trách nhiệm thực hiện quyết định.

Dự án có đủ người họp nhưng vẫn thiếu người chốt

Một vấn đề quy trình được trao đổi qua nhiều cuộc họp, mỗi phòng ban đều có đại diện nhưng không ai được quyền chấp nhận thay đổi. Nhà cung cấp phải chờ, quản lý dự án liên tục cập nhật lịch và yêu cầu vẫn quay lại. Số người tham gia không bảo đảm khả năng ra quyết định.

Quản trị dự án chuyển đổi số cần xác định quyết định nào phải được đưa ra, ai có thẩm quyền và bằng chứng nào cần có. Cơ cấu tổ chức là một phần, nhưng cơ chế làm việc mới giúp quyền đó được thực hiện. Nếu các vai trò chỉ có tên trong sơ đồ, dự án có thể bị chậm bởi những quyết định không được sở hữu.

Năng lực trong chương trình quản lý dự án IT giúp tổ chức trách nhiệm từ khởi động đến bàn giao. Mục tiêu là đưa quyết định về đúng người và đúng lúc, đồng thời giữ khả năng truy lại căn cứ khi bối cảnh thay đổi.

Lập danh mục quyết định trước khi lập thêm ban

Liệt kê các quyết định chính theo vòng đời: chốt mục tiêu, phạm vi, quy trình, dữ liệu, giải pháp, nguồn lực, thay đổi, go-live và bàn giao. Xác định quyết định nào thuộc quyền nghiệp vụ, công nghệ hoặc đầu tư. Nhiều vướng mắc xuất hiện vì dự án gọi tất cả là quyết định kỹ thuật dù tác động tới chính sách và cách vận hành.

Với mỗi nhóm, ghi người đề xuất, người cung cấp thông tin, người chốt và người thực hiện. Các bên chuyên môn có thể xác nhận điều kiện thuộc phạm vi mình mà không phải cùng chịu trách nhiệm cuối cho toàn bộ quyết định. Việc ghi rõ này giúp tránh tình trạng mọi người đều được tham vấn nhưng không ai phải kết luận.

Xác định giới hạn ủy quyền theo cơ chế nội bộ, chẳng hạn loại thay đổi hoặc mức cam kết được phép. Không tự áp dụng một ngưỡng tiền chung cho mọi doanh nghiệp. Khi quyết định vượt giới hạn, phải biết tuyến trình và hồ sơ cần cung cấp, thay vì chỉ chuyển email cho nhiều cấp quản lý.

Nhà bảo trợ, chủ nghiệp vụ và quản lý dự án

Nhà bảo trợ bảo vệ mục tiêu đầu tư, hỗ trợ nguồn lực và giải quyết các vấn đề vượt quyền của đội dự án. Vai trò cần khả năng hành động trong cơ chế tổ chức, không chỉ phát biểu khai mạc. Khi căn cứ kinh doanh thay đổi, nhà bảo trợ phải đưa về đúng cấp quyết định tiếp tục, điều chỉnh hoặc dừng.

Chủ nghiệp vụ chịu trách nhiệm cho quy trình và điều kiện áp dụng cách làm mới trong phạm vi được giao. Họ chốt hoặc trình chốt yêu cầu, nhận sản phẩm và phối hợp đo lợi ích. Nếu có nhiều quy trình liên quan, cần xác định chủ ở từng phần cùng người chịu trách nhiệm cho kết quả đầu cuối.

Quản lý dự án lập kế hoạch, điều phối, theo dõi và đưa vấn đề tới đúng quyền quyết định. Họ không mặc nhiên có quyền thay chính sách nghiệp vụ hoặc nhận mọi rủi ro thay doanh nghiệp. Phạm vi quyền phải được ghi trong hồ sơ khởi động và thống nhất với quản lý các đơn vị cung cấp nguồn lực.

Ma trận quyền theo loại quyết định

Quyết địnhVai trò chốt theo cơ chế doanh nghiệpBằng chứng cần chuẩn bị
Mục tiêu và cam kết đầu tưNhà bảo trợ hoặc cấp phê duyệt đầu tưCăn cứ, phương án, chi phí và rủi ro
Quy tắc và quy trình nghiệp vụChủ quy trình hoặc cấp có thẩm quyềnTO-BE, tác động và kiểm soát
Kiến trúc và phương án kỹ thuậtVai trò công nghệ được ủy quyềnYêu cầu, khả năng đáp ứng và vận hành
Chất lượng và quyền dữ liệuChủ dữ liệu cùng bên chuyên môn liên quanNguồn, quy tắc, đối soát và quyền
Cho phép go-liveNgười được giao quyền quyết định triển khaiSẵn sàng tổng thể, tồn tại và dự phòng
Nhận vận hành và lợi íchChủ dịch vụ, chủ nghiệp vụ theo phạm viBàn giao, hỗ trợ và kế hoạch đo

Ma trận cần điều chỉnh theo thẩm quyền thật của doanh nghiệp. Không nên dùng một chức danh chung để bỏ qua nghĩa vụ chuyên môn hoặc quyền phê duyệt bắt buộc. Các điều kiện từ bảo mật, tài chính và pháp chế cần được xem theo phạm vi áp dụng, với cơ chế giải quyết khi chưa được đáp ứng.

RACI hỗ trợ phân công nhưng chưa đủ để chốt việc

RACI có thể dùng để phân biệt người thực hiện, người chịu trách nhiệm cuối, người được tham vấn và người được thông báo cho một nhiệm vụ rõ. Ma trận quá rộng hoặc gộp nhiều quyết định trong một dòng sẽ khó dùng. Cần chia nhỏ tới mức người đọc biết mình phải làm gì và có quyền gì.

Ngoài RACI, mỗi quyết định còn cần điều kiện đầu vào, thời điểm và cách ghi nhận. Người chịu trách nhiệm cuối phải có thẩm quyền phù hợp; một chữ cái trong bảng không tạo quyền mà tổ chức chưa giao. Khi có nhiều bên đồng phê duyệt theo quy định, ghi rõ phần xác nhận và cách tổng hợp, tránh che sự phức tạp bằng một dòng đơn giản.

Năng lực trong chương trình lãnh đạo IT giúp thiết lập phối hợp với quản lý nghiệp vụ, còn chương trình chuyển đổi số đặt trách nhiệm công nghệ trong thay đổi vận hành chung. Việc phân công cần được xác nhận bởi người tham gia, không chỉ do đội dự án tự viết.

Thiết kế cuộc họp theo quyết định cần đưa ra

Cuộc họp điều phối tập trung vào việc đang thực hiện, phụ thuộc và vấn đề cần hỗ trợ. Cuộc họp quản trị tập trung vào cam kết, đánh đổi và các vấn đề vượt quyền. Có thể kết hợp khi dự án nhỏ, nhưng nội dung phải giúp người tham gia biết khi nào đang cập nhật và khi nào cần quyết định.

Hồ sơ trình cần nêu câu hỏi phải chốt, phương án, đề xuất, tác động và thời điểm cần quyết định. Phải cho biết thông tin nào đã xác nhận và thông tin nào còn thiếu. Đừng đưa hàng chục trang tiến độ rồi chờ lãnh đạo tự tìm vấn đề cần hành động.

Sau cuộc họp, ghi quyết định, người chốt, lý do, điều kiện và việc tiếp theo. Các quyết định có điều kiện cần được theo dõi tới khi điều kiện hoàn thành. Một biên bản ghi “đồng ý về nguyên tắc” chưa đủ để đội triển khai cam kết chi phí hoặc mở phạm vi nếu giới hạn chưa rõ.

Escalation cần có điều kiện và thời hạn xử lý

Quy định khi nào vấn đề phải chuyển lên cấp khác, dựa trên tác động, quyền và thời gian cần giải quyết. Chẳng hạn, xung đột quy tắc giữa đơn vị hoặc điều kiện go-live chưa đạt có thể cần trình trước khi ảnh hưởng mốc. Các ngưỡng cụ thể do doanh nghiệp xác định theo quy mô và mức rủi ro.

Người báo cáo cần nêu vấn đề, hậu quả nếu chậm, các việc đã thử và đề xuất quyết định. Người nhận cần biết mình phải chốt hay chỉ điều phối thêm chuyên môn. Theo dõi thời gian chờ quyết định giúp nhận diện điểm nghẽn quản trị, thay vì quy mọi chậm trễ cho đội phát triển.

Khi chưa có quyết định, dự án cần giữ giới hạn cam kết và cập nhật tác động. Không tự coi im lặng là đồng ý. Nội dung của chuyên đề quản trị rủi ro IT hỗ trợ đưa mức ảnh hưởng và điều kiện còn thiếu vào việc trình quyết định.

Tình huống giả định: Quy trình chung cho nhiều chi nhánh

Một doanh nghiệp giả định triển khai quản lý yêu cầu cho nhiều chi nhánh. Mỗi nơi có một đại diện nhưng các đại diện chỉ được góp ý, chưa có quyền chốt quy tắc. Đội dự án liên tục nhận yêu cầu ngược nhau về thời hạn và tuyến phê duyệt.

Nhà bảo trợ thiết lập chủ quy trình chung, xác định những quy tắc phải thống nhất và những ngoại lệ có thể cho phép. Đại diện chi nhánh cung cấp bằng chứng về công việc, còn chủ quy trình đề xuất phương án để cấp có thẩm quyền chốt. Quản lý dự án lập danh sách quyết định, thời điểm và tác động tới kế hoạch.

Các cuộc họp sau tập trung vào những lựa chọn cụ thể, thay vì đọc lại toàn bộ góp ý. Quyết định được ghi cùng phạm vi áp dụng và điều kiện ngoại lệ. Doanh nghiệp có căn cứ cập nhật yêu cầu, cấu hình và đào tạo; kết quả mong đợi là giảm vòng chờ do quyền không rõ, cần được theo dõi trong thực tế.

Kiểm tra hiệu quả quản trị và trách nhiệm sau bàn giao

Theo dõi quyết định quá hạn, vấn đề bị mở lại do thiếu căn cứ và đầu việc chưa có chủ. Các chỉ số này chỉ có ý nghĩa khi được giải thích cùng mức phức tạp; không nên thúc quyết định nhanh bằng cách bỏ qua thông tin quan trọng. Mục tiêu là quyết định đúng quyền, đủ bằng chứng và kịp nhu cầu.

Trước khi đóng dự án, chuyển trách nhiệm còn tiếp tục cho chủ vận hành và chủ lợi ích. Quyền thay đổi hệ thống, xử lý ngoại lệ và đánh giá kết quả sau go-live phải có nơi nhận. Cơ cấu dự án có thể kết thúc nhưng trách nhiệm duy trì công việc mới không được biến mất.

  • Mỗi nhóm quyết định có người chốt đúng thẩm quyền chưa?
  • Chủ nghiệp vụ và người nhận vận hành có cam kết rõ không?
  • Hồ sơ trình có phương án, tác động và thời điểm cần chốt không?
  • Quyết định có điều kiện được theo dõi tới khi đủ điều kiện chưa?
  • Trách nhiệm sau bàn giao có người tiếp nhận không?

Quản trị hiệu quả không đo bằng số ban hay số cuộc họp. Hãy bắt đầu từ các quyết định đang làm dự án chờ, xác định quyền và bằng chứng cần thiết, rồi xây cơ chế phù hợp với quy mô. Khi quyết định có chủ, dự án mới có khả năng thực hiện những cam kết liên phòng ban.

Nguồn tham khảo

  1. APM – What is governance?
  2. APM – Stakeholder engagement
  3. APM – What is risk management?