Vì sao mô hình Now/Next/Later và roadmap theo outcome quan trọng
Now/Next/Later là cách trình bày roadmap bằng ba khoảng thời gian tương đối thay vì ngày tháng chính xác. Kết hợp với tư duy outcome (kết quả), nó giải quyết đúng vấn đề đau đầu nhất của PM: làm sao vừa cho tổ chức thấy hướng đi rõ ràng vừa giữ được sự linh hoạt khi thực tế thay đổi.
Nếu thiếu kỹ năng này, PM rơi vào một trong hai cực. Cực thứ nhất là roadmap quá cứng với ngày tháng chi tiết đến tận quý sau, khiến mọi thay đổi trở thành trễ hẹn. Cực thứ hai là roadmap quá mơ hồ kiểu chúng ta sẽ cải thiện sản phẩm, không cho ai biết ưu tiên thật sự. Cái giá cực thứ nhất là mất uy tín khi trễ; cái giá cực thứ hai là mất định hướng và đội làm việc rời rạc.
Tư duy outcome đặc biệt quan trọng vì nó giữ cho đội tập trung vào giá trị chứ không phải sản lượng. Một đội xuất xưởng 20 tính năng một quý mà không cải thiện chỉ số nào là một đội bận rộn nhưng vô ích. Roadmap theo outcome buộc mọi người trả lời: tính năng này để đạt kết quả gì, và làm sao biết đã đạt.
Bức tranh lớn
Now là những gì đội đang làm ngay, độ chắc chắn cao. Next là điều tiếp theo có khả năng cao nhưng chưa cam kết chi tiết. Later là hướng khám phá xa, độ chắc chắn thấp nhất. Càng xa về Later, độ chi tiết càng giảm và tính linh hoạt càng tăng.
graph TD
A[Muc tieu chien luoc quy] --> B[Now dang lam do chac cao]
A --> C[Next tiep theo kha nang cao]
A --> D[Later huong kham pha xa]
B --> E[Outcome do luong duoc]
C --> F[Gia thuyet can kiem chung]
D --> G[Van de chua ro loi giai]Điểm quan trọng: mỗi cột không phải danh sách tính năng mà là danh sách kết quả cần đạt hoặc vấn đề cần giải. Ví dụ cột Now không ghi Xây tính năng chat mà ghi Giảm thời gian phản hồi hỗ trợ khách xuống dưới hai phút, và chat chỉ là một cách khả dĩ để đạt điều đó.
Ví dụ chi tiết
Một ứng dụng giao đồ ăn tại Đà Nẵng, đội sản phẩm muốn chuyển sang roadmap outcome.
Bước 1 - Xác định mục tiêu quý: Ban lãnh đạo chốt mục tiêu là tăng số đơn lặp lại của khách trong 30 ngày từ 22 lên 30 phần trăm.
Bước 2 - Phân rã vào ba cột: Cột Now đặt vấn đề Khách quên quán yêu thích nên không đặt lại. Cột Next đặt Khách không tin món sẽ đến nóng nên ngại đặt lần hai. Cột Later đặt Chưa có lý do quay lại vào khung giờ vắng.
Bước 3 - Gắn giả thuyết cho Now: Đội tin rằng nếu hiện danh sách quán đã đặt gần đây ngay màn hình chính, tỷ lệ đặt lại sẽ tăng. Đây là giả thuyết, không phải cam kết tính năng.
Bước 4 - Thực thi và đo: Đội làm tính năng gợi ý quán quen trong hai tuần, đo tỷ lệ đặt lại nhóm thử nghiệm. Kết quả tăng 5 điểm phần trăm, xác nhận giả thuyết đúng một phần.
Bước 5 - Xoay chuyển roadmap: Vì Now cho kết quả tốt nhưng chưa đủ, đội giữ nguyên vấn đề ở Now với giả thuyết mới, đẩy vấn đề tin tưởng món nóng lên làm việc tiếp. Roadmap dịch chuyển mượt mà vì nó gắn với kết quả, không phải danh sách cứng.
Sau quý, đơn lặp lại đạt 28 phần trăm, gần mục tiêu. Quan trọng hơn, không cuộc họp nào phải giải thích tại sao một tính năng cụ thể bị bỏ, vì mọi thứ được đóng khung là thử nghiệm hướng tới kết quả.
Lộ trình từng bước để làm chủ
graph LR
A[Chot muc tieu ket qua quy] --> B[Xac dinh van de theo Now Next Later]
B --> C[Viet gia thuyet cho cot Now]
C --> D[Thuc thi va do luong]
D --> E[Xac nhan hoac bac bo gia thuyet]
E --> F[Dich chuyen cot va lap lai]Bắt đầu bằng một mục tiêu kết quả có số. Chia không gian vấn đề vào ba cột theo độ chắc chắn. Chỉ cột Now cần giả thuyết cụ thể và mức chi tiết cao; Next mờ hơn, Later chỉ là hướng. Thực thi, đo, rồi để kết quả quyết định cột nào dịch lên. Lặp lại mỗi hai tuần đến một tháng.
Thói quen & kỷ luật
| Nhịp | Thói quen |
|---|---|
| Hàng ngày | Kiểm tra công việc đang làm có gắn với outcome ở cột Now không |
| Hàng tuần | Cập nhật số liệu thực tế so với mục tiêu kết quả |
| Hai tuần | Xem lại giả thuyết Now còn hợp lý không, dịch cột nếu cần |
| Hàng tháng | Rà soát cột Next có nên đẩy lên Now |
| Hàng quý | Đặt lại mục tiêu kết quả và làm mới ba cột |
Cần luyện tập gì (drills)
Drill 1 - Chuyển tính năng thành vấn đề: Lấy cột Now hiện tại, viết lại mỗi mục dưới dạng vấn đề khách hàng và kết quả mong đợi thay vì tên tính năng.
Drill 2 - Viết giả thuyết chuẩn: Thực hành viết giả thuyết theo mẫu nếu chúng ta làm X thì chỉ số Y sẽ thay đổi vì lý do Z, ít nhất năm giả thuyết.
Drill 3 - Phân loại độ chắc chắn: Lấy mười ý tưởng, xếp vào Now Next Later dựa trên độ chắc chắn của giả thuyết và mức độ hiểu vấn đề.
Checklist hành động tuần này
- [ ] Viết một mục tiêu kết quả có số cho quý hiện tại
- [ ] Chuyển toàn bộ cột Now sang dạng vấn đề kèm kết quả mong đợi
- [ ] Gắn một giả thuyết rõ ràng cho mỗi mục ở cột Now
- [ ] Xác định chỉ số đo lường cho ít nhất một giả thuyết
- [ ] Giảm độ chi tiết của cột Later xuống chỉ còn hướng đi
Chỉ số & North Star
North Star: tỷ lệ mục trên roadmap gắn được với một kết quả đo lường được.
| Chỉ số | Tốt | Xấu |
|---|---|---|
| Mục Now có giả thuyết | 100 phần trăm | Dưới 60 phần trăm |
| Mục gắn được với outcome | Trên 90 phần trăm | Dưới 50 phần trăm |
| Độ chi tiết cột Later | Chỉ hướng đi | Đã có tính năng cụ thể |
| Tần suất dịch cột dựa trên dữ liệu | Mỗi hai tuần | Không bao giờ |
Dấu hiệu bạn đã thành thạo
Bạn thành thạo khi mọi người trong đội có thể nói mục tiêu kết quả của quý mà không cần nhìn tài liệu. Khi cột Now luôn có giả thuyết rõ ràng và chỉ số đi kèm. Khi việc bỏ một ý tưởng không gây tranh cãi vì dữ liệu đã bác bỏ giả thuyết. Khi bạn cảm thấy thoải mái để Later mơ hồ mà không lo bị chê thiếu kế hoạch.
Cạm bẫy thường gặp
| Cạm bẫy | Thay bằng |
|---|---|
| Cột Later chi tiết như cột Now | Giữ Later ở mức hướng đi |
| Now là danh sách tính năng | Now là vấn đề kèm giả thuyết |
| Không có chỉ số cho outcome | Mỗi outcome có ít nhất một chỉ số |
| Coi Now Next Later là ba quý cố định | Coi là ba mức độ chắc chắn |
| Không bao giờ dịch cột | Để dữ liệu quyết định dịch cột |
Chốt lại
- Now Next Later biểu diễn độ chắc chắn giảm dần, không phải ba mốc thời gian cố định.
- Roadmap theo outcome đóng khung mỗi mục là vấn đề và kết quả, không phải tên tính năng.
- Cột Now cần giả thuyết và chỉ số rõ ràng; cột Later được phép mờ và linh hoạt.
- Để dữ liệu quyết định việc dịch cột, và bạn sẽ ít bao giờ phải giải thích vì sao bỏ một tính năng.