Bài 4 — Quản lý sau khi ký

Ký hợp đồng không phải là xong, đó là bắt đầu

Nhiều tổ chức dồn hết công sức vào khâu chọn và đàm phán, rồi coi phần sau là việc của nhà cung cấp. Đây là lý do phổ biến nhất khiến hợp tác thất bại dù chọn đúng đối tác.

Ba việc trong 30 ngày đầu

• Chỉ định một người phụ trách có tên. Không phải "phòng kỹ thuật phối hợp" mà một người cụ thể, có thời gian được tính vào khối lượng công việc.
• Thống nhất nhịp và định dạng báo cáo. Bao lâu một lần, gồm những gì, gửi cho ai. Quyết định trước sẽ tránh được việc mỗi tháng phải đi đòi thông tin.
• Chạy thử một chu kỳ nhỏ. Đừng giao toàn bộ ngay. Một việc nhỏ có mốc gần cho bạn biết rất nhiều về cách họ làm việc, khi rủi ro còn thấp.

Đo cái gì

Bốn nhóm, tương tự cách bạn đo một đội nội bộ:

• Kết quả: có đạt tiêu chí nghiệm thu không, đúng hạn không.
• Chất lượng: tỷ lệ phải làm lại, số lỗi phát hiện sau nghiệm thu.
• Phối hợp: thời gian phản hồi, mức độ chủ động báo rủi ro.
• Chi phí thật: gồm cả thời gian đội bạn bỏ ra, so với dự tính ban đầu.

Nhóm thứ hai về chủ động báo rủi ro là chỉ số dự báo tốt nhất. Nhà cung cấp chủ động nói "việc này sẽ trễ" từ sớm đáng tin hơn nhiều so với nhà cung cấp luôn báo cáo mọi thứ đều ổn.

Xử lý khi chất lượng đi xuống

Trình tự giống như với nhân viên: sớm, cụ thể, và có mốc.

• Nói sớm và bằng dữ kiện. "Ba hạng mục gần nhất đều phải làm lại, trung bình chậm 8 ngày." Không phải "dạo này chất lượng kém".
• Hỏi nguyên nhân trước khi kết luận. Thường là đổi người, hoặc họ đang quá tải với khách khác. Biết nguyên nhân mới chọn được cách chữa.
• Đặt mốc cải thiện cụ thể. "Trong hai hạng mục tới, không có hạng mục nào phải làm lại."
• Nói rõ bước tiếp theo nếu không cải thiện. Không phải để doạ, mà để họ hiểu mức độ nghiêm túc và ưu tiên lại nguồn lực của họ.

Giữ tri thức ở lại

Nguy cơ lớn nhất của hợp tác dài hạn là một ngày bạn phát hiện không ai trong đội hiểu thứ đang chạy. Ba thói quen chặn điều đó:

• Yêu cầu tài liệu như một hạng mục bàn giao, có trong tiêu chí nghiệm thu, không phải lời hứa.
• Có một người trong đội tham gia đủ sâu để giải thích lại được hệ thống.
• Định kỳ tự kiểm tra: nếu nhà cung cấp biến mất ngày mai, chúng ta xoay xở thế nào trong 30 ngày?

Nếu không trả lời được câu cuối, bạn không có một nhà cung cấp, bạn có một sự phụ thuộc.

Sai lầm thường gặp

• Không có người phụ trách cụ thể.
• Giao toàn bộ ngay thay vì chạy thử một chu kỳ nhỏ.
• Chỉ đo kết quả, bỏ qua mức độ chủ động báo rủi ro.
• Nói về chất lượng bằng cảm nhận thay vì dữ kiện.
• Không có ai trong đội hiểu thứ đang chạy.

Checklist kết bài

• [ ] Có một người phụ trách có tên, với thời gian được tính vào khối lượng việc.
• [ ] Tôi đã chạy thử một chu kỳ nhỏ trước khi giao toàn bộ.
• [ ] Tôi đo cả mức độ chủ động báo rủi ro.
• [ ] Tôi trả lời được câu hỏi nếu nhà cung cấp biến mất ngày mai.

<!--les-append-->

Ba việc trong 30 ngày đầu

Việc thứ ba là việc có giá trị cao nhất và bị bỏ nhiều nhất. Giao toàn bộ ngay là đặt cược trước khi biết gì về đối tác trong thực tế — và bản demo cùng buổi phỏng vấn không cho bạn biết điều đó.

Sổ phụ thuộc hai chiều

Việc bạn nợ đối tác thường dài hơn việc họ nợ bạn, và nó luôn bị bỏ khi tổng kết ai làm trễ.

Ghi cả hai chiều, kèm ngày bắt đầu chờ. Ghi ngày biến "đang chờ đối tác" thành "đã chờ 34 ngày" — một câu hoàn toàn khác khi tổng kết.

SLA ra quyết định cho cả hai phía

Đối tác trễ thì có hậu quả. Bạn trễ cũng phải có hậu quả — thường là mốc giao hàng dời tương ứng, tự động, không tranh luận.

Điều này viết ra trước thì công bằng. Không viết ra thì mọi việc trễ đều mặc định là lỗi đối tác, và họ sẽ ngừng cam kết thật.

Đo đối tác bằng gì

Chỉ đo bằng thứ họ kiểm soát được 100%:

Đo họ bằng cột phải sẽ khiến họ ngừng cam kết thật — và điều đó hợp lý, vì họ không điều khiển được những thứ đó.

Làm ngay

Với hợp tác đang chạy: mở sổ phụ thuộc. Nếu không có sổ nào, lập trong tuần này với hai chiều và ngày bắt đầu chờ. Đó là công cụ rẻ nhất để tránh cuộc tranh luận "ai làm trễ" ở cuối dự án. <!--/les-append-->