"Weighted milestone" là gì?
Last updated: February 18, 2026 Xem trên toàn màn hình
- 07 Jan 2025
Phân biệt Proxy, HMA và VPN 30/361 - 30 Aug 2023
Critical Path là gì? Tại sao nói Critical Path là con đường "long mạch" của dự án? 30/151 - 30 Aug 2024
Friction points (điểm ma sát) là gì? 29/134 - 19 Sep 2025
Agile vs. Ego: Làm Gì Khi Một Thành Viên Trong Nhóm Nổi Loạn 28/107 - 16 Apr 2025
Lãnh đạo linh hoạt: Hành động (Bias for Action) hay không hành động (Non-Action)? 22/75 - 10 Aug 2020
Bạn có biết quy tắc thất bại nhanh: Fail early, fail often, fail cheap, but always fail forward 20/175 - 04 Jul 2022
Steve Jobs đến với Đạo phật như thế nào? 19/610 - 15 Aug 2025
Dự án phần mềm bị trì hoãn và vấn đề "akrasia" 19/64 - 24 Apr 2025
Chính sách sở hữu đất đai của Trung Quốc: Động lực thúc đẩy người dân làm việc chăm chỉ và hiệu quả 18/279 - 24 Jun 2020
PMP - Quản lý dự án quốc tế chuyên nghiệp 18/220 - 11 Mar 2025
Thiên hướng Hành động (Bias for Action) và Thiên hướng Quy trình (Bias for Process) tác động tiêu cực tới "đổi mới và sáng tạo" như thế nào? 18/101 - 19 Sep 2025
Luật chống ôm đồm (WIP limits): Làm ít hơn và chất hơn 18/59 - 02 Aug 2022
BVP (Billable Viable Product) là gì? 16/106 - 13 Aug 2025
OODA và PDCA: Mô hình nào tốt hơn? 15/75 - 13 Aug 2024
Cognitive friction (ma sát nhận thức) là gì? 14/56 - 01 May 2022
Có thể xác định vị trí địa lý của địa chỉ IP với độ chính xác đến từng địa chỉ con phố? 12/520 - 13 Sep 2025
Vanity Metrics: Follower tăng vọt nhưng doanh thu đứng yên 12/62 - 04 Sep 2023
Giải mã nhóm tính cách (ISTP - Nhà kỹ thuật) 11/269 - 11 May 2025
Từ điển kỹ thuật trong quản lý tài nguyên truy cập hệ thống (System Access Resource Management) 9/135 - 30 Jan 2026
Vượt qua cơn bão sa thải nhân viên công nghệ: Những đêm thức trắng, phần mềm bị lỗi và hội chứng kẻ giả mạo (Impostor Syndrome) 8/12 - 11 Sep 2025
📚 Từ điển thuật ngữ về DevOps 6/53 - 12 May 2024
Groan Zone là gì? Khi mọi quan điểm va chạm, đâu là cách biến Groan Zone thành động lực đổi mới? 4/43 - 12 Feb 2024
CPI và SPI trong PMP: Case Study thực tế cho quản lý dự án phần mềm 3/6 - 20 Feb 2026
Phương pháp quản lý “Mệnh lệnh và Kiểm soát” trong quản lý dự án phần mềm /3 - 17 Feb 2026
Giá trị con người nằm ở đâu trong thời đại AI và Robot? /1 - 15 Dec 2024
Tổng Quan Chi Tiết Về Chứng Chỉ TOGAF Foundation /50
Weighted milestone là cách ghi nhận tiến độ theo các mốc trung gian có trọng số giá trị, thay vì phải chờ đến khi toàn bộ hạng mục hoàn thành 100% mới được tính.
Weighted milestone trả lời câu hỏi:
Vì sao cần weighted milestone?
Trong phần mềm, nếu bạn chỉ ghi nhận EV khi:
👉🏻 Epic DONE hoàn toàn
thì trong nhiều tháng đầu bạn sẽ thấy EV = 0,
rồi gần cuối dự án đột ngột tăng mạnh.
Điều này làm:
- CPI/SPI bị méo
- khó dự báo
- lãnh đạo tưởng team không tạo ra gì
Weighted milestone giúp phản ánh tiến độ mượt và thực tế hơn.
Một Epic có ngân sách 100.000$.
Ta chia thành các mốc:
- Approved design → 20%
- Code complete → 30%
- SIT passed → 20%
- UAT passed → 20%
- Deploy production → 10%
Khi team qua mốc nào, bạn “earn” giá trị tương ứng.
Ví dụ đã xong tới SIT → EV = 70%.
Các mốc phải:
✔ Đo lường được
✔ Kiểm chứng được
✔ Khó “lách luật”
Ví dụ:
- ❌ “Dev nói xong rồi”
- ✔ “Test môi trường staging và xác nhận là pass”
Weighted milestone giúp bạn:
- Thấy dự án đang tiến lên thật
- Không bị ảo giác 90%
- Phát hiện kẹt ở giai đoạn nào (ví dụ luôn chậm ở UAT)
Các sai lầm phổ biến
Chia mốc nhưng vẫn dựa trên cảm giác
Ví dụ: “coding được khoảng 50%”.
Trọng số không phản ánh rủi ro
Nếu deploy rất khó mà chỉ cho 5% → bạn sẽ lại bị bất ngờ ở cuối.
Mẹo của PM nhiều kinh nghiệm
Trọng số thường nặng dần về cuối.
Vì càng gần production:
- Rủi ro càng thật
- Chi phí sửa càng cao
- Mức độ chắc chắn mới tăng lên
Weighted milestone = cách mua dần sự chắc chắn của dự án bằng những bằng chứng có thể kiểm tra.









Link copied!
Mới cập nhật