Roadmap & OKRs

Hai tài liệu, hai câu hỏi — và vì sao chúng hay đánh nhau

Roadmap trả lời: chúng ta sẽ xây gì, theo thứ tự nào. OKR trả lời: chúng ta muốn kết quả gì, đo bằng gì.

Cả hai đều cần, và chúng phục vụ hai nhóm người khác nhau. Kinh doanh cần roadmap để biết hứa gì với khách. Đội cần OKR để biết mình đang cố đạt điều gì. Vấn đề nảy sinh khi hai tài liệu sống hai cuộc đời riêng biệt — và đó là tình trạng mặc định ở hầu hết công ty.

Triệu chứng dễ nhận nhất: cuối quý, đội giao đúng mọi thứ trên roadmap, và mọi KR đều không đạt. Không ai nói dối, không ai lười. Chỉ là chưa bao giờ có ai kiểm rằng những việc đang làm có tác động tới những con số đang đo hay không.

Ba cách ghép chúng lại — chọn theo độ trưởng thành của tổ chức

Cách 1 là lý tưởng nhưng khó bán. Kinh doanh sẽ phản đối vì họ cần nói với khách "tháng 6 có tính năng X", và "giải quyết vấn đề chờ lâu ở khâu thanh toán" không dùng để ký hợp đồng được. Đừng ép cách 1 lên một tổ chức chưa sẵn sàng — nó sẽ bị ngầm chuyển ngược về danh sách tính năng trong vòng một quý.

Cách 2 là câu trả lời đúng cho phần lớn trường hợp, vì nó không đòi ai phải từ bỏ thứ họ cần, mà vẫn bắt được vấn đề "làm đủ mà không đổi gì".

Bảng nối — công cụ thực tế nhất

Với mỗi hạng mục roadmap, trả lời ba câu. Nếu không trả lời nổi, đó là thông tin quan trọng.

Hạng mục không nối được vào KR nào không phải lúc nào cũng sai. Nợ kỹ thuật, tuân thủ pháp lý, bảo trì, nâng cấp hết hỗ trợ — tất cả đều hợp lệ và đều không phục vụ KR nào. Điều bắt buộc là ghi chúng ra thành một danh sách riêng kèm lý do, để cuối quý không ai chất vấn và để nhìn được chúng chiếm bao nhiêu công suất.

Dấu hiệu đáng lo: nếu danh sách "không nối được" chiếm quá nửa roadmap, thì OKR và roadmap đang nói về hai thế giới khác nhau — và thường là OKR được viết cho đẹp chứ không phải viết cho công việc thật.

Nhịp làm việc — ba thời điểm, ba việc khác nhau

Bước cuối quý là bước hay bị bỏ và là bước duy nhất giúp đội đoán tốt hơn ở quý sau. Nếu bạn ước lượng một hạng mục cho +5 điểm và thực tế nó cho +1, đó là bài học cụ thể về cách đội hiểu người dùng — quý giá hơn nhiều so với việc chỉ ghi nhận là KR không đạt.

Tình huống thực tế — khi kinh doanh và đội đánh nhau

Bối cảnh: công ty phần mềm bán cho doanh nghiệp. Roadmap có 9 hạng mục do kinh doanh đề xuất từ yêu cầu khách. OKR của đội là "giảm tỉ lệ khách rời bỏ từ 18% xuống 10%".

Xung đột: đội nói roadmap không phục vụ OKR. Kinh doanh nói đã hứa với khách rồi. Cả hai đều đúng, và cuộc tranh luận lặp lại mỗi tháng mà không đi tới đâu.

Bảng nối đã gỡ thế nào:

• Lập bảng cho cả 9 hạng mục. Kết quả: 3 hạng mục nối được rõ ràng vào KR, 2 hạng mục là cam kết hợp đồng đã ký (bắt buộc, ghi vào danh sách riêng), 4 hạng mục không nối được và cũng không phải cam kết — chỉ là yêu cầu được nhắc nhiều lần.
• Điểm chuyển của cuộc trò chuyện: với 4 hạng mục cuối, câu hỏi đổi từ "có làm không" sang "khách nào yêu cầu, và họ có nằm trong nhóm đang rời bỏ không". Hoá ra 3 trong 4 đến từ khách hàng ổn định, không có nguy cơ rời bỏ.
• Chốt: làm 3 hạng mục nối được + 2 cam kết hợp đồng. Bốn hạng mục còn lại hoãn, và kinh doanh tự đồng ý sau khi nhìn bảng — vì họ cũng muốn giảm tỉ lệ rời bỏ.

Điều đáng chú ý: không ai phải thắng ai. Bảng nối chuyển cuộc tranh luận từ giữa hai phòng ban sang giữa các phương án — và khi đó thông tin quyết định, không phải cấp bậc.

Hiccups thường gặp và cách xử lý

Vì sao vai trò của bạn cần cái này

Definition of done

• OKR được chốt trước roadmap trong chu kỳ lập kế hoạch.
• Mỗi hạng mục roadmap hoặc nối được vào một KR kèm cơ chế nhân quả, hoặc nằm trong danh sách riêng kèm lý do.
• Danh sách "không nối được" được công khai, không bị giấu.
• Tổng ước lượng tác động được so với khoảng cách mỗi KR cần đi.
• Bảng nối được xem lại hằng tháng, không chỉ lập một lần.
• Cuối quý có đối chiếu ước lượng với thực tế để đội đoán tốt hơn ở quý sau.