Lean Startup trong dự án sản phẩm mới: biến giả định thành giả thuyết và học trước khi xây
Dự án sản phẩm mới thường thất bại không phải vì làm sai, mà vì làm đúng một thứ không ai cần. Bài viết giới thiệu vòng Xây dựng – Đo lường – Học hỏi của Lean Startup, cách viết giả thuyết kiểm chứng được, và cách PM đưa việc "học" vào kế hoạch dự án.
Tình huống liên quan

Sếp hỏi "bao giờ xong 40 hạng mục còn lại?": dự báo bằng mô phỏng Monte Carlo trên throughput thay vì cộng story point
Thay vì ngồi ước lượng lại từng hạng mục rồi chia cho velocity trung bình, đội có thể dùng chính lịch sử throughput của mình để mô phỏng hàng nghìn tương lai và trả lời sếp bằng một xác suất: 85% khả năng xong trong 10 tuần. Bài viết hướng dẫn cách làm, cách đọc kết quả và những giới hạn cần nói rõ.

Ngày ra mắt đã chốt trước Tết, phạm vi thì chưa: lập kế hoạch phát hành bằng dải velocity "chắc có – có thể có – không kịp"
Khi ngày phát hành không được dời, câu hỏi đúng không còn là "bao giờ xong" mà là "đến ngày đó sẽ có những gì". Dùng velocity thấp và cao của chính đội để vạch hai đường trên backlog đã sắp thứ tự, PM chia phạm vi thành ba vùng và cập nhật sau mỗi sprint. Bài viết hướng dẫn cách tính và cách trình bày với nhà tài trợ.

Thẻ nằm ở cột "Đang làm" 19 ngày mà không ai để ý: theo dõi tuổi hạng mục (work item age) để can thiệp sớm
Cycle time chỉ đo được khi việc đã xong — lúc đó đã quá muộn để cứu. Tuổi hạng mục (work item age) cho biết việc nào đang "già" ngay hôm nay. Bài viết giải thích chỉ số này, cách hiển thị trên bảng và cách dùng nó để thay đổi buổi họp hằng ngày.

Product backlog 640 hạng mục, gần 60% chưa ai đụng tới hơn nửa năm: tỉa backlog và giới hạn độ sâu chi tiết
Backlog càng dài càng có vẻ "an toàn", nhưng thực tế nó làm chậm mọi buổi làm rõ yêu cầu, che mất hạng mục quan trọng và nuôi những lời hứa ngầm không ai thực hiện. Bài viết hướng dẫn cách đo tuổi backlog, tỉa theo Product Goal, lưu trữ thay vì xoá và giữ độ chi tiết vừa đủ.