Xây dựng chiến lược quản trị nhà thầu và đối tác triển khai dự án công nghệ.

Chọn cách thuê theo kết quả và mức bất định của công việc

Doanh nghiệp cần xác định mình đang mua sản phẩm, năng lực triển khai hay một dịch vụ có kết quả vận hành. Mỗi loại đòi hỏi cách quản lý khác nhau. Khi yêu cầu ổn định và điều kiện đầu vào rõ, phạm vi bàn giao có thể mô tả khá cụ thể. Khi còn nhiều giả định chưa kiểm chứng, việc chốt toàn bộ kết quả quá sớm có thể dẫn tới nhiều đề nghị thay đổi trong quá trình thực hiện.

Trước khi tiếp cận thị trường, cần phân tích phần việc nội bộ phải cung cấp. Chủ quy trình, dữ liệu, quyền truy cập, môi trường và quyết định kiến trúc không thể mặc định là trách nhiệm nhà thầu nếu hợp đồng chưa xác lập. Doanh nghiệp cần giữ khả năng đánh giá thiết kế và kiểm tra sản phẩm, nhất là những phần tác động tới dữ liệu hoặc vận hành trọng yếu. Thuê thực hiện không loại bỏ nhu cầu có người đủ năng lực tiếp nhận.

Lựa chọn mô hình thương mại phải đi cùng cách kiểm soát kết quả. Thuê theo thời gian cần nhìn công việc hoàn tất và chất lượng; thanh toán theo mốc cần định nghĩa bằng chứng chấp nhận; mua dịch vụ cần xem mức dịch vụ và điều kiện chuyển đổi. Không có mô hình nào tự bảo đảm chi phí thấp hoặc rủi ro thấp. Nhóm mua sắm, tài chính và pháp chế cần xác nhận điều khoản theo bối cảnh hợp đồng thực tế.

Năng lực quản trị nhà cung cấp IT hỗ trợ chuyển nhu cầu thành cách mua và quản lý phù hợp. Sau khi xác định mô hình, doanh nghiệp cần kiểm tra năng lực của đối tác bằng công việc tương tự, không chỉ bằng hồ sơ giới thiệu.

Đánh giá năng lực thực hiện và giới hạn phụ thuộc

Một nhà thầu có kinh nghiệm với nền tảng chưa chắc có kinh nghiệm với quy mô dữ liệu, mức tích hợp hoặc yêu cầu chuyển đổi của doanh nghiệp. Cần xem đội ngũ dự kiến tham gia, vai trò chủ chốt, thời gian có thể bố trí và cách kiểm soát chất lượng. Hồ sơ năng lực nên được nối với những rủi ro cụ thể của dự án. Danh sách khách hàng dài không trả lời được ai sẽ xử lý việc khó trong giai đoạn tới.

Có thể yêu cầu trình bày cách giải quyết một tình huống tiêu biểu hoặc tổ chức thử nghiệm có giới hạn khi phù hợp. Tình huống phải đại diện cho phần bất định quan trọng, như đối soát dữ liệu hoặc kết nối với hệ thống hiện hữu. Tiêu chí đánh giá cần có trước, tránh thay đổi theo cách trình bày của từng đối tác. Việc kiểm tra tham chiếu khách hàng cũng phải tập trung vào kết quả và điều kiện thực hiện tương đồng.

Phụ thuộc cần xem ở cấp nhân sự, công nghệ và dữ liệu. Nếu tri thức chỉ nằm ở một chuyên gia của nhà thầu, dự án có thể gặp khó khi người đó thay đổi. Nếu dữ liệu khó xuất hoặc cấu hình thiếu tài liệu, doanh nghiệp có thể bị hạn chế khi chuyển đối tác. Những rủi ro này cần được đưa vào đánh giá phương án và yêu cầu tiếp nhận ngay từ đầu.

Giám đốc dự án cần cùng người phụ trách kỹ thuật và mua sắm so sánh năng lực với tổng chi phí vòng đời. Một báo giá thấp nhưng yêu cầu nhiều công sức nội bộ hoặc thiếu hỗ trợ chuyển đổi có thể không phù hợp. Khi đối tác đã được chọn trên cơ sở rõ ràng, bước quan trọng tiếp theo là thiết kế những khoảng giao công việc để tránh tranh cãi trách nhiệm lúc triển khai.

Phân định trách nhiệm tại điểm bàn giao giữa các bên

Với mỗi giao diện công việc, cần chỉ rõ ai tạo đầu vào, ai kiểm tra và ai quyết định khi không đạt. Tích hợp cần thống nhất dữ liệu, quyền truy cập, kịch bản lỗi và trách nhiệm đối soát. Chuyển dữ liệu cần xác định bên làm sạch, bên chạy chuyển, bên xác nhận và bên xử lý ngoại lệ. Nếu chỉ chia phạm vi theo từng hệ thống, khoảng giao vẫn có thể thiếu người chịu trách nhiệm đầu cuối.

Doanh nghiệp cần một vai trò điều phối tích hợp tổng thể, kể cả khi nhiều nhà thầu cùng tham gia. Vai trò này giữ lịch phụ thuộc, điều kiện môi trường và cơ chế xử lý lỗi liên bên. Không nên mặc định nhà thầu lớn nhất sẽ tự nhận trách nhiệm, vì quyền hạn và nghĩa vụ của họ có thể chỉ bao phủ một phần. Các quyết định kiến trúc hoặc nghiệp vụ vượt phạm vi của đối tác phải được đưa tới đúng người nội bộ.

Bảng sau là công cụ gợi ý để rà soát điểm bàn giao trước khởi động. Nội dung cần được chuyển thành thỏa thuận và kế hoạch phù hợp, không coi bảng này là điều khoản hợp đồng có sẵn.

Năng lực lãnh đạo dự án IT giúp biến phân công thành cam kết nguồn lực và quyền xử lý. Trong tình huống mở bài, cần lập lại trách nhiệm đầu cuối trước khi thúc từng bên làm nhanh hơn. Khi khoảng giao rõ, các mốc thanh toán và nghiệm thu mới có thể phản ánh kết quả cần đạt.

Quản lý mốc bàn giao bằng bằng chứng sử dụng được

Một mốc được mô tả là hoàn thành cấu hình cần có tiêu chí cho biết cấu hình đáp ứng kịch bản nào. Một mốc bàn giao tài liệu cần kiểm tra tài liệu có đủ để đội tiếp nhận thao tác. Nếu định nghĩa mốc quá chung, hai bên có thể đều tin mình đúng khi đánh giá hoàn thành. Tiêu chí phải phân biệt sản phẩm đã gửi với sản phẩm được kiểm tra và chấp nhận.

Lịch thanh toán cần được xem cùng nghĩa vụ và điều kiện trong hợp đồng, do bộ phận có thẩm quyền xác nhận. Từ góc độ quản trị dự án, điều quan trọng là không để báo cáo hoàn tất đi trước bằng chứng. Những phần tồn đọng được đề nghị chấp nhận cần có tác động, người xử lý và thời hạn. Chữ ký nghiệm thu không nên làm biến mất thông tin về giới hạn thực tế của sản phẩm.

Báo cáo hiệu quả đối tác nên kết hợp mốc hoàn thành, chất lượng, tốc độ xử lý lỗi và mức đáp ứng các phụ thuộc. Không nên chỉ đếm số nhân sự hoặc công đã tiêu thụ. Với những vấn đề nội bộ gây chậm, doanh nghiệp cũng phải ghi nhận minh bạch để cuộc trao đổi tập trung vào giải pháp. Cơ chế quản trị công bằng giúp hai bên nêu rủi ro sớm hơn.

Liên kết với năng lực kiểm soát dự án CNTT hỗ trợ việc cập nhật lịch và xử lý công việc còn lại. Khi bằng chứng cho thấy kế hoạch không còn khả thi, quan hệ đối tác cần có cách quản lý thay đổi và bất đồng trước khi chúng làm ngừng triển khai.

Xử lý thay đổi và rủi ro bằng cơ chế phối hợp đã thống nhất

Yêu cầu thay đổi nên được ghi nhận, đánh giá tác động và quyết định theo quyền hạn. Cần phân biệt việc làm rõ yêu cầu đã cam kết với bổ sung kết quả mới, dựa trên hồ sơ và thỏa thuận thực tế. Project Manager không nên tự kết luận nghĩa vụ pháp lý của các bên chỉ từ một cuộc trao đổi kỹ thuật. Những điểm liên quan hợp đồng cần được người phụ trách thương mại hoặc pháp chế xem xét.

Sổ rủi ro chung giúp nhìn các phụ thuộc: dữ liệu chưa sẵn sàng, nhân sự chủ chốt thay đổi, môi trường chậm hoặc đối tác phụ chưa đáp ứng. Mỗi rủi ro cần người xử lý và dấu hiệu kích hoạt. Những phần trách nhiệm nội bộ phải được theo dõi cùng phần của nhà thầu. Nếu báo cáo chỉ liệt kê lỗi đối tác, doanh nghiệp sẽ bỏ qua nguyên nhân có thể tự giải quyết.

Đường xử lý bất đồng nên có các cấp phù hợp: nhóm thực hiện làm rõ bằng chứng, quản lý dự án hai bên thương lượng phương án, cấp bảo trợ hoặc thương mại xử lý vấn đề vượt quyền. Thời hạn chuyển cấp cần đủ để bảo vệ mốc quan trọng. Kéo dài trao đổi ở cấp không có quyền quyết định thường làm chi phí tăng và niềm tin giảm.

Rủi ro dữ liệu và truy cập cần được quản lý riêng theo chính sách tổ chức. Phải biết người nào được cấp quyền, hoạt động nào được ghi nhận và khi nào quyền bị thu hồi, kể cả với nhà thầu phụ. Năng lực quản lý bảo mật thông tin giúp phối hợp kiểm soát này với tiến độ. Sau cùng, việc giảm phụ thuộc cần được chuẩn bị từ đầu, thay vì chờ đến lúc hợp đồng sắp kết thúc.

Thiết kế khả năng tiếp nhận và chuyển đối tác từ giai đoạn đầu

The Digital, Data and Technology Playbook của Chính phủ Anh đề cập việc chuẩn bị sớm cho kết thúc hợp đồng và chuyển giao. Với doanh nghiệp, nguyên tắc có thể áp dụng là xác định trước tài sản và tri thức cần giữ: dữ liệu, cấu hình, mã nguồn khi thuộc phạm vi quyền đã thỏa thuận, tài khoản quản trị, tài liệu và hướng dẫn hỗ trợ. Không nên mặc định mọi tài sản đều có thể nhận nếu điều kiện thương mại chưa xác lập.

Kế hoạch chuyển giao phải có thời gian thực hành cho đội tiếp nhận. Người nội bộ cần thực hiện những nhiệm vụ như xử lý lỗi, triển khai thay đổi, đối soát hoặc phục hồi theo phạm vi phụ trách. Kết quả thực hành giúp phát hiện tài liệu thiếu và những phần đang phụ thuộc vào trí nhớ của chuyên gia nhà thầu. Việc chỉ tổ chức đào tạo ở ngày cuối dễ làm doanh nghiệp không còn thời gian sửa khoảng trống.

Cũng cần chuẩn bị khả năng chuyển tiếp nếu đối tác giảm năng lực hoặc hợp đồng thay đổi. Kế hoạch phải biết những dịch vụ nào cần duy trì, nguồn lực nào cần giữ đến bàn giao và nghĩa vụ nào phải được xác nhận. Không cần chờ xảy ra bất đồng mới tìm cách xuất dữ liệu hoặc kiểm tra tài khoản. Những hoạt động này là phần của quản trị liên tục dự án và vận hành.

Bước đầu là chọn một điểm bàn giao trọng yếu và rà soát trách nhiệm, tiêu chí chấp nhận, tài sản cùng năng lực tiếp nhận. Nếu còn khoảng trống, đưa vào kế hoạch và thỏa thuận trước mốc cam kết tiếp theo. Quản trị nhà thầu hiệu quả giúp doanh nghiệp sử dụng chuyên môn bên ngoài, đồng thời duy trì khả năng quyết định và vận hành những kết quả mà khoản đầu tư tạo ra.

Bài viết liên quan

• Thiết lập Project Governance: Phân định quyền quyết định giữa Sponsor, Steering Committee và Project Manager.
• Xây dựng Business Case để đánh giá hiệu quả đầu tư trước khi phê duyệt dự án IT.
• Thiết lập cơ chế Stage-Gate để kiểm soát các quyết định đầu tư và triển khai dự án.
• Quản trị tổng thể phạm vi, tiến độ, chi phí và chất lượng ở cấp lãnh đạo dự án.

Nguồn tham khảo

1. UK Government — The Digital, Data and Technology Playbook
2. UK Government — Government Functional Standard GovS 002: Project Delivery
3. APM — What is change control?