Vì sao chủ đề quan trọng
Roadmap theo outcome nói đội đang theo đuổi điều gì và theo thứ tự nào. Nhưng sales vẫn cần biết khi nào bán được, marketing cần lên lịch chiến dịch, tài chính cần dự phóng. Câu hỏi "khi nào" là chính đáng. Vấn đề là cách phần lớn đội trả lời nó: ai đó chọn một ngày nghe hợp lý, rồi đội cố gắng chạy theo ngày đó.
Bài này dạy cách làm ngược lại: suy ra timeline từ roadmap, bằng ước lượng theo khoảng, phụ thuộc, năng lực thật của đội và phần dự phòng. Timeline làm theo cách này có thể sai, nhưng sai một cách có thể giải thích, có thể cập nhật, và không phá niềm tin.
Bức tranh lớn
Timeline là roadmap cộng thêm bốn thứ:
- Phạm vi: chỉ phần Now, và một phần Next nếu đã đủ rõ. Later không bao giờ lên timeline.
- Ước lượng theo khoảng: mỗi phần việc có ba con số, không phải một.
- Phụ thuộc: việc nào phải xong trước việc nào, đặc biệt là phụ thuộc vào bên ngoài đội.
- Năng lực: đội thực sự có bao nhiêu thời gian làm việc, sau khi trừ nghỉ lễ, nghỉ phép, họp và xử lý sự cố.
flowchart TD
R[Roadmap - mục Now] --> S[Tách thành phần việc giao được]
S --> E[Ước lượng ba điểm]
S --> D[Vẽ phụ thuộc]
E --> C{So với năng lực đội}
D --> CP[Tìm đường găng]
CP --> C
C -->|Vừa| B[Thêm dự phòng cuối đường găng]
C -->|Không vừa| X[Cắt phạm vi hoặc chuyển sang Next]
X --> C
B --> T[Timeline có nhãn]Ví dụ chi tiết
Quay lại chuỗi phòng khám nha khoa ở bài 1. Mục Now trên roadmap: giảm tỷ lệ bỏ hẹn từ 22% xuống 15%. Quý từ 05/04 tới 25/06/2027, tức 12 tuần. Đội có 3 lập trình viên, 1 QA, 1 designer làm bán thời gian.
Bước 1. Tách thành phần việc giao được. Mỗi phần việc phải tự nó tạo ra giá trị hoặc dữ liệu, không phải một lớp kỹ thuật:
- E1. Nhắc hẹn qua Zalo 24 giờ trước giờ hẹn
- E2. Khách tự đổi hoặc huỷ lịch trong app
- E3. Đặt cọc giữ chỗ qua cổng thanh toán
- E4. Đo tỷ lệ bỏ hẹn theo chi nhánh, có dashboard
| Phần việc | Lạc quan | Khả dĩ | Bi quan | Kỳ vọng |
|---|---|---|---|---|
| E1 Nhắc hẹn Zalo | 3 | 4 | 7 | 4,3 |
| E2 Đổi, huỷ lịch | 4 | 6 | 10 | 6,3 |
| E3 Đặt cọc | 5 | 7 | 13 | 7,7 |
| E4 Đo lường | 1 | 2 | 3 | 2,0 |
| Tổng | 13 | 19 | 33 | 20,3 |
Bước 3. Tính năng lực thật. 3 lập trình viên trong 12 tuần là 36 người-tuần trên giấy. Trừ nghỉ lễ 30/4 và 1/5 cùng ngày nghỉ bù, khoảng 1,2 người-tuần. Trừ nghỉ phép đã đăng ký, khoảng 2 người-tuần. Còn khoảng 33. Nhân hệ số tập trung 0,7 cho họp, review code, hỗ trợ sự cố production. Năng lực thật: khoảng 23 người-tuần.
Tổng kỳ vọng là 20,3, vừa với 23. Nhưng tổng bi quan là 33, vượt xa. Kết luận: đội có thể làm cả bốn, nhưng không thể cam kết cả bốn.
Bước 4. Vẽ phụ thuộc. Hai phụ thuộc nằm ngoài đội và dễ bị quên nhất:
- Mẫu tin Zalo ZNS phải được nhà cung cấp duyệt trước khi gửi được. Thường mất từ vài ngày tới hai tuần.
- Đặt cọc cần hợp đồng với cổng thanh toán. Pháp chế và tài chính ước tính bốn tuần.
gantt
title Timeline quý Now - giảm tỷ lệ bỏ hẹn
dateFormat YYYY-MM-DD
axisFormat %d/%m
todayMarker off
section Đo lường
Đo tỷ lệ nền theo chi nhánh :m1, 2027-04-05, 10d
Dashboard :m2, after m1, 7d
section Nhắc hẹn Zalo
Duyệt mẫu tin ZNS :z1, 2027-04-05, 14d
Xây tính năng nhắc hẹn :z2, 2027-04-08, 28d
Ra mắt nhắc hẹn - cam kết :milestone, z3, 2027-05-14, 0d
section Đổi và huỷ lịch
Đổi và huỷ lịch - dự báo :d1, after z2, 30d
section Đặt cọc
Ký hợp đồng cổng thanh toán :crit, c1, 2027-04-05, 28d
Xây luồng đặt cọc :crit, c2, after c1, 35d
Dự phòng :crit, b1, after c2, 10dBước 5. Tìm đường găng. Chuỗi dài nhất là: ký hợp đồng (4 tuần) → xây luồng đặt cọc (5 tuần) → dự phòng. Đây là chuỗi quyết định ngày sớm nhất quý này có thể xong toàn bộ. Mọi chậm trễ trên chuỗi này đẩy lùi ngày kết thúc; chậm trễ ở chỗ khác thì không, miễn là còn trong phần dư.
Bước 6. Đặt dự phòng ở cuối đường găng. Đừng rải dự phòng vào từng việc ("cứ cộng thêm 20% cho mỗi task"), vì phần dự phòng rải rác sẽ bị tiêu hết một cách vô hình. Gom lại thành một khối ở cuối đường găng, và theo dõi xem đội đang tiêu nó nhanh hay chậm. Một cách đơn giản để định cỡ: lấy chênh lệch giữa tổng bi quan và tổng kỳ vọng của các việc trên đường găng, rồi lấy khoảng một nửa.
Bước 7. Gắn nhãn. Với kết quả trên:
| Mốc | Ngày | Nhãn | Lý do |
|---|---|---|---|
| Nhắc hẹn Zalo ở 5 chi nhánh | 14/05 | Cam kết | Khoảng ước lượng hẹp, phụ thuộc đã bắt đầu từ tuần 1 |
| Dashboard tỷ lệ bỏ hẹn | 23/04 | Cam kết | Nhỏ, không phụ thuộc bên ngoài |
| Đổi, huỷ lịch trong app | 28/05 tới 14/06 | Dự báo | Khoảng ước lượng rộng hơn |
| Đặt cọc giữ chỗ | Trước 25/06 nếu ký hợp đồng trước 03/05 | Dự báo có điều kiện | Nằm trên đường găng, phụ thuộc bên ngoài |
Lộ trình từng bước
- Chỉ lấy mục Now. Nếu có mục Next đã đủ rõ, đưa vào nhưng gắn nhãn dự báo.
- Tách thành phần việc giao được, mỗi phần tạo ra giá trị hoặc dữ liệu riêng.
- Ước lượng ba điểm cùng đội kỹ thuật, không phải thay họ. PM ước lượng thay kỹ sư là cách nhanh nhất để có một timeline không ai tin.
- Tính năng lực thật: người × tuần, trừ nghỉ lễ và phép, nhân hệ số tập trung khoảng 0,6 tới 0,75.
- Liệt kê phụ thuộc, đặc biệt là phụ thuộc vào pháp chế, tài chính, nhà cung cấp, đội khác. Bắt đầu chúng sớm nhất có thể.
- Tìm đường găng và đặt dự phòng thành một khối ở cuối nó.
- So tổng với năng lực. Nếu không vừa, cắt phạm vi hoặc chuyển sang Next. Không bao giờ giải quyết bằng cách giảm ước lượng.
- Gắn nhãn cam kết, dự báo, dự báo có điều kiện, kèm lý do.
- Review với tech lead trước khi gửi cho bất kỳ ai ngoài đội.
Mẫu timeline để dùng ngay
Chép bảng này vào Google Sheets hoặc Excel, mỗi phần việc một dòng:
Phần việc | Outcome trên roadmap | Lạc quan | Khả dĩ | Bi quan | Kỳ vọng (O+4M+P)/6 | Phụ thuộc | Trên đường găng? | Bắt đầu | Kết thúc sớm nhất | Kết thúc muộn nhất | Nhãn | Lý do nhãn | Người phụ trách | Cập nhật lần cuối
Và ba dòng tổng ở cuối bảng: tổng kỳ vọng, năng lực thật của đội, phần dự phòng còn lại.
Thói quen & kỷ luật
| Thói quen | Tần suất | Kết quả mong đợi |
|---|---|---|
| Ước lượng cùng đội kỹ thuật, luôn bằng ba con số | Mỗi phần việc mới | Khoảng phản ánh bất định thật |
| Bắt đầu phụ thuộc bên ngoài ngay tuần 1 | Mỗi quý | Đường găng không bị kéo dài vô lý |
| Theo dõi phần dự phòng đã tiêu bao nhiêu | Hàng tuần | Biết sớm khi timeline gặp nguy |
| Không giảm ước lượng để vừa ngày | Luôn luôn | Timeline còn đáng tin |
Cần luyện tập
Drill một: chọn một mục Now của đội bạn, tách thành ba tới năm phần việc giao được, và xin đội kỹ thuật ba con số cho mỗi phần.
Drill hai: tính năng lực thật của đội trong quý tới, có trừ nghỉ lễ, phép và hệ số tập trung. So con số đó với tổng mà roadmap đang ngầm đòi hỏi.
Drill ba: với timeline hiện tại, tìm đường găng. Nếu việc dài nhất trên đó trễ hai tuần, ngày kết thúc dời bao nhiêu?
Checklist hành động tuần này
- [ ] Liệt kê mọi phụ thuộc ngoài đội của quý này và người phụ trách từng cái
- [ ] Có ước lượng ba điểm cho mọi phần việc trong mục Now
- [ ] Tính năng lực thật của đội, ghi rõ cách tính
- [ ] Xác định đường găng và đặt một khối dự phòng ở cuối
- [ ] Gắn nhãn cho từng mốc và review với tech lead
Chỉ số & North Star
| Loại chỉ số | Ví dụ | Vai trò |
|---|---|---|
| North Star | Tỷ lệ cam kết giữ đúng hẹn | Đo độ tin cậy của timeline |
| Độ chính xác | Chênh lệch giữa kỳ vọng và thực tế, tính theo phần trăm | Đo năng lực ước lượng |
| Sức khỏe dự phòng | Phần dự phòng đã tiêu so với phần đường găng đã đi | Cảnh báo sớm |
| Phụ thuộc | Số phụ thuộc ngoài đội còn mở sau tuần 4 | Đo rủi ro đường găng |
Dấu hiệu bạn đã thành thạo
Bạn thành thạo khi mỗi ngày trên timeline của bạn đều có lý do mà bạn giải thích được trong một câu: khoảng ước lượng, phụ thuộc, hay năng lực. Khi ai đó hỏi "làm nhanh hơn được không", bạn trả lời bằng đường găng: "được, nếu ta ký hợp đồng sớm hơn hai tuần, hoặc bỏ phần đặt cọc khỏi quý này". Và đội kỹ thuật tin timeline vì chính họ đã tạo ra các con số trong đó.
Cạm bẫy thường gặp
| Cạm bẫy | Biểu hiện | Cách tránh |
|---|---|---|
| Ngày đến trước, ước lượng đến sau | "Ra mắt 30/6, đội xem làm kịp không" | Suy ngày từ ước lượng và năng lực |
| Một con số thay vì khoảng | "Mất 4 tuần" | Luôn có lạc quan, khả dĩ, bi quan |
| Quên năng lực thật | Lấy người × tuần mà không trừ gì | Trừ nghỉ lễ, phép, nhân hệ số tập trung |
| Rải dự phòng vào từng task | Mọi task cộng thêm 20% | Gom một khối ở cuối đường găng |
| Phụ thuộc ngoài đội bắt đầu muộn | Tuần 6 mới gửi hợp đồng cho pháp chế | Khởi động mọi phụ thuộc ngoài ngay tuần 1 |
Chốt lại
Timeline tốt không phải timeline không bao giờ sai, mà là timeline sai một cách có thể giải thích. Nó được suy ra từ roadmap, dựa trên ước lượng ba điểm của chính đội kỹ thuật, tính đúng năng lực thật, tôn trọng phụ thuộc, có dự phòng ở cuối đường găng và gắn nhãn rõ ràng. Bài tiếp theo đi sâu vào phần nhãn: cam kết và dự báo, và cách nói về chúng để giữ niềm tin.