Vì sao chủ đề quan trọng
Dựng roadmap và timeline một lần thì không khó. Cái khó là ba tháng sau. Lúc đó roadmap đã đổi hai lần vì dữ liệu mới, timeline thì vẫn là bản Excel cũ trong email của sales, và trên Jira là một thực tế thứ ba. Ba nguồn nói ba điều khác nhau, và người nào cầm nguồn nào thì tin nguồn đó.
Đây là cách phần lớn timeline mất uy tín: không phải vì ước lượng sai, mà vì không ai cập nhật nó theo roadmap. Bài này dạy một nhịp làm việc nhỏ, đều đặn, để hai tài liệu luôn nói cùng một câu chuyện.
Bức tranh lớn
Ba nguyên tắc:
- Một chiều suy ra. Timeline suy ra từ roadmap. Khi roadmap đổi, timeline phải được suy ra lại. Không bao giờ sửa timeline rồi để roadmap "tự hiểu".
- Hai nhịp khác nhau. Roadmap đổi chậm, được rà soát hàng tháng hoặc hàng quý. Timeline đổi nhanh, được rà soát hàng tuần.
- Một nguồn sự thật. Mỗi tài liệu chỉ có một bản gốc, có đường link, có ngày cập nhật. Mọi bản chụp màn hình, mọi file đính kèm email đều là bản sao, có thể đã cũ.
flowchart TD
W[Rà soát timeline hàng tuần] --> Q{Có tín hiệu kích hoạt không}
Q -->|Không| U[Cập nhật trạng thái, ghi nhật ký]
Q -->|Có, ảnh hưởng ngày| T[Suy ra lại timeline]
Q -->|Có, ảnh hưởng outcome| R[Đưa vào rà soát roadmap]
R --> T
T --> N[Báo cho người đang dựa vào mốc đó]
U --> W
N --> WVí dụ chi tiết
Chuỗi phòng khám ở các bài trước, tuần thứ 5 của quý. Ba chuyện xảy ra trong cùng một tuần:
- Hợp đồng cổng thanh toán chưa ký, pháp chế báo cần thêm hai tuần.
- Dashboard cho thấy nhắc hẹn Zalo, mới chạy thử ở một chi nhánh, đã giảm tỷ lệ bỏ hẹn ở đó từ 22% xuống 14%.
- Giám đốc vận hành hỏi có thể mở đặt lịch cho phòng khám đối tác sớm hơn không, vì một đối tác lớn đang chờ.
Chuyện thứ nhất ảnh hưởng ngày, không ảnh hưởng outcome. Hợp đồng nằm trên đường găng, và dự báo đặt cọc là dự báo có điều kiện "nếu ký trước 03/05". Điều kiện không đạt, nên PM suy ra lại timeline: đặt cọc chuyển sang quý sau. PM báo cho sales ngay trong ngày, bằng đúng câu đã thống nhất từ trước.
Chuyện thứ hai ảnh hưởng outcome. Nếu nhắc hẹn một mình đã gần đạt mục tiêu 15%, có thể không cần đặt cọc trong quý này. Đây là câu hỏi cho roadmap, không phải cho timeline. PM ghi lại và đưa vào buổi rà soát roadmap cuối tháng, kèm số liệu.
Chuyện thứ ba là một yêu cầu đổi thứ tự trên roadmap, chuyển một mục Later lên Now. PM không trả lời ngay bằng một ngày. PM đưa nó vào rà soát roadmap cùng chuyện thứ hai, vì cả hai cùng hỏi một điều: quý này còn đáng làm đặt cọc không, hay nên dùng năng lực đó cho phòng khám đối tác.
Kết quả sau buổi rà soát: roadmap đổi, đặt cọc xuống Next, phòng khám đối tác lên Now ở dạng thử nghiệm với một đối tác. Timeline được suy ra lại từ roadmap mới, và nhật ký thay đổi ghi rõ vì sao.
Tín hiệu kích hoạt
Không phải mọi thay đổi đều cần họp. Thống nhất trước với đội những tín hiệu nào thì phải hành động:
| Tín hiệu | Ngưỡng | Hành động |
|---|---|---|
| Phần dự phòng đã tiêu | Nhiều hơn phần đường găng đã đi | Suy ra lại timeline, báo các bên |
| Một điều kiện của dự báo có điều kiện không đạt | Quá hạn điều kiện | Chuyển mốc theo phương án đã nói trước |
| Phụ thuộc ngoài đội trễ | Trễ hơn một tuần | Báo người phụ trách, cân nhắc phương án thay thế |
| Số liệu outcome thay đổi mạnh | Đạt hoặc lệch mục tiêu rõ rệt | Đưa vào rà soát roadmap |
| Yêu cầu đổi thứ tự từ lãnh đạo | Bất kỳ | Đưa vào rà soát roadmap, không trả lời bằng ngày ngay |
Lộ trình từng bước
Nhịp hàng tuần, 15 phút, PM cùng tech lead:
- Cập nhật trạng thái từng mốc: đúng hướng, có rủi ro, trễ.
- Kiểm tra phần dự phòng đã tiêu so với phần đường găng đã đi.
- Duyệt bảng tín hiệu kích hoạt.
- Ghi một dòng vào nhật ký thay đổi, kể cả khi "không có gì đổi".
- Nếu có mốc đổi, báo ngay cho những người đang dựa vào mốc đó, trước khi họ tự phát hiện.
- Xem số liệu outcome của các mục Now.
- Xem các mục đã được đưa lên từ rà soát hàng tuần.
- Quyết định có đổi thứ tự trên roadmap không.
- Nếu đổi, suy ra lại timeline ngay sau buổi họp và gửi bản mới.
Mẫu nhật ký thay đổi
Ngày | Tài liệu | Thay đổi | Vì sao | Ai quyết định | Ai cần biết | Đã báo chưa
05/05 | Timeline | Đặt cọc chuyển sang quý sau | Hợp đồng cổng thanh toán chưa ký trước 03/05 | PM, theo điều kiện đã thống nhất | Sales, tài chính | Đã báo 05/05
28/05 | Roadmap | Phòng khám đối tác lên Now, thử với 1 đối tác | Nhắc hẹn đã gần đạt mục tiêu bỏ hẹn | Rà soát roadmap tháng 5 | Toàn công ty | Đã báo 28/05
Nhật ký này là thứ cứu bạn khi ba tháng sau có người hỏi "sao đặt cọc lại bị bỏ". Câu trả lời đã có sẵn, có ngày, có lý do.
Thói quen & kỷ luật
| Thói quen | Tần suất | Kết quả mong đợi |
|---|---|---|
| Rà soát timeline 15 phút | Hàng tuần | Phát hiện trễ sớm |
| Rà soát roadmap có số liệu outcome | Hàng tháng | Roadmap phản ánh thực tế |
| Ghi nhật ký thay đổi | Mỗi thay đổi | Có lịch sử để giải thích |
| Báo người bị ảnh hưởng trước khi họ hỏi | Mỗi lần mốc đổi | Giữ niềm tin |
| Chỉ chia sẻ bằng đường link tới bản gốc | Luôn luôn | Không ai cầm bản cũ |
Cần luyện tập
Drill một: đếm xem đội bạn hiện có bao nhiêu bản "kế hoạch" khác nhau đang lưu hành, trong Excel, slide, Jira, Notion. Chọn một bản gốc cho mỗi loại tài liệu.
Drill hai: viết bảng tín hiệu kích hoạt cho quý hiện tại của đội bạn, với ngưỡng cụ thể.
Drill ba: lấy một thay đổi gần đây, viết lại thành một dòng nhật ký với đủ bảy cột.
Checklist hành động tuần này
- [ ] Chọn một bản gốc cho roadmap và một cho timeline, có ngày cập nhật ở đầu
- [ ] Đặt lịch 15 phút hàng tuần với tech lead
- [ ] Thống nhất bảng tín hiệu kích hoạt với đội
- [ ] Tạo nhật ký thay đổi và ghi dòng đầu tiên
- [ ] Gửi lại đường link bản gốc cho sales và vận hành, nhờ họ xoá các bản cũ
Chỉ số & North Star
| Loại chỉ số | Ví dụ | Vai trò |
|---|---|---|
| North Star | Không ai ra quyết định dựa trên bản kế hoạch cũ | Mục tiêu cuối cùng |
| Độ kịp thời | Thời gian từ khi biết tới khi báo các bên | Đo minh bạch |
| Độ đồng bộ | Số mục lệch giữa roadmap và timeline | Đo kỷ luật |
| Bất ngờ | Số lần một bên tự phát hiện mốc đã đổi | Đo khoảng trống giao tiếp |
Dấu hiệu bạn đã thành thạo
Bạn thành thạo khi không ai trong công ty còn hỏi "bản nào là bản mới nhất". Khi một mốc trễ, sales biết từ bạn chứ không phải từ khách hàng. Khi lãnh đạo muốn đổi thứ tự, cuộc trao đổi diễn ra trên roadmap với số liệu, và timeline mới xuất hiện sau đó như một hệ quả. Và khi có người hỏi về một quyết định ba tháng trước, bạn mở nhật ký và trả lời trong một phút.
Cạm bẫy thường gặp
| Cạm bẫy | Biểu hiện | Cách tránh |
|---|---|---|
| Timeline nuốt roadmap | Mọi cuộc họp chỉ nói về ngày, không ai nhắc outcome | Rà soát roadmap riêng, có số liệu |
| Sửa timeline mà không sửa roadmap | Ngày đổi nhưng thứ tự ưu tiên vẫn ghi như cũ | Luôn suy ra từ trên xuống |
| Nhiều bản gốc | Sales có Excel, product có Notion, kỹ thuật có Jira | Một bản gốc, chia sẻ bằng link |
| Báo tin xấu muộn | Chờ "chắc chắn trễ" mới nói | Báo khi tín hiệu chạm ngưỡng |
| Trả lời yêu cầu đổi thứ tự bằng một ngày | "Dạ tháng sau làm được ạ" | Đưa vào rà soát roadmap |
Chốt lại
Roadmap và timeline chỉ có giá trị khi chúng đúng vào hôm nay. Giữ chúng đồng bộ không cần công cụ đắt tiền, chỉ cần ba nguyên tắc: một chiều suy ra, hai nhịp rà soát, một nguồn sự thật. Thêm bảng tín hiệu kích hoạt để biết khi nào phải hành động, và nhật ký thay đổi để luôn giải thích được vì sao.