Nhìn trên tường, roadmap rất vừa vặn. Mỗi tấm thẻ có tên, có quý, có màu; cả kế hoạch trông ngay ngắn như thể chỉ cần đi đúng hàng là tới. Rồi sáng thứ Hai mang theo hai sự cố production, một người nghỉ phép, một nhà cung cấp chậm hẹn và một tính năng hóa ra cần migration mà chưa ai tính. Roadmap không bỗng trở nên vô dụng. Nó vừa chạm đất.
Đây là đoạn nhiều đội dễ mắc kẹt trong cảm xúc. Sản phẩm nghe thấy chậm tiến độ. Kỹ thuật nghe thấy thêm áp lực. QA thấy rủi ro đang bị đẩy về cuối. Người lãnh đạo thấy sự bất định. Mọi người nhìn cùng một tấm bảng, nhưng mỗi bên đang giữ một nỗi lo khác nhau.
Một roadmap khỏe không phải lời hứa rằng thực tế sẽ ngoan ngoãn làm theo. Nó là dụng cụ để chọn: kết quả nào cần bảo vệ, việc gì có thể lùi, phần nào không được bóp mỏng và cái giá của lựa chọn nằm ở đâu. Nếu chỉ cần nhắc tới sức làm là kế hoạch sụp đổ, có lẽ tấm bảng ấy đang làm nhiệm vụ trang trí nhiều hơn nhiệm vụ ra quyết định.
Muốn nói chuyện cho thật, trước hết phải nhìn thấy toàn bộ sức làm của đội. Không chỉ story point, velocity hay ô trống trên lịch. Còn có hỗ trợ vận hành, thời gian review code, tìm hiểu yêu cầu, độ sâu kiểm thử, phối hợp release, họp, hướng dẫn người mới, xử lý sự cố và khoản thuế âm thầm do đổi ngữ cảnh liên tục. Bỏ những việc ấy ra ngoài phép tính chỉ tạo ra ảo giác rằng một ngày có nhiều giờ hơn.
Sau đó cần tách mức quan trọng khỏi thứ tự thực hiện. Một tính năng đáng làm vẫn có thể phải chờ vì dependency chưa sẵn. Một chỉnh sửa compliance nhỏ có thể đi trước ý tưởng sản phẩm hấp dẫn vì cửa sổ rủi ro đang khép lại. Một phần dọn nợ kỹ thuật có thể cần chỗ vì mọi tính năng sau đều trả phí nếu tiếp tục né. Thứ tự trên roadmap là giá trị, rủi ro, phụ thuộc và điều cần học được xếp theo thời gian, không phải một bảng xếp hạng ai quan trọng hơn ai.
Thay vì hỏi “có nhét hết vào được không”, hãy hỏi: khi sức làm có giới hạn, kết quả nào cần giữ trước, và việc gì cả đội chủ động chưa làm?
Nói “chưa” cũng cần sạch sẽ. Nó không có nghĩa ý tưởng dở, người đề nghị vô lý hay đội chưa cố đủ. Thường chỉ là hệ thống đã chạm giới hạn: từng ấy sự chú ý, băng thông review và rủi ro release là tất cả những gì một đội có thể mang cùng lúc. Gọi đúng giới hạn giúp cuộc trò chuyện rời khỏi chuyện trách ai và trở về chuyện chọn gì.
Một cách đơn giản là viết cái giá ngay cạnh mỗi thay đổi. Kéo thêm việc gấp vào thì việc nào đi ra? Nếu không có gì đi ra, tiêu chuẩn nào đang bị hạ: ít test hơn, tài liệu mỏng hơn hay nhiều giờ làm thêm hơn? Một kế hoạch cứ nhận việc mới mà không gọi tên thứ bị đẩy đi không phải linh hoạt. Nó đang giấu nợ vào sức người.
Những cuộc rà lại đều đặn thường êm hơn cuộc thương lượng chỉ xảy ra lúc căng. Mỗi tuần có thể dành một vòng ngắn để nhìn việc gì đã đổi, điều gì vừa học, rủi ro nào lớn lên, tấm thẻ nào nên dời và quyết định nào cần người liên quan tham gia. Nhờ vậy, roadmap không hóa thành món đồ trưng bày, còn các phía có chung nhịp cập nhật kế hoạch trước khi thay đổi trở thành bất ngờ.
Có một sự khiêm tốn rất thực tế trong cách làm này: thừa nhận cả đội không thể ôm mọi thứ cùng lúc; coi sự tập trung là nguồn lực hữu hạn, không phải phẩm chất ai đó thiếu; và hiểu rằng dời một tấm thẻ đôi khi là hành động có trách nhiệm. Giao hàng tốt không có nghĩa kế hoạch không bao giờ đổi. Nó có nghĩa kế hoạch đổi mà kết quả quan trọng vẫn được giữ.
Khi roadmap chạm vào sức làm thật, việc cần bảo vệ không phải là dáng vẻ nguyên vẹn của kế hoạch cũ. Đó là sự trung thực của lựa chọn tiếp theo. Nhiều khi, chỗ nên bắt đầu chính là phần việc không hề có tấm thẻ nào trên bảng, dù cả đội vẫn đang làm nó mỗi ngày.