Đội vận hành từ chối nhận bàn giao hệ thống mới: "Chúng tôi không được tham gia từ đầu"

Trưởng phòng vận hành có lý — và đây là lỗi lập kế hoạch phổ biến: coi "bàn giao" là một sự kiện cuối dự án, thay vì một chuỗi hoạt động chuyển giao bắt đầu từ sớm. Theo PMBOK 7, giá trị chỉ được hiện thực hoá khi sản phẩm được vận hành và sử dụng; lĩnh vực hiệu suất Delivery bao gồm cả việc bảo đảm sẵn sàng chuyển giao, và nguyên tắc tư duy hệ thống nhắc rằng đội vận hành là một phần của hệ thống tạo giá trị.

Ngắn hạn – bàn giao thành công trong vài tuần:

1. Thống nhất tiêu chí nhận bàn giao với phòng vận hành ngay: cụ thể họ cần gì để ký (tài liệu, đào tạo, quyền truy cập, quy trình xử lý sự cố). Đây giống như một "Định nghĩa hoàn thành" cho việc bàn giao — Agile Alliance mô tả DoD là danh sách tiêu chí phải đạt trước khi coi là xong.
2. Lập RACI cho giai đoạn chuyển tiếp: ai xử lý sự cố mức nào, ai là người chịu trách nhiệm cuối cùng (A) trong từng tuần chuyển giao.
3. Giai đoạn "song hành": đội dự án giữ 1–2 người hỗ trợ trong vài tuần đầu sau go-live; đội vận hành trực cùng, dần chuyển vai trò chính.
4. Đào tạo thực hành trên môi trường thật: xử lý tình huống mẫu, đọc cảnh báo giám sát, khởi động lại dịch vụ.
5. Viết tài liệu vận hành tối thiểu: sổ tay xử lý sự cố thường gặp, quy trình triển khai, danh bạ liên hệ, sơ đồ hệ thống.
6. Trao đổi với sponsor: đóng dự án đúng hạn mà sản phẩm không vận hành được là "thành công trên giấy". Đề xuất gia hạn ngắn có kiểm soát hoặc chuyển phần hỗ trợ chuyển tiếp thành một hạng mục có ngân sách riêng.

Lần sau:

• Đưa đội vận hành vào sổ đăng ký các bên liên quan từ đầu, mời tham gia rà soát kiến trúc và chọn công nghệ giám sát.
• Đưa yêu cầu vận hành (giám sát, sao lưu, khả năng hỗ trợ) vào yêu cầu phi chức năng.
• Lên kế hoạch chuyển giao như một gói công việc trong WBS, có mốc và tiêu chí chấp nhận.

Nguồn:

• Responsibility assignment matrix — Wikipedia
• Definition of Done — Agile Alliance Glossary