Mở đầu — vì sao bài này quan trọng
Nếu bạn từng dán một bản roadmap Gantt chart đầy màu sắc lên màn hình họp, kèm theo lời hứa "tính năng X sẽ ra mắt vào ngày 15 tháng 9", thì bạn đã từng đặt mình vào một cái bẫy. Bốn tháng sau, khi tính năng đó trượt deadline vì một phụ thuộc kỹ thuật phát sinh, người ta sẽ không nhớ rằng thị trường đã thay đổi, rằng bạn đã học được điều mới và quyết định làm khác đi. Họ chỉ nhớ rằng bạn đã hứa ngày 15 tháng 9.
Đây chính là vấn đề trung tâm của giao tiếp roadmap. Một roadmap không phải là một bản kế hoạch dự án (project plan) với các mốc thời gian cố định. Nó là một công cụ giao tiếp về ý định chiến lược — chúng ta đang cố giải quyết vấn đề gì, theo thứ tự ưu tiên nào, và với mức độ chắc chắn ra sao. Khi một Product Owner ở cấp độ PSPO II trình bày roadmap, điều quan trọng nhất họ truyền tải không phải là "khi nào xong", mà là "tại sao theo thứ tự này" và "chúng ta tin chắc đến đâu".
Định dạng Now/Next/Later (Bây giờ / Tiếp theo / Sau này) — được Janna Bastow phổ biến qua công cụ ProdPad — ra đời chính để giải quyết mâu thuẫn này. Nó cho phép bạn giao tiếp định hướng sản phẩm mà không phải nói dối về độ chắc chắn mà bạn không có. Bài học này sẽ giúp bạn hiểu sâu định dạng này, cách điều chỉnh mức độ chi tiết theo từng tầm nhìn (horizon), và cách trình bày nó với các nhóm stakeholder khác nhau để vừa giữ được sự minh bạch, vừa không tự trói tay mình bằng những lời cam kết hão.
Khái niệm cốt lõi
Roadmap là tuyên bố ý định, không phải lịch giao hàng
Hãy khắc cốt ghi tâm sự phân biệt này. Một delivery plan (lịch giao hàng) nói: "Tính năng A vào tuần 12, tính năng B vào tuần 18". Một roadmap nói: "Trong giai đoạn tới, ưu tiên cao nhất của chúng ta là giảm tỷ lệ rời bỏ của khách hàng mới (onboarding churn); kế đó chúng ta sẽ tấn công bài toán mở rộng sang phân khúc doanh nghiệp".
Sự khác biệt nằm ở chỗ roadmap gắn với vấn đề và kết quả (outcomes), còn delivery plan gắn với giải pháp và ngày tháng (outputs và dates). Khi bạn càng đi xa về tương lai, độ chắc chắn càng giảm, nên việc cố định ngày tháng cho những thứ ở xa là một sự giả dối có hệ thống.
Cấu trúc Now / Next / Later
Định dạng này chia roadmap thành ba cột (hoặc ba nhóm), mỗi cột tương ứng với một tầm nhìn thời gian và — quan trọng hơn — một mức độ chi tiết và độ tin cậy khác nhau:
| Tầm nhìn | Khung thời gian gợi ý | Mức độ chi tiết | Độ tin cậy | Diễn đạt bằng gì |
|---|---|---|---|---|
| Now | Sprint hiện tại đến ~1 quý | Cụ thể: hạng mục backlog đã refined, đang làm | Cao (~80–90%) | Tính năng/giải pháp cụ thể |
| Next | Quý kế tiếp (~1–2 quý) | Trung bình: vấn đề đã xác định, giải pháp còn phác thảo | Trung bình (~50%) | Vấn đề + hướng tiếp cận |
| Later | 6 tháng+ trở đi | Mơ hồ: chủ đề (theme), cơ hội lớn | Thấp (~20%) | Chủ đề/cơ hội/giả thuyết |
Vì sao tránh ngày tháng cứng
Ở cấp PSPO II, bạn cần kết nối điều này với khái niệm Cone of Uncertainty (đã học ở Bài 22) và tư duy empiricism của Scrum. Tương lai càng xa, biên độ sai số càng lớn. Now/Next/Later mã hóa chính sự bất định đó vào hình thức của roadmap. Thay vì nói "Q3" cho mọi thứ, bạn nói "cái này sắp tới ngay", "cái này đang ở tầm ngắm", "cái này còn ở chân trời". Stakeholder vẫn nắm được hướng đi, nhưng không ai bị khóa vào một con số mà thực tế chưa cho phép cam kết.
Điều này không có nghĩa là không bao giờ đưa ngày. Khi có ràng buộc thực sự — một sự kiện thị trường, một yêu cầu pháp lý có hiệu lực vào ngày cụ thể (liên hệ Bài 46 về compliance), một hợp đồng với khách hàng lớn — bạn vẫn cần cam kết. Nhưng khi đó hãy cam kết một cách có ý thức, gắn với một mục cụ thể trong cột "Now", chứ không rải ngày tháng khắp roadmap như một thói quen.
Roadmap là một sản phẩm sống
Now/Next/Later vận hành tốt nhất khi được coi là tài liệu liên tục dịch chuyển. Sau mỗi vài Sprint, các mục "Next" trưởng thành và trôi sang "Now"; các mục "Later" được làm rõ và trôi sang "Next"; những giả thuyết bị bác bỏ thì bị loại bỏ. Đây là một dòng chảy, không phải một bức ảnh chụp tĩnh. Việc cập nhật roadmap định kỳ chính là nhịp giao tiếp (cadence) mà ta sẽ bàn ở phần sau.
Tình huống thực tế
Ví dụ 1 — Tiki và cái bẫy của Gantt chart
Hãy hình dung một Product Owner phụ trách mảng trải nghiệm thanh toán tại một sàn thương mại điện tử lớn ở Việt Nam (gọi là "sàn T" cho an toàn). Ban đầu, anh trình bày roadmap cho ban lãnh đạo dưới dạng Gantt chart: "Ví điện tử tích hợp — Q2", "Trả góp 0% — Q3", "Mua trước trả sau (BNPL) — Q4".
Đến giữa Q2, đội phát hiện việc tích hợp ví đòi hỏi một đợt nâng cấp hạ tầng thanh toán mà không ai lường trước, đẩy mọi thứ trễ sáu tuần. Trong cuộc họp QBR (Quarterly Business Review), Giám đốc thương mại chỉ thẳng vào tấm Gantt: "Anh đã hứa Q2". Toàn bộ cuộc thảo luận biến thành một phiên giải trình về độ trễ, thay vì bàn về việc liệu BNPL có còn là ưu tiên đúng khi đối thủ vừa tung ra sản phẩm tương tự hay không.
Quý sau, anh chuyển sang Now/Next/Later. Cột Now: "Hoàn tất tích hợp ví điện tử — đang triển khai". Cột Next: "Giảm tỷ lệ rớt giỏ hàng ở bước thanh toán (hiện 23%) — đang cân nhắc giữa trả góp 0% và one-click checkout". Cột Later: "Mở rộng các phương thức tín dụng tiêu dùng (BNPL, thẻ tín dụng ảo)".
Bài học rút ra: Khi cột Next được diễn đạt bằng vấn đề ("giảm tỷ lệ rớt giỏ 23%") thay vì giải pháp có ngày ("trả góp 0% — Q3"), cuộc họp QBR chuyển từ tranh cãi về deadline sang thảo luận chiến lược: giải pháp nào giải quyết vấn đề tốt nhất. Đó chính là cuộc trò chuyện mà một PO cấp cao muốn dẫn dắt.
Ví dụ 2 — Một startup SaaS ở Singapore và sự kỳ vọng của nhà đầu tư
Một startup SaaS B2B chuyên về phần mềm quản lý nhân sự ở Singapore, khoảng 40 nhân sự, đang gọi vốn vòng Series A. Nhà đầu tư yêu cầu xem roadmap 18 tháng. Theo bản năng, PO định liệt kê 30 tính năng với ngày tháng cụ thể trải đều trong 18 tháng — một danh sách trông rất "chắc chắn".
Vị mentor của cô can ngăn. Cô làm lại theo Now/Next/Later, nhưng điều chỉnh ngôn ngữ cho đối tượng nhà đầu tư. Cột Now (quý này): ba tính năng cụ thể đang xây — chấm công tự động, tích hợp bảng lương, app mobile. Cột Next (~2 quý): các vấn đề lớn gắn với mục tiêu kinh doanh — "tăng tỷ lệ giữ chân khách (net retention) bằng module phân tích nhân sự". Cột Later: các chủ đề chiến lược — "mở rộng sang thị trường Indonesia", "AI gợi ý lộ trình thăng tiến".
Nhà đầu tư phản hồi rất tích cực: họ thấy một đội ngũ hiểu rõ độ bất định của chính mình và biết ưu tiên theo outcome. Một danh sách 30 tính năng có ngày tháng, trớ trêu thay, lại khiến nhà đầu tư dày dạn nghi ngờ — vì không ai có thể dự báo chính xác 18 tháng cho một sản phẩm còn non.
Bài học rút ra: Now/Next/Later không phải là dấu hiệu của sự thiếu kế hoạch; trong mắt người dày dạn, nó là dấu hiệu của sự trưởng thành về sản phẩm. Sự tự tin thật sự nằm ở chỗ dám thừa nhận điều mình chưa chắc chắn, chứ không phải tô vẽ một sự chắc chắn giả tạo.
Ví dụ 3 — Khi đội Sales cần một ngày để chốt hợp đồng
Một PO tại công ty fintech ở TP.HCM dùng Now/Next/Later nội bộ rất tốt. Nhưng một ngày, Giám đốc Sales chạy vào: "Khách hàng lớn — một ngân hàng — chỉ ký hợp đồng 8 tỷ nếu chúng ta cam kết tính năng đối soát giao dịch tự động trong 4 tháng tới. Cái 'Later' của anh không đủ cho tôi đi đàm phán."
Đây là điểm va chạm kinh điển (liên hệ Bài 17 về làm việc với Sales). PO không vứt bỏ Now/Next/Later, mà xử lý có chủ đích: anh đánh giá tác động doanh thu, đem ra cuộc Sprint Review tiếp theo với stakeholder, và kéo mục "đối soát tự động" từ "Later" lên "Now" — kèm theo một cam kết ngày có điều kiện được ghi rõ giả định: "Cam kết 4 tháng, với giả định không phát sinh yêu cầu tích hợp ngoài phạm vi từ phía ngân hàng". Đồng thời, một mục khác trong "Now" bị đẩy lùi để nhường năng lực đội.
Bài học rút ra: Now/Next/Later không cấm cam kết ngày — nó buộc cam kết phải là một quyết định ưu tiên có ý thức và có đánh đổi rõ ràng, chứ không phải lời hứa buột miệng. Khi bạn kéo một mục lên "Now" để cam kết, một mục khác phải nhường chỗ. Việc làm rõ sự đánh đổi đó với stakeholder chính là bản chất của Advanced Stakeholder Management.
Hướng dẫn từng bước
Bước 1 — Neo roadmap vào Product Goal và chiến lược. Trước khi điền bất cứ gì vào ba cột, hãy chắc rằng bạn biết Product Goal hiện tại và định hướng chiến lược (Bài 12). Mọi mục trong roadmap phải truy ngược được về một mục tiêu chiến lược. Nếu không, đó là tín hiệu cần loại bỏ.
Bước 2 — Phân loại theo vấn đề/outcome, không theo tính năng. Với mỗi hạng mục tiềm năng, hãy hỏi: "Vấn đề gì đứng sau cái này? Kết quả nào ta muốn đạt?" Diễn đạt các mục — đặc biệt ở Next và Later — bằng ngôn ngữ vấn đề và outcome (liên hệ Bài 32: outcome vs output).
Bước 3 — Gán mỗi mục vào đúng tầm nhìn theo độ tin cậy. Hỏi thẳng: ta chắc chắn đến đâu rằng ta sẽ làm điều này, và làm theo cách này? Chắc cao và sắp tới → Now. Vấn đề rõ nhưng giải pháp còn mở → Next. Mới chỉ là cơ hội/giả thuyết → Later. Đừng để áp lực "trông có vẻ bận rộn" đẩy mọi thứ lên Now.
Bước 4 — Điều chỉnh mức độ chi tiết. Now: mô tả ở mức hạng mục backlog đã được làm rõ. Next: mô tả ở mức vấn đề + hướng tiếp cận. Later: chỉ một dòng chủ đề. Nếu thấy mình viết một mục Later dài như một bản đặc tả, hãy dừng lại — đó là over-planning.
Bước 5 — Thêm bối cảnh "tại sao". Cạnh mỗi mục, ghi vắn tắt lý do ưu tiên: dữ liệu hỗ trợ, outcome kỳ vọng, giả định đang đặt cược. Đây là phần biến roadmap từ danh sách thành công cụ giao tiếp chiến lược.
Bước 6 — Điều chỉnh thông điệp theo từng đối tượng (audience). Cùng một roadmap, nhưng khi trình bày: với đội phát triển, nhấn vào chi tiết cột Now; với ban lãnh đạo, nhấn vào logic chiến lược của Next/Later; với khách hàng, chỉ nói về vấn đề bạn đang giải quyết, tuyệt đối không đưa ngày tháng nội bộ.
Bước 7 — Thiết lập nhịp cập nhật. Roadmap phải sống. Hãy ấn định nhịp xem lại — ví dụ mỗi 2 Sprint cập nhật vị trí các mục, và mỗi quý xem lại toàn cảnh. Dùng Sprint Review làm điểm chạm tự nhiên để stakeholder thấy roadmap dịch chuyển dựa trên bằng chứng mới.
Lỗi thường gặp & mẹo
Lỗi 1: Lén đưa ngày tháng vào cột Later. Viết "Q4: AI recommendation" trong cột Later phá vỡ toàn bộ tinh thần định dạng. Cột Later không có ngày — đó là điểm mấu chốt. Mẹo: nếu một stakeholder cứ đòi ngày cho mục Later, hãy hỏi ngược: "Quyết định gì của anh phụ thuộc vào ngày này?" Thường thì nhu cầu thật nằm ở chỗ khác.
Lỗi 2: Cột Now quá tải. Khi mọi thứ đều "Now", nghĩa là không có gì thực sự được ưu tiên. Now nên giới hạn ở những gì đội thực sự có năng lực làm trong tầm nhìn gần. Mẹo: dùng năng lực thực tế của đội (velocity, throughput) làm trần cho cột Now.
Lỗi 3: Mô tả mục bằng giải pháp thay vì vấn đề. "Xây chatbot" là giải pháp; "giảm thời gian phản hồi hỗ trợ khách hàng" là vấn đề. Diễn đạt bằng vấn đề giữ cho bạn linh hoạt về giải pháp khi học được điều mới.
Lỗi 4: Coi roadmap là bất biến sau khi công bố. Một roadmap không được cập nhật trong ba tháng là một roadmap đã chết và đang nói dối. Mẹo: đặt ngày cập nhật (last updated) hiển thị rõ trên bản roadmap để nhắc cả bạn lẫn người xem rằng đây là tài liệu sống.
Lỗi 5: Một bản roadmap cho mọi đối tượng. Đội kỹ thuật, ban lãnh đạo và khách hàng cần mức chi tiết và góc nhìn khác nhau. Mẹo: giữ một "nguồn sự thật" duy nhất, nhưng chuẩn bị các lát cắt trình bày khác nhau cho từng audience.
Mẹo nâng cao: Khi bị ép cam kết ngày trong một cuộc họp căng thẳng, đừng từ chối thẳng thừng. Hãy nói: "Tôi có thể cam kết, nhưng để làm vậy, mục X phải nhường chỗ và đây là rủi ro Y. Anh chị có đồng ý đánh đổi đó không?" Câu này biến một yêu cầu áp đặt thành một quyết định chung — đỉnh cao của push back hợp lý (Bài 16).
Bài tập thực hành
Bài tập 1 — Chuyển đổi định dạng. Lấy một roadmap dạng timeline/Gantt mà bạn (hoặc công ty bạn) đang dùng — hoặc dựng một bản giả định gồm 8–10 tính năng có ngày tháng. Chuyển nó sang Now/Next/Later. Với mỗi mục, viết lại bằng ngôn ngữ vấn đề/outcome thay vì tên tính năng. Ghi chú độ tin cậy của từng mục để biện minh cho việc xếp nó vào cột nào.
Bài tập 2 — Ba phiên bản trình bày. Lấy roadmap Now/Next/Later vừa làm, viết ra ba đoạn trình bày ngắn (mỗi đoạn ~5 câu) cho ba đối tượng: (a) đội phát triển, (b) ban lãnh đạo/nhà đầu tư, (c) khách hàng lớn. Quan sát: phần nào bạn nhấn mạnh, phần nào bạn lược bỏ, và bạn xử lý câu hỏi về ngày tháng ra sao trong từng phiên bản.
Bài tập 3 — Xử lý tình huống áp lực. Đóng vai PO. Một stakeholder yêu cầu cam kết ngày cho một mục đang nằm ở cột Later, gắn với một hợp đồng trị giá lớn. Viết ra kịch bản hội thoại bạn sẽ dùng để: (1) thừa nhận tính chính đáng của nhu cầu, (2) làm rõ sự đánh đổi nếu kéo mục đó lên Now, (3) đưa ra một cam kết có điều kiện với giả định được ghi rõ. So sánh cách tiếp cận này với việc đơn giản gật đầu hứa ngày.
Tóm tắt
Roadmap không phải là lịch giao hàng — nó là tuyên bố về ý định chiến lược, và nhiệm vụ của bạn khi giao tiếp nó là truyền tải hướng đi cùng mức độ chắc chắn, chứ không phải những lời hứa ngày tháng dễ vỡ. Định dạng Now/Next/Later giải quyết bài toán này bằng cách giảm dần mức độ chi tiết và độ tin cậy khi đi xa về tương lai: Now là cụ thể và gần như chắc chắn, Next là vấn đề đã xác định với giải pháp còn mở, Later là những chủ đề và cơ hội ở chân trời.
Sức mạnh của định dạng nằm ở bốn nguyên tắc: diễn đạt theo vấn đề/outcome thay vì tính năng; tránh ngày tháng cứng trừ khi có ràng buộc thực sự và có đánh đổi rõ ràng; coi roadmap là tài liệu sống được cập nhật theo nhịp đều đặn; và điều chỉnh thông điệp theo từng đối tượng stakeholder. Khi làm đúng, Now/Next/Later không khiến bạn trông thiếu kế hoạch — ngược lại, nó thể hiện sự trưởng thành về sản phẩm: dám minh bạch về điều mình chưa chắc chắn, và biến mọi cam kết thành một quyết định ưu tiên có ý thức. Đó chính là dấu ấn của một Product Owner ở đẳng cấp PSPO II.